Ada / Automation fellows

Ada / Automation fellows

[slos]

Hello,

I am fond of Ada and I am in the automation field, hence my little project "Ada for Automation" :
http://slo-ist.fr/ada4autom

I have recently discovered that it is listed here :
http://www.adaic.org/ada-resources/tools-libraries/

Those are details but I'd prefer the name to be "Ada for Automation" rather than "Ada 4 Automation" and the introduction states that the site is in French, which is true, though I have translated the documentation in English, which could be added :
http://slo-ist.fr/A4A/Documentation/A4A-Book-en.html

Anyway, I am proud to see it listed among those many great projects although I do not know of anybody using and only one trying it...

Feeling alone, I have tried to see if any other fellows were interested in doing automation applications in Ada.

I have only found those guys but I have seen not much on their web site and my message in the contact page got no reply :
http://adaautomation.com/web/

Are they reading this list ?

I have also found this interesting paper :
http://www.ias.uni-stuttgart.de/lehre/praktika/industrialautomation/unterlagen/02-ADA-en.pdf

I have written an email to the author but got no answer also.
Is he reading this list too ?

Anyone working in industrial automation field ?

Best Regards,
Stéphane

Re: Ada / Automation fellows

[Dmitry A. Kazakov]

On Thu, 26 Mar 2015 03:37:40 -0700 (PDT), slos wrote:

> Feeling alone, I have tried to see if any other fellows were interested in
> doing automation applications in Ada.
>
> I have only found those guys but I have seen not much on their web site
> and my message in the contact page got no reply :
> http://adaautomation.com/web/
> 
> Are they reading this list ?

Not much is there.

> I have also found this interesting paper :
> http://www.ias.uni-stuttgart.de/lehre/praktika/industrialautomation/unterlagen/02-ADA-en.pdf

This is close to what we do, however, our projects are much larger and have
much more different hardware involved.

For a PLC, real-time control is not such a big problem as communication
with the outer world while keeping real-time.

As for GTK, you might find with useful for designing HMI and SCADA:

http://www.dmitry-kazakov.de/ada/aicwl.htm

> Anyone working in industrial automation field ?

I do. We have a middleware written in Ada for dealing with various hardware
under real-time constraints, e.g. EtherCAT, CAN, XCP, iTOT, GPIO etc.
Application is mostly in automotive and energy. Some are embedded some are
not.
 
-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: Ada / Automation fellows

[slos]

Le jeudi 26 mars 2015 16:11:15 UTC+1, Dmitry A. Kazakov a écrit :
> On Thu, 26 Mar 2015 03:37:40 -0700 (PDT), slos wrote:
> 
> > Feeling alone, I have tried to see if any other fellows were interested in
> > doing automation applications in Ada.
> >
> > I have only found those guys but I have seen not much on their web site
> > and my message in the contact page got no reply :
> > http://adaautomation.com/web/
> > 
> > Are they reading this list ?
> 
> Not much is there.
> 
> > I have also found this interesting paper :
> > http://www.ias.uni-stuttgart.de/lehre/praktika/industrialautomation/unterlagen/02-ADA-en.pdf
> 
> This is close to what we do, however, our projects are much larger and have
> much more different hardware involved.
> 
> For a PLC, real-time control is not such a big problem as communication
> with the outer world while keeping real-time.
> 
> As for GTK, you might find with useful for designing HMI and SCADA:
> 
> http://www.dmitry-kazakov.de/ada/aicwl.htm
> 
> > Anyone working in industrial automation field ?
> 
> I do. We have a middleware written in Ada for dealing with various hardware
> under real-time constraints, e.g. EtherCAT, CAN, XCP, iTOT, GPIO etc.
> Application is mostly in automotive and energy. Some are embedded some are
> not.
>  
> -- 
> Regards,
> Dmitry A. Kazakov
> http://www.dmitry-kazakov.de

Hello Dmitry,

We have already discussed about industrial communication. You dislike communication boards and so there is no more to say about this. ;-)

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 for Automation" wishes to address.

Of course I have had a try at AICWL which is great software to learn how to draw with Cairo and GTK+ but I can't imagine someone creating dozens of synoptics this way. For dashboards, that's really cool.

In some of our products we use this technology :
http://www.atvise.com/en/

It's HTML, SVG, JavaScript... and I was impressed by the achievement.
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

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.

