пиксель и модбас (решено)

[LordN]

вобщем можно считать почти на 146% верной информацию что пиксель с конструкторским проектом самопроизвольно отключается будучи нагружен по модбасу.
1 случай
пиксель 2511, на нём по 485-му модбасу четыре данфос влт фс51. приточный и три вытяжных.
по разным причинам два вытяжных пч пришлось отключить
пиксель стал с непонятной периодичностью падать по авариям от приточного пч, а так же прочто отключаться. переходит в режим "стоп". перезапускается по эскейпу. после подключения отключенных пч нормальная работа восстановлена, любые аварийный ситуации прекртились, спонтанные остановки - тоже. программно опрос отключенных пч не отключался. в пч забивалось повышенное время реакции, 30-50сек, на отсутствие командного слова.

2случай.
описанный недавно проект с восемью пикселями дважэи и тримом.
первыми на объект ушли ЩУ с пикселями.
работало без сбоев.
сегодня подключил ЦПДУ трим - начали произвольно отключаться пиксели. за рабочий день было два отключения. первой отвалился ПВУ-3, вторым ПВУ-5. топология как на той схеме.


быть может кто-то из коллег также сталкивался с подобным поведением пикселей с модбасом?

[Arsie]

Цитата

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

прочто отключаться. переходит в режим "стоп". перезапускается по эскейпу.

Контроллер отключается - это у него гаснет дисплей и он именно отключается.

Переходит в режим "Стоп" - это он не отключается, а именно переходит в режим "Стоп". Т.е. аппаратно процессор, память и прочие модули в порядке.

Опять же, в режиме "Стоп" контроллер выполняет некую функциональность. Например, поддерживает температуру обратной воды у калорифера. По меню побегать можно и т.д. Если это так, то это самое "Отключение" не что иное, как штатная работа программы.

Далее, если сброс аварий его перезапускает, то нужно искать причину, по которой программа переходит в дежурный режим. Поведение программы штатное, но нерасчётное. Т.е. оно запрограммировано, но по технологии этого не должно происходить. Другими словами, проблема не в контроллере, а в программисте.


Лев, мне хотелось бы всё же технической конкретики. Мне реально достаточно сейчас одного теоретика в соседней теме, который не хочет ничего рассказывать )

[LordN]

Цитата:

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

Контроллер отключается - это у него гаснет дисплей и он именно отключается.

Переходит в режим "Стоп" - это он не отключается, а именно переходит в режим "Стоп". Т.е. аппаратно процессор, память и прочие модули в порядке.

Опять же, в режиме "Стоп" контроллер выполняет некую функциональность. Например, поддерживает температуру обратной воды у калорифера. По меню побегать можно и т.д. Если это так, то это самое "Отключение" не что иное, как штатная работа программы.

Далее, если сброс аварий его перезапускает, то нужно искать причину, по которой программа переходит в дежурный режим. Поведение программы штатное, но нерасчётное. Т.е. оно запрограммировано, но по технологии этого не должно происходить. Другими словами, проблема не в контроллере, а в программисте.


Лев, мне хотелось бы всё же технической конкретики. Мне реально достаточно сейчас одного теоретика в соседней теме, который не хочет ничего рассказывать )

Арсений, мне бы тоже хотелось конкретики, но другой нету...

Стоп - это просто режим стоп. Как будто кто-то послал команду на отключение установки.

Могу выслать проект с пикселем и четырьмя пч данфосс.
Могу еще раз выслать весь комплект проектов на восемь пикселей+2gi+трим.
высылать?

[Arsie]

Цитата

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

Арсений, мне бы тоже хотелось конкретики, но другой нету...

Стоп - это просто режим стоп. Как будто кто-то послал команду на отключение установки.

Могу выслать проект с пикселем и четырьмя пч данфосс.
Могу еще раз выслать весь комплект проектов на восемь пикселей+2gi+трим.
высылать?

Пришлите с данфосами, посмотрю, хуже не будет...

Это не просто стоп, это какой-то аварийный сигнал, т.к. сброс перезапускает установку. Если бы был именно стоп как команда, то на сброс аварий он бы не реагировал перезапуском.

PS. Установка при сбросе аварий точно не в прогреве?

[LordN]

Цитата:

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

PS. Установка при сбросе аварий точно не в прогреве?

не могу сказать на сто процентов, т.к. аварии сбрасывал кто-то из сантехников. но удалось выяснить что на дисплее была надпись ОСТАНОВ. это по объекту с данфосами.

а по второму - сегодня весь день наблюдал - то одна остановка в режиме стоп, то другая...

[Arsie]

Цитата

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

а по второму - сегодня весь день наблюдал - то одна остановка в режиме стоп, то другая...

По второму, в 293-м ядре есть такой баг, что по эзернету общение с 2Gi/Trim5/SMH4 по эзернету заканчивается перезапуском ядра. Причём не просто перезапуском, а таким перезапуском, буд-то лоджик только-только загрузил проект.

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

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

[LordN]

Цитата:

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

По второму, в 293-м ядре есть такой баг, что по эзернету общение с 2Gi/Trim5/SMH4 по эзернету заканчивается перезапуском ядра. Причём не просто перезапуском, а таким перезапуском, буд-то лоджик только-только загрузил проект.

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

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

вроде все ядра 295е
но проверю еще раз.
счас соберу все проекты в кучу и вышлю

[ailcat]

Цитата:

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

По второму, в 293-м ядре есть такой баг, что по эзернету общение с 2Gi/Trim5/SMH4 по эзернету заканчивается перезапуском ядра. <...> Происходит это из-за функций modbus, которыми изредка обмениваются эти контроллеры между собой. Пиксель оказался к ним не готов. Точнее готов, но не ко всем.

Упс! Эта проблема сохранилась?
Потому что у меня нижний уровень диспетчеризации под строящиеся объекты заложен как раз на SMH4 - и среди прочего, им придется общаться с Pixel-25 по modbus/TCP... Я попал?

[Gromov]

Софт обновите в пикселе, и не попадёте точно. Поправили же в прошлом году.

[razerface]

А Pixel 2511 может по modbus rtu быть мастером, а по TCP слейвом? Хочу реализовать маленький GATE для трех кондеев на Pixel 2511.

[New]

Цитата:

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

А Pixel 2511 может по modbus rtu быть мастером, а по TCP слейвом?

Конечно.

[Ilya J.]

Цитата

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

Конечно.

Но только для одного мастера для нормальной работы.