ModBus

[capzap]

Протокол Modbus RTU в приложении сам реализовал ?

ModBus ASCII. Конечно сам, героическими усилиями, так сказать.

А каким образом у тебя неверные данные в базу попадают, почему они не отбраковываются ? Что КС не помогает ?

Это уже проблема распределения полученных данных. Было бы что распределять. А базовая проблема в том, что данные в буфер после запроса иногда приходят некорректно. Я ставил "ловушки" по длине ответа и туда попадалось то, что длина ответа от устройств "иногда" меньше ожидаемой. Сейчас поставлен тройной фильтр - по длине данных, КС и совпадению адреса в ответе и запросе к устройству. В общем, всё указывает на некорректность ответов ПЛК. В дальнейшей обработке данных не сомневаюсь. В том числе и попадании некорректных данных в базу ибо это результат их обработки.

В общем, обнаружилась интересная вещь!Длина ответа ПЛК на запрос мастером по модасу аскии совпадает с ожидаемой, но в месте, где находится КС - стоят нули!

to Вольд, XopHeT и Ryzhij убедите меня, что дело в железе, а не в самописных прогах, даже несмотря на

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

[Ryzhij]

Спорить с тем, что "самописные", как Вы изволили выразится, программы могут обладать меньшей "дуракоупорностью" в сравнении с тем, что проверено "ветром и временем" я не буду.
Это очевидно.
Так же как и то, что возможность сия гипотетическая.
Пока.
Но вот нарушение норм "по железу" уже явное.
И это тоже факт.

[capzap]

Спорить с тем, что "самописные", как Вы изволили выразится, программы могут обладать меньшей "дуракоупорностью" в сравнении с тем, что проверено "ветром и временем" я не буду.
Это очевидно.
Так же как и то, что возможность сия гипотетическая.
Пока.
Но вот нарушение норм "по железу" уже явное.
И это тоже факт.

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

[Ryzhij]

Согласен.
Косяк на косяке, плюс лень в придачу.

[IVM]

И ещё, повторюсь, - бегло посмотрел ответы с нулями в КС - там корректные данные. Надо ли браковать такие данные?

Конечно надо, иначе какой может быть еще критерий отбора.

[IVM]

Где как. Сеть раскинута задолго до моего появления на объекте.

Экран кабеля должен быть заземлен только с одной стороны.

[Василий_S]

Согласен.
Косяк на косяке, плюс лень в придачу.

Нифига се, заценил. Видел бы объём проделанной работы. Причём почти в одиночку.

[Василий_S]

Конечно надо, иначе какой может быть еще критерий отбора.

А если в ответе содержатся корректные данные, а? Бывает, всё время в цикле, отведённое на запрос, идут нули в КС, а нужные данные там есть. Если отбраковывать по КС - это в проекте - потеря данных.
Вторые сутки наблюдаю ту же картину. проскакивают нужные 75 символов с нулями в КС.

[Василий_S]

Экран кабеля должен быть заземлен только с одной стороны.

Да, вы правы. Сейчас бы определиться что нужно делать во всех аспектах проблемы. А потом уже делать.
А что если проверка про заземлению не даст результата? Тем более, что предшественники отключение экранов с одной стороны делали. Везде ли, пока не знаю.
Плюс к тому - эти ошибки по объёму мизерны по сравнению с объёмом собираемой информации, но подпорчивают картину. Я бы мог на это плюнуть, но не хочу гнать фуфло. Поэтому предпочёл сначала разобраться, а потом уж что-то предпринимать.

[capzap]

Нифига се, заценил. Видел бы объём проделанной работы. Причём почти в одиночку.

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