Avatar

Please consider registering
guest

sp_LogInOut Log In sp_Registration Register

Register | Lost password?
Advanced Search

— Forum Scope —




— Match —





— Forum Options —





Minimum search word length is 3 characters - maximum search word length is 84 characters

sp_Feed Topic RSS sp_TopicIcon
Contract First approach for OPC UA (Client & Server)
March 1, 2021
10:10, EET
Avatar
Deniz.Turan
New Member
Members
Forum Posts: 1
Member Since:
March 1, 2021
sp_UserOfflineSmall Offline

Hello everyone,
i am working student by iTAC Software AG in Montabaur. Currenty I am working on my bachelor thesis. I am looking for Contract First approach, where an OPC UA client performs methods or functions from the API from OPC UA server. The OPC UA client is working as a PLC. For my Contract First approach, I am using Swagger Editor. I have started the contract with POST – Method, which is responsible for calling a method. But then I can not check, if my REST API is working with my OPC UA server based on PROSYS SDK, where you can see, that the client has called an method. How can I define a client in my contract in Swagger Editor? How can I see, if my REST API is connected with my OPC UA server based on PROSYS SDK for testing the HTTP – methods in my REST API.

Thank you

Best regards

Deniz Turan

March 1, 2021
11:35, EET
Avatar
Bjarne Boström
Moderator
Moderators
Forum Posts: 1032
Member Since:
April 3, 2012
sp_UserOfflineSmall Offline

Hi,

I would maybe need a bit of a clarification why you are asking about REST? OPC UA as a technology has nothing to do with REST. The “API” to talk with an OPC UA Server is OPC UA.

Technically there exists a thing called “opc.https” as an alternative transport layer to opc.tcp, but the only thing it does is use the same binary procol as opc.tcp, but inside the TLS channel of the https. So it basically has nothing to do with “web https” (to which I categorize REST to belong) and can only be used with OPC UA Clients that specifically support that transport channel (not many, nor many servers support opc.https, basically best is to just forget it exists).

None of our apps or SDKs offer any REST interface at the moment.

Nothing prevents you from building a HTTP(S) client/server providing REST etc, but that is basically completely application specific logic that you would do yourself and is outside of OPC UA and our SDKs. Like, there might be applications, that support e.g. REST along OPC UA, but they are separate “protocols” so to say (though, OPC UA provides also the information modeling logic outside of the “talk with a server protocol”).

Forum Timezone: Europe/Helsinki

Most Users Ever Online: 1919

Currently Online:
22 Guest(s)

Currently Browsing this Page:
1 Guest(s)

Top Posters:

Heikki Tahvanainen: 402

hbrackel: 144

rocket science: 88

pramanj: 86

Francesco Zambon: 83

Ibrahim: 78

Sabari: 62

kapsl: 57

gjevremovic: 49

Xavier: 43

Member Stats:

Guest Posters: 0

Members: 728

Moderators: 7

Admins: 1

Forum Stats:

Groups: 3

Forums: 15

Topics: 1529

Posts: 6471

Newest Members:

kourtneyquisenbe, ellis87832073466, zkxwilliemae, gabriellabachus, Deakin, KTP25Zof, Wojciech Kubala, efrennowell431, wilfredostuart, caitlynfajardo

Moderators: Jouni Aro: 1026, Pyry: 1, Petri: 0, Bjarne Boström: 1032, Jimmy Ni: 26, Matti Siponen: 349, Lusetti: 0

Administrators: admin: 1