@mimi-lamite c'est effectivement une très bonne idée.

La collecte des données devrait pouvoir se faire assez simplement en MQTT qui est le standard de facto de nos jours.
Côté compteur électrique, notre firmware linky devrait faire l'affaire.
J'ai également publié un firmware gazpar qui a l'avantage de convertir la conso en W ... c'est beaucoup plus parlant.
Côté chauffage j'ai publié un firmware de gestion fil pilote avec définition des températures pour chaque modèle et delestage.
Quelques idées ...

https://github.com/NicolasBernaerts/tasmota/tree/master

@Nicolas-Bernaerts je pense que c'est plus pour le fun et le challenge que @pat fait ça, parce que clairement comme @Nicolas-Bernaerts je ferais avec 2 devices indépendants utilisant le code et firmware déjà fonctionnels, en terme de gain de temps y'a pas mieux 🙂

@ch_2i Merci, je pensais que c'était manuel!

@knasson bonjour, l'exemple de code associé est un JSON totalement arbitraire donc forcement non compatible avec tout le monde. De la 2 solutions:

modifier le code pour être compatible avec domoticz (ne me demandez pas le format je ne le connais pas) subscribe au topic MQTT de l'exemple puis à réception, reformater en bon JSON pour domoticz via node red ou script python par exemple (envois en MQTT ou API HTTP domoticz).

Bonjour à tous,

Retour d'expérience.
J'étais surpris de voir que l'auteur du sujet dans 'Démystifier le décodage Téléinformation et l’optocoupleur SFH620"
http://hallard.me/demystifier-la-teleinfo/
attachait beaucoup d'importance à R1 et R2, très peu à R3. L'article est toutefois très bien et je le félicite.

Je considère que c'est surtout R1 et R3 qui sont les valeurs critiques de ce montage. R2 ne l'est pas.
Je viens de faire quelques mesures et tests pour évaluer la plage de fonctionnement du montage en faisant varier les tensions.
J'ai la plage la plus large pour R1 = 2700 Ohms et R3 = 6900 Ohms (R2 = 10 K fixe) transistor BS170 opto 814.
Les valeurs préconisées sont donc convenables mais ne pas s'en écarter dans le mauvais sens.
Soient R1 = 2700 et R3 = 8200 en valeurs classiques normalisées.

Nota 1 : grosse surprise dans l'utilisation de transistors BS170. Les 3 bornes étaient inversées !
J'ai vérifié avec un montage précédent que j'avais réalisé en 2017. C'est différent.
J'ai vérifié les datasheets.
Mes transistors sont marqués BS170 et il faut les connecter comme les 2N7000 !
Qu'on se le dise.

Nota 2 :
[On peut voir sur le site de Charles que le potentiel de l'entrée opto est flottante sur l'oscillo.
Il aurait fallu la référencer au 0V (GND de l'oscillo) c'est à dire mettre une patte à GND]

A+

@Géryko said in Linky possède 3 sorties au niveau de la TIC (I1, I2, A):

la

Hello,
Tu as trouvé une solution pour alimenter directement depuis Linky ?

Merci de ta réponse,
Je rêve d'un PCB supportant un Arduino Mini Pro et un connecteur au format Wemos D1 mini.
alt text
de cette facon on peut profiter de la faible consommation de l'arduino mini 3,3V et de toute le panoplie des modules au format Wemos D1.

Cela te parait interessant comme idée?
Merci

@polluxi
You can download/browse all the release version on github under release section
https://github.com/ch2i/iC880A-Raspberry-PI/releases
Also all changes between version are indicated on each release.

I don't have the gerber files, it's done using the .brd file when ordering on PCBs.io or OSHPark, since it's done with eagle, you should be able to generate them with the free version (V7.7)

@tbalon GPIO13/GPIO15 have been used to remap hardware serial on these pins (and do not interfere with original TX/RX ones), like that you can keep hardware serial, changing pins is done with

Serial.swap()

Did you tried that one?