Forum de la petite hydroélectricité

bonjour,
ceci est ma premiere contribution au forum, ca fait quelques temps que je lis et maintenant c'est a moi de partager...

je suis "specialiste" en schneider, ce n'est pas de la pub gratuite mais c'est pour les explications plus bas.

petite question, comment mesurer la vitesse d'une generatrice sans passer par un boitier specialise qui coute...un bras ???

utilisation d'un M221, petit automate qui a tout d'un grand ... ca ne vous rappel pas une vieille pub ? !


dans cet automate il y a un (4 en tout) compteur rapide (HSC pour Hight Speed Conter) qui compte (tient donc !) independamment du programme utilisateur jusqu'a 100KHz (100000 impulsions par seconde maximum)
il y a egalement un generateur de frequence a .... pour ceux qui n'ont pas suivi, a 100KHZ egalement.

ce compteur peut etre configure en frequencemetre, cool !
sauf que la valeur de frequence est mise a jour toute les secondes et en mode 1/10 de seconde, la frequence est beaucoup moins precise (10X moins) donc inutilisable dans le cas du couplage d'une generatrice.

donc, comment faire ????

petit rappel de physique/electricite:
-la frequence c'est le nombres d'impulsions en 1 secondes
-la periode c'est le temps entre 2 impulsions
la correspondance entre les 2 c'est : frequence=1/periode et inversement.
petit exemple pour 50Hz, la periode (temps entre 2 passage a 0) est de 1/50=20ms=0.02 seconde

alors donc, avec un petit capteur inductif par exemple sur la poulie/axe de la generatrice, on doit pouvoir mesurer la periode du signal avec ce fameux compteur rapide dans l'automate...

en premier, il faut une frequence fixe tres rapide que le compteur va compter entre 2 impulsions.
a chaque impulsions du capteur, on sauvegarde la valeur du compteur puis on le remet a 0 pour le prochain comptage.
cette valeur sauvegarde represente le temps entre la derniere impulsion et celle actuelle sur une base de 10µs (0.00001s), et oui, la periode du signal a 100KHz est de 1/100000=0.00001 seconde.

soyons fous, faisons un essai:
entre 2 impulsions le compteur a la valeur de 8000.
soit un temps (periode) de 8000*0.00001=0.08 seconde.
en frequence ca donne donc 1/0.08=12.5Hz, ca doit commencer a "parler" a certaine personnes ...
sur 60 secondes, qui je rappel donne une minute, ca fait 12.5*60=750 ... la ca commence a "causer" a pas mal de personnes, non?
750 c'est le nombre d'impulsion par minute donc et comme il y a 1 impulsions par tour, ca donne 750 tours/minute, tient ca ressemble a la vitesse de quelques generatrices ....

comment faire pour "rentrer" tout ca dans un automate ???

voici comment faire avec un M221...
en premier lieu, il faut un automate avec sorties transistors car ceux a sortie relais ne peuvent pas sortir un signal a 100Kh, les relais ne suivent pas !
on vois que le signal est present sur la sortie 0 (Q0.0)
la reference de l'automate doit se terminer par "T" pour transistor et non pas "R" pour relais.
exemple, TM221CE16T

ensuite on configure le compteur rapide, on remarque que l'entree de comptage est l'entree 0 (%I0.0) donc il faut relier la sortie 0 (du generateur de frequence) avec l'entree 0 (entree de comptage)
et l'entree de capture est la numero 3 (%I0.3), la "capture" c'est la lecture et la sauvegarde de la valeur du compteur au moment du passage a 1 de l'entree.
ensuite, il reste a faire 2 choses, remettre a 0 la valeur du compteur (pour la prochaine impulsion) et calculer la frequence qui va etre mise a jour a chaque impulsion du capteur et non pas chaque secondes comme dans le mode frequencemetre.

dans le premier morceau (rung) du programme "evenement", on valide le comptage (entree "IN" a 1) et on valide la remise a 0 (entree "S" a 1 egalement) car la mise a 1 de l'entree "S" met la valeur "prereglage" de la configuration du compteur dans le compteur lui meme, comme prereglage=0, le compteur=0 lors de l'impulsion du capteur.

