ПР205 Отказ дискретных и аналоговых входов

Всем добрый день
Нужна срочная помощь
У нас в работе чуть больше пары десятков ПР205, на коммуналке
В апреле месяце началась чертовщина у 5 шт из общего числа
На дискретных входах 1-6 сигналы отображаемые в программе перестали соответствовать действительности, 7 и 8 работали штатно
Сначала решили что что то случилось с самим ПЛК потом подключившись и обновив прошивку до последней версии и перезалив проект убедились что не в этом дело
Ранее мы к ним не подключались и прошивок не обновляли, всю зиму работало стабильно
Выявив это, пришлось подключаться к остальным проблемным ПЛК и все сбрасывать, обновлять до 1.9.1 и проект освеженный в новой версии заливать
После любых манипуляций устройство работает некоторое время потом все повторяется
После перепрошивки работоспособность дискретных входов у некоторых восстанавливается на более длительное время, но появляются проблемы с измерением на аналоговых входах
Если зайти в настройки и переключить режим аналогового входа на другой, залит в ПЛК потом вернуть все и залить заново, проблема снимается.
ПЛК работает какое то время и все опять повторяется. Проблема с дискретными и аналоговыми или по отдельности спустя какое то время час два или пару десятков минут возникает вновь
При этом состояние дискретных входом меняется у всех одинаково, не рандомно, какие то показывают наличие сигнала другие отсутствие и не реагируют на изменения
Все шкафы автоматики идентичны, различия не существенны
Пробовали менять местами, вдруг может наводки какие или еще какая то чертовщина но это не помогает
На тех которые не словили такой глюк у них более старые версии прошивок
Пробовали ставить относительно свежий контроллер, но такая же учесть постигла и его, при чем новый ставили в то место где работал ПЛК без вышеописанного глюка
Повторюсь что проблемные ПЛК с более свежими версиями прошивок чем те которые без глюка
И второй непонятный момент это отсутствие какой либо внятной закономерности, т.е. что такого случилось в апреле что спровоцировало этот глюк
Кроме как изменилась текущая дата я никаких закономерностей не вижу
А изменившаяся дата как то повлияла на область памяти в регистрах которой записываются конфиги аналоговых и дискретно/аналоговых входов?

Цитата:

---

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

Всем добрый день
Нужна срочная помощь
...

---

Пишите сразу на почту в техподдержку, не теряйте время

вам ОВЕН ещё не доплачивает за работу бета-тестера?

Думаю, что зависит не от версии прошивки, по крайней мере, не похоже. У меня примерно такая же проблема на 8 ПР + на них установлены ПРМ. Аналоговые входы ПР используются как дискретные, периодически (несколько суток работы) вместо "0" и "1" один из входов начинает передавать очень большие значения в программу. За этим следует отказ настроенных аналоговых входов ПРМ ("9999" на всех входах вместо актуальных значений). Помогает замена встроенного ПО (если не ошибаюсь, повторялось на трёх последних версиях прошивок), сброс питания с ПР не помогает.

У нас в апреле просто так на ровном месте это началось, предположительно у тех ПР у которых были с прошивкой х.7.х вроде бы но не точно, те что без глюков работают и сейчас у них по старше прошивка возможно х.6.х
У нас тут несколько тем, проблемы по которым не решены до сих пор
Одна из наиболее тяжелых это отсутствие фильтрации TCP пакетов на аппаратном уровне, из за которой ПР205 вешается достаточно быстро, даже при опросах раз в 10 сек или даже раз в минуту. Так как TCP предполагает гарантированную доставку пакетов данных при сбоях в сети и при восстановлении связи может завалить ПР205 просто на раз два три, так же как и прилетающие поврежденные или вообще левые пакеты могут забить ему буфер если их не отфильтровывать сразу
Это происходит когда ПР205 работает как ModBus сервер и его опрашивают через WAN
Овен тестировал ПР205 просто в локальной сети, когда мы просили о решении этой проблемы, но в локалке такого безобразия с кривыми TCP пакетами у них в лабораторных условиях конечно же воспроизвести не удалось и по итогу нас ни чем не порадовали. Нам пришлось менять схему информационного обмена где ПР205 выступает в роли Master устройства ну или клиента, и кидает на сервер данные сам, так же как и читает от туда настройки.
А вы не писали в техподдержку?

