Page 65 sur 68

Re: Régulation, régulateurs, automates, capteurs

Publié : 27 janv. 2024, 09:14
par cristof
il n'y a pas de signal à l'oscillo car il est peut être en attente d'un signal de commande ?

Re: Régulation, régulateurs, automates, capteurs

Publié : 27 janv. 2024, 16:02
par Arago
Bonjour, retour sur la discussion du 22 - 25 janvier 2024 :
dB-) a écrit : 25 janv. 2024, 23:06 ... j'ai toujours rencontré des moutons à 5 pattes : ... avec des vannes déportées, des productions connectées au réseau pour injection, d'autres connectées mais sans injection, d'autres hors réseau avec régulateur ballast, des génératrices asynchrones, des alternateurs bobinés, des PMGs, etc.. et à chaque fois j'ai réalisé des régulations spécifiques.
La gamme semble conçu pour une injection en vue de revente.
Il est possible qu'il y ai plusieurs logiciels ou un logiciel modifiable pour s'adapter au type de turbine (Francis VS Kaplan double réglage) ou autre. :?:
10 k€ H.T. pour une régulation de 120 kW c'est peu
D'après ce que j'ai compris, les sondes, les capteurs, vérins de commande, caméras, etc... ne sont pas inclus dans l'offre. La pose et le câblage hors armoire sont à réaliser.
L'armoire est pré-montée et pré-programmée selon les besoins du site. Le programme serait personnalisé.

Je n'ai jamais vu le matériel, c'était juste un stand d'exposition.

Arago

Re: Régulation, régulateurs, automates, capteurs

Publié : 31 janv. 2024, 09:23
par dB-)
Bonjour,

Lecture RS232 sur SAGEM C3500 PME-PMI

A ma connaissance (essais réalisés il y a quelques années, j'avais précisé lors de la pose du compteur que je voulais utiliser la liaison TIC) :
  • la vitesse de transmission par défaut est de 1200 bauds, elle est configurable par Enedis jusqu'à 19200 bauds
  • la masse du signal est en broche 4 du connecteur RJ45
  • émission en permanence des trames sur la broche 6 (TX)
  • niveau logique 1 = -3 à -25 V
  • niveau logique 0 = +3 à +25 V
  • l'impédance du récepteur doit être supérieure ou égale à 2 kohms
Le compteur est livré pré-configuré, et adapté si besoin sur site par un technicien Enedis avec un TSP (Terminal de Saisie Portable)

Ces compteurs évoluent en permanence, avec différentes versions logicielles, les trames changent au fil des versions, il est probable que la liaison TIC soit maintenant validée ou pas à l'installation à la demande du client.

Normalement le connecteur TIC devrait être en accès libre, mais ce n'est pas toujours le cas, sur certains compteurs il est situé à coté des borniers de mesure, sous un capot plombé ... :snif:

Bonne journée

dB-)

Re: Régulation, régulateurs, automates, capteurs

Publié : 04 févr. 2024, 16:48
par Jiem
Bonjour à tous,

Je cherche comment lier le degré d'ouverture des pales d'une kaplan avec une valeur d'ouverture du distributeur avec un millenium crouzet evo. J'ai compris qu'il fallait passer par une table de données mais j'ai du mal à m'en sortir seul :oops:

Si quelqu'un a un peu de temps avec un petit exemple, je l'en remercie ;-)

bonne journée

Jiem

Re: Régulation, régulateurs, automates, capteurs

Publié : 04 févr. 2024, 22:30
par dB-)
Bonsoir,

il y a plusieurs façons de réaliser la conjugaison entre pales et distributeur d'une Kaplan DR sur un petit automate Crouzet, le plus simple avec la gamme Evo est d'utiliser la fonction de transfert :
  • en entrée de ce bloc (X) on connecte l'ouverture du distributeur (ou des pales), par exemple exprimée en %
  • en interne on place le tableau de conjugaison, qui donne pour chaque valeur de X une valeur à Y (réalisé sur tableur, au format CSV)
  • et en sortie de ce bloc (Y) on obtient l'ouverture des pales (ou du distributeur), par exemple exprimée en %
2024-02-04_215315.png

Bonne fin de W.E.

dB-)

Re: Régulation, régulateurs, automates, capteurs

Publié : 05 févr. 2024, 12:15
par Jiem
Bonjour,

Super Merci c'est exactement ce que je cherche.

Merci beaucoup !!!

Bonne journée

Jiem

Re: Régulation, régulateurs, automates, capteurs

Publié : 05 févr. 2024, 13:27
par ls32
dB-) a écrit : 25 janv. 2024, 23:06


D'après ce que j'ai observé la majorité des fournisseurs de régulations protègent leurs fichiers "sources" et c'est aussi ce que je fais. Une réalisation spécifique s'appuie sur une expérience résultant de centaines ou milliers d'heures de travail sur des régulations antérieures, et tout ce travail n'a pas à être cédé, sauf accord commercial préalable, c'est l'usage.


;-) ça me paraît un peu rapide comme jugement, et comment pouvez-vous connaître ledit programme puisqu'il est verrouillé ?


Bonne soirée

dB-)
en effet, mais dans ce cas c'est une programmation "spécifique" a cause du R&D, pour du "standard" je ne protège jamais mon programme sauf demande du client et dans ce cas je lui donne les codes.

quelques fois il y a possibilité de supprimer le code ou d'avoir le programme en lecture seulement, parfois en demandant gentiment ça passe...

