* [cip-dev] Open Source OPC UA
@ 2016-11-29 19:36 Jan Kiszka
2016-11-30 10:41 ` Wolfgang Mauerer
0 siblings, 1 reply; 3+ messages in thread
From: Jan Kiszka @ 2016-11-29 19:36 UTC (permalink / raw)
To: cip-dev
Hi all,
does anyone already have some experience with OSS OPC UA
implementations, specifically for resource constrained devices? We
stumbled over
http://open62541.org
which seems like being on the right path. There are more
https://github.com/open62541/open62541/wiki/List-of-Open-Source-OPC-UA-Implementations
but not all look that attractive for embedded devices, due to language,
license or main drivers.
I think, eventually, CIP should look into the topic free and
standard-conforming OPC UA as well because it is gaining a lot of
traction as THE protocol for data exchange in automation industry.
Regards,
Jan
^ permalink raw reply [flat|nested] 3+ messages in thread
* [cip-dev] Open Source OPC UA
2016-11-29 19:36 [cip-dev] Open Source OPC UA Jan Kiszka
@ 2016-11-30 10:41 ` Wolfgang Mauerer
2016-11-30 11:07 ` Jan Kiszka
0 siblings, 1 reply; 3+ messages in thread
From: Wolfgang Mauerer @ 2016-11-30 10:41 UTC (permalink / raw)
To: cip-dev
Am 29/11/2016 um 20:36 schrieb Jan Kiszka:
> does anyone already have some experience with OSS OPC UA
> implementations, specifically for resource constrained devices? We
> stumbled over
>
> http://open62541.org
>
> which seems like being on the right path. There are more
>
> https://github.com/open62541/open62541/wiki/List-of-Open-Source-OPC-UA-Implementations
>
> but not all look that attractive for embedded devices, due to language,
> license or main drivers.
there's another tiny implementation from some of the Ostwestfalen-Lippe
(OWL) group of people in Germany, but since it targets devices with
only 10s of KiB of RAM and ROM, I don't think it's suitable for our
purposes.
As for language and main drivers: Do we have an agreement or an idea
in the group what suitable languages are, and what characteristics main
drivers should have? Considering the size of systems we're targeting, I
personally would not see C (and possibly C++) as the only admissible
language.
Best regards, Wolfgang
>
> I think, eventually, CIP should look into the topic free and
> standard-conforming OPC UA as well because it is gaining a lot of
> traction as THE protocol for data exchange in automation industry.
>
> Regards,
> Jan
> _______________________________________________
> cip-dev mailing list
> cip-dev at lists.cip-project.org
> https://lists.cip-project.org/mailman/listinfo/cip-dev
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* [cip-dev] Open Source OPC UA
2016-11-30 10:41 ` Wolfgang Mauerer
@ 2016-11-30 11:07 ` Jan Kiszka
0 siblings, 0 replies; 3+ messages in thread
From: Jan Kiszka @ 2016-11-30 11:07 UTC (permalink / raw)
To: cip-dev
On 2016-11-30 11:41, Wolfgang Mauerer wrote:
> Am 29/11/2016 um 20:36 schrieb Jan Kiszka:
>
>> does anyone already have some experience with OSS OPC UA
>> implementations, specifically for resource constrained devices? We
>> stumbled over
>>
>> http://open62541.org
>>
>> which seems like being on the right path. There are more
>>
>> https://github.com/open62541/open62541/wiki/List-of-Open-Source-OPC-UA-Implementations
>>
>> but not all look that attractive for embedded devices, due to language,
>> license or main drivers.
>
> there's another tiny implementation from some of the Ostwestfalen-Lippe
> (OWL) group of people in Germany, but since it targets devices with
> only 10s of KiB of RAM and ROM, I don't think it's suitable for our
> purposes.
If you have a link (and the project has a proper license), maybe send a
PR to the open62541.org to extend their list.
>
> As for language and main drivers: Do we have an agreement or an idea
> in the group what suitable languages are, and what characteristics main
> drivers should have? Considering the size of systems we're targeting, I
> personally would not see C (and possibly C++) as the only admissible
> language.
If we only had higher languages, that would be a major limitation. It's
not so much about their size, more about their amount of dependencies
and their suitability for embedded processors (just having "fun" with Go
on Intel Quark...).
But also having bindings for Java, C#, python, JavaScript, Go,
you-name-them, would be valuable. So I would recommend to start with a
common core - thus a native one - and add those bindings to them. Later
on, if there is added value, we could also consider alternative core
implementations.
Regards,
Jan
>
> Best regards, Wolfgang
>>
>> I think, eventually, CIP should look into the topic free and
>> standard-conforming OPC UA as well because it is gaining a lot of
>> traction as THE protocol for data exchange in automation industry.
>>
>> Regards,
>> Jan
>> _______________________________________________
>> cip-dev mailing list
>> cip-dev at lists.cip-project.org
>> https://lists.cip-project.org/mailman/listinfo/cip-dev
>>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-11-30 11:07 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-11-29 19:36 [cip-dev] Open Source OPC UA Jan Kiszka
2016-11-30 10:41 ` Wolfgang Mauerer
2016-11-30 11:07 ` Jan Kiszka
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox