на эксперименты времени нет, производство работает круглосуточно и остановить нельзя, т.к. потом выход на параметры целые сутки, большие убытки, поиграться никак нельзя, если бы точно знать что с 13 сек получится сократить до 1 сек то это было бы хоть какое то обоснование останова производства, но вообще конечно для информационной части 13 сек это не кретично, всех устраивает, а вот для управления это совсем беда.Сообщение от melky
з.ы. на самом деле мастер в сети для приборов не SCADA, а как раз таки OPC сервера.
Разделять линии самое лучшее.
до 1 секунды там никак даже на Modbus.
если честно проектировал 15 лет на ПТК КВИНТ, КРУГ, ТЕКОН из за того что проекты были полномасштабные никогда не пользовался ОРС, тоесть 1 раз и то давно принимали параметры из другой системы для расчета ТЭП, теперь понимаю что это очень долгая весчь. Всегда были требования что бы техпрограмма не превышала 100 ms, соответственно контроллер за цикл опрашивал более 200 датчиков.
а таймауты на ожидание ответа от каждого прибора ? ноль же не поставишь, так что в 1 сек сомнительно
а вообще вся эта идея с разделением DO и Di от Ai началась из за того, что приборы ТРМ138, УКТ38, МВ110-16Д, МУ110-16Р, МВ110-8А все объеденены в сеть через преобразователь интерфейса АС3-М, через OPC-сервер ОВЕН сигналы поднимаю в скаду SimpLight, получается следующая ситуация: всё работает штатно до того момента как прописываю в ОРС модуль вывода МУ110-16Р, после этого начинают с модуля МВ110-8А данные приходить с переодичностью 1 сек. есть, 5-7 сек. отсутствуют, удаляю с ОРС модуль вывода и с модуля МВ110-8А начинают данные приходить постоянно, из за этого на мониторе эти параметры то гаснут то появляются, при этом DO и DI остаются работать штатно, это только потом я начал смотреть на времена опроса и т.д., короче эту загадку я так и не разгадал...
У Вас точно нет конфликта адресов? Напомню, что МУ110-16Р занимает в сети 16 адресов подряд.
Ну и если не брать УКТ38, все приборы поддерживают МОДБАС. Переходите на него, он быстрее, в т.ч. за счет группового чтения и записи.
Также OPC от инсата имеет приоритет записи, т.е. при поступлении команды на запись он прерывает опрос, не дожидаясь перебора адресов.
сразу проверил адреса не наезжают ли друг на друга там все ОК, ОРС всего один, перейдти сразу на Модбас проблемно, выше писал, кстати все это происходит даже если физически из сети выткнуть МУ110-16Р, и прописывать его в ОРС
Так переходите по очереди, но прокладывая параллельную шину.
Что происходит? Подробнее, пожалуйста.
вот это происходить :
""а вообще вся эта идея с разделением DO и Di от Ai началась из за того, что приборы ТРМ138, УКТ38, МВ110-16Д, МУ110-16Р, МВ110-8А все объеденены в сеть через преобразователь интерфейса АС3-М, через OPC-сервер ОВЕН сигналы поднимаю в скаду SimpLight, получается следующая ситуация: всё работает штатно до того момента как прописываю в ОРС модуль вывода МУ110-16Р, после этого начинают с модуля МВ110-8А данные приходить с переодичностью 1 сек. есть, 5-7 сек. отсутствуют, удаляю с ОРС модуль вывода и с модуля МВ110-8А начинают данные приходить постоянно, из за этого на мониторе эти параметры то гаснут то появляются, при этом DO и DI остаются работать штатно, это только потом я начал смотреть на времена опроса и т.д., короче эту загадку я так и не разгадал...""
Кинуть вторую линию (или использовать 2-ю пару если есть в кабеле) и потихоньку пересаживать по прибору на Modbus
Интересно, с чем связан выбор SimpLight ? Просто если все с Modbus, можно было выбрать другую SCADA где Modbus работает через нативные драйвера самой SCADA без прослойки в виде OPC
Ваши права
Ответить с цитированием