Уважаемая тех поддержка просьба как то отреагировать и провести тестирование у себя
Мы уж точно справиться с такой проблемой не сможем
Можем проект выслать для проверки на ваших ПР205 чтобы быстрее воспроизвести косяк
Возможно при тестировании с другими прошивками не получиться словить вышеописанный баг

Здесь форум, а не техподдержка

Как написать в техподдержку https://owen.ru/forum/showthread.php?t=31136
Мыло E-mail: support@owen.ru

Цитата:

---

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

А вы не писали в техподдержку?

---

Если вопрос мне, то пока нет. Возможно, тут кто-то подскажет.

Сегодня изменил дату в этих ПР на 2023 год
Смотрим что будет
Потому как они хоть и с более поздней прошивкой были но глюканули в апреле сами по себе и к ним не подключались и не обновляли ничего
Помогает простой перезалив проекта, но не на долго, до нескольких часов где то а где то уже в течении часа все съезжает

Еще один эксперимент тоже проведем по обновлению прошивки и перезаливу проекта на парочке тех что работают без этого глюка,
У них действительно более ранняя прошивка, какая точно, отпишусь сюда после того ка доберемся до них и проверим перед перепрошивкой
Потом уже на почту техподдержки напишем с учетом экспериментов для сужения круга поиска
Может сюда кого занесет из них и прочитают

Проведенные эксперименты и дополнительная информация:
Изменение часов в ПР205 на 23 и 22 годы не помогло
Версии контроллеров которые работают без вышеописанного глюка 1.7.1
Те что словили глюк были 1.8.х, и уже в последствии обновлялись до 1.9.0 и 1.9.1
Сделав попытку обновить работающий ПР205 без глюка с прошивкой 1.7.1 до 1.9.1 привел к тем же последствиям описанным выше. Вывод: проблема не в контроллере и не в шкафу с внешней схемой куда он подключен.
Так же и при попытке взять и залить проект с того контроллера что работает стабильно по сей день с версией 1.7.1 открыв и сохранив его в среде с версией 1.9.1 приводит к тем же глюкам. Поэтому проблема не в файле проекта

Цитата:

---

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

Изменение часов в ПР205 на 23 и 22 годы не помогло
Версии контроллеров которые работают без вышеописанного бага 1.7.1
Те что словили глюк были 1.8.х, и уже в последствии обновлялись до 1.9.0 и 1.9.1
Сделав попытку обновить работающий ПР205 без глюка с прошивкой 1.7.1 до 1.9.1 привел к тем же последствиям описанным выше

---

На прошивку 1.7.1 можно всё вернуть ?
Если можно, то работайте на той версии ОЛ, где она есть.

Я бы рад, но к сожалению портирование самого проектного файла невозможно сделать на версию 1.7.1

Одно пугает... Много интеграторов на этих штуках стали делать системы для жкх... Похоже надо для этого рассматривать не реле, а все таки плк, даже плк овен тут както надежнее смотрится.

Цитата:

---

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

Я бы рад, но к сожалению портирование самого проектного файла невозможно сделать на версию 1.7.1

---

Интересно, можно ли откатить саму прошивку на 1.7.1
Проект, ради такого, можно и переписать, у меня например хранятся все версии файлов.

Цитата:

---

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

Проведенные эксперименты и дополнительная информация:

---

Спасибо вам за информацию.

Тема уже как два дня обсуждается а ни кто из овена ничего не ответил
Проблема не решается ни ками обходными путями
Мы наверное будем сдавать контроллеры по гарантии
Обращение на почту продублировали

Цитата:

---

Те что словили глюк были 1.8.х, и уже в последствии обновлялись до 1.9.0 и 1.9.1

---

спрошу чисто из интереса - зачем вы обновляли прошивку работающих приборов с 1.7 до 1.8?

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

Также из основ построения сетей припоминаю о существовании "умных" коммутаторов, которые запоминают маршруты (IP адреса) к абонентам и передают пакеты строго по этим разъёмам.

