Перейти к публикации

Start-up энкодера после замены.


dzim

Рекомендованные сообщения

Все очень просто. Сервоусилителю необходимо знать положение ротора серводвигателя. Он это узнает только после прохождения референтной метки на энкодере. А благодаря датчиками Холла, он сразу знает положение ротора после включения.

Бывают серваки без U, V и W. Так называемые wire-saved encoder. Он используются в бюджетных сериях, например, ESTUN.

Ссылка на сообщение
Поделиться на других сайтах


Непонятно ЗАЧЕМ ставить энкодер, для которого важна точная позиция ротора и последовательность фаз?

Ссылка на сообщение
Поделиться на других сайтах

Точная позиция ротора должна быть обязательна, т.к. только в этом случае сервоусилитель будет знать, какой сигнал необходимо подавать на обмотки.

Другое дело, что без линий u, v и w можно обойтись, но в этом случае позиционирование начнётся только после нахождения референтной метки. По ней мы узнаем положение ротора.

Ссылка на сообщение
Поделиться на других сайтах

Угловое положение ротора надо знать в специальных случаях, а вот последовательность фаз важна всегда для квадратурного энкодера при определении направления движения механизма.

Ссылка на сообщение
Поделиться на других сайтах
15 часов назад, Tad сказал:

Угловое положение ротора надо знать в специальных случаях,

А вот с этим я не соглашусь.

Сделайте простой эксперимент. Возьмите частотник и подключите к нему синхронный серводвигатель. В частотнике, естественно прописав все его параметры.

Ничего хорошего из этого не выйдет.

 

Синхронные двигатели могут работать только со специализированными частотниками, которые имеют ввод энкодера для определения положения ротора.

Для чего это нужно?

Для того, чтобы частотник подавал напряжения на обмотки только исходя из положения ротора, и никак иначе. В противном случае крутящий момент будет никакой.

 

Как я уже писал выше, есть 2 способа знать положение ротора:

1. После нахождения референтной метки

2. При наличие датчиков Холла

 

P.S. Вчера был на листогибе с сервоприводом ESTUN с wire-saved encoder, т.е. без датчиков Холла. При подачи на сервоусилитель аналогового сигнала, серводвигатель медленно вращается в пределах одного оборота для поиска референтной метки, и после ее нахождения на рабочей скорости начинает движение в требуемую позицию.

Ссылка на сообщение
Поделиться на других сайтах

Не вижу противоречия с тем, что я сказал. Вы описали один случай. Другой пример -  знать положение ротора надо для бесщеточных двигателей постоянного тока.

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Tad сказал:

Другой пример -  знать положение ротора надо для бесщеточных двигателей постоянного тока.

BLDR - Brushless Direct Current Motor, почти не отличается от  PMSM - Permanent Magnet Synchronous Motor.

Об этом очень хорошо написано на форуме ЧИПМЕЙКЕР. 

Ссылка на сообщение
Поделиться на других сайтах

Тогда такой вопрос.

Зачем нужна операция POLE DETECT? В букваре написано что для нахождения нулевой метки энкодера и определение сдвига между полем и энкодером. А если по сути? У меня и без выполнения этой операции шпиндель ориентировался и после нее так же ориентируется. Ноль я нормально задаю в 1815 и он его не путает. Что она дает, если своими словами, кроме того что в параметр 2139 заносит значение сдвига, которое мне нужно как зайцу стоп-сигнал

Изменено пользователем Viktor2004
Ссылка на сообщение
Поделиться на других сайтах

Как я это понимаю, есть два основных варианта:

1. Стоит абсолютный энкодер и pole detection выполняется при наладка, замене энкодера или севшей батарейке. 

2. Стоит инкрементальный датчик, тогда pole detection роизводится каждый раз после включения. 

Ссылка на сообщение
Поделиться на других сайтах

А зачем? Разве установки нуля в 1815 для круговой оси недостаточно? Ведь POLE DETECT делается именно для круговой оси, а не голого шпинделя.

