Ошибка модбас RTU

Добрый день
ПЛК 210 03
Есть 3 ПВЧ опрашиваются по rs485 modbus RTU - без ошибок без каких либо нареканий все работает
подключаю на эту шину еще 1 датчик и начинает все по очереди впадать в ошибку каждую минут (таймаут ответа или Response Invalid Data или Response Invalid Data) - даная ошибка на всех устройствах
(большую часть времени все работает но вот раз в минуту падает на секунду)

отключаем опрос датчика - ошибка на частотникак остается но проявляется гораздо реже.
отключаем датчик физически - ошибка исчезает, все работает стабильно и надежно

убираем из схемы ПЛК, вместо него подключаем переходник usb - RS485 - и тыкаем в ноут с MasterOPC Universal Modbus Server - все работает стабильно - никаких проблем более часа тестировал.

думаю что может на оборудование не так, наводки какие - собираю такую же схему на столе без силовых устройств и тд(так как таких станка надо было 2) и тоже таже ошибка при работе с плк и так же нет ошибок без плк.

что могут порекомендовать специалисты.

можно ли воткнуть переходник юсб-rs485 в плк и получить еще 1 rs485 - как с ним работать (так как данные с датчика хоть и важны но не критичны а данные с пвч и управление частотой критично .)

второй rs485 в плк занят опросом драйвера тензодатчика, так что разнести никак.

Ну уж если не разбираться с причиной, а разносить ПЧ и датчик, то тогда уж АС3 поставить и к нему цепануть или датчик или связку пч

Добрый день.

Цитата:

---

что могут порекомендовать специалисты.

---

Для начала включить резисторы подтяжки в ПЛК (в CODESYS - узел LeftSide, вкладка Конфигурация).
Если уже включены - попробовать на обоих концах линии подключить терминирующие резисторы.

Цитата:

---

можно ли воткнуть переходник юсб-rs485 в плк и получить еще 1 rs485 - как с ним работать

---

Если это переходник на чипе cp210x (как наш АС4, например) - то можно.
Работать как с обычным COM-портом с номером 11.

да я рассматривал только преход на Ethernet -rs485, и уже заказа но это костыли совсем, хотелось бы понять и исправить такое поведение странно, но при подключении переходничка за 100 рублей проблемы не выявляется а как понять что не так через ПЛК я не могу и испрашиваю специалистов где смотреть и как.

Ну как вариант
а)попробовать терминальные резисторы 120 Ом на концах линий поставить
б)поиграться со скоростью обмена

Цитата:

---

Сообщение от Евгений Кислов

Добрый день.
Для начала включить резисторы подтяжки в ПЛК (в CODESYS - узел LeftSide, вкладка Конфигурация).
Если уже включены - попробовать на обоих концах линии подключить терминирующие резисторы.

---

Да поставил первым делом резисторы 120 Ом и проверил по умолчанию значение True у подтяжки - верно ли что включено?

Цитата:

---

Сообщение от Евгений Кислов

Если это переходник на чипе cp210x (как наш АС4, например) - то можно.
Работать как с обычным COM-портом с номером 11.

---

как узнать но чем он есть 2 по фото не поймешь ПК видит их как ch340
Вложение 64655

Цитата:

---

проверил по умолчанию значение True у подтяжки - верно ли что включено?

---

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

Цитата:

---

как узнать но чем он есть 2 по фото не поймешь ПК видит их как ch340

---

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

а учитывая, что ПЛК2хх на Linux, есть UDEV и как из CodeSys происходит обращение к порту ?
з.ы. а зачем было выпиливать из ядра ch340, это же вполне распространенный чип для преобразователей.

Цитата:

---

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

а учитывая, что ПЛК2хх на Linux, есть UDEV и как из CodeSys происходит обращение к порту ?
з.ы. а зачем было выпиливать из ядра ch340, это же вполне распространенный чип для преобразователей.

---

Был создан набор правил, по которым конвертеры на конкретных чипах монтируются как /dev/ttyS*.
С точки зрения CODESYS - это просто еще один COM-порт.
Никакого выпиливания не было - у нас изначально ограниченный объем памяти, поэтому с самого начала был акцент на разумный выбор поддержанных компонентов и драйверов.
Будут запросы от клиентов - добавим и ch340, это не должно потребовать значительных усилий.

Так ядро вроде по умолчанию их все монтирует как /dev/ttyS* например поставить разветвитель USB и по очередно втыкать один преобразователь а потом второй а потом наоборот, какие номера они будут получать?
Добавлять правила в udev самостоятельно можно в ПЛК ?

Цитата:

---

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

Так ядро вроде по умолчанию их все монтирует как /dev/ttyS* например поставить разветвитель USB и по очередно втыкать один преобразователь а потом второй а потом наоборот, какие номера они будут получать?
Добавлять правила в udev самостоятельно можно в ПЛК ?

---

1. В данный момент мы в принципе не рассматриваем такой сценарий.
Там проблемы начнутся еще раньше - на уровне того, что для пассивного хаба не будет питания хватать.
Подключать к ПЛК в шкафу автоматики хаб с активным питанием, чтобы увеличить число COM-портов...
Ну, если вам потребуется такой сценарий и у вас будет в наличии наш ПЛК - в тот момент мы будем индивидуально обсуждать вашу ситуацию.

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