Régulation, régulateurs, automates, capteurs

[dB-)]

Bonjour,

j'en ai bien 25 qui tournent à merveille

Thomas, je ne pense pas que ce soient des "em4 Ethernet", ou alors tu fais très fort Ma remarque ci-dessus ne concerne que les nouveaux "em4 Ethernet", car avec les M3 (j'en ai une quinzaine qui tournent) je n'ai jamais eu de soucis.

Avec les M3 et la fonction "Hi-speed counter", je mesure des vitesses très faibles, par exemple 40 tr/min avec une simple roue polaire à deux pôles (soit un signal de 40 * 2 / 60 = 1.33 Hz, largement en dehors des spécifications) et un temps de mesure de 1 seconde, cela sans aucune perturbation, que ce soit en mode normal, ou pendant le "download" d'un programme, ou en mode monitoring, ou encore lors du dialogue avec un HMI (en liaison série via la prise programmation), voir ci-dessous les tests que j'ai à nouveau faits à l'instant :

Ci-dessous une mesure de vitesse avec un M3 et une application avec un temps de cycle de 12 ms :

2017-01-22-13h19m14.JPG

2017-01-22-13h19m35.JPG

La mesure se fait avec précision, voir les affichages ci-dessous quand on augmente doucement la fréquence :

2017-01-22-13h20m04.JPG

2017-01-22-13h20m21.JPG

2017-01-22-13h20m38.JPG

2017-01-22-13h20m51.JPG

Toujours avec le même automate, la même roue polaire et le même logiciel, on peut mesurer si besoin jusqu'à plus de 14 000 tr/min !!

2017-01-22-13h22m07.JPG

2017-01-22-13h22m18.JPG

Et la mesure n'est pas affectée par le monitoring ou autre, exemple ici à 1013 tr/min :

2017-01-22-13h27m20.JPG

2017-01-22-13h27m31.JPG

2017-01-22-13h31m03.JPG

Donc en ce qui me concerne, je n'ai eu aucun problème avec le M3, cet API et son logiciel de développement sont excellents.

Par contre je réitère que l' "em4 Ethernet" (je ne connais pas les autres versions d'em4) présente un très gros problème au niveau du compteur "Tachymètre/Périodemètre/Chronomètre" qui a succédé au "Hi-speed counter", exemple ci-dessous avec une application ayant un temps de cycle de 9 ms, toujours une roue polaire à 2 pôles et un temps de rafraichissement de 1 * 100 temps de cycle soit 0.9 s :

A 100 tr/min la mesure bascule environ toutes les secondes entre 100 et 108 ...

2017-01-22-13h31m42.JPG

2017-01-22-13h31m52.JPG

2017-01-22-13h32m09.JPG

Même problème à 1000 tr/min :

2017-01-22-13h32m57.JPG

2017-01-22-13h33m04.JPG

2017-01-22-13h33m13.JPG

En temps normal une mesure qui passe aléatoirement de 1000 à 1008 tr/min n'est déjà pas intéressante et ne permet pas une régulation précise, mais le plus gros problème se présente en mode monitoring, ou avec le même signal d'entrée de 33.3 Hz (donc 1000 tr/min), la mesure passe d'un seul coup à 1925 ou (aléatoirement) 1975 tr/min !!! Carrément inutilisable !

2017-01-22-13h46m26.JPG

2017-01-22-13h46m30.JPG

2017-01-22-13h46m36.JPG

2017-01-22-13h46m44.JPG

A ce jour, je considère que le Crouzet "em4 Ethernet" n'est pas utilisable !! Si le problème n'est pas résolu rapidement, je suis bon pour remplacer les 3 "em4 Ethernet" actuellement installés par des M3 ou des TSX 17 ...

Bonne soirée

dB-)

[pierre]

Bonjour
L em4 modbus a un offset erreur de 4 trmin sur 1000, avec 60 dents chez moi. A priori pas aussi gênant.

J ai un bug de temps à autre, genre 5 semaines.
Les petits modules modbus antérieur à 1.10 avaient peut être un soucis. On vient de le changer pour voir.
Je verrai bien.

Sinon il est certain que mon installateur favori m a toujours dit que le mode Surveillance ne fonctionne pas sur l em4. Dans mon cas, je fais évoluer le programme à 800 km donc les tests se font en live...
Salutations
Pierre

[dB-)]

Bonsoir,

du fait de son algorithme de mesure astucieux, le M3 se contentait d'une roue polaire à 2 pôles (voir même 1 pôle, j'ai quelques petites machines qui fonctionnent à merveille avec juste un capteur inductif placé en face de la clavette ou la vis de serrage de l'accouplement à plots !) pour mesurer précisément et rapidement une grande plage de vitesses, on en est bien loin avec son successeur l'em4 ...

