@Géryko said in Je m'interroge sur les avertissements de dépassement: Enedis-NOI-CPT_54E-1.pdf Super, merci à toi, du coups je mets cette courbe ici pour référence. [image: 1685374200332-59cfa09d-99e6-43e1-92c3-fb9df82517c5-image.png]

Bonjour à tous, Je pense avoir trouvé la solution ! La fonction void IRAM_ATTR fonction_ISR() { ... } doit se trouver en amont du setup en non après. Qu'on se le dise. ça peut paraitre évident mais ... il faut le savoir et personne n'en parle. A+

@Géryko Super si ça répond alors, pas programmeur mais tu maitrises les callback, respect, en C en plus c'est le plus fun j'imagine qu'elles sont en mémoire dans mon ESP32 Oui mais seulement les valeurs de la dernière trame reçue, en gros tu as toujours les dernières données à jour. J'ai découvert Tasmota mais aucune expérience à ce jour. C'est surpuissant mais j'avoue faut un peu le permis de vol, mais la doc est plutôt bonne, faut juste se la taper et c'est pas toujours intuitif

Bonjour à tous, J'ai tenté d'approfondir la question malgré la valeur de ADECO qui est toujours fausse. Avec ma trame de test (captée à mon domicile en tarif BASE) j'obtiens ceci au démarrage : TIC RX=GPIO33 Mode:Historique ADCO 031762023755 => @ // checksum recalculé = OK ainsi que les autres. {"_UPTIME":0, "ADCO":2147483647, "OPTARIF":"BASE", "ISOUSC":30, "BASE":15572906, "PTEC":"TH..", "IINST":2, "IMAX":90, "PAPP":480, "HHPHC":"A", "MOTDETAT":0} {"_UPTIME":60, "ADCO":2147483647, "OPTARIF":"BASE", "ISOUSC":30, "BASE":15572906, "PTEC":"TH..", "IINST":2, "IMAX":90, "PAPP":480, "HHPHC":"A", "MOTDETAT":0} Avec la trame de test (fournie par Charles en tarif HC.. , voir mon 1er post) j'obtiens ceci au démarrage : TIC RX=GPIO33 Mode:Historique ADCO 031428067147 => B // checksum recalculé = OK ainsi que les autres. {"_UPTIME":60, "MOTDETAT":0} {"_UPTIME":120, "MOTDETAT":0} {"_UPTIME":180, "MOTDETAT":0} Question : Pourquoi je n'ai pas l'affichage de la trame complète ? Est-ce normal ? Exactement dans les mêmes conditions, il n'y a que la trame de test qui change ! On peut voir qu'il n'y a pas de " {"_UPTIME":0, etc ...} " et impossible de l'afficher alors qu'avec ma trame, je peux l'afficher à tout moment. Merci pour vos retours.

@Géryko Oui dans la librairie tous les champs sont traité en mode natif, c'est à dire des char, après sur l'affichage ou autre il faut faire du spécifique cf https://github.com/hallard/LibTeleinfo/issues/22

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 ?