je rappel que le capteur met l'entree 3 a 1 egalement et donc la valeur du compteur est sauvegarde (dans le registre %HSC0.CD) et comme la gestion du compteur est faite avant l'execusion du programme "evenement", tout va bien, elle est pas belle la vie !

dans le 2em rung du programme "evenement", je prend la valeur sauvegarde et je calcul la frequence soit 60000000/valeur pour avoir une vitesse en tour/minute avec une resolution de 0.1 t/minute.
la valeur exacte n'est pas 60000000 mais 5.9963E+7 car c'est un arrondie et une notation scientifique.

si on reprend l'exemple du debut avec 8000 impulsion, ca donne 60000000/8000=7500 (en 1/10 de tour) soit 750.0.
si on imagine, toujours dans cet exemple, qu'il y a 8001 impulsion, ca donne 7499 soit 749.9t/minute environ.

ca donne une precision de 1/10 de tour ce qui est largement suffisant pour coupler une generatrice.

petite cerise sur le gateau de la cremiere, dans la configuration du compteur, on remarque la valeur de seuil (TH1 a 100000).
quand la sortie TH1 du compteur est a 1, ca veux dire qu'il n'y a pas eu d'impulsion pendant 1 seconde (le compteur a depasse la valeur de 100000) donc soit la generatrice "tourne" a moins de 60t/minute soit.... il y a un probleme sur le capteur qui ne donne plus d'impulsion (capteur HS, cable coupe, ...) et ca permet de generer un defaut capteur, ce qui n'est pas possible sur les boitiers specifiques.

petite astuce, s'il n'y a pas de "reference" au compteur rapide dans le programme principal, il n'est pas possible de "voir" la sortie TH1 du compteur donc il faut mettre le bloc compteur quelque par dans le programme principal.

pour info, un petit "automate" du genre zelio, logo et autro EM4 ca coute pas tres cher mais si on ajoute le boitier de comptage de vitesse....pas les dents.
alors qu'un M221 c'est un peut plus cher mais pas de boitier de comptage de vitesse et ca permet de faire beaucoup d'autre chose en automatisme.

cette petite explication sur un M221 doit pouvoir etre extrapole sur un autre automate qui a un generateur de frequence et un compteur rapide.

voila pour ma modeste contribution, en esperant avoir pu aider quelques personnes.
ls32.

Bonsoir,

et merci pour votre post !

Le Schneider M221 est très intéressant bien sûr, mais sur les petites installations on mesure la vitesse des génératrices très simplement et de façon plus économique, avec juste un capteur de proximité placé en face d'une roue dentée montée sur l'arbre de la génératrice, et connecté à l'entrée rapide d'un nano automate quelconque.

- ainsi l'antique Crouzet Millenium 2 faisait déjà ça, voir cet article du forum de 2012
- possible aussi bien sûr avec le Crouzet M3 qui a suivi :


- ou encore un Crouzet em4, avec d'ailleurs des sorties relais ou transistors, mais alimentation 24 Vdc. L'entrée rapide 40 kHz est largement suffisante puisque par exemple une roue à 60 dents donne un signal de 1 kHz seulement avec une génératrice 1 000 tr/min. En plus pour coupler une génératrice asynchrone il n'y a pas besoin d'une grande précision, on couple dans une plage donnée, par exemple 740 à 760 tr/min pour une génératrice 8 pôles.


- Encore possible avec le Schneider Zelio (identique au M3)
- ou le Siemens Logo ..
- et quantité d'autres .. (Wago, Allen Bradley, Eaton (anciennement Klöckner Moeller), Festo, Mitsubishi, Omron, Panasonic, ...)

Ceci dit, le Schneider Modicon M221 est excellent, j'en ai déjà vu quelques uns sur des centrales, et d'ailleurs j'en ai acheté un : je l'essaie de temps en temps quand j'ai une minute ! Mais programmation beaucoup moins ludique que celle des petits automates mentionnés en début de post.

PS : j'inclus systématiquement dans mes programmes plusieurs vérifications de la valeur et de la validité du signal de vitesse:

• - en phase de démarrage on doit avoir un début de rotation dans les xx secondes qui suivent l'ouverture progressive du distributeur

• - à tout moment détection d'un emballement

• - à tout moment détection d'un arrêt du signal