Thanks for Simple Components, AICWL and the other cool stuff you have created and offered to the world.

BR,
Stéphane
http://slo-ist.fr/ada4autom

Re: Ada / Automation fellows

[Dmitry A. Kazakov]

On Fri, 27 Mar 2015 14:19:14 -0700 (PDT), slos wrote:

> 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 for
> Automation" wishes to address.

It is my private site, not much related to automation actually. The firm's
site is this:

http://cbb.de/home

And the systems vary from ARM SBC to large plant automation systems.

> In some of our products we use this technology :
> http://www.atvise.com/en/

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.

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.

> It's HTML, SVG, JavaScript... and I was impressed by the achievement.

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.

Freshly introduced WebSockets is just acknowledge of superiority of the
communication architectures we have been using for decades before HTTP ever
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... (:-))

Maybe Gnoga can change that, some day. I don't know.

> 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

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 alike
(and wrong from the automation and real-time control POV). So the problems,
solutions, workarounds are basically same. But it is probably less than 1%
of what should be done for a medium-sized automation system anyway.

> 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.

Cairo fully supports SVG surfaces (AICWL is based on Cairo). AFAIK, David
planned to experiment with this in Gnoga...

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: Ada / Automation fellows

[slos]

Le samedi 28 mars 2015 10:05:48 UTC+1, Dmitry A. Kazakov a écrit :
> On Fri, 27 Mar 2015 14:19:14 -0700 (PDT), slos wrote:
> 
> > 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 for
> > Automation" wishes to address.
> 
> It is my private site, not much related to automation actually. The firm's
> site is this:
> 
> http://cbb.de/home
I think I had figured this out of your CV.
> 
> And the systems vary from ARM SBC to large plant automation systems.
> 
> > In some of our products we use this technology :
> > http://www.atvise.com/en/
> 
> 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 customers may have strange requirements.
> 
> 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.
> 
> > It's HTML, SVG, JavaScript... and I was impressed by the achievement.
> 
> 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 technologies.
> 
> Freshly introduced WebSockets is just acknowledge of superiority of the
> communication architectures we have been using for decades before HTTP ever
> 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.
> 
> Maybe Gnoga can change that, some day. I don't know.
> 
> > 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
> 
> 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 alike
> (and wrong from the automation and real-time control POV). So the problems,
> 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 mentioned SCADA systems by people who do not have / need computer programming knowledge.
With those tools, they draw and animate symbols quite easily without a single line of code.

> 
> > 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.
> 
> 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 drawing, 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 CSS3, 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.
> 
> -- 
> Regards,
> Dmitry A. Kazakov
> http://www.dmitry-kazakov.de

BR,
Stéphane

Re: Ada / Automation fellows

[Dmitry A. Kazakov]

On Sat, 28 Mar 2015 15:36:07 -0700 (PDT), slos wrote:

> Le samedi 28 mars 2015 10:05:48 UTC+1, Dmitry A. Kazakov a écrit :

>> 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
> customers may have strange requirements.

Nothing strange. Customers are always focused on what is visible, the GUI
(and take everything else for granted). They are never satisfied with the
behavior of standard widgets. It is always, OK, but when cursor hovers,
that should do this, page-scroll must do that etc.

>>> It's HTML, SVG, JavaScript... and I was impressed by the achievement.
>> 
>> 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 technologies.

Because if you honestly do it in Web, your real-time controller must run a
HTTP server. This kind of architecture is not scalable at least.

Normally there are more nodes than a controller and the UI host. There are
more than one UI host, with different roles.

You have to distribute data between the nodes. Since you cannot do it with
HTTP, you will have some DDL, e.g. OPC UA, if you are out of luck. This
needs to be installed on the UI host in order to get at the data. So it is
no more "anything anywhere". If you can install DDL on the UI host, you can
also install a decent GUI library.

>> Freshly introduced WebSockets is just acknowledge of superiority of the
>> communication architectures we have been using for decades before HTTP ever
>> 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.

There are no technical merits to have Web-based UI. It only complicates
design and, immensely, maintenance. I think that people advocating it have
throw-away UI in mind. This is not the case for most commercial automation
systems.

>> Maybe Gnoga can change that, some day. I don't know.
>> 
>>> 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
>> 
>> 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 alike
>> (and wrong from the automation and real-time control POV). So the problems,
>> 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
> mentioned SCADA systems by people who do not have / need computer
> programming knowledge.

