Интересно ещё бы понять как связан всплеск нахождения нулей в КС, или что там ещё, с наступлением дневного рабочего времени.
Вид для печати
Интересно ещё бы понять как связан всплеск нахождения нулей в КС, или что там ещё, с наступлением дневного рабочего времени.
в том плане, что они не передаются. а так как нормальный уровень сигнала - высокий, то некоторые приборы считают, что все оставшиеся биты в посылке - единицы.Цитата:
Сообщение от Василий_S
но проблема возникает тогда, когда приборы вместо того, чтобы догадываться - ждут оставшихся единиц.
а вот наличие/отсутствие КС от времени суток это уже интересно
Ребята, пока вы не приведёте в допустимую норму отношение сигнал/шум, вы можете хоть из порток выпрыгнуть, используя различные методы контроля, перебирая протоколы и т.п. - результата не добьётесь.
Проверьте:
- источники помех;
- заземление, уравнивание потенциалов и экранирование;
- архитектуру подключения (звезда и дерево недопустимы, только шлейф);
- согласование линии и защитное смещение.
То есть, если правильно понял, в ответной посылке символов КС попросту - нет, и принимающее устройство их "дописывает", так?Цитата:
Сообщение от XopHeT
Источников помех - предостаточно. Это, всё-таки, предприятие.Цитата:
Сообщение от Ryzhij
Заземление мне самому не нравится, хотя бы в том плане, что пришлось цепляться к общему контуру.
Потенциалы - пепепроверю.
Экранирование, Ну, могу сказать, что используется витая пара в кабеле КССПВэП 4х2х0,52 и экран подцеплен к корпусу щкафа. Шкафы - к контурам зданий.
Я связывал ПЛК110 с ПК по Modbus-RTU, сам реализовывал протокол обмена. В корректном отклике от ПЛК получал все, что должно быть включая КС. Если ты в пакете-отклике получил неверную КС, то такой пакет сразу надо браковать и не надо его вообще дальше анализировать.Цитата:
Сообщение от Василий_S
А экран кабеля с одной стороны заземлен или с обоих ?Цитата:
Сообщение от Василий_S
В принципе, так и делается, только другими граблями с другого захода. И ещё, повторюсь, - бегло посмотрел ответы с нулями в КС - там корректные данные. Надо ли браковать такие данные?Цитата:
Сообщение от IVM
Где как. Сеть раскинута задолго до моего появления на объекте.Цитата:
Сообщение от IVM
Как говаривал один мой начальник "Чей бы бычок не прыгал, телёнок - наш", - теперь всё одно, именно Вам приводить это хозяйство к нормам.Цитата:
Сообщение от Василий_S
Несмотря на "исторически сложившийся бардак".
Цитата:
Сообщение от Василий_SModBus ASCII. Конечно сам, героическими усилиями, так сказать.Цитата:
Сообщение от Вольд
Цитата:
Сообщение от Василий_SЭто уже проблема распределения полученных данных. Было бы что распределять. А базовая проблема в том, что данные в буфер после запроса иногда приходят некорректно. Я ставил "ловушки" по длине ответа и туда попадалось то, что длина ответа от устройств "иногда" меньше ожидаемой. Сейчас поставлен тройной фильтр - по длине данных, КС и совпадению адреса в ответе и запросе к устройству. В общем, всё указывает на некорректность ответов ПЛК. В дальнейшей обработке данных не сомневаюсь. В том числе и попадании некорректных данных в базу ибо это результат их обработки.Цитата:
Сообщение от Вольд
to Вольд, XopHeT и Ryzhij убедите меня, что дело в железе, а не в самописных прогах, даже несмотря наЦитата:
Сообщение от Василий_S
Цитата:
Сообщение от Василий_S
Спорить с тем, что "самописные", как Вы изволили выразится, программы могут обладать меньшей "дуракоупорностью" в сравнении с тем, что проверено "ветром и временем" я не буду.
Это очевидно.
Так же как и то, что возможность сия гипотетическая.
Пока.
Но вот нарушение норм "по железу" уже явное.
И это тоже факт.
Специально привел комменты, где несмотря на прохождение через проверку контрольной суммы, приходят нулевые значения, причем тут железные коммуникационные факторы если КС совпадает, через некоторое время чудесным образом стала приходить нулевая КС оказываетсяЦитата:
Сообщение от Ryzhij
А по поводу помех, так меня это больше всего расстраивает, смысл посыла: до меня всё проложено, устранять не буду, а оборудование Ваше г...о
Согласен.
Косяк на косяке, плюс лень в придачу.
Конечно надо, иначе какой может быть еще критерий отбора.Цитата:
Сообщение от Василий_S
Экран кабеля должен быть заземлен только с одной стороны.Цитата:
Сообщение от Василий_S
Нифига се, заценил. Видел бы объём проделанной работы. Причём почти в одиночку.Цитата:
Сообщение от Ryzhij
А если в ответе содержатся корректные данные, а? Бывает, всё время в цикле, отведённое на запрос, идут нули в КС, а нужные данные там есть. Если отбраковывать по КС - это в проекте - потеря данных.Цитата:
Сообщение от IVM
Вторые сутки наблюдаю ту же картину. проскакивают нужные 75 символов с нулями в КС.
Да, вы правы. Сейчас бы определиться что нужно делать во всех аспектах проблемы. А потом уже делать.Цитата:
Сообщение от IVM
А что если проверка про заземлению не даст результата? Тем более, что предшественники отключение экранов с одной стороны делали. Везде ли, пока не знаю.
Плюс к тому - эти ошибки по объёму мизерны по сравнению с объёмом собираемой информации, но подпорчивают картину. Я бы мог на это плюнуть, но не хочу гнать фуфло. Поэтому предпочёл сначала разобраться, а потом уж что-то предпринимать.
Так от Вас и попытки небыло выложить здесь проект плк, который формирует неправильные данные, высчитывает к этим данным КС и Ваша прога на ПК "проглатывает" это, чтоб ктонибудь облегчил Ваши страдания и попытался устранить программные ошибки хотя бы в одном "узком" местеЦитата:
Сообщение от Василий_S
Ясно дело. Болтать это одно, а дело делать совсем другое.Цитата:
Сообщение от Василий_S
Мне часы реального времени сколько крови выпили. Рекордсмены они по неточности.Цитата:
Сообщение от capzap
У тебя проблемы с передачей информации по линиям связи. С этим надо что-то делать, а потом ПО ворошить. Тебе предлагают разобраться с заземлением экрана кабеля. Это не сложно. Тебе предлагали уменьшить скорость обмена до 9600. Эти два мероприятия могут существенно улучшить ситуацию.Цитата:
Сообщение от Василий_S
Бюджетная модель она и в Африке будет бюджетной, понимаю если идут длительные процессы и может пропадать питание, тогда нужен РТС, чтоб не спутать день с ночью, но если у Вас строгие периоды опросов, так используете разницу от функции TIME() - будет значительно точнееЦитата:
Сообщение от Василий_S
На кой хрен тебе часы в ПЛК, если постаяно работает ПК. При записи в БД можно брать системное время ПК.Цитата:
Сообщение от Василий_S
нет у него проблем, 30 ошибок за сутки не стоят того чтоб менять кабели связиЦитата:
Сообщение от IVM
Если именно это вы имели в виду, а не результаты по контролю КС. Позже выложу. Хотя это обычное конфигурирование модбас слейв с 25 переменными в формате DWORD. Первая - для приёма значения времени из ПК, Остальные - три группы по 8 значений насчёта импульсов по каждому входу. Первая группа держит импульсы за 18 сек., вторая - за час, третья - за сутки. Переменные постоянно обновляются.Цитата:
Сообщение от capzap
Не на какой хрен, а чтобы дифференцировать кВт*ч в кВт. Речь идёт о точности измерения, если не понимаете.Цитата:
Сообщение от IVM
Точно через 18 сек надо сбрасывать счётчик импульсов, как и другие - через час и сутки..
На ПО не грешу. А с экраном буду разбираться в первую очередь.Цитата:
Сообщение от IVM
Менять кабеля никто не предлагает. А ошибок при передаче у него за сутки не 30, а море. 30 это то, что попадает в базу, а пакетов бракуется за сутки много больше.Цитата:
Сообщение от capzap
Попробуйте конструкциюЦитата:
Сообщение от Василий_S
насколько она будет точнее, чем слабенькие часы реального времениКод:VAR tik:TON; END_VAR
IF tik.Q THEN
(* здесь можно обработать что то раз в 18 секунд *)
END_IF;
tik(IN:=NOT tik.Q,PT:=T#18s);
Не-е от использования таймеров для этих целей я в самом начале отказался. Дифференцировать надо только по реальному времени.Цитата:
Сообщение от capzap
А не проще ли постоянно читать из ПЛК состояние счетчиков, не сбрасывая их, а затем в ПК делать разбивку по временным группам. Так и потери данных не будет.Цитата:
Сообщение от Василий_S
Да - это именно так. где-то 30 некорректных данных - это просматривается в БД. Видны в трендах и в цифровых таблицах.Цитата:
Сообщение от IVM
Да? при том что переменные в вычислительной технике имеют свои пределы.Цитата:
Сообщение от IVM
Этот момент можно учесть слегка усложнив программу.Цитата:
Сообщение от Василий_S
Всё таки кто может поведать о нулях в КС. Что за природное явление, а то уже уходим от вопроса.
Я понимаю, Но решил - выгоднее сделать именно так как сделано.Цитата:
Сообщение от IVM
Выгоднее получать "снизу" уже готовые цифры. Притом ушёл от того, чтобы передавать на верх вычисленные реальные единицы в формате "REAL"
А ты с COM-портом в своем приложении для ПК как работаешь ?Цитата:
Сообщение от Василий_S
А ты подумай над этим.Цитата:
Сообщение от Василий_S