You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@plc4x.apache.org by Peter Saxton <pe...@petersaxton.uk> on 2022/05/09 18:48:04 UTC
Similarities between PLC and Arduino programming experiences
I was surprised to see that PLC4x supports the Firmata protocol. This is something that is often used for talking to arduino scale embedded devices. I have been part of several discussions around where it would be possible to use alternative solutions to the traditional and expensive PLC. Has the development of a common API interface, that of PLC4x, over different hardware controllers given any insight on the following questions:
1. Why is there no established ecosystem for hobbiest level PLC programming? If you can't afford a PLC and all the associated licenses what do you fall back on to, is it embedded systems? Does that require moving from the standard PLC languages/environments for C/C++
2. PLC programming and embedded programming models appear very different. For example PLC programming model relies on a cycle or read all inputs at once, execute scan cycle, write all outputs at once, in arduino embedded reading a pin is executed at call time. Are these two models incompatible or more similar than they first appear?
Re: Similarities between PLC and Arduino programming experiences
Posted by Christofer Dutz <ch...@c-ware.de>.
Hi all,
Let me jump onto this to. The use case where cheap io was needed, das the exact reason I built the firmata driver. However I think it needs a bit of love.
I also agree with Cesar, I also think the models are generally quite similar. Perhaps the plc Programms are a bit more structured, but generally they work pretty much the same. Even with plcs you can use inputs as interrupts to trigger some code execution.
Chris
Holen Sie sich Outlook für Android<https://aka.ms/AAb9ysg>
________________________________
From: Cesar Garcia <ce...@ceos.com.ve>
Sent: Monday, May 9, 2022 9:47:20 PM
To: Apache PLC4X <de...@plc4x.apache.org>
Subject: Re: Similarities between PLC and Arduino programming experiences
Hi Peter,
I think you will find multiple answers to these concerns in the forums
dedicated to Automation.
The openplc open source project answers your first question. I sent you the
link in a previous email.
I have had to see some projects implemented with OpenPlc applying advanced
control techniques for the Oil&Gas industry, running on PC Embedded.
Although OpenPlc has basic libraries, you can take it to quite complex
applications, and you do not pay development software licenses.
When it comes to these developments, generally the clients, who are the
ones who pay, must be answered "what, when and how" their specific problem
will be solved. Therefore, the training, level of experience and expertise
in the area of knowledge to be developed are of weight for the assignment
of the work.
Regarding your second question, I dare to think that the models are very
similar, clearly depending on the specific process that you are going to
control. In the end, you must always ensure that your control box (plc or
embedded) responds in the time required by the process, if not, you will
have a serious problem (ask the programmers of the Boeing 737 MAX).
My grain of sand,
El lun, 9 may 2022 a las 14:48, Peter Saxton (<pe...@petersaxton.uk>)
escribió:
> I was surprised to see that PLC4x supports the Firmata protocol. This is
> something that is often used for talking to arduino scale embedded devices.
> I have been part of several discussions around where it would be possible
> to use alternative solutions to the traditional and expensive PLC. Has the
> development of a common API interface, that of PLC4x, over different
> hardware controllers given any insight on the following questions:
>
> 1. Why is there no established ecosystem for hobbiest level PLC
> programming? If you can't afford a PLC and all the associated licenses what
> do you fall back on to, is it embedded systems? Does that require moving
> from the standard PLC languages/environments for C/C++
> 2. PLC programming and embedded programming models appear very different.
> For example PLC programming model relies on a cycle or read all inputs at
> once, execute scan cycle, write all outputs at once, in arduino embedded
> reading a pin is executed at call time. Are these two models incompatible
> or more similar than they first appear?
>
--
*CEOS Automatización, C.A.*
*GALPON SERVICIO INDUSTRIALES Y NAVALES FA, C.A.,*
*PISO 1, OFICINA 2, AV. RAUL LEONI, SECTOR GUAMACHITO,*
*FRENTE A LA ASOCIACION DE GANADEROS,BARCELONA,EDO. ANZOATEGUI*
*Ing. César García*
*Cel: +58 414-760.98.95*
*Hotline Técnica SIEMENS: 0800 1005080*
*Email: support.aan.automation@siemens.com
<su...@siemens.com>*
Re: Similarities between PLC and Arduino programming experiences
Posted by Cesar Garcia <ce...@ceos.com.ve>.
Hi Peter,
I think you will find multiple answers to these concerns in the forums
dedicated to Automation.
The openplc open source project answers your first question. I sent you the
link in a previous email.
I have had to see some projects implemented with OpenPlc applying advanced
control techniques for the Oil&Gas industry, running on PC Embedded.
Although OpenPlc has basic libraries, you can take it to quite complex
applications, and you do not pay development software licenses.
When it comes to these developments, generally the clients, who are the
ones who pay, must be answered "what, when and how" their specific problem
will be solved. Therefore, the training, level of experience and expertise
in the area of knowledge to be developed are of weight for the assignment
of the work.
Regarding your second question, I dare to think that the models are very
similar, clearly depending on the specific process that you are going to
control. In the end, you must always ensure that your control box (plc or
embedded) responds in the time required by the process, if not, you will
have a serious problem (ask the programmers of the Boeing 737 MAX).
My grain of sand,
El lun, 9 may 2022 a las 14:48, Peter Saxton (<pe...@petersaxton.uk>)
escribió:
> I was surprised to see that PLC4x supports the Firmata protocol. This is
> something that is often used for talking to arduino scale embedded devices.
> I have been part of several discussions around where it would be possible
> to use alternative solutions to the traditional and expensive PLC. Has the
> development of a common API interface, that of PLC4x, over different
> hardware controllers given any insight on the following questions:
>
> 1. Why is there no established ecosystem for hobbiest level PLC
> programming? If you can't afford a PLC and all the associated licenses what
> do you fall back on to, is it embedded systems? Does that require moving
> from the standard PLC languages/environments for C/C++
> 2. PLC programming and embedded programming models appear very different.
> For example PLC programming model relies on a cycle or read all inputs at
> once, execute scan cycle, write all outputs at once, in arduino embedded
> reading a pin is executed at call time. Are these two models incompatible
> or more similar than they first appear?
>
--
*CEOS Automatización, C.A.*
*GALPON SERVICIO INDUSTRIALES Y NAVALES FA, C.A.,*
*PISO 1, OFICINA 2, AV. RAUL LEONI, SECTOR GUAMACHITO,*
*FRENTE A LA ASOCIACION DE GANADEROS,BARCELONA,EDO. ANZOATEGUI*
*Ing. César García*
*Cel: +58 414-760.98.95*
*Hotline Técnica SIEMENS: 0800 1005080*
*Email: support.aan.automation@siemens.com
<su...@siemens.com>*