Протокол ОВЕН и ModBus на одной шине

[melky]

Efremov а почему не перейти на Modbus RTU ? по крайней мере можно сократить время с 13с на меньшее

[Efremov]

Т.е. для каждого датчика - отдельный модуль расширения, и все 140 модулей расширения это 2AC или 8AC ?

нет не для каждого, 17 приборов это ТРМ138, УКТ38, МВ110-8А, и в нагрузку пока 2шт МВ110-16Д и МУ110-16Р и их как раз планируется поставить еще больше 10 шт, поэтому и хочу отделить их.
И еще поясняю мастер в сети только скада контроллеров нет, все собирается через ОРС и в скаду.

[Efremov]

Efremov а почему не перейти на Modbus RTU ? по крайней мере можно сократить время с 13с на меньшее

на эксперименты времени нет, производство работает круглосуточно и остановить нельзя, т.к. потом выход на параметры целые сутки, большие убытки, поиграться никак нельзя, если бы точно знать что с 13 сек получится сократить до 1 сек то это было бы хоть какое то обоснование останова производства, но вообще конечно для информационной части 13 сек это не кретично, всех устраивает, а вот для управления это совсем беда.

[melky]

з.ы. на самом деле мастер в сети для приборов не SCADA, а как раз таки OPC сервера.
Разделять линии самое лучшее.

до 1 секунды там никак даже на Modbus.

[Efremov]

з.ы. на самом деле мастер в сети для приборов не SCADA, а как раз таки OPC сервера.
Разделять линии самое лучшее.

до 1 секунды там никак даже на Modbus.

если честно проектировал 15 лет на ПТК КВИНТ, КРУГ, ТЕКОН из за того что проекты были полномасштабные никогда не пользовался ОРС, тоесть 1 раз и то давно принимали параметры из другой системы для расчета ТЭП, теперь понимаю что это очень долгая весчь. Всегда были требования что бы техпрограмма не превышала 100 ms, соответственно контроллер за цикл опрашивал более 200 датчиков.

[melky]

а таймауты на ожидание ответа от каждого прибора ? ноль же не поставишь, так что в 1 сек сомнительно

[Efremov]

а вообще вся эта идея с разделением 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 остаются работать штатно, это только потом я начал смотреть на времена опроса и т.д., короче эту загадку я так и не разгадал...

[ASo]

У Вас точно нет конфликта адресов? Напомню, что МУ110-16Р занимает в сети 16 адресов подряд.

Ну и если не брать УКТ38, все приборы поддерживают МОДБАС. Переходите на него, он быстрее, в т.ч. за счет группового чтения и записи.
Также OPC от инсата имеет приоритет записи, т.е. при поступлении команды на запись он прерывает опрос, не дожидаясь перебора адресов.

[Efremov]

У Вас точно нет конфликта адресов? Напомню, что МУ110-16Р занимает в сети 16 адресов подряд.

Ну и если не брать УКТ38, все приборы поддерживают МОДБАС. Переходите на него, он быстрее, в т.ч. за счет группового чтения и записи.
Также OPC от инсата имеет приоритет записи, т.е. при поступлении команды на запись он прерывает опрос, не дожидаясь перебора адресов.

сразу проверил адреса не наезжают ли друг на друга там все ОК, ОРС всего один, перейдти сразу на Модбас проблемно, выше писал, кстати все это происходит даже если физически из сети выткнуть МУ110-16Р, и прописывать его в ОРС

[melky]

Кинуть вторую линию (или использовать 2-ю пару если есть в кабеле) и потихоньку пересаживать по прибору на Modbus

Интересно, с чем связан выбор SimpLight ? Просто если все с Modbus, можно было выбрать другую SCADA где Modbus работает через нативные драйвера самой SCADA без прослойки в виде OPC