• - après couplage le signal doit rester à l'intérieur d'une plage assez restreinte

• - etc..

Bonne soirée

dB-)

Bonsoir ls32,

Et merci pour cette contribution. Je ne connais pas du tout ce tye de produit : quel est le prix approximatif (pour info) ?

Rq : j ai ete confronté exactement au meme probleme de mesure de vitesse et je ne pouvais pas investir dans un produit cher, du coup j ai developpé cette focntion avec un raspberry Pi0 (qui coute tres peu cher : 10€) couplé a un capteur de proximite (2€) et le tour est joué : l'avantage du Pi0 est sa vitesse de frequencemetre : 10 MHz (en mode acces fs) et j obtiens ainsi une tres grande precision de mesure avec un programme en C, couplé avec un envoi de trames UDP (toutes les secondes, parametrable) vers 1 ou N Clients definis.
On sait jamais si ca interresse qq, je peux mettre le code a dispo, c est du fait maison mais j en suis a mon 100 couplages sans pb connus....

Bonne soiree,
toor.

bonsoir,
pour des petites installations, les nano automate sont suffisants et si en plus il y a la possibilite d'avoir la frequence d'un signal c'est encore mieux.

le M221 c'est quand meme autre chose, c'est un "vrai" automate et ca permet beaucoup, pardon enormement de chose
en memoire il y a 512 bits et jusqu'a 8000 mots, la possibilite de communication beaucoup plus importante qu'un nano.

le prix d'un TM221CE16T par exemple chez one-elec c'est 270.13€HT (324.16€TTC)

il y a la possibilite de fonction IOscanning en modbus RTU ou sur IP (d'ou le "E" dans la reference pour "Ethernet", il existe sans ethernet et est moins cher)
ca permet de lire ou ecrire des donnees sur des appareils sur le bus sans avoir besoin d'ecrire une seul ligne de programme (enfin presque, il y a juste a acquite quand la communication est perdu, c'est pas automatique)

ca se connecte a n'importe quel afficheur ou supervision qui gere le modbus RTU ou IP (tous les afficheurs et toutes les supervision en gros)

