Page 2 sur 7

Re: Ajout API communiquant sans modifier les programmes des existants

Posté : 12 mai 2017, 00:04
par Kallysto
Il n'y a pas de supervision sur le site, et sincèrement, le jour où ils se lancent là dedans, je donne ma dem.

Les automates sont fait par 2 services : maintenance et bâtiment neuf. C'est maintenance qui fait les spec techniques. Bâtiment neuf ne communique avec eux qu'au moment de la remise des clefs d'un bâtiment.
Le service maintenance fait une partie de ses bâtiments en passant par nous (et nosu par des sous traitants) et une partie en direct... et quand ils passent en direct, ils ne respectent même pas leur propre spec techniques....
les bâtiments neufs sont des appels d'offres européens... J'ai des programmes en français, en anglais, en italiens, en allemand..... avec des IHM qui parlent anglais ou français....

Donc le jour où on me sort "bon on met tout ça en com ensemble", je me casse. D'autant plus qu'il ne sera pas acheté un superviseur "grand public", ils ont un service de développement scada et c'est eux qui développeront le truc...

Il y a un serveur OPC mais seul le client y a accès et il a déjà mis plus d'un an à tester le principe du mot de vie.... maintenant qu'ils savent détecter un API HS ou hors réseau, il faut que cela remonte au service qui surveille et qui lance les demandes de maintenance et les appels astreinte...
ça fait 3 mois que j'attends....
Le serveur OPC ne sert qu'à faire passerelle entre les API et le centre de contrôle. Et c'est déjà un joyeux merdier...


Bref, pas de supervision, pas de serveur OPC.


Et un système de ce genre là, personne a jamais fait ?

L'objectif c'est que chaque automate mettent les bits qui lui appartiennent dans le mot de synthèse à 1 ou 0 suivant les défauts en cours.

Automate D
----> lit la synthèse calculée de C
----> reçoit la synthèse calculée de E (vide si pas de E),
----> avec les info de C et de E, + les siennes, fait un synthèse et va l'écrire dans C (c'est la synthèse calculée de D)

Automate C
-----> lit la synthèse calculée de B
----> reçoit la synthèse calculée de D
----> avec les infos de D + B + lui fait une synhtèse et va l'écrire dans B (c'est la synthèse calculée de B)

Automate B
-----> lit la synthèse calculée de A
----> reçoit la synthèse calculée de C
----> avec les infos de A + C + lui fait une synhtèse et va l'écrire dans A (c'est la synthèse calculée de A)

Automate A
-----> lit la synthèse de personne
----> reçoit la synthèse calculée de B
----> avec les infos de B + lui fait une synhtèse

Ou ça va se mordre la queue à un moment ?

Re: Ajout API communiquant sans modifier les programmes des existants

Posté : 12 mai 2017, 00:07
par Kallysto
itasoft a écrit : 12 mai 2017, 00:02 slts,
c'est un point de vue,
Pour savoir si c'est faisable sans modifications de l'existant, la première chose est de bien connaitre le matériel en place.
difficile d'être expert sur un matériel inconnu de tous.
Et tu fais comment pour aller écrire dans plusieurs autres automates pour mettre à jour une synthèse sans devoir créer des variables et le code associé ?

Quelque soit la marque, c'est pas possible.

Re: Ajout API communiquant sans modifier les programmes des existants

Posté : 12 mai 2017, 04:48
par itasoft
sans devoir créer des variables et le code associé ?

déjà, si c'est un TSXP57xxx les variables existent déjà , tu vois que tu commence mal, lol

ceci dit, avant de publier un message, on commence par décrire son matériel, c'est la règle.
ceci redit, moi je ne me prononce pas avant de connaitre le matériel utilisé.

Re: Ajout API communiquant sans modifier les programmes des existants

Posté : 12 mai 2017, 14:26
par fish
Salut,
Après comme l'a déjà dit un forumeux : pas de cahier des charges, pas de moyens, pas d'argent, pas de résultat !

Re: Ajout API communiquant sans modifier les programmes des existants

Posté : 12 mai 2017, 17:48
par Kallysto
Sauf que trouver une solution pour ça, c'est mettre un poids de plus sur la balance pour faire renouveler le contrat de maintenance pour 7 ans à la fin de l'année et conserver le boulot de 25 de mes collègues alors bon...

Pas d'avis sur mon idée ?

Re: Ajout API communiquant sans modifier les programmes des existants

