Как начать с OPC UA - выборка и сбор данных с устройства ПЛК?

Question

Ожидается, что я разработаю решение для сбора/обработки образцов с устройства ПЛК и работу с некоторыми управляющими метками устройства. Пожалуйста, предложите подход. Извините за длинный вопрос. Я разберу его на большее количество вопросов, узнав, какие более мелкие и более разумные вопросы/вопросы.

Решение для компании построено практически с нуля. Существуют некоторые устройства ПЛК, и есть KEPServerEx (без IoT Gateway). Устройства ПЛК уже используются через стороннее программное обеспечение. Но в будущем нет «больших рамок». С этой точки зрения я могу представить современный дизайн, но бюджет ограничен.

Из того, что я узнал до сих пор, кажется, что KEPServerEx является хорошим выбором для доступа к устройствам ПЛК, но у меня нет практического опыта. Мне кажется, что OPC UA должен быть выбором по сравнению с более старым OPC (DA). Я также знаю о лестничном пути работы с ПЛК.

Из того, что я узнал о «IoT Gateway» (который не будет использоваться) для KEPServerEx, KepServer может установить частоту дискретизации на уровне метки ПЛК. А также частота передачи данных может быть установлена ​​IoT Gateway. Шлюз IoT затем использует внутренний (запоминающий) буфер для хранения дискретизированных значений, а кортежи (tagID, значение, качество, метка времени) могут быть прочитаны и переданы третьей стороне.

Что мне непонятно, как это сделать без IoT Gateway. Я предполагаю, что это должна быть основная операция. Является ли (tagID, значение, качество, временная метка) общим для работы с ПЛК через любой OPC-сервер? Или он является общим только для KEPServerEx, или он является особым для плагина IoT Gateway (необязательно)?

Я узнал, что Фонд OPC недавно добавил механизм публикации/подписки в OPC UA. Требуется ли также новая версия KEPServerEx? Или он может использоваться с любым более ранним OPC-сервером?

Я достаточно опытна в программировании и создании базы данных. У меня также есть некоторый технический опыт в промышленных датчиках, приводах ... Однако я никогда не работал с цифровой автоматизацией в промышленности.

Спасибо, и хорошо провести день.

Answer 1

В зависимости от ПЛК, с которым вы хотите установить связь, и в сети связи, на которую будут передаваться ваши устройства, вам необходимо приобрести соответствующий пакет драйверов, чтобы KEPServerEX мог обмениваться данными с ним.

Например:

Если PLC является Omron NJ PLC, и он находится в сети Ethernet с сервером, который KEPServerEX проживает, вы должны будете использовать драйвер «Omron NJ Ethernet» в пакет пакета Kepware предлагает «Omron Suite».

Что касается вашего вопроса о IoT шлюзе:

Из того, что я узнал о «IoT шлюз» (который не будет использоваться) для KEPServerEX, то KepServer можно установить частоту дискретизации на уровне тегов ПЛК , А также частота передачи данных может быть установлена ​​IoT Gateway. Шлюз IoT затем использует внутренний (запоминающий) буфер для хранения дискретизированных значений, а кортежи (tagID, значение, качество, метка времени) могут быть прочитаны и переданы третьей стороне.

Это может быть сделано без IoT Gateway, используя соответствующий вышеупомянутый драйвер, а затем с помощью другого пакета драйверов для передачи данных PLC, куда вы хотели бы (ODBC клиента, базы данных SQL Server и т.д.). Это зависит от того, что вы хотите делать с данными, которые вы приобретаете.

Answer 2

Когда вы разговариваете с конкретным устройством, вам необходимо знать протокол, который использует устройство, и эти протоколы могут сильно различаться.

Иногда производитель устройства предоставляет OPC-сервер, который защищает вас от этого или, как вы говорите, может использовать сторонний сервер Connectivity, такой как KepServerEx или Matrikon, для представления интерфейса OPC для вашего клиента.

Я ничего не знаю о KepServerEx или ваших конкретных требованиях, но, как правило, на OPC-сервере есть кеш, в котором хранятся значения, из которых клиент может читать, как альтернативно, непосредственно из аппаратного обеспечения. Подписки могут быть настроены аналогично, например. частота, порог и т. д.

Протокол от OPC sever/3rd party к устройству определяет частоту, в которой вы можете выбирать значения. Например. некоторым протоколам необходимо, чтобы устройство было опрошено для значений, некоторые из них более сложны.

Если вы создаете клиент OPC, то вы в значительной степени свободны, какой OPC-сервер вы подключаете к тому, является ли он сторонним или OPC-сервером от производителя и имеет клиент, сохраняющий значения, когда элементы в подписке меняются. довольно тривиально.

Answer 3

Если вы знакомы с Visual Studio, то AdvancedHMI может быть возможным решением. Вы не указали какие-либо конкретные ПЛК, но AdvancedHMI включает в себя множество драйверов связи PLC как часть бесплатного пакета. Это дает вам возможность записывать VB или C# для передачи значений из ПЛК в базу данных. Драйверы не являются драйверами OPC, но разработаны для того, чтобы быть намного проще в использовании и более эффективными.