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: 983
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: 518

Currently Online:
20 Guest(s)

Currently Browsing this Page:
1 Guest(s)

Top Posters:

hbrackel: 135

pramanj: 86

Francesco Zambon: 81

rocket science: 77

Ibrahim: 76

Sabari: 62

kapsl: 57

gjevremovic: 49

Xavier: 43

fred: 41

Member Stats:

Guest Posters: 0

Members: 681

Moderators: 16

Admins: 1

Forum Stats:

Groups: 3

Forums: 15

Topics: 1467

Posts: 6261

Newest Members:

graciela2073, sagarchau, elviralangwell4, Donnavek, Eddiefauth, DonaldPooma, fidelduke938316, Jan-Pfizer, DavidROunc, fen.pang@woodside.com

Moderators: Jouni Aro: 1010, Otso Palonen: 32, Tuomas Hiltunen: 5, Pyry: 1, Petri: 0, Bjarne Boström: 983, Heikki Tahvanainen: 402, Jukka Asikainen: 1, moldzh08: 0, Jimmy Ni: 26, Teppo Uimonen: 21, Markus Johansson: 42, Niklas Nurminen: 0, Matti Siponen: 321, Lusetti: 0, Ari-Pekka Soikkeli: 5

Administrators: admin: 1