J'ai essayé d'augmenter le nombre de pôles, cela améliore un peu la précision de mesure, mais il reste des erreurs aléatoires !!

2014-03-22-16h56m44 roue polaire à 1 pôle !.jpg

2012-11-16-14h56m09 roues polaires à 2 pôles.jpg

2013-03-16-12h44m58 capteur inductif.jpg

2017-01-20-16h49m47 roue polaire à 32 pôles.JPG

2017-01-20-16h50m01 roue polaire à 32 pôles.JPG

DSC06230 roue polaire à 60 pôles.JPG

Bonne soirée

dB-)

[moulin.remy]

Didier, j'utilise les EM4 local, sans ETHERNET depuis leur sortie, et j'ai un peu essuyé les plâtres !
Pour autant en utilisant une roue à 60 plots, je n'ai aucuns problèmes pour utiliser la fonction vitesse.
Effectivement en mode debugging c'est compliqué, voir dur (ça fait travailler le cerveau !)

Le problème est que l'EM4 ne mesure la fréquence que par hertz plein, et ne tient pas compte des décimales.
Exemple : génératrice à 1020 t/mn, avec capteur 4 plots : fréquence 68 Hz l'EM4 réalise la mesure, convertit et donne bien 1020 t/mn
génératrice à 1010 t/mn, avec capteur 4 plots : fréquence 67.33 Hz l'EM4 réalise la mesure, retient 67 Hz, convertit et donne 1005 t/mn


Si on prend le même exemple avec 60 plots :
génératrice à 1020 t/mn, avec capteur 60 plots : fréquence 1020 Hz l'EM4 réalise la mesure, convertit et donne bien 1020 t/mn
génératrice à 1010 t/mn, avec capteur 60 plots : fréquence 1010 Hz l'EM4 réalise la mesure, convertit et donne bien 1010 t/mn

Bref comme toi j'ai séché un moment, et ce n'est pas Crouzet qui m'a donné la solution
Maintenant ce n'est peut être pas le même cas avec la version ETHERNET, bien que ce soit le même firmware et soft, jamais essayé !

J'ai réalisé une installation avec 3 EM4LOCAL+6 extentionsE10R et écran tacile, le tout en modbus, gérant 3 turbines et l'ensemble fonctionne à merveille.
Il doit y avoir une solution à trouver plûtot que de remplacer ceux que tu as installé

Thomas

[dB-)]

Bonsoir,

merci pour le tuyau Thomas, c'est bien ce que je pressentais et c'est pour cela que j'augmente actuellement le nombre de pôles des roues, mais la mesure de vitesse reste quand même beaucoup moins précise avec un em4 qu'avec un M3 !

Je trouve anormal qu'un nouvel automate d'un fabricant, plus coûteux, fasse moins bien que son prédécesseur !

- ici la mesure de fréquence est beaucoup moins précise
- on est passé d'un résultat juste codé sur 16 bits sur un M3 à un résultat faux codé sur 32 bits sur un em4, super !
- en plus il y a très peu de blocs 32 bits disponibles dans l'atelier, donc on tronque à 16 bits pour exploiter le résultat ...
- le mode "debugging" est devenu inutilisable
- je vois des erreurs de mesure lors du dialogue sur Ethernet ! Donc il ne faut pas utiliser le dialogue Ethernet avec un "em4 Ethernet" ?
- j'ai l'impression aussi que la mesure de vitesse est perturbée en fonction du déroulement du programme, mais c'est plus dur à mettre en évidence
- enfin le logiciel de développement du em4 est moins ergonomique que celui du M3

Bonne soirée !

dB-)

[pierre]

bonsoir thomas et didier,
j 'ai appuyé vos demandes auprès de Crouzet, en plus de mon erreur 504 que j'ai de temps à autre.
Voici un extrait de leur réponse:
"nous n'excluons pas une erreur de l'em4 (encore moins si vous êtes 3 à vous plaindre de cette fonction) c'est pour cela que nous avons lancé une investigation avec la R&D. De même, nous en profiterons pour regarder le mode débugging de plus près."

A suivre
salutations
Pierre

[moulin.remy]

Bonjour Pierre,
ta ténacité finira par payer !
Perso je suis lassé de leur répéter sans cesse les quelques problèmes rencontrés avec l'EM4, je compose avec !

Bonne journée

Thomas

[dB-)]

Bonjour,

j'ai déjà posé 5 ou 6 questions au SAV Crouzet, sur des sujets comme :

