Re: Simple Components 4.12 with MQTT implementation released

[slos <new.stephane.los@gmail.com>]

Le vendredi 15 avril 2016 18:39:42 UTC+2, Dmitry A. Kazakov a écrit :
> On 2016-04-15 18:00, slos wrote:
> > Le vendredi 15 avril 2016 17:34:36 UTC+2, Dmitry A. Kazakov a écrit :
> 
> >> You can sit and wait for something reasonable to come, or you can start
> >> using things you consider right. I prefer the latter.
> > And reinvent the wheel ?
> >
> > If you want drives, encoders, IO modules, etc... you have them all
> > using those standard field buses. Would you create your own ?
> 
> No, I would dock them to the middleware using whatever protocol they 
> run. That is one of the key advantages of a proper middleware over OPC, 
> i.e. an abstraction of the hardware.
You seem to consider me as a supporter of the OPC or MQTT technologies.
I won't discuss their merits since I am just a user of those.
Those are technologies already available and supported by major organizations.
And at some point you need to use them/

> 
> With OPC/MQTT approach you must wait until the vendor of the encoder 
> will write an OPC/MQTT server for you. He might do it or decide in favor 
> of something else ModBus, ProfiNET, CAN etc. Vendors have limited 
> resources and even more limited software development competence to 
> expect them to offer the exactly "standard" you consider standard.

Oh Lord, please don't let me be misunderstood...

Dmitry, I like you for providing interesting Ada components and sometimes help and good advice.
But we end up discussing the up and downs of the protocols versus your middleware and this seems to lead nowhere.

"Ada for Automation" targets manufacturing control applications, no rockets or weapons. There the protocols we have discussed are established since years and there is a huge ecosystem that allow one to pick the components of his choice and build the solution he can, although being a not so competent engineer.

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

Have a nice week end.

BR,
Stéphane