HMI_ustavka_T_grafik_otopl2 может иметь значение 63.6 градусов?
Вид для печати
HMI_ustavka_T_grafik_otopl2 может иметь значение 63.6 градусов?
у неё какое то не фиксированное значение она постоянно меняется почему то, а вот пропорциональная и интегральная (регистры 166 и 168) так до 9:40 и не сбрасывались в ноль, 166 регистр постоянно равен 15
Все верно. Она постоянно меняется в зависимости от температуры наружного воздуха.
Интегральные и пропорциональные визуально в скаде были сброшены в ноль. Пид не работал. Отопление сильно просело. Около 13 часов я вводил параметры пид. по двум контурам отопления и и контуру гвс. Все было в 0.
Пообщался с коллегой он говорит что на втором объекте где такая же ситуация возникала 2 раза вроде всетаки сам плк виноват. Там плк управляет еще тремя частотниками Vacon. Когда к частотникам нет запроса от мастера они инициализируют ошибку по связи и выдают информацию на свои панельки. Дак там объект падает в таком виде - в скаде также все уходит в 0 и еще к тому же плк по rs 485 прекращает опрос частотников. Как то так.
тогда я не знаю в чем дело, по логам в 14:08:59.5593 интегральную со значения 200 поменяли на значение 250, ни о каких нулях приходящих в ответах от плк лог ничего незнает, вот как было до этого времени с начала файла так и стоит 200
на предыдущих версиях плк, модбас работает даже если программа находится в стопе, может в этой ситуации тоже как то с этим связано, когда в девять пропадала связь это была перегрузка плк или просто шнур кто то выдергивал для проверки
Кто и что там выдергивал этого я не могу сказать. Объект от меня в 700 км. Вот есть еще мысль. На этих объектах шнур от плк идет в комутатор свитч, со свитча уже в комп. Свитчи не питаются от бесперебойников, как помню. Может провал какой по электричеству. Не понимаю вобще что творится. 2 объекта, одинаковые проблемы. Именно там где есть скада. Есть объект без скады но с панелю сп300. Связь также через ethernet. Никаких багов. Может ичключить опс и поднять опрос напрямую с скады? Там драйвер вроде есть для опроса.
Меня больше убивает что приходится уделять столько времени таким проблемам которых быть не должно. Представители ОВЕН так и не прокоментировали, может конечно и откликнутся еще. Файл это хорошо. Но я не работал с этим, надо время чтоб разбираться, а времени нет. На разработку программы бывает уходит куча времени для того чтоб добится нормальных показателей процесса, а в итоге тебя подставляет долбанный slave. Вот потом и приходится бежать за семеном. Хотя там тоже своих проблем хватает.
так почему слейв то, он не отвечал там всего несколько секунд, данные как я понял исправно доходили до ОРС, в скаде не отображались, пускай даже еслиб это были фиктивные значения, в ответах они были и должны были появиться на визуализации. ОРС может поддерживать ведь несколько соединений, запустите еще какое нибудь приложение которое будет читать ОРС и если опять станут утверждать что на экранах нули останется только свериться с паралельным архивовм данных