У нас и на этот год уже они заложены в проектах
Я боюсь теперь делать с поставкой в отдаленные уголки нашей необъятной
Нужно что то решать
У нас и на этот год уже они заложены в проектах
Я боюсь теперь делать с поставкой в отдаленные уголки нашей необъятной
Нужно что то решать
Есть подозрение что вешает его внешний обмен, но клиентов то 2, соседний ПР205 и внешний сервер
Внешний сервер отключить не можем, поскольку потеряем вообще контроль за состоянием и вовремя не увидим когда все колом встает
Он запросы раз в 1 сек посылает и у того контроллера что каждые сутки в перезагруз уходит со слетом переменных и автозагрузкой не пойми какой программы (так как я писал ранее что после таких перезагрузок при попытке подключиться с онлайн отладкой ОЛ выдает сюрприз - программа в приборе не соответствует той что я открыл) у него список переменных больше чем у всех остальных
Для остальных такой глюк только позже по времени ну или не с той частотой, раз в трое суток или в пять
У меня подозрение что при формировании в памяти STM32 неких стеков/буферов для обмена ModBus TCP происходит переполнение и наезд на соседние адреса где переменки, тем самым происходит то что происходит со всеми вытекающими
Вообще может такое несоответствие быть если в рабочей программе только переменные поменялись или обнулились после перезагрузки?
С другой стороны если сам его перезагружаю по питанию например или переменные меняю с экрана то онлайн отладка не выдает таких сообщений о несоответствии
В данном случае что то с памятью происходит или еще какие то изменения не только в области переменных
Последний раз редактировалось zakhar81; 18.01.2024 в 12:54.
Да здесь основной вопрос не в косяке Овена, а в том что они установлены на ИТП многоквартирных домов т.е в данной ситуации, заложниками принятого решения (установки сырого контролера) становится люди живущий там (и думается это не 10, и даже не 100 человек)
А они - с нас деньги пытаются снять, за косяки, решение проблемы выходят за рамки наших проектов и т.е.
не слишком часто? что там такого надо мониторить, чтобы в диспетчерской раз в секунду видеть параметры теплосети в ИТП?Внешний сервер ....запросы раз в 1 сек посылает
уменьшайте частоту, ваша АСУ ТП явно не вывозит весь этот объём, и ПР всё-таки это не ПЛК, вам надо разделять функции, которые навалили на ПР - управление ИТП это одно, а сбор данных с других ИТП и обмен с сервером - это другое
что вам даст, что всё встало в 12 часов 43 минуты 26 секунд или просто в 12:44?поскольку потеряем вообще контроль за состоянием и вовремя не увидим когда все колом встает
я про то, как сейчас облегчить положение, тем более - когда сейчас всё внимание у всех приковано к теплоснабжению в городах.А зачем им показывать то что и так вроде на поверхности лежит. Ведь изначально виноват Овен
То, что у ОВЕН есть проблемы, это мало им поможет в устранении зависания, и договорными проблемами
Никто в ОВЕН не парится, что у тебя что-то зависло, и не пашет 24х7 надо новой прошивкой
сейчас надо оперативно принимать меры по снижению зависания, а это лечится только снижением частоты и разгрузкой программы и конфигурации, я бы вообще сейчас подкинул вместо самого проблемного ПР какой-нибудь ПЛК, пока не закончится отопительный сезон
Последний раз редактировалось Rask; 18.01.2024 в 14:12.
ну стоит все таки открыть РЭ на прибор и прочитать там черным по белому, что Овен не несет ответственности. Вроде раньше это было в документации или похожие слова...