05-11-2024, 06:08 PM (Modification du message : 05-11-2024, 06:31 PM par Ludovic35.)
Cela semble bien pour éviter les trop longs câbles.
Y a-t-il un moyen d'alimenter le transmetteur avec la borne A du Linky?
S'il faut du 5V, cela enlève une partie de son intérêt.
Il ne faut pas, je pense, utiliser un ESP32 vu sa conso, mais plutôt un ATmega328 avec oscillateur interne à 8Mhz. ça consomme pas grand chose, et il peut s'alimenter en 3.3V il me semble. Il est de plus connu de l'IDE Arduino, donc on reste dans le même "monde". Pour simplement rediriger des octets série reçus du Linky sur une pin Rx vers le Tx du module radio, ça devrait suffire je pense (J'ai lu que les modules HC-12 fonctionnaient très bien à 9600 bauds, mais présentaient souvent quelques erreurs à des vitesses plus grandes . Vu le peu de données, ça devrait suffire aussi).
Et à l'autre bout, un routeur ESP32 qui récupère les octets via le même module HC-12.
non ?
V13.03 modifiée. 1 serveur UxIx3, 1 Linky, 1 client Triac CE tampon + 1 client SSR CE tampon + 1 client SSR sur CE tri + 2 SSR sur 3 radiateurs bain d'huile d'appoint. Variateurs de fréquence Piscine.
8 panneaux (3 SE 2 S, 3 SO ) 425Wc sur 4 HM800 produisent 13kWh par jour ensoleillé à fin Décembre.
05-11-2024, 08:28 PM (Modification du message : 05-11-2024, 08:34 PM par adcamp.)
(05-11-2024, 06:08 PM)Ludovic35 a écrit : Cela semble bien pour éviter les trop longs câbles.
Y a-t-il un moyen d'alimenter le transmetteur avec la borne A du Linky?
S'il faut du 5V, cela enlève une partie de son intérêt.
Merci, je connaissais le lien fumeebleu mais mon besoin était d'attaquer le esp32 d'andré en direct (j'ai tiré un cable torsadé de 60 m pendant un an et c'était pas top!) en ayant l'avantage de l'avoir à l'intérieur de la maison/garage pour piloter les charges.
Pour l'alim du hc12 j'ai la chance d'avoir le 220 v à coté donc j'ai un chargeur usb qui fait l'affaire.
(05-11-2024, 08:28 PM)PhDV61 a écrit : Il ne faut pas, je pense, utiliser un ESP32 vu sa conso, mais plutôt un ATmega328 avec oscillateur interne à 8Mhz. ça consomme pas grand chose, et il peut s'alimenter en 3.3V il me semble. Il est de plus connu de l'IDE Arduino, donc on reste dans le même "monde". Pour simplement rediriger des octets série reçus du Linky sur une pin Rx vers le Tx du module radio, ça devrait suffire je pense (J'ai lu que les modules HC-12 fonctionnaient très bien à 9600 bauds, mais présentaient souvent quelques erreurs à des vitesses plus grandes . Vu le peu de données, ça devrait suffire aussi).
Et à l'autre bout, un routeur ESP32 qui récupère les octets via le même module HC-12.
non ?
effectivement au débit linky le hc12 ne perd pas les pédales (j'ai une semaine de recul).
Pour être clair (voir schéma) j'ai voulu simplifier et côté linky il n'y a pas un bout de soft, le hc12 est en mode transparent serial link
Je peux améliorer le schéma si besoin
mon autre besoin était de rester avec le système d'andré qui va très bien et ne pas dépendre d'un système du commerce.
comme je n'ai toujours pas eu le temps de tester la solution HC-12, je vous livre les schémas en avance de phase. L'alimentation est extraite de la prise TIC du Linky.
Attention, ce n'est que du théorique, rien n'a été testé !
- La 1ère version où je garde le LTV814. Les diodes sont de type 1N4148 car elles sont à commutation rapide, on est sur du 50kHz et non du 50Hz !
- La 2ème version, où je le vire: C'est lui qui pose problème avec son faible temps de commutation (effet Miller). Plus besoin d'isolation galvanique en radio !
J'attire votre attention sur les points qu'il faut appréhender sur cette version sans opto, faute d'avoir pu tester:
- La constante de temps sur la grille du BS170 est pifométrique, probablement à ajuster
- La grille du BS170 ne supporte pas plus de 20V. On ne doit pas les atteindre sur la sortie TIC, mais là encore faute de mesure.
Si cette solution "low-cost" n'est pas suffisamment stable temporellement (jitter), il faudrait envisager de remplacer cette partie par un LTC555...
12 x AIKO 440W Full black A-MAH54MB 3 x HOYMILES HMS2000-4T OpenDTU