J'ai aussi posté ceci sur le forum :
"Un automate, c'est souvent un matériel dédié, un atelier de développement également dédié et des langages plus ou moins conformes à la norme IEC 61131-3. L'automate déroule une boucle acquisition des signaux, traitements du programme utilisateur (combinatoire, séquentiel, calcul, asservissement, régulation) et pilotage des sorties.
Accessoirement, du diagnostic, du déboguage, de la redondance, etc...
Le framework "Ada for Automation" propose une solution logicielle, s'exécutant sur du matériel standard, sur les principales plates-formes et OS, un atelier de développement libre, le langage Ada tant pour le framework que pour le programme utilisateur, une boucle de traitement similaire à celle d'un automate, la tâche principale, ainsi qu'une bibliothèque de fonctions et d'objets standards en automatisme. L'acquisition des entrées et le pilotage des sorties est réalisé au travers du protocole Modbus RTU ou TCP, ou via des cartes de communication Hilscher pour tous les protocoles standards du marché de l'automatisme."
Dans le domaine de l'automatisme, on est très lié au matériel à piloter.
Pas plus qu'en informatique je crois. Si l'on essaye de s'affranchir des solutions enfermantes on y parvient sans trop de peine. Il y a des protocoles standardisés, des profils d'équipements également standardisés. Bien sûr, il ne faut pas attendre des éditeurs ou fabricants de matériels qu'ils scient la branche sur laquelle ils sont installés. Je pense que le gars qui écrit un pilote pour un composant ou un périphérique informatique quelconque est également très lié au matériel, à l'OS pour lequel il écrit ce pilote, au langage en général utilisé pour ce genre de tâches.
On est coincé avec les méthodes plus ou moins bonnes (surtout moins) fournies par les constructeurs pour piloter leurs appareils. Le problème de base se situe là. Avec en plus des tarifs si élevés que ça montre que la rétention d'information est la clef de la rentabilité.
On parle des contrôleurs là ? C'est ce que je dis en introduction dans le pseudo livre / documentation.
C'est justement l'objectif de "Ada for Automation" que de fournir un environnement qui permette de créer son propre contrôleur, écrire son programme de contrôle - commande, le tout dans le même langage, Ada, un langage généraliste qui autorise toutes sortes d'évolutions. Avec en prime un outillage libre et disponible sous Windows ou Linux.
De base, "Ada for Automation" fournit un serveur et un client Modbus TCP, grâce à libmodbus, ce qui permet d'accéder à beaucoup de matériel déjà et de créer nombre d'applications intéressantes.
Avec les cartes de communication Hilscher, je ne cache pas que je travaille en tant que support technique chez Hilscher France, c'est tous les protocoles standard du marché qui vous sont accessibles et que vous pouvez panacher selon la combinaison qui convient le mieux à votre application.
Nos clients sont des fabricants de matériel, des intégrateurs, des fabricants de bancs de test. Leurs besoins sont variés et les solutions mises en oeuvre vont du matériel (FPGA/DSP), micro-contrôleur avec ou sans OS, au Soft PLC en passant par le C / C++. Je me suis dit que Ada pouvait également figurer dans ce panel en bonne place car à la fois accessible aux informaticiens et avec un peu d'effort aux automaticiens un peu "doués".
Je suis sur Lyon si des personnes peuvent être intéressées par une démo.
En tant que membre de l'ALDIL, il y a peut-être moyen de prévoir cela un Jeudi bidouille par exemple.
[^] # Re: Objectifs ?
Posté par slos . En réponse au journal Nouvelles de "Ada for Automation". Évalué à 4.
Bonjour Kerro,
http://fr.wiktionary.org/wiki/tenancier
Le quatrième sens est celui qui convient à mon propos.
J'en suis navré. Ce n'est pas faute d'essayer...
Est-ce que ce lien est utile ?
http://slo-ist.fr/A4A/Documentation/A4A-Book-fr.html#General_Architecture
J'ai aussi posté ceci sur le forum :
"Un automate, c'est souvent un matériel dédié, un atelier de développement également dédié et des langages plus ou moins conformes à la norme IEC 61131-3. L'automate déroule une boucle acquisition des signaux, traitements du programme utilisateur (combinatoire, séquentiel, calcul, asservissement, régulation) et pilotage des sorties.
Accessoirement, du diagnostic, du déboguage, de la redondance, etc...
Le framework "Ada for Automation" propose une solution logicielle, s'exécutant sur du matériel standard, sur les principales plates-formes et OS, un atelier de développement libre, le langage Ada tant pour le framework que pour le programme utilisateur, une boucle de traitement similaire à celle d'un automate, la tâche principale, ainsi qu'une bibliothèque de fonctions et d'objets standards en automatisme. L'acquisition des entrées et le pilotage des sorties est réalisé au travers du protocole Modbus RTU ou TCP, ou via des cartes de communication Hilscher pour tous les protocoles standards du marché de l'automatisme."
Pas plus qu'en informatique je crois. Si l'on essaye de s'affranchir des solutions enfermantes on y parvient sans trop de peine. Il y a des protocoles standardisés, des profils d'équipements également standardisés. Bien sûr, il ne faut pas attendre des éditeurs ou fabricants de matériels qu'ils scient la branche sur laquelle ils sont installés. Je pense que le gars qui écrit un pilote pour un composant ou un périphérique informatique quelconque est également très lié au matériel, à l'OS pour lequel il écrit ce pilote, au langage en général utilisé pour ce genre de tâches.
On parle des contrôleurs là ? C'est ce que je dis en introduction dans le pseudo livre / documentation.
C'est justement l'objectif de "Ada for Automation" que de fournir un environnement qui permette de créer son propre contrôleur, écrire son programme de contrôle - commande, le tout dans le même langage, Ada, un langage généraliste qui autorise toutes sortes d'évolutions. Avec en prime un outillage libre et disponible sous Windows ou Linux.
De base, "Ada for Automation" fournit un serveur et un client Modbus TCP, grâce à libmodbus, ce qui permet d'accéder à beaucoup de matériel déjà et de créer nombre d'applications intéressantes.
Avec les cartes de communication Hilscher, je ne cache pas que je travaille en tant que support technique chez Hilscher France, c'est tous les protocoles standard du marché qui vous sont accessibles et que vous pouvez panacher selon la combinaison qui convient le mieux à votre application.
Nos clients sont des fabricants de matériel, des intégrateurs, des fabricants de bancs de test. Leurs besoins sont variés et les solutions mises en oeuvre vont du matériel (FPGA/DSP), micro-contrôleur avec ou sans OS, au Soft PLC en passant par le C / C++. Je me suis dit que Ada pouvait également figurer dans ce panel en bonne place car à la fois accessible aux informaticiens et avec un peu d'effort aux automaticiens un peu "doués".
A très bientôt sur le forum !
Je suis sur Lyon si des personnes peuvent être intéressées par une démo.
En tant que membre de l'ALDIL, il y a peut-être moyen de prévoir cela un Jeudi bidouille par exemple.
Cordialement,
Stéphane