ПЛК 150 ->LENZE SMD Modbus RTU

При попытке связать инвертор LENZE SMD c плк 150 modbus master rtu
rs485 9600 n 8 1 read holding registers (0x03) возвращает ошибку 81. При этом ответ от инвертора приходит правильный. Команды записи в инвертор выполняются. Сформированая панелью сми1->Lenze, посылка чтения выполняется нормально. пробовал на прошивках 2.03, 2.05, 2.06, 2.07. Не думаю что это проблемма Lenze!!! Хотя такая же точно посылка плк150->ип320 выполняется.
пример подслушаного обмена:
запрос - 09 03 00 18 00 01 05 45
ответ - 09 03 02 01 5F 18 2D

Цитата:

---

Сообщение от sergsm

При попытке связать инвертор LENZE SMD c плк 150 modbus master rtu
rs485 9600 n 8 1 read holding registers (0x03) возвращает ошибку 81. При этом ответ от инвертора приходит правильный. Команды записи в инвертор выполняются. Сформированая панелью сми1->Lenze, посылка чтения выполняется нормально. пробовал на прошивках 2.03, 2.05, 2.06, 2.07. Не думаю что это проблемма Lenze!!! Хотя такая же точно посылка плк150->ип320 выполняется.
пример подслушаного обмена:
запрос - 09 03 00 18 00 01 05 45
ответ - 09 03 02 01 5F 18 2D

---

Попробуй увеличит время таймаута. На какаой скорости настроен обмен?

Я за месяц наигрался со всеми возможными параметрами. пришел к выводу, что плк считает что ему слишком быстро отвечают. Скорость 9600 у lenze другой нет. команды записи в регистры частотника работают, команды чтения нет. ЭТО ГЛЮК ПЛК!!!

Я с lenze по сетке не общался, работал с веспером, проблем ни каких.
Вообще в большинстве систем управления частотниками управляют с дискретных входов или используя дополнительные модули перед частотником. К примеру:
Контроллер-комуникационный модуль-(модуль дискретный+аналоговый)-специализированый модульRS485(который конвертирует аналоговые и дискретные сигналы)-частотный преобразователь. Почему-то даже буржуины старательно избегают полного прямого управления преобразователями. Думаю в первую очередь это с вязано с тем, что так легче найти неисправность. Если в системе несколько десятков ЧП, то попробуй разберись с сеткой.
Рекомендую "Веспер", цена - качество на мой взгляд наилучшие. Весь протокол расписан. Имеется встроенный ПЛК. простые задачи можно решать без использования доп средств.

Мы торгующая овеном организация, и если овен декларирует modbus rtu, значит, этот протокол должен РАБОТАТЬ!!! Заказчик месяц не оставлял попыток заставить эту связь заработать, после чего мы у себя собрали макет и тоже не смогли связаться, точнее записать в регистры получилось, а корректный ответ при посылке команд чтения регистра, не воспринимается ПЛК. При этом СМИ1 прекрасно читает регистры частотника, т.е. правильно воспринимает ответ. В Овен(мастер) есть параметр "max response delay", который отсутствует в модбас. Может в этом проблема. А по поводу применить другой частотник или там, другой тип управления частотником, то лучше другой плк.

По Вашему в других ЧП Modbus по другому устроен?
Вы считаете, что в Веспере реистры не такие?
Работал и с RTU и с ASCI- работает как чтение так и запись.
При чем здесь ПЛК?

Вы меня извените если я Веспер обидел. Просто мы продали частотники и овен плк для их управления , потому что у овена написано Modbus RTU, а связь не ладится. у сименса и випы ладится, а у овена нет. Потому и подозрение, что виновен овен плк.

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

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

Что касается задержки ответа, то цитирую первоисточник (стр.50):
3.1.2.7. Параметр «Время, на которое необходимо задерживать ответ на запрос в мс» (Framing time) В параметре «Время, на которое необходимо задерживать ответ на запрос в мс» (Framing time) задают временную задержку между последним байтом принятого пакета и первым байтом, передаваемым в ответ. Задержка бывает необходима для работы с устройствами с низкими скоростями информационного обмена.

Цитата:

---

Сообщение от lara197a

Что касается задержки ответа, то цитирую первоисточник (стр.50):
3.1.2.7. Параметр «Время, на которое необходимо задерживать ответ на запрос в мс» (Framing time) В параметре «Время, на которое необходимо задерживать ответ на запрос в мс» (Framing time) задают временную задержку между последним байтом принятого пакета и первым байтом, передаваемым в ответ. Задержка бывает необходима для работы с устройствами с низкими скоростями информационного обмена.

---

В вашем случае данный параметр имеется внастройках модуля RS-485, пункт 7.

я игрался с этим параметром. сейчас он равен 0. Извените если повторюсь но запись в регистры получается, чтение нет.

"RTU фрейм.
В RTU режиме сообщение начинается с интервала тишины равного времени передачи 3.5 символов при данной скорости передачи в сети. Первым полем затем передается адрес устройства.
Вслед за последним передаваемым символом также следует интервал тишины продолжительностью не менее 3.5 символов. Новое сообщение может начинаться после этого интервала." Может тут что-то не так с плк.

У меня заканчивается рабочй день. Я завтра проверю на железе и напишу Вам.

Цитата:

---

Сообщение от sergsm

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

---

Выложите, пожалуйста, ваш проект для ПЛК. Без него однозначно ответить на заданный вопрос трудно.

В любом случае, Framing time необходимо попробовать ненулевое значение. В пределах 10.

Вложение 1289 настройка конфигурации плк150 il v2.07

Цитата:

---

Сообщение от sergsm

Вложение 1289 настройка конфигурации плк150 il v2.07

---

Как вариант попробуйте в ПЛК поменять порядок байтов в пункте Byte sequence

Вложение 1291

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

проверял запись и чтение на веспере е2-8300. все работает.
читал вых напряжение и частоту.
пример во вложении.

Повторюсь, прочитать регистры из частотного регулятора Lenze ESMD152L4txa с помощью ПЛК ОВЕН150IL протокол модбас RTU НЕ ПОЛУЧИЛОСЬ -ОШИБКА 81.
Ключевые слова выделены жирным шрифтом!!! При этом Панелью оператора ИП320 и СМИ1 Эти регистры великолепно читаются. Прошу откликнутся тех у кого получилась связь с указанным выше частотным преобразователем. информация о том что связь великолепно работает с частотными преобразователями других производителей меня НЕ ИНТЕРЕСУЕТ!

у вас в настройках универсал модбас девайс стоит время пилинг тайм-5000 ( 7 пункт), те опрос идет с интервалом 5 сек? в 10 пункте попробуйте переключить трас мод на натив или поменять провода местами. в настройках Rs-485 фраминг тайм поставьте 10.
к сожалению больше ни чем помочь не могу.

Введу ясность - Framing time - параметр для режима ПЛК как slave для слишком медленных мастеров.

Частотник действительно слишком быстро отвечает, нарушая стандарт RTU. В прошивке 2.10.4 и старше мы пошли на нарушения стандарта и для таких неправильных приборов снизили таймаут.

Всем огромное спасибо на v2.10.5 все заработало.

Цитата:

---

Правила созданы для того, чтоб их нарушать

---

Такая же фигня с частотником ДЕЛЬТА http://www.owen.ru/forum/showthread.php?t=8704
Прошивка ПЛК63 v1.94. 10 0C, режим ASCII
Что делать ума не приложу

Поменял прошивку ПЛК63 на с v.1.94 на v.2.11 - увы, безрезультатно. Буду перепрошивать ПЛК100 - с ним такая же беда.

например выложить код программы.

Аналогичную проблему решил для ПЛК63 путем пересаживания частотного привода с порта RS485 на порт RS232 + преобразователь АС3-М-220. http://owen.ru/forum/showthread.php?t=8704