perso je les connecte en ethernet avec une centrale de mesure (diris A40/41) et ca permet de recuperer toutes les valeur de la centrale, les courants (positif ou negatif) les puissance (PQS en positif ou negatif ce qui permet de decoupler des que l'on devient moteur) les tensions, les harmoniques, ...
tout ca sans faire une ligne de code pratiquement et d'avoir les valeur sur un affichage.

on peut aussi par exemple calculer la tendance du niveau d'eau sur un certain temps pour anticiper l'ouverture ou la fermeture si on a une regulation simple sur niveau.
avec cette valeur de tendance on peut aussi bloquer l'ouverture trop rapide au demarrage, ca evite de monter en puissance tres (trop?) vite et de redescendre ensuite avec le risque de decrochage et ca evite de faire trop bouger le niveau d'eau (qui est interdit je crois...)

enfin c'est juste quelques exemples de possibilites, il n'y a que les idees qui peuvent limite les possibilites.

le coup du RPI c'est pas mal aussi, pas cher, extremement rapide, programmation en langage haut niveau, ecran tactile, ... il ne lui manque qu'une chose, un watchdog !
deja qu'un watchdog sur un automate c'est jamais trop performant, j'ai reussi a faire planter un M340 rien qu'avec l'electricite statique et il n'a rien vu, les sorties sont restes figees !!
j'ai meme reussi a planter deux M580, 1 en "normale" et un en secoure du premier avec redondance (programmation "speciale" dans le logiciel pour cette fonction) et bien ... le premier a planter et le second ... il dormais toujours
la seul solution efficace c'est de faire "clignoter" une sortie de l'un et de la cabler sur l'entree d'un autre.
quand le second ne detecte plus le clignotement, c'est que le premier automate ne repond plus et donc il peut prendre la main a sa place.

enfin voila pour la petite histoire

bonne soiree.

Bonjour,

Une mesure de vitesse peut être faite de manière très simple.

Exemple d'un arbre tournant à 750 tr/mn, il suffit:
- d’un capteur inductif placé devant une roue denté à une seule dent,
- une entrée TOR ordinaire sur un automate (Schneider M340),
- une scrutation de l’entrée automate toutes les 1 ms (tâche rapide),
- dans l’automate : un bloc compteur et un chronomètre remis à 0 après chaque calcul de vitesse.

A 750 tr/mn, on a 12,5 impulsions par secondes ( de 80 ms chacune)
Le calcul de vitesse est exécuté à un pas 3 impulsions soit toutes les 240 ms.
L’erreur de calcul due au temps de cycle de scrutation est de 1 ms / 240 ms soit 0,4 %.
la vitesse calculée est donc de 750 tr/mn à 3 tr/mn près.

Afin de conserver une erreur toujours < à 0,5 %,
en fonction de la vitesse calculée à l’instant (t), le pas du prochain calcul est modulé.
Ce pas varie de 1 impulsion au dessous de 300 tr/mn à 5 impulsions au dessus de 1200 tr/mn.
Voici la programmation: Ci-joint sont enregistrées les vitesses d’une machine en phase de couplage et d’une autre en phase de découplage .

salut,
en effet, c'est une autre solution qui est pas mal egalement.
avec ma methode sur M221, j'ai une variation de 0.8t/m au maxi quand je suis couple, ca donne 0.1% environ.
j'ai fais une autre centrale avec un M340 et une carte de comptage rapide (qui coute un bras au passage) avec le meme principe de mesure et je suis a 0.7t/m de variation.
cette carte a une resolution de 1µs donc 10x mieux qu'un M221 et j'ai pratiquement le meme % de tolerance, c'est peut etre le capteur ou alors c'est la generatrice qui varie reellement...

je vois qu'au decrochage tu as un petit "pic" de vitesse, tu decouple quand tu produit encore quelques KW?
perso quand j'arrete la turbine je ferme les directrices et des que la puissance est negative je decouple seulement, ca evite ce petit pic et ca decouple tout en douceur.

c'est bien d'avoir quelqu'un qui connait et qui sais de quoi il parle, avec tout ce qu'on entend ici et la, on ne sais plus a qui faire confiance.
bravo pour ce forum de passiones et passionnant.

juste un petit truc, le bloc "elseif" c'est pas tres jolie
c'est mieux avec "case" pour faire ce genre de selection ....aie, pas le dents

edit:
pour info, pour ceux qui on la centrale connecte a internet, avec une supervision et certain afficheur il est possible d'appeler une adresse internet (HTTP://....)
avec une carte free en forfait 2€ ou 20€ (c'est le seul qui fait ca gratuitement, sinon c'est payant sur les sites) il est possible de s'envoyer un sms en appelant une adresse internet, je viens d'essayer et ca fonctionne tres bien.
ca evite d'avoir un modem gsm avec une carte sim dedier...

Bonjour,

@toor :

Oui, quand on travaille sur sa propre installation et qu'on est passionné, on peut tout à fait réaliser une excellente régulation à un coût modeste.


Pour les clients, je réalise systématiquement une régulation avec :

• des produits industriels éprouvés (tests de MTBF, de résistance aux perturbations EM, etc..)

• standardisés (signaux 0/10V, 4/20 mA, Modbus, etc..)

• faciles à utiliser

• et faciles à remplacer par un autre que moi si besoin (pérénité du système)

J'ai vu plusieurs fois des clients très compétents, ayant réalisé eux-mêmes des régulations sophistiquées (beaucoup trop même..), et après quelques années me demander de les remplacer par quelque chose de plus simple à cause de problèmes de maintenance, de fiabilité, de disponibilité de composants, d'une abondance de fonctions inutiles et parce qu'elles étaient devenues tellement complexes qu'elles n'étaient utilisables que par le concepteur même ! Ce qui peut poser problème en cas de maladie, déplacement, vente..

Une fois de plus, une précision de mesure de vitesse de 1% suffit largement pour coupler une génératrice asynchrone. J'en ai même couplé une à l'envers une fois, par étourderie lors d'un essai.. Ehh bien elle s'est arrêtée, puis a commencé à repartir dans l'autre sens, le tout en 2 ou 3 secondes ... un couplage presque parfait, sauf que le disjoncteur magnétothermique a coupé.. (je blague évidemment, c'est une histoire vraie, mais qui s'est bien passée parce que toute la mécanique et l'électrotechnique de puissance était costaud et bien dimensionnée..).

