В системах SCADA есть ли способ заставить мастера Modbus говорить с другим мастером?
Я делаю две системы SCADA для обмена данными. Я стремлюсь использовать Modbus через TCP, так как обе системы поддерживают этот протокол. Проблема, конечно, в том, что обе системы могут действовать только как ведущий Modbus.
Я был удивлён, что при всем открытом интерфейсе fieldbus не было утилиты "бридж", которая позволяла бы двум мастерам общаться друг с другом. Я не особенно хорошо разбираюсь в технологиях, но со стороны кажется, что было бы тривиально реализовать процесс, который бы открывал два порта и действовал как раб для двух отдельных мастеров.
Оба мастера воспримут посредника как ведомого, но входные регистры от POV Master1 будут выходными регистрами от POV Master2 и наоборот.
Есть ли что-то, концептуально или на основе протоколов, что бы предположить, что это проблематично?
2 ответа
Если обе системы SCADA могут получить доступ к одному и тому же ПЛК, используйте SCADA1 для записи данных в некоторый блок данных в этом ПЛК и используйте SCADA2 для чтения тех же данных. Другой вариант - реализовать простой TCP-сервер MODBUS на более высоком языке и установить его на некотором ПК, где обе SCADA-системы будут иметь к нему доступ. В качестве альтернативы вы можете запустить симулятор MODBUS TCP-сервера вместо того, чтобы реализовывать его самостоятельно.
Системы SCADA не очень удобны для поддержки опций, которые не встроены, поэтому создание сервера MODBUS TCP внутри SCADA находится в диапазоне задач от очень сложного до невозможного - в зависимости от используемой вами системы SCADA. Большинство систем SCADA могут действовать как клиенты OPC (доступ к данным из различных источников данных OPC), так и как серверы OPC (предоставляя возможность чтения / записи для всех своих тегов клиентам OPC). Если ваша система SCADA такая, то вы можете использовать OPC для достижения желаемого.
Любите OPC Server вместе, просто используйте KEPware LinkMaster, идеальное решение для решения этой проблемы.