Может кто-то знает и подскажет с выбором недорогой модели и Вы сможете поставить эксперимент - только фаервол/коммутатор тоже нужно настраивать.

Т.е. мне кажется, что при построении сети были допущены ошибки в структуре и в информационной безопасности.

По поводу ошибок только на новых версиях - думаю, что не стоит ожидать чуда от простейшего устройства, которое выбирается всеми заказчиками именно за дешевизну. Упор в них делается на основной функционал - управление и обмен с панелькой, функции фаервола в нём далеко не основные, да и алгоритмы там свои сложные и специфические.

Если есть в знакомых админы или безопасники - проконсультируйтесь.

Вы не о том вообще пишите
Я говорю про фильтрацию TCP пакетов а не трафика, фаервол трафиком рулит, при этом да он пакеты анализирует но только другие параметры касающиеся адресации а не содержимого и это немного другое
В любом роутере есть файервол, но тут можно и в локалке такое устроить и ПР205 закидает пакетами с кривым содержимым и повесит его, это делается на низком уровне в самом устройстве еще в буфере порта Ethernet
Вы начинаете рассуждать как Овен, они не хотят тесты проводить в боевых условиях
Давайте темы не путать, там рядом есть моя тема с большой историей переписки про этот косяк
https://owen.ru/forum/showthread.php...ferrerid=81344

Потому что приходится обновлять сам проект для внесения изменений в систему в целом.
А при загрузке OL требует обновить прошивку и без этого ни как
Знали бы что в этом косяк оставили бы файлы проекта в версии 1.7.1 и обновляли бы в среде с соответствующей версией
Ну кто ж знает что будет, мы не Ванги

Цитата:

---

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

Вы не о том вообще пишите
Я говорю про фильтрацию TCP пакетов а не трафика, фаервол трафиком рулит, при этом да он пакеты анализирует но только другие параметры касающиеся адресации а не содержимого и это немного другое
В любом роутере есть файервол, но тут можно и в локалке такое устроить и ПР205 закидает пакетами с кривым содержимым и повесит его, это делается на низком уровне в самом устройстве еще в буфере порта Ethernet
Вы начинаете рассуждать как Овен, они не хотят тесты проводить в боевых условиях
Давайте темы не путать, там рядом есть моя тема с большой историей переписки про этот косяк
https://owen.ru/forum/showthread.php...ferrerid=81344

---

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

Нет, нужно довести до стабильного варианта а не смирится.
Нужно отфильтровывать битые пакеты и фаервол тут не причем.
Это может быть и в локалке при помехах, и роутер вообще тут не причем вместе с файерволом
Мы переделали обмен по другой схеме, как я выше написал уже и это все работает стабильно, так же как ваш облачный вариаент
Только модбас сервер конечно делать было геморно на туеву хучу портов это то еще изврат
Овен бы MQTT клиента прикрутил на ПР205 вот бы бло дело!
Давайте обсуждать это уже в другой ветке
У нас 5 домов отказали с погодозависимым управлением на этих ПР205, благо сейчас уже сезон окончился
И тут полная хрень как всегда
Я думаю снять их и вернуть на "доработку" в ОВЕН
Так как, как оказалось, есть еще и те ПР205 которые мы обновили до 1.9.1 и они работают нормально
Но есть нюанс, на них была прошивка 1.7.х а не 1.8.х
Взяли эти ПР205 и воткнули в те шкафы где такие же обновленные глюк ловили, а от туда воткнули в шкафы где те обновленные глюк не ловили.
Типа рокировка, наблюдаем что будет.
Так же были приобретены пару штук от января 2025 года выпуска с прошивкой 1.7.1 которые установлены тоже в те шкафы где была проблема, вторые сутки полет нормальный
Скорее всего из всего вышеописанного напрашивается вывод что косяк приключился со старыми 22-23 и более новыми 24 годов выпуска у которых была прошивка 1.8.х которая как то повлияла на его дальнейшую работоспособность
На следующей неделе окончательно будет известно кто виноват
Если это только ограниченная кучка ПР205 то мы их снимем и вернем

Цитата:

---

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