But they cannot do this! It is far more complex than throwing together some
widgets connecting them to some data. It is absolutely unrealistic for a
customer to do, even for one with programming background.

It is true that customers ask for UI being programmable, but NONE of them
change the UI in the end. And it is not only programming knowledge
required. The end customer is an operator. He does not know how the system
functions. Nor programmers know it in details. Designing and setting up an
automation system requires expert knowledge of the process under control
and of the measurement subsystems. This is the third party involved in the
process.

If you have a dynamometer with 10K Euro per hour running costs, you would
not try to change anything.

> With those tools, they draw and animate symbols quite easily without a
> single line of code.

There is an immensely complex control logic behind some of these symbols.
They have meaning, this meaning is 99% of what an automation system does.
Animated UI is less than 1%.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: Ada / Automation fellows

[David Botton]

> > It's HTML, SVG, JavaScript... and I was impressed by the achievement.
> 
> 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.

With Gnoga there is no issue doing that since the web page is just a "canvas" for the UI, there is no need to wedge in stateless static web page paradigms in to your UI.

> Maybe Gnoga can change that, some day. I don't know.

I'd think already has :)

> > 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.

You can mix Gtk and Gnoga use libwebkit2gtk widgets (see the native GTK docs in the gnoga distro).

> 
> Cairo fully supports SVG surfaces (AICWL is based on Cairo). AFAIK, David
> planned to experiment with this in Gnoga...

You can use Cairo with Gnoga (the Cairo bindings removing GtkAda deps are available at http://gnoga.com/#market ).

I'll be visiting again AICWL in Gnoga once I have a direct Gnoga -> libwebkit2gtk connection working (i.e. not using websockets, but actual calls directly in to the JavaScript from Ada/C).

David Botton

Re: Ada / Automation fellows

[Dmitry A. Kazakov]

On Sat, 28 Mar 2015 19:06:51 -0700 (PDT), David Botton wrote:

>>> It's HTML, SVG, JavaScript... and I was impressed by the achievement.
>> 
>> 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.
> 
> With Gnoga there is no issue doing that since the web page is just a
> "canvas" for the UI, there is no need to wedge in stateless static web
> page paradigms in to your UI.

Even if it hosting only, it is still problematic, IMO. I tried to explain
it in this thread.

>> Cairo fully supports SVG surfaces (AICWL is based on Cairo). AFAIK, David
>> planned to experiment with this in Gnoga...
> 
> You can use Cairo with Gnoga (the Cairo bindings removing GtkAda deps are
> available at http://gnoga.com/#market ).

How do you work around widgets, which come from GTK, normally.
 
> I'll be visiting again AICWL in Gnoga once I have a direct Gnoga ->
> libwebkit2gtk connection working (i.e. not using websockets, but actual
> calls directly in to the JavaScript from Ada/C).

I must admit I don't understand how it works. The MVC issues especially
with the model, view and controller distributed between the Web server and
client. In AICWL, as in GTK, all models are GObject descendants, if you
throw GTK away, it won't work. And how to make a GObject model be present
on both sides? E.g. oscilloscope, you push data on one side and pull them
on another.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: Ada / Automation fellows

[David Botton]

> How do you work around widgets, which come from GTK, normally.

You place webkit2gtk widgets where you want Gnoga elements to be. You app can mix GtkAda and Gnoga libraries. In that case you won't need the Cairo bindings since already have them with GtkAda.

David Botton

Re: Ada / Automation fellows

[Randy Brukardt]

"slos" <new.stephane.los@gmail.com> wrote in message 
news:00d45b3c-0cde-4208-88a9-c79ec8100408@googlegroups.com...
>I have recently discovered that it is listed here :
>http://www.adaic.org/ada-resources/tools-libraries/

It's magic! :-)

>Those are details but I'd prefer the name to be "Ada for Automation" rather
>than "Ada 4 Automation"

Fixed. You could of course have e-mailed our webmaster address, which is a 
more surefire way to get things done.

> and the introduction states that the site is in French, which is true, 
> though
> I have translated the documentation in English, which could be added :
> http://slo-ist.fr/A4A/Documentation/A4A-Book-en.html

I don't see any link to it on the home page (at least I couldn't find it). I 
try to look at these sites like some curious soul clicking on the link for 
the first time. An English speaker won't find much on the page of interest, 
so if it's there, it needs to be highlighted better. I think most people 
will either drop in from a search engine, or try to find what they want from 
the home page, so it pays to make your home page as accessible as possible. 
(An alternate page in English is probably best, but obviously that's a lot 
of work.)

Anyway, so far as I can tell, the site IS in French, and the English 
language pages are so well-hidden as to be invisible. Drop us a line at 
news@adaic.com or webmaster@adaic.com once you've figured out some way to 
make the English-language content more visible, I can change that note then. 
(Careful about putting something into the blogroll - it'll scroll off 
frequently.)

                                               Randy.

Re: Ada / Automation fellows

[slos]

Le jeudi 26 mars 2015 22:05:34 UTC+1, Randy Brukardt a écrit :
> "slos" wrote:
> >I have recently discovered that it is listed here :
> >http://www.adaic.org/ada-resources/tools-libraries/
> 
> It's magic! :-)
> 
> >Those are details but I'd prefer the name to be "Ada for Automation" rather
> >than "Ada 4 Automation"
> 
> Fixed. You could of course have e-mailed our webmaster address, which is a 
> more surefire way to get things done.
> 
> > and the introduction states that the site is in French, which is true, 
> > though
> > I have translated the documentation in English, which could be added :
> > http://slo-ist.fr/A4A/Documentation/A4A-Book-en.html
> 
> I don't see any link to it on the home page (at least I couldn't find it). I 
> try to look at these sites like some curious soul clicking on the link for 
> the first time. An English speaker won't find much on the page of interest, 
> so if it's there, it needs to be highlighted better. I think most people 
> will either drop in from a search engine, or try to find what they want from 
> the home page, so it pays to make your home page as accessible as possible. 
> (An alternate page in English is probably best, but obviously that's a lot 
> of work.)
> 
> Anyway, so far as I can tell, the site IS in French, and the English 
> language pages are so well-hidden as to be invisible. Drop us a line at 
>  once you've figured out some way to 
> make the English-language content more visible, I can change that note then. 
> (Careful about putting something into the blogroll - it'll scroll off 
> frequently.)
> 
>                                                Randy.