Posté : 12 mai 2017, 20:14
par fish
Kallysto a écrit : 12 mai 2017, 17:48 Sauf que trouver une solution pour ça, c'est mettre un poids de plus sur la balance pour faire renouveler le contrat de maintenance pour 7 ans à la fin de l'année et conserver le boulot de 25 de mes collègues alors bon...

Pas d'avis sur mon idée ?
Y en a des idées, mais personne n'en veut !

Re: Ajout API communiquant sans modifier les programmes des existants

Posté : 12 mai 2017, 21:30
par Kallysto
Je ne peux pas ajouter de concentrateur ni de supervision ni de logiciel tierce, j'ai proposé cette solution en code :
Kallysto a écrit : 12 mai 2017, 00:04
L'objectif c'est que chaque automate mettent les bits qui lui appartiennent dans le mot de synthèse à 1 ou 0 suivant les défauts en cours.

Automate D
----> lit la synthèse calculée de C
----> reçoit la synthèse calculée de E (vide si pas de E),
----> avec les info de C et de E, + les siennes, fait un synthèse et va l'écrire dans C (c'est la synthèse calculée de D)

Automate C
-----> lit la synthèse calculée de B
----> reçoit la synthèse calculée de D
----> avec les infos de D + B + lui fait une synhtèse et va l'écrire dans B (c'est la synthèse calculée de B)

Automate B
-----> lit la synthèse calculée de A
----> reçoit la synthèse calculée de C
----> avec les infos de A + C + lui fait une synhtèse et va l'écrire dans A (c'est la synthèse calculée de A)

Automate A
-----> lit la synthèse de personne
----> reçoit la synthèse calculée de B
----> avec les infos de B + lui fait une synhtèse

Ou ça va se mordre la queue à un moment ?
Car je pense que si j'ajoute un automate E, j'ai juste à écrire la même macro dans E que dans D, C et B et ça marcherait. Je n'(ai donc plus D, C , B et A à modifier à chaque nouvel automate.

J'ai un peu regardé sur papier ce que ça donnerait mais je ne suis pas sûre que ça ne finissent pas par se mordre la queue.

Re: Ajout API communiquant sans modifier les programmes des existants

Posté : 13 mai 2017, 09:11
par sinced
Il va être difficile de te répondre si l'on ne connaît pas ton matériel.

Re: Ajout API communiquant sans modifier les programmes des existants

Posté : 14 mai 2017, 12:41
par Bernardo59
Salut Kallysto,

Sans automate type concentrateur via programme ça va être une usine à gaz ton truc.
Le jour ou tu pars comme tu dis, le mec qui va reprendre le bordel il va se tirer les cheveux !
Je serai toi, je ferai le forcing pour mettre un concentrateur auprès de ton client et même s'il est borné et con.

Re: Ajout API communiquant sans modifier les programmes des existants

Posté : 14 mai 2017, 22:17
par Kallysto
sinced a écrit : 13 mai 2017, 09:11 Il va être difficile de te répondre si l'on ne connaît pas ton matériel.
Un ET est un ET et un OU est un OU. Quelle que soit la marque. Idem pour les adresses.
Bernardo59 a écrit : 14 mai 2017, 12:41 Salut Kallysto,

Sans automate type concentrateur via programme ça va être une usine à gaz ton truc.
Le jour ou tu pars comme tu dis, le mec qui va reprendre le bordel il va se tirer les cheveux !
Je serai toi, je ferai le forcing pour mettre un concentrateur auprès de ton client et même s'il est borné et con.
On n'est pas dans une usine. On parle de plus de 1200 bâtiments donc autant de concentrateurs. Donc impossible.

En fixant les adresses des synthèses
1 calculée
2 lue
3 écrite
J'ai le même programme pour tous les Api. Il y a juste la partie lecture vers le précédant qui n'existe pas dans le À.

Donc facile à reprndre. Pas plus compliqué qu'un prg en espagnol italien ou allemand sans AF. D'autant plus si on inscrit le principe dans les spec techniques.

C'est pas la reprise qui me pose soucis c'est dans quelle mesure ça peut bugger. Sur papier j'ai pas réussi à le faire planter.

En cas de perte d'un api j'ai 2 chaînes autonomes. Si je perds C j'ai À et B qui se mettent à jour et D et E qui se mettent à jour de leur côté. Les saut de projet web seront toujours possibles mais le rouge des boutons ne sera plus bon.
Le centre de contrôle est sensé détecter un api HS donc ça ne serait qu'une courte période.