Forum de la petite hydroélectricité

Bonjour didier
J'ai demandé depuis plus de 2 ans déjà des modifications sur le high speed count à crouzet mais à ce jour et au moins 6 nouvelles maj logiciel rien n'as jamais été fait. Les fréquences que nous mesurons sont très faibles, et doivent faire figure d'exécution chez eux ! Et ce n'est pas le reseau ethernet qui pose problème, mêmes symptomes avec les version modbus RTU.
Il faut faire avec :x
Concernant le mode debugging, il bug et effectivement c'est très galère
Mais j'en ai bien 25 qui tournent à merveille !
Un jour là perfection viendra...

Thomas

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 :
La mesure se fait avec précision, voir les affichages ci-dessous quand on augmente doucement la fréquence :
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 !!
Et la mesure n'est pas affectée par le monitoring ou autre, exemple ici à 1013 tr/min :
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 ...
Même problème à 1000 tr/min :
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 !
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-)

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

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 !!
Bonne soirée

dB-)

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

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-)

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

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

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-)

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