- la simulation d'un écran MPT8 avec Easy Builder 8000 sous Windows 10
- le "reboot" distant d'un M3 via Internet
- la mise à jour à distance du Firmware ou d'une application M3
- de rares plantages du M3 ou du MPT08
- ou la gestion de plusieurs "esclaves" en Modbus avec un MPT08

J'ai eu des réponses intéressantes et constructives, et je remercie le SAV pour son efficacité (même si j'ai aussi eu à trouver moi-même des solutions, dans l'urgence, après quelques nuits blanches et litres de café ...)

Concernant l'em4, j'ai fait remonter quelques problèmes, comme :

- l'ergonomie de l'interface du logiciel de développement "em4 soft", que je trouve beaucoup moins bonne que celle du "M3 soft"
- la fonction "undo" de la version V1.2.07 qui vous fait disparaître en 1 clic une heure de boulot ! (et non juste la dernière opération)
- des plantages aléatoires du "em4 soft" en sortie de monitoring sous W10
- dans la vue paramètre, le classement des blocs par numéro se fait alphabétiquement et non numériquement : B24, B25, B250, B26, ..
(même en cliquant sur l'entête de colonne, et pour résoudre cela il faut provoquer une renumérotation des blocs)
- la limitation à 255 blocs de fonctions dans une page : pour la surmonter et aller si besoin à 1024 blocs (!) il faut passer par des macros
- l'adressage des blocs XBIN et XOUT est différent selon qu'on discute avec des em4 ou des équipements autres
- et bien sûr le tachymètre !! précision nettement moindre, peu de blocs 32 bits pour exploiter le signal, mesure fausse en mode monitoring, ..

Et sur ces points relatifs au em4, j'ai assez peu de réponses à ce jour ...

Donc ça ne peut que s'améliorer ?

Bonne journée

dB-)

[pierre]

As tu trouvé un moyen faire un reboot à distance? Avec em4
Merci pierre.

[dB-)]

Bonjour,

oui, j'ai 3 em4 qui tournent et qui sont accessibles à distance (plus quelques M3) :

• - un em4 Ethernet, relié au Web via un routeur avec adresse WAN fixe, routeur auquel il est connecté en Ethernet avec adresse fixe aussi (pas de DHCP)
  
  - un autre em4 Ethernet, relié au Web via un routeur avec adresse WAN dynamique (ADSL orange), via un abonnement à un serveur d'adresses dynamique (DynDns), routeur auquel il est connecté en Ethernet avec adresse variable donnée par un DHCP
  
  - le troisième est un em4 Local relié en Modbus 485 à un écran MPT08, lequel est relié en Ethernet à une grosse gestion centralisée de bâtiment (plusieurs centaines d'appareils connectés ...), puis au Web via toute une série de machins et de passerelles complexes et gérés par différentes sociétés, à ce jour je n'ai toujours pas réussi à m'y connecter !

D'après mon expérience, il y a sur l'em4 comme sur le M3 plusieurs niveaux de reboot :

- tout d'abord la gestion des erreurs sur un em4 est beaucoup plus fine que sur un M3, par exemple le bloc Status d'un em4 Ethernet délivre plus d'une centaine de codes d'erreurs différents pour gérer un problème. Ce code erreur peut être affiché en façade, ou lu à distance (sauf s'il s'agit d'une erreur de communication), il peut aussi être traité en interne par l'application même.

- le 1er niveau de reboot possible à distance pour un em4 est de s'y connecter via l'atelier em4 soft, et de demander un arrêt du contrôleur, puis un redémarrage avec effacement des défauts

- parfois (très rarement), c'est bien planté et cela ne suffit pas, à ce moment là j'arrête le contrôleur à distance, je recharge l'application (upload) puis je redémarre le contrôleur

- et une fois (ça ne m'est arrivé qu'une fois, avec un M3 connecté en liaison sérié à un MPT08), il n'y a pas eu d'autre solution que de couper localement l'alimentation 24 Vdc du contrôleur et du MPT08 pendant une dizaine de secondes ...

- avec l'em4 Ethernet, j'ai eu aussi quelques plantages du dialogue Ethernet, mais pas dus à l'em4 : il a fallu re-démarrer soit le PC (cas d'une connexion directe), ou le routeur, ou autre ...

Noter que l'em4 Ethernet comporte une interface bien pratique pouvant automatiquement croiser ou décroiser le câble, comme cela est le cas avec les PC récents, alors qu'il y a quelques années, je me baladais en permanence avec un câble TCP-IP droit et un autre croisé.

Bonne journée

dB-)