CoDeSys est effectivement embarqué dans nombre d'équipements. Chez Hilscher aussi il est intégré dans ce que l'on nomme des contrôleurs programmables car nous ne fournissons pas de rack ou de modules d'E/S. Tous les capteurs et actionneurs sont raccordés directement sur le bus de terrain ou des stations d'E/S déportées.
S'il est très répandu il n'est pas le seul, Hilscher intègre également ProConOs de KW Software, l'automate compatible S7 de IBH Softec et chez Hilscher France nous avons intégré ISaGRAF, aujourd'hui dans le giron de Rockwell.
Nous avons aussi développé un pilote pour nos cartes pour une utilisation avec WinAC de Siemens.
Toutes ces solutions se déclinent depuis la plateforme embarquée, de l'enfouis à l'automate traditionnel, jusqu'aux PC industriels.
Quant aux langages utilisés, cela dépend beaucoup de la région du globe, du domaine et des moyens accordés à l'automaticien.
Pas le temps, pas formé, pas les outils, on fait avec les moyens du bord.
Certes le ladder est sans doute très utilisé, ça tient à la formation de base de l'automaticien.
C'est incontournable aux US quand en Allemagne c'est plutôt le list (IL).
Dans le process, c'est du diagramme de blocs...
Pour ma part, j'ai souvent été contraint d'utiliser tel ou tel langage qui ne me semblait pas adapté à la situation.
Développer en Ada me plaît davantage car ça ouvre le domaine des possibles mais je comprends que d'autres préfèrent le langage auquel ils sont habitués.
Et puis il y a les clients, les gens de la maintenance...
Les automaticiens sont divers, je pense que "Ada for Automation" peut en intéresser quelques uns.
Si ce n'est pas pour une mise en œuvre dans un projet industriel, ce peut être pour se former à la programmation structurée, la programmation objet, la programmation concurrente... et l'on pourra réutiliser ce que l'on aura appris dans les ateliers IEC 61131-3.
[^] # Re: ça va être dur
Posté par slos . En réponse au journal Nouvelles de "Ada for Automation". Évalué à 2.
Bonjour pif17,
CoDeSys est effectivement embarqué dans nombre d'équipements. Chez Hilscher aussi il est intégré dans ce que l'on nomme des contrôleurs programmables car nous ne fournissons pas de rack ou de modules d'E/S. Tous les capteurs et actionneurs sont raccordés directement sur le bus de terrain ou des stations d'E/S déportées.
S'il est très répandu il n'est pas le seul, Hilscher intègre également ProConOs de KW Software, l'automate compatible S7 de IBH Softec et chez Hilscher France nous avons intégré ISaGRAF, aujourd'hui dans le giron de Rockwell.
Nous avons aussi développé un pilote pour nos cartes pour une utilisation avec WinAC de Siemens.
Toutes ces solutions se déclinent depuis la plateforme embarquée, de l'enfouis à l'automate traditionnel, jusqu'aux PC industriels.
Quant aux langages utilisés, cela dépend beaucoup de la région du globe, du domaine et des moyens accordés à l'automaticien.
Pas le temps, pas formé, pas les outils, on fait avec les moyens du bord.
Certes le ladder est sans doute très utilisé, ça tient à la formation de base de l'automaticien.
C'est incontournable aux US quand en Allemagne c'est plutôt le list (IL).
Dans le process, c'est du diagramme de blocs...
Pour ma part, j'ai souvent été contraint d'utiliser tel ou tel langage qui ne me semblait pas adapté à la situation.
Développer en Ada me plaît davantage car ça ouvre le domaine des possibles mais je comprends que d'autres préfèrent le langage auquel ils sont habitués.
Et puis il y a les clients, les gens de la maintenance...
Les automaticiens sont divers, je pense que "Ada for Automation" peut en intéresser quelques uns.
Si ce n'est pas pour une mise en œuvre dans un projet industriel, ce peut être pour se former à la programmation structurée, la programmation objet, la programmation concurrente... et l'on pourra réutiliser ce que l'on aura appris dans les ateliers IEC 61131-3.
Cordialement,
Stéphane