Cześć Studiuję IoT z PLC.
Szukałem sposobu na zbieranie danych z modułów PLC i znalazłem protokół OPC, który wydaje się być standardem.
Jeśli zaadoptuję ten protokół i utworzę serwer, który sonduje dane przez OPC i pośredniczy w tym protokole, czy będę mógł połączyć się z dowolnym typem PLC?
Widziałem kilka rozwiązań i podkreślają konkretne sterowniki dostawców.
Czy to oznacza, że OPC nie jest standardem i muszę zobaczyć protokoły każdego dostawcy?
Potrzebuję trochę na ten temat, więc proszę o poradę, w jaki sposób powinienem komunikować się ze sterownikami PLC z serwerem JAVA
Odpowiedzi:
0 dla odpowiedzi № 1OPC ma wiele różnych wersji.
Główne, które możesz rozważyć, to:
OPC DA ("Data Access"), oparty na Microsoft OLE, COM i używa DCOM jako protokołu przewodowego.
OPC UA ("Unified Architecture"), który ma więcejzłożony model danych i ma odrębną specyfikację protokołu. Istnieje wiele protokołów przewodowych, w tym protokół oparty na XML i kompaktowy protokół kodowany binarnie. Istnieją różne rodzaje opcji bezpieczeństwa; Interoperacyjność oznacza dopasowanie wszystkiego.
W przypadku dostępu PLC może być to, że używaszbrama między protokołem przewodowym (na przykład Modbus lub protokół dostawcy) a środowiskiem programistycznym OPC. W takim przypadku nie musisz być świadomy implementacji protokołu; sterownik / bramka jest odpowiedzialna za konwersję do środowiska programowania OPC.
W środowisku Java można znaleźć dostawcę OPC UA, który udostępnia interfejs API języka Java i obsługuje sterowniki dla urządzeń, których należy użyć.
0 dla odpowiedzi nr 2
Tak, więc dopiero stosunkowo niedawno rozpoczęły się sterowniki PLCkomunikować się poprzez OPC-UA w sposób natywny. Zwykle każdy dostawca ma swój własny, czasami otwarty, czasami zastrzeżony protokół, którego należy użyć do rozmowy ze sterownikiem.
Tradycyjną rolą serwerów OPC byłoniech dostawca serwera martwi się wszystkimi szczegółami protokołu dla każdego rodzaju urządzenia, podczas gdy klienci muszą tylko znać OPC-DA lub OPC-UA, który jest standardem otwartym.