Hi Chris,
It allows building modular libraries (we already have quite a lot ready to use)
which would also imply logic.
The thing with the system is that C is only the implementation language for the
current runtime. Everything that is modelled on top of it is generated from
abstract model
Hey everyone,
sorry for joining the party this late. But it is rather busy times at the
moment.
Depending on the context maybe I can help with an existing solution: There is
the runtime environment provided by the Chair of Process Control Engineering in
Aachen. It is a rather complete RTE for
Who is the intended user of the simulator, or users and what do they want
to accomplish? Maybe if that were spelled out or people could suggest those
cases, some number of cases could be agreed upon, allowing the initial
effort to be done with plans for later expansion to the remaining uses
cases
Hi Chris,
yeah i see the benefits of doing all this simulated PLC endpoints for a nice
testing.
I just meant that it is also possible to just setup an OPC UA Endpoint Server
with Eclipse Milo in Java or a Python package without a real PLC behind it.
So it is possible to just program and provide
Hi Chris,
sry for joining so late.
What speeks against a OPC UA Server as PLC-Mok. It is not a big deal to
implement it with Milo and provides a function complete OPC UA Server
implementation.
I Know it is not a real PLC and has no RT Cycles which restricts the possible
communication.
But I