From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.107.40.134 with SMTP id o128mr1829635ioo.7.1461066680426; Tue, 19 Apr 2016 04:51:20 -0700 (PDT) X-Received: by 10.157.5.180 with SMTP id 49mr14962otd.10.1461066680371; Tue, 19 Apr 2016 04:51:20 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!g8no4162188igr.0!news-out.google.com!j7ni371igm.0!nntp.google.com!gy3no6159637igb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Tue, 19 Apr 2016 04:51:20 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=81.166.54.34; posting-account=bXa9kQoAAADQ0LSY80qTyLW4hcbm0Soz NNTP-Posting-Host: 81.166.54.34 References: <6d3b7ac5-8fc6-406c-8aac-947d25a78249@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <7e104831-cec6-4b04-8671-17e8bdcdae9c@googlegroups.com> Subject: Re: Simple Components 4.12 with MQTT implementation released From: hanslad@gmail.com Injection-Date: Tue, 19 Apr 2016 11:51:20 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:30190 Date: 2016-04-19T04:51:20-07:00 List-Id: I think the OPC UA discussion is interesting. Possibly not the right forum = but anyway:=20 >=20 > It is not a device, it a SBC with an OPC stack in it. We have that too,= =20 > an ARM board with OPC UA server, no problem whatsoever. Anybody can have = it. >=20 > Now try to sample 8 10kHz channels and subscribe to them through OPC,=20 > get the data to a PC and log them with time stamps and no losses. I can't see what in the OPC UA standard from OPC Foundation that doesn't ma= ke this possible? Having in mind that OPC UA is just a protocol standard an= d given that you have hardware to cope with the problem, there should be no= problem to create a subscription with monitoring items on the items that h= olds the value of the channels(In my lack of understanding what a channel i= s, I have regarded this as something with a value, represented as a double,= changing 10000 times a second). Setting up a subscription with the request= ed sample rate and, say, a publishing interval of 1 sec gives a close to 16= MBit/s binary encoded stream. That's not to difficult to handle for any sy= stem?=20 Also, there is pub-sub is added to OPC UA in the upcoming 1.04 version of t= he standard. I cant' see why OPC UA shouldn't bee fit for device to device = communication, both real-time-, information model-(for interoperability) an= d security-wise? Regards=20 Hans Petter