Странное поведение модуля МУ110-224.16К на шине RS-485

Цитата:

---

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

смутно припоминаю, полгода назад что-то аналогичное было, на свежих модулях, тип не помню, но точно свежак, мы в запас не покупаем, значит 2.0 версия железа,
после программирования адресов на всех модулях, что-то также горело красным, что меня удивило, но к сожалению, в памяти не осталось, что именно и на каких и как ушло, скорее всего банально передёрнул питание шкафа и всё заработало.
Но вот момент в памяти остался, что после обычных действий проскочила какая-то фигня, не как обычно на рутине при сборке шкафа.
Через месяц будет ещё проект, буду уже внимательнее фиксировать
а зачем так?

---

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

Теперь пытаюсь в режиме эмуляции панели сосчитать в панель Weintek 1 регистр по MODBUS TCP/IP (Zero-based Addressing). Панель пишет, что нет связи.

У меня ПК подключен к ПЛК по Ethernet. На ПК сначала запускаю CoDeSys, загружаю проект в ПЛК, запускаю программу, ПЛК нормально обменивается с модулями. Далее закрываю CoDeSys, запускаю конфигуратор панели Weintek и запускаю проект в режиме онлайн эмуляции.

Цитата:

---

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

Адреса 2, 16, 8

---

и для кого всё это пишут?

Цитата:

---

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

и для кого всё это пишут?

---

Для внимательных людей, использующих протокол OWEN

Цитата:

---

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

и для кого всё это пишут?

---

Ссылку дайте на этот документ.

Цитата:

---

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

Теперь пытаюсь в режиме эмуляции панели сосчитать в панель Weintek 1 регистр по MODBUS TCP/IP (Zero-based Addressing). Панель пишет, что нет связи.

У меня ПК подключен к ПЛК по Ethernet. На ПК сначала запускаю CoDeSys, загружаю проект в ПЛК, запускаю программу, ПЛК нормально обменивается с модулями. Далее закрываю CoDeSys, запускаю конфигуратор панели Weintek и запускаю проект в режиме онлайн эмуляции.

---

Выглядит всё адекватно. Номер порта в ПЛК (Modbus(FIX)->TCP) не меняли?
Codesys можно было не закрывать и даже не отключаться

Цитата:

---

Сообщение от 1exan

Для внимательных людей, использующих протокол OWEN

---

что мешает попробовать сие и на протоколе Modbus-RTU?
(кстати первый пост был подправлен ТС, поэтому только увидел изменения)

Цитата:

---

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

Ссылку дайте на этот документ.

---

вы считаете, что я это придумал?

...Ща вы меня отругаете, но я помню как IVM меня ругал про снабберы в 2020. Теперь я поругаю в ответ =)
Вот КАК ТАК МОЖНО - не вести учёт оборудования?! Не записывать настройки адресации, заводские номера? Чёрт побери, на Вайлдберрисах дешёвый сканер штрих-кодов стоит 2-3 тыр (я такой и купил).
Сколько бы вопросов как для себя, для ОВЕНа и для форума снялось бы!

Мои версии по теме форума:
1. Проверить разводку RS-485. Даже внутри маленького щита, даже между модулями ПЛК она должна быть выполнена специальным экранированным кабелем. На концах надо терминаторы поставить.
2. Вдруг и правда попался один экземпляр бракованного модуля: он вносит помеху в линию или гасит сигнал, когда модулей на линии много. А на одной линии работает норм.

...конкретно у меня с модулями (но я использовал старую ревизию железа) проблем не было ни разу. Обычно использую .16 или .32 ДН, .Р и .8А. Всё всегда подключается на одну линию внутри щита.

в Хардваре 2.0 вроде бы протокол ОВЕН отсутствует
а не, это DCON