OPCUA server on bare metal CPU

[Proxima Centauri]

Hi,  could someone point me to a document that describes the steps needed to write a simple OPCUA server for a bare metal CPU (so NO Linux, no other OS) using open62541? As far as I understand from other posts, the arch folder contains some platform-specific parts of the library code. However, it seems that currently only support for win32 and posix platforms exist. I could try to write it myself, but it would be very helpful to know exactly the interface, ie. what functions and structures need to be provided and how to connect them to the rest (common part) of the library. Is there any interfacing structure (as with system drivers) that holds pointers of necessary functions implementation? Any hint how to start would be very appreciated!

[vas...@linutronix.de]

Hi,

I don't know if there is any documentation for bare metal. There might be some useful information if you search for freeRTOS implementation.

I think you will need at least a network stack (TCP/UDP/IP) e.g. lwIP, timer and event handling. Own logging might also be interesting.

/arch folder should actually provide a good overview of the platform-specific API. In addition to Linux and win, there is also a zephyrOS port.

Have you already considered these discussion (incl. the links in there)?

https://github.com/open62541/open62541/issues/5647

Cheers,

Vasilij

[Proxima Centauri]

Hi Vasilij,

thank you for your reply and comments.  Yes, I am aware of the need to get the TCP/IP stack as well as clock and event handling. My question is more about connecting the common part of the library with the platform-dependent part.
For example, in ua_architecture.h you see such a connection attempt - there are definitions that allow you to connect a platform-dependent socket implementation to methods called by the common open62541 part:
#define UA_poll poll
#define UA_send send
....e.t.c....

That's why I'm looking for tips on how to do it in a legal, official way. I don't want to manipulate the code and make modifications directly to some files because I want to be compatible with future releases of the OPCUA open62541 stack.

Cheers,

Proxima

[Mathias Obetzhauser]

Hi,

with v1.4 the freeRTOS support was removed cause of the implementation of the eventloop. v1.3 is still maintained, so you have to use the latest v1.3.15 release.

From my experience I can say, it's working perfectly on an ESP32 and ESP32-S3. You just need enough SRAM or PSRAM.

Good luck!

Best regards

Mathias (m-obi)

[Julius Pfrommer]

@Proxima

If you develop on bare metal, you will still want to use a mature TCP implementation.

It is common to use lwip for those instances [1].

However .. the 1.3 branch uses the POSIX layer of lwip - which depends on threading.

If you go bare-metal, it is advised to use lwip-raw (and lwip-POSIX) w/o threading requirements.

Using lwip-raw can be done for open62541 >1.4 and was one of the use-cases for which the current "EventLoop" was designed.

We have a prototype for this - but not ready for public release.

Hit me up on a private channel if you want to discuss further.

Regards,

Julius

[1] https://savannah.nongnu.org/projects/lwip/

[Julius Pfrommer]

lwip-raw (and *not* lwip-POSIX)

[Proxima Centauri]

Hi Mathias,

using freeRTOS (or any other OS) is not an option for me, but thanks for your comment!

Proxima

[Proxima Centauri]

Hi Julius,

thank you for your reply. I have already tried to contact you on your private channel - not sure if you got my message. 

I have now the lwip library working on my bare-metal platform and I am very interested in making some progress with open62541. If you have anything done in direction of bare-metal CPU, even not tested and not ready for any release, I would still like very much to have a chance to see it and learn more about interfacing possibility.

Best regards,

Proxima