En cas de variations de vitesse rapides, il faut aussi veiller à minimiser le temps entre la mesure de vitesse et la fermeture effective du contacteur, donc si on veut pinailler, on prends en compte les cycles de mesure de vitesse, le temps de boucle du programme, et les temps de fermeture du ou des relais intermédiaires et du contacteur.. On peut aussi prendre en compte le sens du filetage de composants éventuellement montés sur l'arbre de la turbine (par exemple un vérin de pales sur une Kaplan), pour qu'à chaque couplage on provoque plutôt un resserrage qu'un desserrage dudit composant..

Remarque : si on faisait des mesures de couplage (courant et vitesse) sur des régulations dites très précises en vitesse, on aurait peut-être des surprises !


@ ls32

Je vois que vous êtes vraiment passionné et fan des M221, tant mieux ! et merci pour vos lumières!

Mais il ne faut pas dénigrer pour autant tout le reste de l'immense technologie actuelle ou passée !..

Ainsi dans les années 1980 j'utilisais déjà des automates Télémécanique TSX.. (automatisation de groupes de réfrigération de plusieurs MW pour l'accélérateur du CERN), et on faisait déjà de la communication entre appareils locaux ou à distance avec des modems RS232 ou 485 <> ligne téléphonique cuivre, soit avec des protocoles "maison" (des dizaines de pages en "C"), soit déjà via le protocole Modbus (Modicon puis Schneider). C'était l'bon'temps'vingtdiousse !

Et j'ai vu chez un client il y a 6 ou 7 ans une installation d'environ 250 kW qui tournait encore avec sa supervision à distance via un vénérable Minitel branché sur ligne téléphonique cuivre !

Pour moi il n'y a pas de faux ou de vrai automate, dès l'instant qu'on a un produit de qualité, fiable, de marque réputée, largement disponible, facile à utiliser, et qui a fait ses preuves, on peut l'utiliser pour une microcentrale, laquelle ne demande pas des fonctions extraordinaires, essentiellement :

• une mesure de vitesse

• des entrées analogiques (niveau, pression, ..)

• des entrées TOR (état des interrupteurs, contacteurs, disjoncteurs, ..)

• des sorties essentiellement TOR, soit statiques soit à relais (commande des contacteurs, électrovannes, ..)

• et quasiment tout le temps une connexion Internet, pratique pour le suivi à distance, les réglages, et les mises à jour de logiciels

Le dialogue Modbus, standardisé, très pratique et répandu (sur une base RTU RS482 ou sur une base Ethernet) est disponible, en standard ou en option, sur quasiment tous les nano-automates, écrans HMI de marques diverses (Panasonic, Weintek, Mitsubishi, etc..), les centrales de mesures (Schneider, Siemens, Socomec, Enerdis, Elnet, etc..) et peut évidemment être utilisé (entre autres protocoles) pour les liaisons automates <> écrans HMI <> périphériques de mesure ou de positionnement.


Petite erreur : comme quasiment tous les nano-automates, le Raspberry dispose bien d'un watchdog matériel, simplement cette fonction (très pratique pour rebooter automatiquement un composant planté et difficilement accessible) est peu documentée et non activée par défaut.