Ссылка на сообщение
Поделиться на других сайтах

1815 это машинные ноль. Допустим вы хотите, чтобы при команде G53 G28 H0 первый кулачок становился строго вертикально. Тогда в 1815 задаётся смещение машинного ноля относительно нуля энкодера. И может меняться ситуативно. 

2139 это фактический угол между нулём энкодера и магнитным полем ротора, т.е. характеристика привода, она неизменна

 

Ссылка на сообщение
Поделиться на других сайтах

Это все ясно. Только зачем она практически нужна? Я командой устанавливал вращающуюся ось в ноль с невыполненной POLE DETECT а потом с выполненной. Разницы никакой. Тогда какой в ней практический смысл?

Ссылка на сообщение
Поделиться на других сайтах

Практически эту команду нельзя выполнить м-кодом или любой другой командой, задаваемой ЧПУ. Pole detect (фактически это микропрограмма), запускается при определённом значении параметра ххх. И нужна для правильной работы привода. Если вы не выполняли pole detect, то она либо не нужна в вашей конфигурации оборудования, либо её выполнили до вас (на заводе при пуско-наладке), либо она выполняется каждый раз при включении станка/активации оси С. 

Ссылка на сообщение
Поделиться на других сайтах
25 минут назад, dzim сказал:

И нужна для правильной работы привода. Если вы не выполняли pole detect, то она либо не нужна в вашей конфигурации оборудования, либо её выполнили до вас (на заводе при пуско-наладке), либо она выполняется каждый раз при включении станка/активации оси С. 

На моем станке она нужна, как пишут в мануале. Я менял поворотный стол и процедуру вначале не выполнял, решил проверить так. О том что процедура была не выполнена говорят нули в соответствующих F159. Проверил вначале без POLE DETECT, все работает, стол вращается, строго по координатам. После выполнения POLE DETECT, в соответствующих F159 установилась единица. В параметре 2139 записалось значение смещения. А больше никаких изменений не заметил. Как раньше работало, так и сейчас.

Изменено пользователем Viktor2004
Ссылка на сообщение
Поделиться на других сайтах

Мы начали о шпинделе,а говорим о координате,на них энкодер крепится на ласточкин хвост,меняется без проблем на сименсе конус и там именно корректировка угла или при установке с помощью спец приспособ или автоматом только на 840D.

Ещё раз вопрос вы про шпиндель фануке или координатник ?

Изменено пользователем andrey2147
Ссылка на сообщение
Поделиться на других сайтах

Добавлю что в обсуждении постоянно смешиваете два понятия.

Как известно энкодер выдаёт два основных типа данных

позиция и скорость

Что касается параметров позиции это 1815 и подобные они нужны только для привязок.

Что касается скорости (аналог тахера на старых моторах СССР Болгар) это нужно для того чтоб привод правильно управлял мотором не трясся не дёргался и т д.это параметр как упоминали 2139.

  

Ссылка на сообщение
Поделиться на других сайтах

У меня поворотный стол. Работает как в режиме шпинделя до 3000 об/мин, так и в режиме оси.

POLE DETECT устанавливал в режиме оси.

Ссылка на сообщение
Поделиться на других сайтах
18 часов назад, Viktor2004 сказал:

Тогда такой вопрос.

Зачем нужна операция POLE DETECT? В букваре написано что для нахождения нулевой метки энкодера и определение сдвига между полем и энкодером. А если по сути? У меня и без выполнения этой операции шпиндель ориентировался и после нее так же ориентируется. Ноль я нормально задаю в 1815 и он его не путает. Что она дает, если своими словами, кроме того что в параметр 2139 заносит значение сдвига, которое мне нужно как зайцу стоп-сигнал

Мне кажется, что вне зависимости от наличия дополнительных параметров и функций должны быть физические устройства, подобные рассматриваемым выше, в двигателе или энкодере, чтобы иметь возможность определять значения нужных величин.

Ссылка на сообщение
Поделиться на других сайтах
23 часа назад, Tad сказал:

