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=-0.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD, FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: =?UTF-8?Q?Bj=c3=b6rn_Lundin?= Newsgroups: comp.lang.ada Subject: Re: Simple Components 4.12 with MQTT implementation released Date: Thu, 14 Apr 2016 23:03:46 +0200 Organization: A noiseless patient Spider Message-ID: References: <6d3b7ac5-8fc6-406c-8aac-947d25a78249@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Date: Thu, 14 Apr 2016 21:00:25 -0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="143f5e45938756bae27c27e1dbead05e"; logging-data="32492"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18gM+yooY4SS10fHE+LwLoM" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.7.0 In-Reply-To: Cancel-Lock: sha1:Kqj5eEv22PdCVeUp0htHmTdCxw0= Xref: news.eternal-september.org comp.lang.ada:30111 Date: 2016-04-14T23:03:46+02:00 List-Id: On 2016-04-14 18:47, Dmitry A. Kazakov wrote: > On 2016-04-14 15:01, slos wrote: > >> Anyone for OPC ? ;-) > > Well, which of? > > OPC DA is, truth to tell, garbage. Yes. > OPC UA is under permanent development. It is impossible to say when it > will reach even a semi-standard stage. 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. > > Regarding architecture, OPC is barely usable in automation because of > its heavy client/server architecture. Part of our business is to replace > 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. > 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 -- -- Björn