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.140.144.81 with SMTP id 78mr29792172qhq.3.1427582167613; Sat, 28 Mar 2015 15:36:07 -0700 (PDT) X-Received: by 10.140.94.105 with SMTP id f96mr407146qge.36.1427582167564; Sat, 28 Mar 2015 15:36:07 -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!feeds.phibee-telecom.net!newsfeed.xs4all.nl!newsfeed3a.news.xs4all.nl!xs4all!newspeer1.nac.net!border2.nntp.dca1.giganews.com!nntp.giganews.com!z60no198686qgd.0!news-out.google.com!q90ni548qgd.1!nntp.google.com!z60no198676qgd.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Sat, 28 Mar 2015 15:36:07 -0700 (PDT) In-Reply-To: <46n4a5k1024r$.1aol4il2xddmu.dlg@40tude.net> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=84.100.130.26; posting-account=O3LyFwoAAACc1uh60ZcOUmAGdDmGsEcV NNTP-Posting-Host: 84.100.130.26 References: <00d45b3c-0cde-4208-88a9-c79ec8100408@googlegroups.com> <1uy41f4xbza7n$.7txuo2mrlfpf.dlg@40tude.net> <95b605f1-c8d0-4d1a-b69a-f3aef6e4cc6a@googlegroups.com> <46n4a5k1024r$.1aol4il2xddmu.dlg@40tude.net> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Ada / Automation fellows From: slos Injection-Date: Sat, 28 Mar 2015 22:36:07 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:25312 Date: 2015-03-28T15:36:07-07:00 List-Id: Le samedi 28 mars 2015 10:05:48 UTC+1, Dmitry A. Kazakov a =E9crit=A0: > On Fri, 27 Mar 2015 14:19:14 -0700 (PDT), slos wrote: >=20 > > For having fiddled around your web site and CV, I believe you that the > > systems you create in Ada are bigger than the average ones that "Ada fo= r > > Automation" wishes to address. >=20 > It is my private site, not much related to automation actually. The firm'= s > site is this: >=20 > http://cbb.de/home I think I had figured this out of your CV. >=20 > And the systems vary from ARM SBC to large plant automation systems. >=20 > > In some of our products we use this technology : > > http://www.atvise.com/en/ >=20 > Interesting. We design SCADA more or less anew each time. Customer's > requirements vary too greatly. Quite often a corporate look and feel is > mandated etc. In another life I have used several SCADA from the market like PcVue, WinCC= or Intouch. They would do the job often, never needed to redevelop one but your custome= rs may have strange requirements. >=20 > We have an OPC UA server, as well, but rather as nice-to-have if somebody > asks. The DDL is not OPC UA, it has the architecture of a software bus, > push, no dedicated servers or gateways. >=20 > > It's HTML, SVG, JavaScript... and I was impressed by the achievement. >=20 > I am not a fan of Web-based automation systems. It does not feel good. It > does not properly separate control and UI, which is a big step back to me= . Well, I don"t see why you could not separate control and UI with web techno= logies. >=20 > Freshly introduced WebSockets is just acknowledge of superiority of the > communication architectures we have been using for decades before HTTP ev= er > existed. Now I'm wondering how it would be for somebody to implement > something as nasty as OPC UA stack on top of WebSockets in JavaScript at > the client side... (:-)) Some people prefer web based UI and some native applications. I can understand that both have qualities. >=20 > Maybe Gnoga can change that, some day. I don't know. >=20 > > And so I was looking for some free alternative and found MBLogic which > > uses same web technologies and Python for the logic and web server : > > http://mblogic.sourceforge.net/index.html >=20 > From my experience the visual design of the UI is such a minor thing for = an > automation system developing, that it does not really matter what kind of > GUI library you would use. We did it in almost all frameworks LabWindows, > DiaDem, Win32 GDI, C#, Web and so on. All GUI frameworks are designed ali= ke > (and wrong from the automation and real-time control POV). So the problem= s, > solutions, workarounds are basically same. But it is probably less than 1= % > of what should be done for a medium-sized automation system anyway. In normal automation applications, UI is done with those previously mention= ed SCADA systems by people who do not have / need computer programming know= ledge. With those tools, they draw and animate symbols quite easily without a sing= le line of code. >=20 > > I was wondering how to put this on top of AWS and learning how to draw > > with Inkscape when Mister Botton came with Gnoga, pushing my wheel > > further... > > Gnoga seems to fit perfectly in my project and I guess we can use AICWL > > when high refresh rate is required for example. I still need to figure = out > > how to connect easily the GUI, SVG and the logic. >=20 > Cairo fully supports SVG surfaces (AICWL is based on Cairo). AFAIK, David > planned to experiment with this in Gnoga... Cairo draws SVG but the interesting part in SVG, apart the vectorized drawi= ng, is that it integrates into the DOM and then by changing some property, = for example the class, it can be animated using JavaScript via WebSocket. Then, designing the UI requires only some art skills with Inkscape. Symbols can be used to populate synoptics, and with some attributes and CSS= 3, animated quite simply I think. I am quite sure that can be achieved with Gnoga even in its current state. And as David said in some other thread, one can get best of both worlds by = combining GTK / CAIRO / AICWL and Gnoga in his application. >=20 > --=20 > Regards, > Dmitry A. Kazakov > http://www.dmitry-kazakov.de BR, St=E9phane