Question plantage, en 40 ans de pratique (..) et à part les premiers automates qui plantaient quand on les prenait en photo (à cause d'une EPROM placée derrière une vitre), je crois bien que le SEUL automate que j'ai vu rester planté bêtement, avec ses sorties activées, était un immonde I*O qui a mal terminé sa courte vie..


@ GeO

Oui, on peut mesurer la vitesse d'un arbre tournant avec une seule dent, je l'ai déjà fait (capteur en face de la vis de fixation d'un accouplement), et d'ailleurs certains petits automates dont je tairai le nom font ça très bien, sans aucune ligne de programmation : pour les vitesses élevées ils travaillent en compteur d'impulsions, et pour les vitesses faibles ils mesurent le temps entre 2 impulsions.


Le problème qu'on peut avoir avec une seule dent, hors le fait qu'on a du mal à mâcher, c'est pour mesurer la vitesse d'un arbre lent : par exemple sur une ancienne turbine Francis l'arbre tourne à 17 tr/min, soit 3.5 s par tour ou entre impulsions, c'est trop long pour bien réguler..

Sinon, purée, sur le chronogramme le groupe G1 démarre sec ! En 2 ou 3 secondes il passe de l'arrêt au couplage à 750 tr/min !!!


Bonne journée !

dB-)

bonjour,

pour le calcul de la vitesse, ma methode ou celle de @toor ne passe pas par le programme "normale" mais par une routine calibre speciale dans l'automate qui permet justement d'avoir un temps fixe et precis.

en effet, j'ai vu quelques installation avec la lumiere qui clignote quand ca couple, c'est pas tres joli.

perso je ne fais jamais de PID pour la regulation, du "simple" que le client comprenne.
un seuil haut et un seuil bas, quand on est au dessus du seuil haut on ouvre et en dessous du seuil bas on ferme avec une tempo differente pour l'ouverture et la fermeture.
parfois je rajoute la tendance dans les cas "difficiles" avec de fortes variations de niveaux.
si la tendance est superieur a XXmm sur 1/2h alors j'envoi une impulsion d'ouverture et la meme chose en negatif pour la fermeture.
parfois j'ajoute aussi le blocage de la regulation du niveau avec la tendance, par exemple si le niveau est superieur au seuil haut mais que la tendance est negative, j'empeche l'ouverture et inversement pour le seuil bas.

je ne denigre absolument pas les automates, c'est juste que je connais tres bien les schneider, du TSX07/17/37/57/twido(pas terrible au passage avec tous les bugs)/zelio/M221/M340/M580 et quelques modification sur des 27 et 47 avec la "calculatrice" ...une horreur!

j'ai aussi vu quelques centrale (EDF ou particulier) avec la fameuse liaison a 75bauds en modbus, toute une histoire mais ca fonctionne toujours tres bien.

meme une centrale avec alternateur de 2500KW et sans synchro-coupleur, un couplage "a la russe", juste une grosse self en serie le temps que l'alternateur se "cale" sur le secteur et quelques secondes apres un contacteur qui court-circuite la self et ca couple super bien.
comme quoi a l'epoque on avait beaucoup d'idees !

pour une auto-consommation, je pense qu'un nano-automate est suffisant mais des qu'il faut coupler chez enedis, je pense que c'est un peu juste cote puissance de calcul et memoire.
perso dans la gestion des defauts par exemple, j'ai une pages avec tous les defauts possibles et pour chaque defauts j'ai le choix d'arreter ou non la centrale, de faire un arret "normale" (fermeture et decouplage a puissance inferieur a 0) ou immediat (decouplage et fermeture en meme temps) , rearmement automatique et au bout de combiens de temps.
ce permet de laisser l'utilisateur faire le choix mais je pense que c'est difficilement faisable sur un nano, non?

pour programmer un automate a distance par internet, passer obligatoirement par un VPN, ne surtout pas ouvrir le port ethernet de la box internet.
pour du schneider par exemple, je vois souvent le port modbus (502) ouvert sur la box du client, c'est grave car n'importe qui peut changer/effacer/modifier le programme en se connectant dessus.
quand on regarde sur la page "log" de sa box internet c'est extraordinaire le nombre de requettes de scanner de port venant de l'exterieur...

et sinon le matin, ta femme elle est heureuse avec tout ca sur la table ???

Bonsoir,

pour le calcul de la vitesse, ma methode ou celle de @toor ne passe pas par le programme "normale" mais par une routine calibre speciale dans l'automate qui permet justement d'avoir un temps fixe et precis.

A ma connaissance, sur n'importe quel automate (nano ou pas), la gestion des chronomètres ou fréquencemètres se fait par des interruptions, elle est donc (et heureusement !) indépendante du temps de boucle, ce que j'ai pu vérifier en pratique.

en effet, j'ai vu quelques installation avec la lumiere qui clignote quand ca couple, c'est pas tres joli.

Ben ça dépend de ce qu'on couple et de l'impédance du réseau, il y a toujours une baisse de tension à l'instant du couplage, plus ou moins prononcée.

perso je ne fais jamais de PID pour la regulation, du "simple" que le client comprenne.

Je n'ai aucun à priori, et j'utilise aussi bien des "seuils haut-bas", que des "seuils haut-bas + tendance montée-descente", que des "PID" (très simples) ou autres (parfois, même un PID peut ne pas convenir).

pour une auto-consommation, je pense qu'un nano-automate est suffisant mais des qu'il faut coupler chez enedis, je pense que c'est un peu juste cote puissance de calcul et memoire.

Ce serait plutôt le contraire, il est plus facile de réguler une turbine avec une génératrice de 200 kW couplée sur le secteur que de gérer une petite turbine Pelton, Turgo ou hélice de 3 kW en autonomie.. Mais heureusement, dans les deux cas, un nano automate suffit (aucune puissance de calcul nécessaire, ce n'est pas un décollage de fusée !)

perso dans la gestion des defauts par exemple, j'ai une pages avec tous les defauts possibles et pour chaque defauts j'ai le choix d'arreter ou non la centrale, de faire un arret "normale" (fermeture et decouplage a puissance inferieur a 0) ou immediat (decouplage et fermeture en meme temps) , rearmement automatique et au bout de combiens de temps.

Tout à fait ! Et c'est ce que font à ma connaissance tous les professionnels qui installent des régulations de turbines (moi compris !)

ce permet de laisser l'utilisateur faire le choix mais je pense que c'est difficilement faisable sur un nano, non?

Vous connaissez mal les nano-automates, et je vous invite à en essayer un ! C'est tout à fait possible, ci-dessous un exemple sur une installation avec un em4, visu sur HMI et accès distant VNC

pour programmer un automate a distance par internet, passer obligatoirement par un VPN, ne surtout pas ouvrir le port ethernet de la box internet.
pour du schneider par exemple, je vois souvent le port modbus (502) ouvert sur la box du client, c'est grave car n'importe qui peut changer/effacer/modifier le programme en se connectant dessus.

Oui et non, il y a 65 000 ports sur un modem (Livebox ou autre), et on choisit ceux qu'on veut, pas forcément ceux qui sont prédéfinis ! En plus les règles NAT permettent de renvoyer un port entrant sur un autre port interne, ça en fait des possibilités. Si un pirate essaie de scanner les ports, évidemment avec un "bot" (pas manuellement), la sur-activité est détectée par le firmware du modem, qui bloque l'accès (je ne sais plus quel paramètre c'est, mais j'ai ça sur un Netgear, c'est encore autre chose que le pare-feux).

Bon, imaginons, le bot est chanceux et trouve le port de l'équipement : mais il ne sait pas de quel équipement il s'agit (sauf s'il est allé fouiné dans la liste des équipements TCP connectés, auquel cas il doit connaître l'identifiant et le MDP de l'administrateur distant, choses qu'on ne laisse pas traîner en public ...). Donc il est un peu face à un mur, et s'il veut aller plus loin il faut qu'il lance des requêtes sur tous les types possibles d'équipements, ça fait quelques millions (en supposant que le programmeur ait le détail des dialogues avec chaque équipement). Le gars laisse tomber, et va plutôt chercher la box d'à coté, avec un nom d'utilisateur "admin" et un MDP "1234" ...

Je fais de l'accès à distance via VNC, du téléchargement et monitoring de logiciels via les logiciels constructeurs dédiés, j'utilise parfois via VPN si le client a implanté ça dans sa centrale (mais rarement) : une bonne configuration du modem, avec un identifiant et un MDP costauds (sans exagérer non plus), des règles NAT adaptées, suffisent.

quand on regarde sur la page "log" de sa box internet c'est extraordinaire le nombre de requettes de scanner de port venant de l'exterieur...

Tout à fait exact, une fois, sur mon propre site, j'ai laissé des ports ouverts et la box sans protection : quelques jours après, elle était piratée ! Perte de bande passante, apparemment grosse activité d'envoi de mails, changement et verrouillage des identifiants du compte administrateur, et quelques textes en Russe de ci de là ! Pas grave : Reset usine et réinstallation, cette fois avec une bonne protection.

et sinon le matin, ta femme elle est heureuse avec tout ca sur la table ???

Ben mon épouse est décédée il y a 10 ans, donc je suis "tranquille" le matin... Vous pouviez pas savoir, sans rancune !

Bonne soirée

dB-)