Hello Randy,

Thanks for the magic !

Well, the site is in French for sure... But the menu "Ada for Automation" holds an item "Documentation" that reads both in French and English and brings one a page which is in both languages. Anyway, I should create an English landing page. May be there is a multilingual option in WordPress or I should consider a Gnoga instance...

BR,
Stéphane
http://slo-ist.fr/ada4autom

Re: Ada / Automation fellows

[Björn Lundin]

On 2015-03-26 11:37, slos wrote:

> 
> Anyone working in industrial automation field ?


Yes but on a higher level. That is we often talk to
PLC:s or other devices, but we do not program them.

And communication is usually via sockets.
Rs232 if really old devices, but no modbus/profibus/ethercat/whatever


--
Björn

Re: Ada / Automation fellows

[slos]

Le vendredi 27 mars 2015 16:34:03 UTC+1, björn lundin a écrit :
> On 2015-03-26 11:37, slos wrote:
> 
> > 
> > Anyone working in industrial automation field ?
> 
> 
> Yes but on a higher level. That is we often talk to
> PLC:s or other devices, but we do not program them.
> 
> And communication is usually via sockets.
> Rs232 if really old devices, but no modbus/profibus/ethercat/whatever
> 
> 
> --
> Björn
Hello Björn,

In another thread you said that you would be interested to give a try at "Ada for Automation" on a Raspberry Pi. Have you ?

In my memory you are working in this field :
http://en.wikipedia.org/wiki/Automated_storage_and_retrieval_system

And it is in my humble opinion where "Ada for Automation" would perfectly fit since there is motion control, DB management, GUI...

As you already know Ada, you are more than likely able to tackle the automation tasks.

I can help !

BR,
Stéphane
http://slo-ist.fr/ada4autom

Re: Ada / Automation fellows

[Dmitry A. Kazakov]

On Fri, 27 Mar 2015 14:59:24 -0700 (PDT), slos wrote:

> In another thread you said that you would be interested to give a try at
> "Ada for Automation" on a Raspberry Pi. Have you ?

A short question. How do you access GPIO on Raspberry Pi? Over the text
file devices?