Нет, нужно довести до стабильного варианта а не смирится.
Нужно отфильтровывать битые пакеты и фаервол тут не причем.
Это может быть и в локалке при помехах, и роутер вообще тут не причем вместе с файерволом

---

если в Вашей сети устраивают диверсии то это не проблема ОВЕНа, Вы по сути предлагаете поставить ОС OpenWRT в пр-ку ради единичного случая вроде Вашего, ну подниму ценник до СПК, рады будете?

OpenWRT у нас на роутерах, потому как с нормальным функционалом и надежностью работы со стоковой прошивкой дешевых роутеров нет
Зачем для ПР205 OpenWRT? Нам не нужно ставить пакеты для тех или иных функций
У вас к стати ПЛК210 на базе или заимствован от OpenWRT конфигуратор, вэб оболочка очень похожа
Это не диверсии это могут быть тупо помехи на линиях или сбои передачи данных

Давайте вернемся к нашим баранам
Как оказалось, есть еще и те ПР205 которые мы обновили до 1.9.1 и они работают нормально
Но есть нюанс, на них была прошивка 1.7.х а не 1.8.х
Взяли эти ПР205 и воткнули в те шкафы где такие же обновленные глюк ловили, а от туда воткнули в шкафы где те обновленные глюк не ловили.
Типа рокировка, наблюдаем что будет.
Так же были приобретены пару штук от января 2025 года выпуска с прошивкой 1.7.1 которые установлены тоже в те шкафы где была проблема, вторые сутки полет нормальный
Скорее всего из всего вышеописанного напрашивается вывод что косяк приключился со старыми 22-23 и более новыми 24 годов выпуска у которых была прошивка 1.8.х которая как то повлияла на его дальнейшую работоспособность
На следующей неделе окончательно будет известно кто виноват
Если это только ограниченная кучка ПР205 то мы их снимем и вернем, но нужно будет чтобы они попали в нужные руки, так как прикладывать описание на двух листах не имеет смысла, у вас там не разберутся что делать

Итого можно подытожить следующее:
1. Дискретные входы в программе в глючных ПР205 встают в одну и туже комбинацию у всех приборов., не смотря на физические сигналы на их входе, через несколько минут после прошивки
2. Аналоговые входы либо улетают в максимальное значение либо в ноль вместе с пунктом 1
3. Перепрошивка и перезалив проекта помогает на несколько минут или часов, у всех по разному.
4. Весь сезон с осени 2024 года все ПР205 работали и не обновлялись и их ни кто не трогал, они просто сами по себе начали глючить, такое впечатление что область памяти где записаны конфиги дискретных и аналоговых входов дает сбой, это не физическая проблема точно
5. Перемена мест в шкафах тоже не влияет, поскольку тот ПР205 что работает нормально он и продолжает нормально работать в том шкафу где был ПР205 который отказывают через несколько минут после прошивки
6. Глючить начали те ПР205 на которых была прошивка 1.8.х и после этого уже перепрошивка на 1.9.1 не помогла, возможно и не поможет перепрошивка на более раннюю версию 1.7.1, видимо что то было в 1.8.х такое что привело к этому сбою
7. Косяк не в прошивке 1.9.0 или 1.9.1

Наверное не зря от производителя ПР205 выпуска января 2025 идет с версией 1.7.1 а не 1.8.х там какой то, и после перепрошивки 1.9.0 или 1.9.1 с ним все в порядке, по крайней мере уже в течении 2-х суток

Несколько минут нормальной работы после перепрошивки - это с подключённой сетью или без неё?
Т.е. ПР205 сама по себе перестаёт работать или это её из сети Ethernet что-то "ломает"?

Скачайте старую версию OwenLogic с сервера или из архива - если сохраняли версии программы, то сможете прошить и версией 1.7.1. Кажется, прошивку для ПР можно выбирать в OwenConfigurator. Если 1.7.1 помогает стабильной работе - то есть смысл для этих объектов прекратить эксперименты.

