Modbus через шлюз TCP <> RTU (решено)

[Arsie]

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

Почему я долблю по TCP? Разве не контроллер это делает?

"Вы" и "Контроллер" в данном случае синонимы. Контроллер же не святым духом программируется, а вами. В среде профессионалов и обывателей это общепризнанное замещение. Например, говорят "Вы проехали перекрёсток", а не длинное "Вы управляли машиной, которая проехала перекрёсток". Или даже "Вы управляли машиной, которая катилась на колёсах и проехала на этих колёсах перекрёсток".

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

что проблема может быть в потоках запросов контроллера? И снова ну если так значит так, помогите решить проблему конроллера и разнести потоки.

Эта проблема ещё не доказана, но вы уже рвётесь её решать.

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

Пример камаза и феррари тут совершенно не уместен

Если вам не понятен пример, так и напишите. Попробую привести другой, попонятнее.


Добавлено через 8 минут

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

Я уже писал возможный вариант опроса, но никто не прокоментировал

Сейчас от вас нужен нормальный лог обмена контроллера с моксой. В котором будет видно, что спрашивает контроллер и что отвечает мокса.

1) Если контроллер не спрашивает - виноват контроллер

2) Если контроллер спрашивает, мокса не отвечает - виновата мокса

3) Если контроллер спрашивает, мокса корректно отвечает некорректными данными - виновата мокса

4) Если контроллер спрашивает, мокса корректно отвечает корректными данными - виноват контроллер

Исходя из этого и нужно строить гипотезы и вырабатывать решение. Это называется "исследовательская работа".


Используйте wireshark.

[Bkmz]

Случилось чудо, и опрос пошел нормально, совокупность факторов. Тайм аут + периоды опросов, вчера я только период опроса менял, тайм аут менял ранее. Сегодня поднял тайм аут до 1000 мс и связь стабилизировалась, спасибо про подсказку скорости на стороне RTU.

[Arsie]

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

Случилось чудо, и опрос пошел нормально, совокупность факторов. Тайм аут + периоды опросов, вчера я только период опроса менял, тайм аут менял ранее. Сегодня поднял тайм аут до 1000 мс и связь стабилизировалась, спасибо про подсказку скорости на стороне RTU.

В лектусе тайм-аут по умолчанию 3 сек. В контроллере по умолчанию 100 мсек. Судя по нормализации обмена, мокса представляет собой безбуферный шлюз. Т.е. запрос от контроллера транслируется на RS485, ответ от RS485 пересылается контроллеру. Контроллер должен ждать всё это довольно чудовищное по меркам полевых шин время.

[ATS]

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

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

Не запутался. Но назначение контроллера так и осталось загадкой.

Очень вероятно, что мокса захлёбывается в трафике. Вы же по TCP долбите без учёта пропускной способности RS485, а вот мокса и отрабатывает, как может и что может.

Ну я и говорил что задолбали её запросами.

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

Случилось чудо, и опрос пошел нормально, совокупность факторов.

Чудес не бывает - просто почти правильно настроили опрос.

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

Судя по нормализации обмена, мокса представляет собой безбуферный шлюз. Т.е. запрос от контроллера транслируется на RS485, ответ от RS485 пересылается контроллеру. Контроллер должен ждать всё это довольно чудовищное по меркам полевых шин время.

На самом деле буферизация там есть, но для разных SID.
А если приходят подряд несколько запросов для одного тогда ступор и наступает.
Именно это и видно на первой картинке. А вот в файлике этого не увидел. Но там и IP адреса другие.

[Bkmz]

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

Не запутался. Но назначение контроллера так и осталось загадкой.

Модератор сказал, что это тут флуд и оффтоп ) но по сути это немного управления и "веб шлюз".
А тут где-то можно задавать вопросы по периферии или только сам сигнетикс? а то возникла проблема с параллельно импортированной периферией (приводы VAV).
Прошу прощения за оффтоп.

[Arsie]

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

А тут где-то можно задавать вопросы по периферии

В корне форума.