We access GPIO, analogue inputs and PWM output through text files. It looks
crazy to me. Is there a better way?

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: Ada / Automation fellows

[Simon Wright]

"Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> writes:

> A short question. How do you access GPIO on Raspberry Pi? Over the text
> file devices?
>
> We access GPIO, analogue inputs and PWM output through text files. It looks
> crazy to me. Is there a better way?

Is this through the /proc filesystem? It goes against the grain, but it
does hide the gruesomeness of an ioctl-based interface; and not really
further removed from reality than presenting GPIO as a character
device.

Re: Ada / Automation fellows

[Dmitry A. Kazakov]

On Sat, 28 Mar 2015 11:52:19 +0000, Simon Wright wrote:

> "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> writes:
> 
>> A short question. How do you access GPIO on Raspberry Pi? Over the text
>> file devices?
>>
>> We access GPIO, analogue inputs and PWM output through text files. It looks
>> crazy to me. Is there a better way?
> 
> Is this through the /proc filesystem?

Through the device tree /sys/class/gpio/.../value contains '0' + LF + EOF
or '1' + LF + EOF. And needs lseek each time when read again.

> It goes against the grain, but it
> does hide the gruesomeness of an ioctl-based interface; and not really
> further removed from reality than presenting GPIO as a character
> device.

Strangle kind of reality where digital input is character...

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: Ada / Automation fellows

[Björn Lundin]

On 2015-03-28 10:20, Dmitry A. Kazakov wrote:
> On Fri, 27 Mar 2015 14:59:24 -0700 (PDT), slos wrote:
> 
>> In another thread you said that you would be interested to give a try at
>> "Ada for Automation" on a Raspberry Pi. Have you ?
> 
> A short question. How do you access GPIO on Raspberry Pi? Over the text
> file devices?
> 
> We access GPIO, analogue inputs and PWM output through text files. It looks
> crazy to me. Is there a better way?
> 

I use the wiring pi (gpio executable)
But then my demands right now is checking if a pin is set or not once
every second.

But if there is a better way, I'd think you can find it in the c-source
and perhaps interface to it. Or get some ideas at least.

http://wiringpi.com/




-- 
--
Björn

Re: Ada / Automation fellows

[Dmitry A. Kazakov]

On Sat, 28 Mar 2015 13:03:10 +0100, Björn Lundin wrote:

> On 2015-03-28 10:20, Dmitry A. Kazakov wrote:
>> On Fri, 27 Mar 2015 14:59:24 -0700 (PDT), slos wrote:
>> 
>>> In another thread you said that you would be interested to give a try at
>>> "Ada for Automation" on a Raspberry Pi. Have you ?
>> 
>> A short question. How do you access GPIO on Raspberry Pi? Over the text
>> file devices?
>> 
>> We access GPIO, analogue inputs and PWM output through text files. It looks
>> crazy to me. Is there a better way?
> 
> I use the wiring pi (gpio executable)
> But then my demands right now is checking if a pin is set or not once
> every second.
> 
> But if there is a better way, I'd think you can find it in the c-source
> and perhaps interface to it. Or get some ideas at least.
> 
> http://wiringpi.com/

Thanks, I will take a look.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: Ada / Automation fellows

[Björn Lundin]

On 2015-03-28 15:55, Dmitry A. Kazakov wrote:

>>>
>>> A short question. How do you access GPIO on Raspberry Pi? Over the text
>>> file devices?
>>>
>>> We access GPIO, analogue inputs and PWM output through text files. It looks
>>> crazy to me. Is there a better way?


I forgot to mention 'Mastering the Raspberry Pi'
by Warren Gay.
http://www.apress.com/9781484201824

He describes the Pi in *great* detail.
And there is a chapter (12) on GPIO where he explores

* GPIO via sysfs
* GPIO events/interupts. Also via sysfs - get a notification/callback
when an IO-port changes state

and
* GPIO via memory mapped file


a short c-module to map the GPIO part of memory and then
* set_bit
* get_bit

functions to manipulate the IO-ports without sysfs



--
Björn

Re: Ada / Automation fellows

[Dmitry A. Kazakov]

On Sun, 29 Mar 2015 10:56:07 +0200, Björn Lundin wrote:

