détecter les coupures de courant secteur

[auguste19]

Bonjour,
Je voudrais détecter les coupures de courant secteur afin de lancer une notification et sauver le congélateur de la décongélation.
(J'exclue d'office les solutions commerciales qui sont assez coûteuses.)

Le problème est assez simple : il suffit de fermer un circuit logique du GPIO, mais dans la pratique il faut une bonne isolation galvanique entre le secteur et le GPIO.

J'envisage un petit circuit électronique avec un relais électromagnétique, ou mieux : un optocoupleur. Je cherche donc une solution déjà éprouvée avec un schéma et les références des composants si possible...

[loops]

Salut Auguste !

J'avais dans l'idée de réaliser un truc du genre.
Je n'ai jamais eu le temps de m'y coller mais j'ai quand même un peu réfléchi au sujet.
J'ai d'abord aussi pensé au relais ... Puis oublié cette idée au profit d'un simple transistor.
Je pensait utiliser un adaptateur 220 / 5V usb (chargeur de téléphone) pour alimenter le dispositif, composé d'une résistance qui attaque la base du transistor qui "ponte" lui même un vcc et une gpio du RPI. Gpio elle même connectée à la masse via une résistance de tirage.

Ton idée de l'optocoupleur me plait bien !

A ce jour, je n'ai pas eu le temps de mettre ça en oeuvre ...
Il faut dire que je suis équipé d'un onduleur et d'un Synology, les deux connectés via un câble USB et je reçois un mail et un SMS quand l'onduleur passe sur batterie ou reviens sur secteur ...

[auguste19]

Salut Loops,

Ta réponse est intéressante car elle pose le problème de la masse commune (si j'ai bien compris) entre le circuit qui fait tourner Domoticz (Rasberry dans mon cas, serveur Synology dans le tien), et le module détecteur de coupure.

Or l'isolation galvanique suppose cette absence de masse commune dans l'absolu, surtout si tu alimentes le module avec un chargeur de téléphone qui ne comporte pas de transfo et n'est sans doute isolé du secteur que par un simple condensateur. J'ai vu un de ces chargeurs branchés en permanence claquer bruyamment, ce n'est pas très rassurant pour nos circuits...

C'est pourquoi j'avais envisagé l'optocoupleur, qui pourrait être commandé directement par le chargeur de téléphone ou tout autre alimentation redressée et filtrée (sinon le circuit commutera à 5o Hz !)

Peut-être faudrait-il ajouter une diode Zener pour protéger des surtensions ?

Bref, il ne reste plus qu'à trouver la bonne référence d'optocoupleur...

[vil1driver]

Salut,

Une solution sans fil ne t'intéresse pas ?

- Prise zwave nodon
- émetteur di.o commandé par un simple relai
- onduleur comme mentionné
- ping d'un équipement subissant la coupure
- téléinfo
Etc..

[loops]

Ta réponse est intéressante car elle pose le problème de la masse commune (si j'ai bien compris) entre le circuit qui fait tourner Domoticz (Rasberry dans mon cas, serveur Synology dans le tien), et le module détecteur de coupure.

En fait c'est pas tout à fait ça. Mon DZ tourne aussi sur RPI. J'ai pas encore pris le temps de réaliser la solution "électronique" de détection de coupures électriques car je dispose d'une solution logicielle avec mon onduleur et mon Synology. Quand l'onduleur entre en mode batteries, il le signale au synology via une liaison série et le synology me préviens par SMS et mail. Cette solution fonctionne au poil !

Je ne suis pas un crack en électronique, du coup je vais peut être dire une bêtise. Y a t'il réellement un danger pour le RPI si on relie les masses des différents composants (RPI, Alim usb, montage électronique) ensemble ? Si on garde ton idée de l’optocoupleur, qui au passage est excellente, on a une isolation entre l'alimentation du chargeur de téléphone et le RPI ! la surtension, pour abîmer le RPI, a besoin de deux points ! si seule la masse est commune, pas de différence de potentiel possible, seul l'opto serai endommagé !

[auguste19]

Je viens de trouver cette référence utilisée pour la détection du signal téléinfo (12 v ?) :
http://boutique.semageek.com/fr/206-opt ... h620a.html

Il suffit de trouver la bonne valeur pour la résistance à l'entrée de l'optocoupleur afin d'adapter la tension à 5 v.
Cet optocoupleur est fait pour être commandé par un courant alternatif, mais ça devrait aussi fonctionner en continu. (A moins que quelqu'un n'ait une meilleure référence ?)

Cependant je me demande si le raccordement à VCC en sortie est nécessaire. J'ai vu d'autres montages qui shuntaient simplement l'entrée du GPIO et la masse...

[loops]

Cependant je me demande si le raccordement à VCC en sortie est nécessaire. J'ai vu d'autres montages qui shuntaient simplement l'entrée du GPIO et la masse...

Je suis étonné ! Si on relie la masse à un PIN GPIO, quand le transistor de l'opto est passant, le pin est à 0 ... mais quand le transistor est ouvert, dans quel état est le GPIO ? Y aurai il un tirage à VCC intégré au RPI ? Pourquoi pas !

[auguste19]

quand le transistor est ouvert, dans quel état est le GPIO ? Y aurai il un tirage à VCC intégré au RPI ? Pourquoi pas !

Il semblerait, si les infos de ce site sont exactes il y aurait une résistance interne au GPIO de 10k ohm, mais je n'ai pas vérifié :
http://raspberrypihobbyist.blogspot.fr/ ... it_19.html
(A noter que l'optocoupleur LTV-847 de l'article cité pourrait faire l'affaire, mais avec 4 entrées inutilisées...)

Le débat qui suit est intéressant mais un peu difficile à suivre (en anglais...)
Une des questions cruciales est de savoir ce qui se passe si l'entrée du GPIO est paramétrée en sortie par inadvertance et les auteurs conviennent de la nécessité d'une résistance de protection de 1k ohm, avec cet article en référence dont la lecture est très instructive : http://elinux.org/RPi_Tutorial_EGHS:Swi ... Protection

Donc en conclusion, je crois qu'il vaut mieux relier l'entrée du GPIO à VCC via une résistance de 10 k Ohm pour éviter tout flottement de la tension (en option ?) avec en plus une résistance de protection de 1 K Ohm en série conformément à ce schéma : http://elinux.org/images/7/75/EGHS-Pull ... tected.jpg

[oula85]

pourquoi pas juste un script Shell qui compare la date de boot qui serait stockée dans une variable

who –b

je laisse faire le script à qqn qui s'y connait plus que moi mais je serai preneur

[auguste19]

Bonjour Oula85 !

pourquoi pas juste un script Shell qui compare la date de boot qui serait stockée dans une variable

Oui, l'idée est très astucieuse (bien que je ne sois pas encore capable d'écrire le script non plus !)
Mais il y a un gros problème : si le Raspberry Pi n'est plus alimenté, il ne pourra rien envoyer, que ce soit sous forme de mail ou de SMS (idem pour la box ou le modem). Donc il faut nécessairement un onduleur et dans ce cas pas de reboot !