combien de fois j'ai vu des temporisations ou des régulateurs PID programmées en "dur", alors qu'il y a des blocs tout prêt.

pourquoi utiliser un bloc "détection de front" alors qu'on peut le faire en programmation !!!
(encore que certain API ont des bugs avec cette fonction avec le logiciel unity)

le top du pompon c'est un client qui me demande de reprendre un programme d'une grosse installation fait par une grosse société d'elec/automatisme, double API redondant avec E/S déportés.

moi: pourquoi ils ne viennent plus?
client: le programme est devenu trop compliqué, la personne n'y comprend plus rien !

quand j'ai regardé le programme, j'ai compris tout de suite que j'allai y passer quelques heures (des jours!!!) pour tout remettre d'aplomb.
une simple fonction "télérupteur" avec 7 lignes de ladder alors qu'en 1 ligne et une fonction XOR ça fonctionne très bien.

Re: Régulation, régulateurs, automates, capteurs

Publié : 06 févr. 2024, 12:17
par DPM
Pour info pour ceux qui utilisent VNC

VNC a subi des attaques massives en particulier fin décembre, le site a été piraté. Si vous avez constaté des phénomènes étranges ( arrêts inexpliqués de la centrale, fonctionnement anormal du dégrilleur), ne cherchez plus, vous avez été hackés, reconfigurez tout, mot de passe etc...

Re: Régulation, régulateurs, automates, capteurs

Publié : 06 févr. 2024, 12:47
par dB-)
Bonjour,

à priori il suffit de changer le mot de passe, un peu limité il est vrai sur certains matériels ..

Si vous voulez une solution "blindée", que j'ai mise en place sur un site, vous prenez un modem routeur (ADSL, fibre, 4G, etc..) avec serveur-client OpenVPN intégré :

- l'adresse IP WAN de ce modem, donnée par votre fournisseur d'accès, peut être fixe et publique, ou pas (mais c'est plus compliqué)
- le modem (ou la carte SIM) est configuré pour n'accepter que les communications qui viennent d'une seule autre adresse IP publique WAN prédéfinie
- le tout via un "tunnel" VPN établi avec un fournisseur genre NordVPN, avec abonnement et option adresse IP WAN fixe
- vous accédez alors en toute sécurité à votre installation chérie depuis de multiples appareils (smartphones, tablettes, PC, ..)
- il faut bien sûr installer au préalable dans ces appareils le serveur-client VPN fourni par le prestataire VPN

Là c'est blindé et à l'abri des hackeurs de tout poil ! Bon, il y a parfois quelques problèmes avec les mails et SMS envoyés par la régulation, qui restent prisonniers du "tunnel", ça se résout au cas par cas..

J'admets que c'est un peu lourd, une autre solution plus simple (mise aussi en place sur d'autres régulations) est de définir dans le logiciel de l'écran HMI différents niveaux d'utilisateurs, par exemple un premier niveau basique (éventuellement sans mot de passe) pour juste lire des informations (vitesse, puissance, courbes, etc..), un second niveau avec mot de passe (différent de celui de l'accès VPN, et qui peut être plus complexe) pour accéder aux réglages et éventuels forçages (marche, arrêt, effacement des défauts, changement de consigne, etc..) et un troisième niveau avec encore un autre mot de passe pour l'accès développeur.

Protection relative toutefois car le dialogue VNC avec la plupart des écrans n'est pas crypté, donc les mots de passe transitent en clair sur Internet, mais ce n'est pas tout le monde non plus qui sait intercepter un dialogue sur le Web.

Il y a bien d'autres solutions, et les modems "pro" genre Teltonika proposent quantités de protections, par contre ce sont des usines à gaz à configurer (on est loin de la clé à molette), prévoir quelques nuits de stress et quelques litres de café !

PS : certains écrans HMI proposent aussi une communication différente de VPN, par exemple EasyAccess chez Weintek.

Bonne journée

dB-)

Re: Régulation, régulateurs, automates, capteurs

Publié : 06 févr. 2024, 15:01
par ls32
bonjour,
en effet, vnc est basé sur un logiciel ancien donc la protection n'est plus trop d'actualité.

moi aussi, je met un routeur 3G/4G que je flash avec openwrt pour avoir un client vpn qui viens se connecter chez moi (j'ai la chance d'avoir une IP fixe gratuite)

c'est bien sécurisé mais flasher openwrt n'est pas simple, c'est pas donner a tout le monde, c'est du linux.

perso j'ai une routeur bpi-r3 en serveur vpn qui fonctionne super bien depuis plusieurs années et les divers routeurs 3G/4G que je place viennent se connecter sur ce routeur, jamais eu un seul problème... mis a par la coupure internet mais la, j'y peut rien.
les routeurs 3G/4G peuvent également (en général) se connecter sur une box internet donc sans une carte sim.

après il y a plusieurs "box" de fournisseurs spécialisés qui intègrent un client vpn, du genre ewon ou autre.
en général c'est pas très compliquer a configurer et il faut un logiciel pour se connecter a l’écran/automate, le logiciel est un vpn spécifique au fabricant.
par contre c'est un peu cher (compter 500€ environ le boitier)

le problème avec les box des fournisseurs d’accès et les routeur "génériques" c'est qu'il n'y a jamais de client vpn, uniquement un serveur.
un routeur avec un client vpn c'est du matériel un peu spécialisé mais heureusement ça commence a bouger un peu, par exemple avec tp-link et les models arche-ax...