- В этой теме 21 ответ, 5 участников, последнее обновление 2 года, 2 месяца назад сделано
.
-
Сообщения
-
Добрый день, пытаемся настроить скаду на получение данных от опс сервера без запроса данных с коммуникатора. Но что-то идет не так, при установки параметров в линии связи на TCP-клиент Slave с индивидуальным режимом соединения или общим состояние канала не определено. А в случае если коммуникатор сам опрашивает сервер, то данные меняются не однородно и меняет тип данных, то есть на коммуникатор прилетает то double, то string, при этом строка имеет пустые значения.
совсем ничего не понял. Ну хоть бы настройки выкладывали что и как.
OPC может менять данные по изменению например. И что значит «без запроса данных с коммуникатора» ? а кто по вашему OPC сервер опрашивает, как не коммуникатор?Хотелось бы еще уточнить как происходит переинициализация значений при перезагрузке коммуникатора. То есть коммуникатор не запрашивает значения у сервера, а сервер отправляет данные только в случае если они изменились. И возможно ли как-то зафиксировать значения?
Коммуникатор опрашивает устройство и отправляет данные серверу.
Еще раз, не важно Коммуникатор на той же машине или на другой, он отправляет данные Серверу, а не наоборот. Сервер отправляет только команды управления.
Сервер — это сервер OPC UA? Который данные от коммуникатора предоставляет?
То есть коммуникатор не запрашивает значения у сервера, а сервер отправляет данные только в случае если они изменились.
Это называется режим Подписка.
Есть еще режим Синхронное, Асинхронное чтения. В данном случае сервер сам каждый раз запрашивает данные.И возможно ли как-то зафиксировать значения?
Опишите логику как вы себе это представляете. Только подробно.
У нас есть opc ua сервер, который отправляет значения только при их изменении (статус сигнала переменной Good, значение переменной показывает), после этого сервер это значение не транслирует (статус сигнала Bad, значение переменной пустое). Можно ли настроить в скаде сохранение последнего значения полученного в режиме Good, и менять значение после следующего изменения на opc ua сервере.
Хотите только Good?
Записывайте значение в БД, а потом через Импорт из БД этого тега — будет всегда Good.
Потому что в запросе SQL вы написали «where Quality = «Good»».P.S. Если производство не критичное, то можно. В обратном случае — осуждаю и не поддерживаю. 🙂
@saprin8 OPC UA чей? чужой, к которому вы подключаетесь Коммуникатором?
Что передает Коммуникатор в сервер Scada, когда у OPC статус bad ?
Когда статус bad — идет пустое значение. В момент изменения значения статус становится Good, в коммуникаторе появляется это значение на цикл опроса и потом пропадает.
Привязка канала к БД Scada есть? Пустое это
---?Попробуйте для начала входной формулой зафиксировать значение в scada при проверке статуса канала.
Дайте больше информации, покажите настройки. А то сиди тут догадывайся что не так…
Чужой OPC настроен на периодический опрос, он не может выполнять опрос когда его просит Коммуникатор?А какое поведение в версии 6 ?
Сомневаюсь, что для 5-й будут какие-то исправления.Странно, что значения пустые, а не
---У группу тегов, как у самих тегов есть параметр жизни Keep Alive Rate и DeadBand.
Учитывая, что таймаут 30000 мс — 30 секунд, то в группе или у тега такое время на жизнь должно быть. или даже побольше.
- Для ответа в этой теме необходимо авторизоваться.