Forum automatisme

Au début de l'ethernet il fallait un "cable croisé" pour relier 2 appareils directement, et des "cables droits" quand tu passait par un switch.
Il y'a longtemps que les cartes ethernet de nos PC savent détecter automatiquement le type de cable utilisé et croiser les paires de fil had-hoc si besoin ...

Antoine503 a écrit : ↑10 mai 2026, 14:19 D'accord merci donc c'est foutu mon automate est bon a la poubelle ?

Si tu a une version non bridée et une version bridée et le matos pour lire des micro controleurs en jtag, il y'a surement moyen de cloner le non bridé sur le bridé.

Bonjour,
Je re-use ce topic car j'éprouve les mêmes difficultés pour échanger des variable d'un premium (IP 192.168.38.134) depuis carte ethernet intégrée (un c'est un TSX573634) vers un micro via la carte ETZ410 (IP 192.168.38.34). Mon coupleur ethernet ETZ410 n'a aucune config particulière (si ...

C'est justement le principe même des automates bridés par les OEM de rendre le soft pour les programmer impossible a trouver.

Salut.
Le 0V de ton alim est a la terre ?
Pour moi il est censé toujours y etre, mais c'est un débat auquel je n'ai toujours pas trouvé la bonne réponse.

Au pire tu est bon pour devoir mettre des isolateurs de signaux analogiques entre les capteurs et ton automate.

Exactement

C'est le "bit poubelle" dont tu a besoin quand tu fait un front montant "a l'ancienne".
Les fronts montants schneider ne fonctionnent qu'avec les variables de type EBOOL, pas avec les BOOL de base
Si tu creuse pour voir comment sont faits les EBOOL, ils prennent plusieurs bits en mémoire. Les "bits ...

Comme dit par mes camarades (et la doc du variateur), ce port n'est pas un port ethernet. C'est un port propriétaire Schneider qui delivre du RS485 sur les 2 pins du milieu, et d'autres trucs. Par exemple y'a du 12V sur l'un des pins qui est utilisé pour autre chose dans la norme ethernet.
Si tu le ...

il faut le mettre dans les variables qui sont stockées dans le DB associé a ton dfb. (J'ai mangé le nom, il faut pas vieillir)


ce sont les variables "static" d'un DFB



Ah ! oui, voila ! c'est ca !

Si j'ai deviné tout de suite d'ou vient le probleme, c'est parce que je me suis fait avoir ...

Ton #pulse1 ne doit pas etre déclaré comme variable temporaire, sinon il est remis a zero chaque fois que ton dfb termine son execution et du coup il se passe exactement ce que tu nous décrit :)
il faut le mettre dans les variables qui sont stockées dans le DB associé a ton dfb. (J'ai mangé le nom ...