Без инета и с инетом разницы нет, уже провели тесты на эту тему
Мы изменения вносим периодически, добавляем функции для диспетчеризации, поэтому приходится обновлять
Ну и по вышеописанному п6 цитирую:
"6. Глючить начали те ПР205 на которых была прошивка 1.8.х и после этого уже перепрошивка на 1.9.1 не помогла, возможно и не поможет перепрошивка на более раннюю версию 1.7.1, видимо что то было в 1.8.х такое что привело к этому сбою"
Остальные работают без проблем и после прошивки на 1.9.1 в том числе и с интернетом, но все же еще ждем до понедельника чтобы несколько суток наработка была, и если все ок снимаем и отдаем в ремонт те 5 штук которые глючат. Что с ними делать пусть Овеновцы решают
Их единственная особенность только в том что они обновлялись нами на прошивку между версиями 1.7.1 и 1.9.0, предположительно 1.8.х какую то. Когда мы обновляли в них проект

Повторюсь еще раз, проблему с висяками ПР205 мы решили сделав его клиентом/мастером в рамках обмена информацией с сервером диспетчерским
Тогда до него никто не долбиться и сам ПР205 получает ответы от сервака только на свои запросы. Кидает текущие данные и читает настройки ну или данные которые нужны для его настройки и рабочие команды

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

При том что закосячились они именно потому что прошивались какой то версией между 1.7.х и 1.9.1 их же прошивки

Ясно. Раз через несколько минут после перепрошивки ПР зависает независимо от подключения к сети Ethernet - это серьёзная неисправность.

Ведите для себя по каждому объекту учёт:
- файл программы, в имени файла должна быть дата
- историю изменения файла - папку с прежними версиями - вдруг придётся откатиться.
- скрин окна информации о ПР (при наличие соединения там указаны модификация ПР, версия прошивки, серийный номер и разная статистика)
- текстовый файлик с описанием что изменялось, по каким причинам, когда записывалось, версию OL.

Поверьте, иногда требуется такая информация. Так, благодаря ей, знаю, что после прошивки 1.6.0 на одном из ПР отсутствует калибровка аналоговых входов и выходов - просто они не задействованы. И это доказуемо, а не предположительно.

Так если приборы не работают, зачем над ними и собой издеваться, это же мазохизмом попахивает, а смысле, поставьте что-нибудь получше, в плане надёжности типа ПР200 с питанием = 24В, мне кажется, проблема будет решена, во всяком случае у нас работают много лет без сбоев, хотя рядом ПЧ на 37 кВт, правда у нас на ПР ещё сетевые фильтры стоят!

По ПР200 вопросов нет, это да, как автомат калашникова!
У нас много на нем небольших установок делается уже на протяжении 8 лет, один или два отказали при обновлении
Но там RS485
Для того что на ПР205 сейчас начали делать там ПР200 уже не то пальто, нужен Ethernet
Ну за ближайшие 2 года я думаю наладят
Просто нужно доводить основные моменты до ума а на всякие там возможности рисования графики не делать упор, там дисплей маленький что уж там сильно задуряться то с ним
А то в каждой версии добавляются какие то фичи для экрана, мы наверное процентов 10-20 используем всех функций по графике, так как еще раз повторюсь что дисплей очень маленький
Основная фишка для нас это интерфейс Ethernet

Окончательно подтвердилась наша гипотеза про то что косяк произошел именно с теми ПР в котрых ранее обновлялись прошивкой между 1.7.х и 1.9.х,
Наличие или отсутствие подключения к сети на них ник как не влияет, как и место установки.
Те что обновились сразу на 1.9.0 или 1.9.1 с прошивки 1.7.х работают без этого сбоя с входными сигналами (дискретными и аналоговыми)
Поэтому мы их будем возвращать для реанимации
Но нам нужно чтобы в сервисе с ними разбирались предварительно ознакомившись с информацией о том что мы тут и на форуме обсуждали
Я еще вот вспомнил наш случай, что на ранних версиях 1.5.х или 1.6.х был глюк заключающийся в том что при использовании датчиков температуры в виде термометров сопротивления Pt1000 с тремя работает а подключив 4-й все входа начинают уходить в максимум. Такое было но исправили без возврата самих ПР205, в следующей прошивке учли этот момент и помогло простое обновление
В данном случае обновление на свежую версию не помогает, ну и косяк уже охватывает дискретные входы а не только аналоговые