ДУ311 чтение по ModBus

[=provincial=]

Здравствуйте, через некоторое время после включения и работы прибор "гонит пургу", а именно копии значений приходят в соседние регистры.
А параметр Уровень текущий в % приходит 0.
Работаю на скорости 115200 (остальные настройки по умолчанию). Адрес 21.
Чтение через СПК110, на интерфейсе есть другие устройства, естественно с другими адресами.

[kondor3000]

Здравствуйте, через некоторое время после включения и работы прибор "гонит пургу", а именно копии значений приходят в соседние регистры.
А параметр Уровень текущий в % приходит 0.
Работаю на скорости 115200.

Интересно, что вы ожидаете услышать, не сообщив вообще ничего?
Настройки сети и адреса, кроме скорости? Как читаете, чем читаете, где скрины?

https://owen.ru/product/emkostnoj_urovnemer_du311

[In_Da_Cher_A]

Здравствуйте, через некоторое время после включения и работы прибор "гонит пургу", а именно копии значений приходят в соседние регистры.
А параметр Уровень текущий в % приходит 0.
Работаю на скорости 115200.

Понятно. Продолжайте вести наблюдение. Мы с вами свяжемся. Свободны.

[=provincial=]

Сегодня провёл эксперименты и выяснил, что ДУ311 по модбас хорошо работает, если он один slave в сети.
Как только их становится два (больше у меня нет) прут ошибки. Понизил скорость до 9600 стало лучше, но не сильно.

В первом посте описана ситуация, когда ДУ311 был добавлен в сеть с двумя другими устройствами, с результатами описанными выше.
На СПК110 были опробованы варианты с подключением резисторов 120 Ом и без них - результат не менялся. Длина линии 3 метра максимум, витая, если что.

Ну а теперь конкретика.

Фото1: Устройства в Codesys 3.5.SP17 Patch3
Фото2: Два ДУ311 на скорости 9600
Фото3: Два расходомера Взлёт на скорости 115200 (соседний интерфейс)
Фото4: Один ДУ311 простоял эту ночь на скорости 115200 с другими устройствами
Фото5: относится к фото 4, постоянно опрашиваемых параметров в цикле 4, при этом в праметре "Уровень в % текущий" (L_p_1) явно красуется температура (параметр Temp_1).
Фото6: относится к фото 4, наглядное подтверждение тому, что параметры не на "своём месте".
Фото7: Один ДУ311 в сети с другими устройствами после подачи питания, в поле L% не реальная цифра. И это при том, что его не трогаю (уровень воды стабилен во всех опытах).
Фото8: Один ДУ311 в сети, данные верны.
Фото9: Два ДУ311 в сети, поля не двоятся, но ошибки прут (фото 2) и у второго L% куда-то потерялась.
Фото10: Испытательный стенд. Через пару дней приборы заберут на монтаж.

А ещё измерение непосредственно уровня "тормознутое". Видимо, это связано с принципом измерения. Чуть уровень изменил - сразу статус Е2/Е3. В проекте ещё мешалки намечаются.

Придётся с ним взаимодействовать по токовому сигналу. ИМХО "сыроват" прибор.

[МихаилГл]

А вы пробовали считывать сторонней утилитой регистры, а не своей программой?

[=provincial=]

Михаил, а мне это собственно зачем? Каков практический смысл?

[melky]

Так то проблема может быть в программе СПК, а больше не зачем.

[МихаилГл]

Михаил, а мне это собственно зачем? Каков практический смысл?

Ну melky как бы ответил, зачем...

[melky]

У меня из Scada опрашивается два датчика топлива с Modbus протоколом. Второе устройство, независимо какое из них я поставлю дает ошибки при опросе. Думаю, что не хватает задержки между опросами одного и второго устройства (нет в Scada такой настройки). Попросил разработчика добавить в будущем.
Кого поставлю первым - ошибок 0. у второго появляются ошибки.

[imaex]

Кого поставлю первым - ошибок 0. у второго появляются ошибки.

А как Вы определяете - какое 1-е, а какое 2-е? По какому признаку?