> On 2015-03-28 15:55, Dmitry A. Kazakov wrote:
> 
>>>>
>>>> A short question. How do you access GPIO on Raspberry Pi? Over the text
>>>> file devices?
>>>>
>>>> We access GPIO, analogue inputs and PWM output through text files. It looks
>>>> crazy to me. Is there a better way?
> 
> I forgot to mention 'Mastering the Raspberry Pi'
> by Warren Gay.
> http://www.apress.com/9781484201824
> 
> He describes the Pi in *great* detail.
> And there is a chapter (12) on GPIO where he explores
> 
> * GPIO via sysfs
> * GPIO events/interupts. Also via sysfs - get a notification/callback
> when an IO-port changes state
> 
> and
> * GPIO via memory mapped file
> 
> 
> a short c-module to map the GPIO part of memory and then
> * set_bit
> * get_bit
> 
> functions to manipulate the IO-ports without sysfs

Thanks. We considered most of this, I believe, and decided for device tree.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: Ada / Automation fellows

[slos]

Le samedi 28 mars 2015 10:20:34 UTC+1, Dmitry A. Kazakov a écrit :
> On Fri, 27 Mar 2015 14:59:24 -0700 (PDT), slos wrote:
> 
> > In another thread you said that you would be interested to give a try at
> > "Ada for Automation" on a Raspberry Pi. Have you ?
> 
> A short question. How do you access GPIO on Raspberry Pi? Over the text
> file devices?
> 
> We access GPIO, analogue inputs and PWM output through text files. It looks
> crazy to me. Is there a better way?
> 
> -- 
> Regards,
> Dmitry A. Kazakov
> http://www.dmitry-kazakov.de

Hello Dmitry,

I do not do such things since I don't own one but you may be interested in (French blog again, sorry) :
http://www.blaess.fr/christophe/2012/05/21/gpio-pandaboard-et-temps-reel-3-lecture-sur-des-entrees/#more-2221

And may be in this article too :
http://www.blaess.fr/christophe/2013/02/15/raspberry-pi-interruptions-gpio-avec-rtdm/

BR,
Stéphane

Re: Ada / Automation fellows

[Dmitry A. Kazakov]

On Sat, 28 Mar 2015 15:05:47 -0700 (PDT), slos wrote:

> I do not do such things since I don't own one but you may be interested in
> (French blog again, sorry) :
[...]

Yes, this is how we do it right now (device-tree). 

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

Re: Ada / Automation fellows

[Björn Lundin]

On 2015-03-27 22:59, slos wrote:
> Le vendredi 27 mars 2015 16:34:03 UTC+1, björn lundin a écrit :

> 
> In another thread you said that you would be interested to give a try at "Ada for Automation" 
>on a Raspberry Pi. Have you ?

No - I'm sorry - to much of life takes time ...

> In my memory you are working in this field :
> http://en.wikipedia.org/wiki/Automated_storage_and_retrieval_system
> And it is in my humble opinion where "Ada for Automation" would perfectly 
>fit since there is motion control, DB management, GUI...

I do work in that field - almost.
However we do not write the on-board software of the cranes/conveyor/agv
systems anymore. That business was taken over by the hardware vendors 20
years ago.
We tell them what to do instead.
 - pickup a pallet at location 123, put it at 345 and tell us when you
are done by reporting it as assignment 456

So we are more of a transport organizer/super-wiser than the actual doer.

Like a manager with some employees.
We also tell the truck driver where to pickup and deposit - or pick

Now - depending of the vendor/age of device the actual telegrams may
look as above - telegram based - or more detailed -
* move to pickup location (123) and report back as asm 456
* pickup a pallet and report back as asm 456
* move to deposit (345) location and report back as asm 456
* deposit the pallet and report back as asm 456


> As you already know Ada, you are more than likely able to tackle the automation tasks. 
> I can help !

Thanks. However the world changes quite fast and the current trend is

* ERP systems like SAP or JD Edwards says they can do the WMS as well
* Hardware vendors like Knapp or Dematic or Vanderlande says they can do
the WCS as well.

Those areas are what we live on and the competition gets worse every
year. Unfortunately I don't see our involvement with lower level of
automation increase - more than communication with goods-to-man
equipment on a socket level - unless we sell hardware too.
Which we do not currently - and never has. So I do not see that coming.

--
Björn

Re: Ada / Automation fellows

[slos]

