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.50.25.136 with SMTP id c8mr367480igg.7.1460669454501; Thu, 14 Apr 2016 14:30:54 -0700 (PDT) X-Received: by 10.157.11.183 with SMTP id 52mr206243oth.17.1460669454476; Thu, 14 Apr 2016 14:30:54 -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!g8no1125618igr.0!news-out.google.com!u9ni9igk.0!nntp.google.com!g8no1125616igr.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Thu, 14 Apr 2016 14:30:54 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=80.119.168.149; posting-account=O3LyFwoAAACc1uh60ZcOUmAGdDmGsEcV NNTP-Posting-Host: 80.119.168.149 References: <6d3b7ac5-8fc6-406c-8aac-947d25a78249@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Simple Components 4.12 with MQTT implementation released From: slos Injection-Date: Thu, 14 Apr 2016 21:30:54 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:30114 Date: 2016-04-14T14:30:54-07:00 List-Id: Le jeudi 14 avril 2016 23:03:47 UTC+2, bj=F6rn lundin a =E9crit=A0: > On 2016-04-14 18:47, Dmitry A. Kazakov wrote: > > On 2016-04-14 15:01, slos wrote: > >=20 > >> Anyone for OPC ? ;-) > >=20 > > Well, which of? > >=20 > > OPC DA is, truth to tell, garbage. >=20 > Yes. >=20 >=20 > > OPC UA is under permanent development. It is impossible to say when it > > will reach even a semi-standard stage. >=20 > Iteresting. Never heard of it. > But we left the OPC-world 10 years ago, > when we realized it is much better with direct socket > with some protocol we PLC-guys and we could agree upon. >=20 > >=20 > > Regarding architecture, OPC is barely usable in automation because of > > its heavy client/server architecture. Part of our business is to replac= e > > OPC with better middleware architectures. Replacement works smoothly > > because in most cases you can throw out the OPC server and communicate > > with the hardware directly. E.g. most SPS' support either ITOT or > > ModBus, each far superior to OPC. > >=20 >=20 > The only real advantage I can see is the OPC-scout - a way of > browsing raw data in the plc. > But that is for manual use, and troubleshooting, > so for 'office' use I can see OPC as something not too bad - > hence why I wrote down the opcda code in another answer. > For automation - other protocols are better >=20 >=20 > --=20 > -- > Bj=F6rn Be prepared to ear about it soon. Just google for "industry 4.0 opc ua"