- В этой теме 29 ответов, 3 участника, последнее обновление 2 года, 8 месяцев назад сделано
.
-
Сообщения
-
В общем выключили вчера свет дома в 16:30
С домашней Scada идут данные через Gate на тестовый сервер в офисе.
Так как Raspberry висит на ИБП, то данные шли. Но в 3 ночи инвертор начал верещать и отключаться. В результате я выключил все лишние нагрузки с ИБП в том числе и Raspberry. Утром съездил за закончившимся бензом для генератора, запустил его и включил Raspberry и пришло сообщение в Telegram
Отсюда вопрос: почему сообщение пришло при запуске Raspberry в 8 утра после запуска, а не в 3 ночи, когда я ее отключил и принимающий сервер должен был получить или выставить значение — — — ???
Настройка Модуля автоуправления, если значение канала < 10 отправить сообщение
В данном случае этот канал Телеизмерение с номером сигнала 8 но в него пишет RapidGate.
Может тут что-то надо подправить ?
В КП на принимающем сервере нет линии связи. То есть все значения именно от RapidGateПо журналу модуля автоуправления нужно проверить, когда фактически сработал триггер.
Телеграм-бот управляется Коммуникатором на RPi или в офисе?если значение канала < 10 отправить сообщение
Неопределённое значение не удовлетворяет этому условию. Нужно проверять на статус = 0.
Да, но телеграм прислал значение — — —
А вот серое значение на момент выключенного Raspberry и отсутствия связи не прислал.
И это серое значение было до момента включения мной Raspberry снова.А вот серое значение на момент выключенного Raspberry и отсутствия связи не прислал.
Поэтому и нужно анализировать лог модуля автоуправления на тот момент, когда ожидалась сработка триггера.
Какие должны быть настройки входных каналов на принимающем сервере, чтобы при обрыве связи со стороны RapidGate на принимающем сервере каналы получали значения недостоверности? — — — а не значение со статусом 5
TCP так устроен, что обрыв соединения никак не детектируется. Поэтому если новые значения каналов перестали приходить, через заданный интервал SCADA-Сервер на основном сервере устанавливает статус каналов = 5.
Переформулирую вопрос — почему не подходит статус 5?Потому что висит последнее принятое значение. Я даже не обратил бы внимания, если бы не потребовалось зайти на свою Raspberry и не увидел, что она зависла. (Зависания время от времени так и происходят, не знаю, с чем связано).
И получается ты видишь просто какое-то значение, вместо — — — где бы точно было видно что каналу каюк…А чем не устраивает статус 5? Покрасьте его в какую-нибудь фуксию и сразу будет видно что данные недостоверны. Для меня удобнее, что значение остаётся, поскольку алгоритмы продолжают рассчитывать зависимые значения, но и присутствует индикация, что данные подвисли.
В данном случае с помощью формул не получится изменить статус. Необходимо разработать простой модуль сервера, который заменит статус 5 на 0.
Ну так я и говорю, что это должно быть на уровне самого сервера.
Возможно как дополнительное свойство канала, что с ним делать. Или еще как-то.
Где удобно, оставлять статус 5, а где требуется, статус 0 или какой там статус отвечает за — — — (аналог Invalidate data)По сути поведение у RapidGate должно быть аналогично драйверу, только контролироваться со стороны сервера….
- Вы должны авторизироваться для ответа в этой теме.