Мне кажется,

Вы внимательно читайте что я пишу :

Сименс-конус,Фанук -ласточкин хвост.

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • Ветерок
      "увеличение оптимизации". Оптимизацию невозможно ни увеличить, ни уменьшить.
    • gudstartup
      @boomeeeer может от страны зависит
    • david1920
      нет время нет заниматься да и информации новой нет Это я на других станках делал
    • gudstartup
      @david1920 имеется ввиду платы на системах с сертификацией опций фалом oprminf старые в расчет не принимаются вы свой 18i восстановили?
    • gudstartup
      очень даже спрашивают как обязательную информацию для проверки вашей компании налоговый идентификатор должен быть указан. на myfanuc не спрашивают а вот на портале к сожалению просто так не зарегаться. 
    • david1920
      На 0I-TC mate менял плату управления приводами На 18i-TB менял для диагностики платы процессоров (один был от Spinner другой простой) процы были одинаковые Всё работает
    • brigval
      Браком 1.04В версии 1.04Добавлено: Автоуменьшение высоты шрифта многострочного наименования в ОН чертежа.Добавлено: Переименование поверхностей, баз, размеров в порядке их следования на чертеже.Добавлено: Переименование изображений по ГОСТ: сначала виды, затем разрезы, сечения, выносные элементы.Добавлено: Выравнивание неассоциативных видов.Добавлено: Ручной ввод шага и угла наклона штриховки.Добавлено: Перемещаются в макроэлемент компоненты, исключаемые из спецификации.Добавлено: Выбор количества значащих цифр в значении площади поверхности детали для вставки в ТТ.Добавлено: Возможность не авторазмещать ТТ перед конвертацией чертежа в PDF.Добавлено: Добавлены кнопки «Выделить все включенные в расчет» и Выделить все исключенные из расчета».Добавлено: Версия КОМПАС-3D Home показывается в программе со словом Home.Добавлено: Улучшен алгоритм считывания и вставки ТТ чертежа.Добавлено: При конвертации чертежа в PDF удаляется старый файл с таким же обозначением в начале имени, как обозначение в начале имени нового файла.Добавлено: Улучшено считывание номеров позиций из 3D-модели сборки.Исправлено: Иногда скрытые и потом показанные объекты чертежа отображались не серым цветом.Исправлено: Иногда после ручного заполнения графы «Масса» ОН чертежа в окне программы масса могла отображаться не правильно.Исправлено: В некоторых случаях из ОН чертежа могла не считываться литера.Исправлено: В некоторых окнах программы неправильно показывался заголовок окна программы.Исправлено: Другие замеченные мелкие ошибки и неточности кода.Скачать
    • boomeeeer
      Не помню чтобы у меня такое спрашивали при регистрации.
    • Snake 60
      @eljer0n  Откройте макрос SaveDRW.swp редактором VBA Найдите вот эти строки: Поменяйте выделенную цифру на нужную вам 3 или 4 - это количество символов которое останется от имени конфигурации. PS При сохранении в PDF тоже ругается на неправильное название чертежа, т.к. тоже обрезает название конфигурации до двух знаков, там тоже надо править при желании...
    • eljer0n
      @malvi.dp в общем порядок следующий (на каждое исполнение свой чертеж и позиция в спецификации):   Для исполнения с 2мя знаками. 1. Есть деталь с именем формата ХХ-01.01-01 (последнее -01 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации (как у вас на картинке). Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с корректным именем. 5. В спецификации сборки все отображается корректно.     Для исполнения с 3мя знаками. 1. Есть деталь с именем формата ХХ-01.01-011 (последнее -011 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации. Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с некорректным именем, а именно - с обрезанным до двух знаков исполнением (-01). 5. В спецификации сборки шифр отображается (внезапно! может какой глюк был: у солида или у меня ) корректно, как и у вас на рисунке.     Выходит, загвоздка все-таки только в сохранялке чертежа.
×
×
  • Создать...