Forum automatisme

andala a écrit : ↑10 avr. 2026, 14:06

MiGaNuTs a écrit : ↑10 avr. 2026, 12:17

Béryl a écrit : ↑10 avr. 2026, 10:03 L'eWON récupère l'heure sur le serveur NTP du groupe par son WAN (ça, ça marche) puis le met à disposition du LAN en devenant lui-même serveur NTP.
C'est là que la CPU vient se servir.
Et là, ça marche po...

Si tu arrive a mettre ca en place ca m'interesse. Parce qu'a la base si j'avais fait mon bout de code "modbus time server" qui traine qqpart sur le forum, c'est justement pour contourner ce probleme.
Je suis pas fermé a passer sur une solution plus "propre" que de laisser tourner un machin sur le pc de supervision.

Ah... toi aussi tu avais ça ?
j'avais fait un bout de prog python pour ça justement

Si je me rapelle bien nos deux bouts de code sont dans le meme topic, qui commence a dater un peu.
Je l'ai mis a jour sur sourceforge depuis, il m'a servi de cobaye pour tester claude.ai (ca marche rudement bien cette merde !)

MiGaNuTs a écrit : ↑10 avr. 2026, 14:22 (ca marche rudement bien cette merde !)

Si skynet est mis en ligne, t'es dead

andala a écrit : ↑10 avr. 2026, 14:43

MiGaNuTs a écrit : ↑10 avr. 2026, 14:22 (ca marche rudement bien cette merde !)

Si skynet est mis en ligne, t'es dead

Le cholestérol et le diabète m’auront tué avant. À moins que ce ne soit la cirrhose

Je me suis remis sur le problème.
Bin, en fait, la CPU récupère bien l'heure du serveur NTP de l'eWON, mais elle la décale d'une heure (en moins).
Me demandez pas pourquoi...

Me reste soit à cocher la case d'ajustement à l'heure d'été, soit à changer le fuseau horaire pour ajouter une heure.
Le souci, c'est que pour cela il faut que je régénère tout le programme et que l'installation est sensible.
La suite dès que je trouve un créneau pour tout arrêter...

au pire, tu a cas changer le fuseau horaire de l'eWon en attendant...

andala a écrit : ↑13 avr. 2026, 09:15 au pire, tu a cas changer le fuseau horaire de l'eWon en attendant...

Bin non, le but c'est que tout le monde soit à la même heure !

Béryl a écrit : ↑13 avr. 2026, 09:25

andala a écrit : ↑13 avr. 2026, 09:15 au pire, tu a cas changer le fuseau horaire de l'eWon en attendant...

Bin non, le but c'est que tout le monde soit à la même heure !

J'ai dit :

andala a écrit : ↑13 avr. 2026, 09:15 en attendant...

A moins que tu es d'autre équipement qui vienne lire le serveur NTP, je vois pas pourquoi ça n'irais pas

Béryl a écrit : ↑13 avr. 2026, 09:10 Je me suis remis sur le problème.
Bin, en fait, la CPU récupère bien l'heure du serveur NTP de l'eWON, mais elle la décale d'une heure (en moins).
Me demandez pas pourquoi...

Bonjour,

Cette histoire de décalage je l'avais remarqué il a quelques années lorsque j'avais converti des blocs de la librairie OSCAT SIEMENS pour faire une horloge astronomique dans un M340. Je n'ai jamais su non plus d’où venait ce décalage mais ça m’intéresserai de comprendre.

JC

Bonjour,

Pour la mise à l'heure de l'automate, il faut penser à cocher la case "régler automatiquement l'horloge sur l'heure d'été " dans les options du projet (régénération complète + transfert dans l'automate).
Pour avoir fait pas mal d'horodatage à la source, voici ce que j'ai compris :

Horodateur processeur = %SW50 à %SW54 -->

• M580 = Heure UTC

• M340/Premium/Quantum = Heure locale

RRTC_DT -->

• M580 = Heure locale

• M340/Premium/Quantum = Heure locale

RRTC_DT_MS -->

• M580 = Heure UTC

• M340/Premium/Quantum = Heure UTC