Le samedi 28 mars 2015 12:43:09 UTC+1, björn lundin a écrit :
> On 2015-03-27 22:59, slos wrote:
> > Le vendredi 27 mars 2015 16:34:03 UTC+1, björn lundin a écrit :
> 
> > 
> > In another thread you said that you would be interested to give a try at "Ada for Automation" 
> >on a Raspberry Pi. Have you ?
> 
> No - I'm sorry - to much of life takes time ...
> 
> > In my memory you are working in this field :
> > http://en.wikipedia.org/wiki/Automated_storage_and_retrieval_system
> > And it is in my humble opinion where "Ada for Automation" would perfectly 
> >fit since there is motion control, DB management, GUI...
> 
> I do work in that field - almost.
> However we do not write the on-board software of the cranes/conveyor/agv
> systems anymore. That business was taken over by the hardware vendors 20
> years ago.
> We tell them what to do instead.
>  - pickup a pallet at location 123, put it at 345 and tell us when you
> are done by reporting it as assignment 456
> 
> So we are more of a transport organizer/super-wiser than the actual doer.
> 
> Like a manager with some employees.
> We also tell the truck driver where to pickup and deposit - or pick
> 
> Now - depending of the vendor/age of device the actual telegrams may
> look as above - telegram based - or more detailed -
> * move to pickup location (123) and report back as asm 456
> * pickup a pallet and report back as asm 456
> * move to deposit (345) location and report back as asm 456
> * deposit the pallet and report back as asm 456
> 
> 
> > As you already know Ada, you are more than likely able to tackle the automation tasks. 
> > I can help !
> 
> Thanks. However the world changes quite fast and the current trend is
> 
> * ERP systems like SAP or JD Edwards says they can do the WMS as well
> * Hardware vendors like Knapp or Dematic or Vanderlande says they can do
> the WCS as well.
> 
> Those areas are what we live on and the competition gets worse every
> year. Unfortunately I don't see our involvement with lower level of
> automation increase - more than communication with goods-to-man
> equipment on a socket level - unless we sell hardware too.
> Which we do not currently - and never has. So I do not see that coming.
> 
> --
> Björn
Hello Björn,

Future does not seem bright for your company. You are caught in between.
Good luck !

BR,
Stéphane

Re: Ada / Automation fellows

[Björn Lundin]

On 2015-03-28 23:47, slos wrote:
> 
> Future does not seem bright for your company. You are caught in between.
> Good luck !

Well, we are a bit squashed - but far from dead.


--
Björn

Re: Ada / Automation fellows

[lgrphotography84]

On Thursday, March 26, 2015 at 11:37:55 AM UTC+1, slos wrote:
> Hello,
> 
> I am fond of Ada and I am in the automation field, hence my little project "Ada for Automation" :
> http://slo-ist.fr/ada4autom
> 
> I have recently discovered that it is listed here :
> http://www.adaic.org/ada-resources/tools-libraries/
> 
> Those are details but I'd prefer the name to be "Ada for Automation" rather than "Ada 4 Automation" and the introduction states that the site is in French, which is true, though I have translated the documentation in English, which could be added :
> http://slo-ist.fr/A4A/Documentation/A4A-Book-en.html
> 
> Anyway, I am proud to see it listed among those many great projects although I do not know of anybody using and only one trying it...
> 
> Feeling alone, I have tried to see if any other fellows were interested in doing automation applications in Ada.
> 
> I have only found those guys but I have seen not much on their web site and my message in the contact page got no reply :
> http://adaautomation.com/web/
> 
> Are they reading this list ?
> 
> I have also found this interesting paper :
> http://www.ias.uni-stuttgart.de/lehre/praktika/industrialautomation/unterlagen/02-ADA-en.pdf
> 
> I have written an email to the author but got no answer also.
> Is he reading this list too ?
> 
> Anyone working in industrial automation field ?
> 
> Best Regards,
> Stéphane

Hi - your email made me go back in time, i was an Ada programme manager in the EC in the 80's when we tried to keep the industry going to compete with the might of the DoD and its public procurement demands... We had quite a few projects in automation and real time - SDL, GEC, Siemens, NPL were names I recall involved. There was a CUP book series @Ada Companion" series with some parts devoted to this. However, I have not come across anyone in the past 10 years really using Ada for run time environments, maybe for formal methods or programme verification ... a guy called John Nissen in UK maybe able to help you. Try and track him down, London I think. 
Mike, Brussels