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 autolearn=unavailable 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!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Simple Components 4.12 with MQTT implementation released Date: Fri, 15 Apr 2016 17:05:41 +0200 Organization: Aioe.org NNTP Server Message-ID: References: <6d3b7ac5-8fc6-406c-8aac-947d25a78249@googlegroups.com> NNTP-Posting-Host: LMk7+sG0YqgPmReI4fVkAA.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 X-Notice: Filtered by postfilter v. 0.8.2 Xref: news.eternal-september.org comp.lang.ada:30126 Date: 2016-04-15T17:05:41+02:00 List-Id: On 2016-04-15 12:06, slos wrote: > We share some of the vision. > "Ada for Automation" is a framework with which one can build his own > control application using Ada. I would not call it a middleware. Why not? > And MQTT or OPC UA would just connect it to some SCADA or cloud based > application like one using IBM BlueMix. Neither is good for SCADA, especially regarding safety requirements and performance. >> Note that without OPC UA everything could work far better and require >> far less resources. E.g. having all process data the OPC cannot access >> because it is too slow to pace with the middleware capable to deliver >> data at less than 1ms rate and does not properly support >> push-subscriptions, does not support distributed time stamping, physical >> units, error states etc. >> > I agree that OPC UA does not fit where EtherCAT, Sercos III or PROFINET IRT would. > OPC was created for office and SCADA / GUI applications access to > PLC data, not for IO processing. Why SCADA or DB server should ever use some other middleware protocols? The point is that one middleware can stretch from the ERP levels down to the field. But when the middleware is OPC or MQTT you cannot not put it into a device and expect that working. This is the reason we must live with EtherCAT, ProfiNET down there, which are nightmare to any system integrator. That defeats the very idea of a middleware. The real advantage of Ada is that it is scalable from heavy duty to hard real-time embedded. The ugly protocols like XML, HTTP, OPC etc only hinder developing of safe and efficient systems. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de