to Вольд, XopHeT и Ryzhij убедите меня, что дело в железе, а не в самописных прогах, даже несмотря на
Вид для печати
Спорить с тем, что "самописные", как Вы изволили выразится, программы могут обладать меньшей "дуракоупорностью" в сравнении с тем, что проверено "ветром и временем" я не буду.
Это очевидно.
Так же как и то, что возможность сия гипотетическая.
Пока.
Но вот нарушение норм "по железу" уже явное.
И это тоже факт.
Специально привел комменты, где несмотря на прохождение через проверку контрольной суммы, приходят нулевые значения, причем тут железные коммуникационные факторы если КС совпадает, через некоторое время чудесным образом стала приходить нулевая КС оказывается
А по поводу помех, так меня это больше всего расстраивает, смысл посыла: до меня всё проложено, устранять не буду, а оборудование Ваше г...о
Согласен.
Косяк на косяке, плюс лень в придачу.
А если в ответе содержатся корректные данные, а? Бывает, всё время в цикле, отведённое на запрос, идут нули в КС, а нужные данные там есть. Если отбраковывать по КС - это в проекте - потеря данных.
Вторые сутки наблюдаю ту же картину. проскакивают нужные 75 символов с нулями в КС.
Да, вы правы. Сейчас бы определиться что нужно делать во всех аспектах проблемы. А потом уже делать.
А что если проверка про заземлению не даст результата? Тем более, что предшественники отключение экранов с одной стороны делали. Везде ли, пока не знаю.
Плюс к тому - эти ошибки по объёму мизерны по сравнению с объёмом собираемой информации, но подпорчивают картину. Я бы мог на это плюнуть, но не хочу гнать фуфло. Поэтому предпочёл сначала разобраться, а потом уж что-то предпринимать.
Так от Вас и попытки небыло выложить здесь проект плк, который формирует неправильные данные, высчитывает к этим данным КС и Ваша прога на ПК "проглатывает" это, чтоб ктонибудь облегчил Ваши страдания и попытался устранить программные ошибки хотя бы в одном "узком" месте