Ajout API communiquant sans modifier les programmes des existants

[skip74]

salut kally

ca fait deja un moment que je regarde ce post...
je dirais que ca tourne en rond....
et pn plus y a de la politique dans tout cela... il faut présenter les choses sous le bon angle (cf ton client)
donc je te conseille de rabatre les cartes et de repartir du besoin...

moi j'ai résumé:
- installation évolutive (ajout d'automate)
- installation sensible necessitant un maintien de service vitale (réseaux de distribution, refroidissement fours, hopitaux, musés.....)
- client final farceur (c'est sur que quand tu pose tout cela en labo de recherche y en a que ca ammuse de tout planter pour voir....)
- ton client n'est pas facilitateur... (j"imagine pour la sécurité et les assurances )
- tous les automates sont autonome et hétéroclite.

actuellement tes automates n'ont pas besoin de dialoguer ensemble
ton client a entrepris de juste mettre une com via OPC pour avoir un bit de vie pour déclencher les astreintes...


Moi je te conseille de regarder la finalité:

si j'ai bien compris:
- tu veux sur un poste avoir une vue général et détails afin de permettre un diagnostique plus rapide.
ou
sur chacun des écrans des automates.

maintenant moi je te dis ce que j'en pense:
- le système que tu souhaite réaliser n'étant pas productif mais juste une aide au diagnostique il peut tomber en panne.
donc pour moi, tu peux le mettre dans un automate, concentrateur ou passerelle. si il tombe en rade, tu reviens comme aujourdui donc pas de dégradation de sécurité

si réellement il y a un risque matériel si il y a une attaque cyber, je ne les metterais pas sur le réseau globale. (ca me ferais chier que le petrus 45 soit niqué a cause d'une connerie...).
soit via un réseau dédié plutot que le réseau actuel
soit par des echanges completement sécurisés (le plus fiable étant les echanges filaires....)

qu'en pense tu?

[polishglider]

Je regarderais mais perso, l'eWon c'est pas du tout mon kiff...

La dernière fois qu'on m'a présenté leur interface Web fallait tout se palucher à la main en html... Face au SAIA où t'as des librairies spécialisées pour le pilotage des équipements et ensuite leur pages Web toutes faites avec tous les liens déjà fait... ça fait un peu retour à l'an mille.

Mais je soupçonne quand même le "présentateur" de l'époque de non seulement ne pas vraiment maitriser son truc à fond et en plus de ne pas être forcément totalement à jour là dessus... Donc je regarderais quand même...

Mais c'est con d'ajouter une passerelle avec un autre constructeur...

Qu'entend tu par "adresse de dispo" ? adresse IP ou adresse dans l'API ?

Bonjour

Il y a quelques années, en effet, il fallait se taper les pages web a la main, je suis passé par là. C'est pas franchement compliqué, mais c'est pas user friendly. Maintenant tu as ViewOn qui permet de développer des synoptiques Responsive Design, c'est déjà plus simple sans pour autant avoir la puissance d'un superviseur !

Quand je parle des adresses dispo, je voulais dire "visibles" ou "accessibles". Par exemple, si tes automates font du modbus, qu'il soit possible de lire les registres sans avoir à refaire toute la config. Le modbus est le plus simple je pense, car dans l'automate source tu peux donner l’accès en lecture / écriture ou en lecture seule ... donc il ne sera pas possible d'aller modifier des valeurs. Ca rejoint un peu l'idée de l'automate concentrateur, mais bien moins cher, et pas besoin de soft pour le programmer.

C'est quoi la différence fondamentale entre un automate concentrateur qui irai chercher les infos dans les automates sur leurs réseau Ethernet et une passerelle qui irai chercher les infos dans les automates sur leurs réseau Ethernet..........................
JC

C'est la même chose d'un point de vue communication, mais dans un automate tu pourras aller plus loin dans les traitements logiques des infos ... encore que certaines passerelles permettent de coder, et donc de faire beaucoup de choses. Le temps de cycle est pas le même non plus, un automate sera bien plus rapide a traiter une info, mais la partie communication sera la plus lente ! Là on veut juste récupérer des données et les afficher sur un système qui permet d'afficher des pages web. Un automate va récupérer les données mais il te faudra un autre système pour afficher les données. La passerelle héberge un serveur web qui te permet d'y créer les pages que tu souhaites. Ok, t'as pas d'écran ... mais sur un automate non plus. De plus, un automate il te faut généralement un soft de développement, alors qu'une passerelle non ...

Je pense que pour ce genre d'application une passerelle sera plus appropriée, après si vous avez du spare parts d'API sur une étagère, alors ça sera sans doutes plus intéressant financièrement ... mais il faudra quand même ajouter une visualisation à côté. Après la passerelle a ses limites, notamment au niveau du nombres de variables qui peuvent être associées a chaque driver de communication: sur les anciennes séries CD c'était 500 tags, là c'est 1500 tags, un automate pourra en avaler bien plus !

[Mantysse]

Télécharge le logiciel il est gratuit
http://www.redlion.net/crimson-30

Mais oui Modbus TCP (Modbus IP ça n'existe pas), il y a....

Mais tu sais que si tu cherche une solution, il faut chercher... lire et compagnie hein
http://www.redlion.net/sites/default/fi ... 20List.pdf

Bon je connais ce produit mais
1) il y a très certainement un automate qui répondrai a ton cahier des charges
2) très certainement un supervision qui fait le boulot aussi

[Mantysse]

C'est quoi la différence fondamentale entre un automate concentrateur qui irai chercher les infos dans les automates sur leurs réseau Ethernet et une passerelle qui irai chercher les infos dans les automates sur leurs réseau Ethernet..........................
JC

Les modifs dans les automates? mais même un automate concentrateur quand tu rajoute un périphérique, pas besoin de remodifier tout les périphériques... Enfin

[Kallysto]

C'est quoi la différence fondamentale entre un automate concentrateur qui irai chercher les infos dans les automates sur leurs réseau Ethernet et une passerelle qui irai chercher les infos dans les automates sur leurs réseau Ethernet..........................
JC

Je me pose une question similaire... mais y a des fois c'est juste une histoire de blocage psychologique... Le mot qu'il aime pas...

Donc je regarderais... Mais ajouter une autre marque ça me bote pas du tout. Mais le principe de la "passerelle" peut me servir d'argumentaire pour faire accepter le principe pour ensuite le mettre face à la solution "simple" : le concentrateur...

[Kallysto]

Télécharge le logiciel il est gratuit
http://www.redlion.net/crimson-30

Mais oui Modbus TCP (Modbus IP ça n'existe pas), il y a....

Mais tu sais que si tu cherche une solution, il faut chercher... lire et compagnie hein
http://www.redlion.net/sites/default/fi ... 20List.pdf

Bon je connais ce produit mais
1) il y a très certainement un automate qui répondrai a ton cahier des charges
2) très certainement un supervision qui fait le boulot aussi

L'important c'est que t'es compris, c'est la fatigue ça.

J'ai regardé en diagonale, j'ai pas eu le temsp de faire plus et comme le CAN et le profibus était indiqué mais pas le modbus, j'ai tiqué. D'où la question.

[Kallysto]

Bon sinon à tous...

j'ai vu mon client ce matin pour une réception... voici la conversation :
Lui : vous avez trouvé quelque chose pour le problème que vous m'avez soulevé en réunion ? Sur la communication et les modifs ?
Moi : j'ai plusieurs idées...
Lui : quoi rapidement ?
Moi : API concentrateur ou utiliser le serveur OPC ou faire une chaine...
Lui : Ha oui, un concentrateur c'est bien ça... Le serveur OPC je suis pas trop pour le modifier
Moi : Y a 3 semaines en réunion vous nous avez dit non au concentrateur et faudra qu'on y réfléchisse pour le serveur OPC puis que vous pensiez le réserver uniquement pour les synthèses d'alarmes et le mot de vie...
Lui : "ha bon j'ai dit ça moi ?"
Mon chef : oui oui vous avez dit ça...
Lui : Ha ba on verra en réunion mardi prochain. Vous me présenterez vos solutions.
Mon chef : oui oui on vous présentera ça...
Lui : je vous laisse j'ai une réunion là.

Mon chef : Déprime pas tout d esuite... c'est QUE la 7ème fois qu'il change d'avis...


J'en ai marre. On me donne une problématique avec des contraintes, mais elles changent toutes les 2 semaines ! J'en peux plus !

[skip74]

salut

les reunionn se préparent avec ordre du jours, heure début, heure de fin, participants et surtout un rapport/conclusion...

une réunion est là pour prendfre une décision (par ex, valider mais aussi pour abandonner une idée, ou lancer des pistes pour la suite) par pour jacasser...
suite à ta réunion, fais un rapport avec les commentaires de chacuns, problématique soulevé, ppoint de suivi pour le coup d'après...
une impression de perdre du temps mais en fait non lol
et tu envoi le tout par mail...
s'il change d'avis entre 2 réunion, tu le stipule dans le rapport d'après....

bon je sais c facile a dire mais pas toujours a faire. Mais dans ton cas c'est nécessaire...

Mais je note que tout n'est pas gravé dans le marbre... et ca c'est une bonne chose pour toi

bon courage

[Kallysto]

C'est déjà ce que je fais....

Heure de début heure de fin..... La réunion automatisme dure 15 minutes, le client y tient et n'en démords pas. Elle commence le mardi à 14h et en générale elle finit à 16h45..... Mais le client tient à stipuler qu'elle dure 15 minutes.

Je crois que ça s'appelle la relativité.... Voir un certain Einstein...

Bref....

Il m'a tellement foutu les boules ce matin que ma seule envie du moment c'est d'aller jouer à la balle avec mon chien... Au monis le chien il est toujours d'accord, il change pas d'avis toutes les 2 secondes.

[Kallysto]

salut kally

ca fait deja un moment que je regarde ce post...
je dirais que ca tourne en rond....
et pn plus y a de la politique dans tout cela... il faut présenter les choses sous le bon angle (cf ton client)
donc je te conseille de rabatre les cartes et de repartir du besoin...

moi j'ai résumé:
- installation évolutive (ajout d'automate)
- installation sensible necessitant un maintien de service vitale (réseaux de distribution, refroidissement fours, hopitaux, musés.....)
- client final farceur (c'est sur que quand tu pose tout cela en labo de recherche y en a que ca ammuse de tout planter pour voir....)
- ton client n'est pas facilitateur... (j"imagine pour la sécurité et les assurances )
- tous les automates sont autonome et hétéroclite.

c'est ça... tous de la même marque, j'ai 4/5 modèles différents et programmés par un grosse dizaine d'intégrateur plus ou pas du tout francophone.

actuellement tes automates n'ont pas besoin de dialoguer ensemble
ton client a entrepris de juste mettre une com via OPC pour avoir un bit de vie pour déclencher les astreintes...

C'est ça, avec des synthèses d'alarmes mineure et majeur pour chaque API.

Moi je te conseille de regarder la finalité:

si j'ai bien compris:
- tu veux sur un poste avoir une vue général et détails afin de permettre un diagnostique plus rapide.
ou
sur chacun des écrans des automates.

maintenant moi je te dis ce que j'en pense:
- le système que tu souhaite réaliser n'étant pas productif mais juste une aide au diagnostique il peut tomber en panne.
donc pour moi, tu peux le mettre dans un automate, concentrateur ou passerelle. si il tombe en rade, tu reviens comme aujourdui donc pas de dégradation de sécurité

si réellement il y a un risque matériel si il y a une attaque cyber, je ne les metterais pas sur le réseau globale. (ca me ferais chier que le petrus 45 soit niqué a cause d'une connerie...).
soit via un réseau dédié plutot que le réseau actuel
soit par des echanges completement sécurisés (le plus fiable étant les echanges filaires....)

qu'en pense tu?

Moi ça me va, le soucis c'est le client ^^

Non, c'est sûr c'est que de la visualisation multiposte, donc on s'en branle un peu si ça tombe en rade selon moi mais le client a du mal à l'entendre...

Mon second problème ça va être le réseau... que tous les automates d'un même bâtiment soient capables de dialoguer entre eux.... En fait que le réseau les y autorise ! Dans certains bâtiments, j'ai 5/6 automates dont 2 sur le réseau technique et les autres sur le réseau général, mais pas sur le même sous réseau ou VLAN... pas de prise de tête du tout quoi... Et c'est pas moi qui le gère le réseau.
Donc je sais déjà que ça va me faire chier cette histoire mais c'est pas "mon problème" dans le sens où vu que c'est le client qui gère son réseau, il se démerde avec. Si ça marche pas parce que le réseau n'est pas bien programmé c'est SON problème.

Et clair que je kifferai avoir mon propre VLAN, mais non. La dernière fois que j'ai émi l'idée, on a failli me projeter par la fenêtre du 5ème étage.

Je lui fais une présentation entre aujourd'hui et demain. On verra ce qu'il dira mardi. Après si qn a une idée géniale en cours de route... Mais je crois qu'on a épuisé le stock.