Forum automatisme

Salut les gars,

Ah, ça déborde de bonnes idées ici !

@JC : sympa le produit Silis. Codage de l'info un peu spartiate, mais sympa. Et puis local, en plus
Par contre, ça m'oblige à en mettre deux pour deux automates. Plus sûr si jamais les automates décident de causer en même temps.

@Bernardo : l'avantage de ton produit et que je peux envoyer des messages dynamiques. Par contre, j'ai pas compris comment tu l'interfaces par le port série sur un Premium.

@Itasoft : faut que je me renseigne avec le service info ; ce serait l'idéal en effet.

Bonjour,

J'ai mis en œuvre mon Hycom3g avec un automate de test Schneider avec un processeur Premium en PL7-Pro et un module ETY4103. Donc contrairement a ce que je pensais il y a du programme à faire coté automate. En fait l'Hycom est esclave que ce soit en RTU ou en TCP ce qui explique que je ne trouvais pas d'adresses a déclarer de son coté, il faut donc gérer l'écriture des bits d'alarmes et des registres avec des requêtes WRITE_VAR coté automate. Ce qui est un peu embêtant c'est que le module envoie un SMS sur un changement d'état à un d'un des bits d'alarmes, il faut donc faire une requête à l'apparition d'une alarme pour mettre à un le bit coté Hycom et ensuite faire une requête pour le remettre à zéro lors de sa disparition. En fonction des besoins en nombre d'alarmes et si on doit en plus insérer des valeurs dans les sms il faut donc prévoir un peu de temps pour écrire une routine "propre" afin de gérer ça comme il faut. Cela dit le module en lui même est très simple à paramétrer et pour certaines applications ça me parait assez bien adapté pour un cout raisonnable.

JC

JC87,
A la grosse ça revient à faire une requête WRITE_VAR à chaque changement d’état des bits utilisés dans l’automate.
je veux dire par là que à chaque changement d'état on envoi le nouvel état .

Je vais gérer ça avec un petit graphe en mémorisant dans un mot l'état des bits d'alarmes à chaque fin d'écriture et relancer sur comparaison si l'état est différent de l'état antérieur. Le truc c'est que je dois installer cet appareil sur un M340 en Modbus RTU mais je n'ai pas le matériel sous la main c'est pour ça que j'ai fait des essais en PL7 Pro mais je ne vais pas développer la dessus ça ne me servirait pas au final.

JC

slts,
Oui c’est bon, je rappelle ici (que pour ceux qui ne le saurait pas,lol) le traitement des alarmes :

W0=Etat N
W1=Etat N-1

IF W0<>W1 THEN
(* bits qui ont changés d’état *)
W2 :=W0 XOR W1
(* bits qui sont passés de 0 à 1 *)
W3 :=W2 AND W0
(* bits qui sont passés de 1 à 0 *)
W4 :=W2 AND W1
(* N -> N-1 *)
W1:=W0;
END_IF;

Bonjour

Solution simple, tu mets un eWon Flexy avec la carte modem. Ca coute un peu plus cher a l'achat, mais tu gagnes largement en developpement. Tu n'as rien a faire cote API, ca s'interface avec une grosse partie des API du marché, tu peux meme y mettre une IHM en HTML. J'ai même fait un programme lié à une IHM qui permet de sélectionner à qui on envoie les SMS ...

J'étais parti dans l'idée d'utiliser effectivement un Flexy.
Pour l'instant, je suis dans l'attente du service info qui doit me proposer une astuce pour passer par le serveur mail de la boîte...

La solution retenue est celle de JC !
Et pas que par primaire chauvinisme régional
Je peux effectivement envoyer des sms par le serveur mail de ma boîte.
J'ai donc commandé deux Alarmail 10M chez Silis.
Plus qu'à modifier les automates pour qu'ils causent en morse

Merci !

slts,
Je peux effectivement envoyer des sms par le serveur mail de ma boîte.

Tu me dira la trame qu'il faut mettre dans le texte du mail pour que ça l'envoi sous forme de SMS sur un mobile, ça m'intéresse.

Aucune !
Ce sont des messages pré-enregistrés dans le boîtier.
Tout marche par impulsion sur une seule entrée.