Community Forum
    • Blog
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login
    1. Home
    2. Géryko
    G
    Offline
    • Profile
    • Following 0
    • Followers 0
    • Topics 7
    • Posts 29
    • Groups 0

    Géryko

    @Géryko

    504
    Profile views
    29
    Posts
    0
    Followers
    0
    Following
    Joined
    Last Online

    Géryko Unfollow Follow

    Latest posts made by Géryko

    • RE: Je m'interroge sur les avertissements de dépassement

      Bonjour Charles,

      1,4 2,5 et 5 sont des exemples ( d'ailleurs erronés.)

      En fait, il faut regarder la courbe du document Enedis-NOI-CPT_54E-1.pdf courbes page 29

      Pour 1,3 le délai est de l'ordre de 300 sec ? c'est la limite.
      Je rectifie les valeurs
      avec 1,4 fois la puissance souscrite, la coupure a lieu en 220 s,
      avec 2.5 fois la puissance souscrite, la coupure a lieu en exactement 40 secondes,
      avec 5 fois la puissance souscrite, la coupure a lieu en 10 secondes. (arrondi)
      et avec 10 fois la puissance souscrite, la coupure a lieu en 3 secondes.

      A+

      posted in Librairie Téléinfo
      G
      Géryko
    • RE: Je m'interroge sur les avertissements de dépassement

      Bonjour à tous,
      Autre réponse :
      Voir le document Enedis-NOI-CPT_54E-1.pdf courbes page 29 ( version 3 du 01/06/2018)
      en résumé :
      avec 1,4 fois la puissance souscrite, la coupure a lieu en 120 s,
      avec 2.5 fois la puissance souscrite, la coupure a lieu en exactement 40 secondes,
      avec 5 fois la puissance souscrite, la coupure a lieu en 9.5 secondes.
      et avec 10 fois la puissance souscrite, la coupure a lieu en 0,2 seconde.

      posted in Librairie Téléinfo
      G
      Géryko
    • RE: Je m'interroge sur les avertissements de dépassement

      PS : J'ai trouvé une explication.
      byte 49d = 31h = chiffre 1 = phase 1.
      Donc problème de conversion.

      posted in Librairie Téléinfo
      G
      Géryko
    • RE: Je m'interroge sur les avertissements de dépassement

      Bonsoir à tous,

      Compléments pour mon interrogation.
      J'ai créé une trame fictive pour tester ADPS avec IINST = 31A.
      La trame reçue :
      ADCO 031762023755 | OPTARIF BASE | ISOUSC 30 | BASE 11176 | PTEC TH..
      IMAX 90 | PAPP 480 | HHPHC A | MOTDETAT 000000 | IINST 31
      Les trames suivantes avec en plus, ADPS 31

      La callback "void ADPSCallback(uint8_t phase)" renvoie : {"ADPS":49}
      Je m'attendais à avoir : n = numero de la phase 1 à 3 et non 49 !
      Que se passe-t-il ?

      posted in Librairie Téléinfo
      G
      Géryko
    • RE: MicroTeleInfo V2 - Trames incohérentes

      Bonjour à tous,

      Je prends ce sujet au vol, quelque chose m'interpelle.
      Ce n'est pas en mesurant des résistances qu'il faut résoudre ce problème.
      Personnellement, j'ai eu des cas assez bizarres sur l'adaptation compteur/capteur de TIC.
      Un montage personnel qui fonctionne très bien à mon domicile avec 50m de câble
      ne fonctionne pas chez un ami en utilisant ce même câble !

      Si le montage comporte un potentiomètre, c'est bien pour effectuer un réglage ?
      Comment réglez-vous ce potentiomètre ? (notice - mode d'emploi ?)
      Il faudrait utiliser un oscillo pour voir le signal en sortie de l'opto coupleur.
      Sans oscillo, régler en observant la lecture des trames (ou une DEL en sortie du transistor de réception ?)
      Les schémas de ces 2 modules se trouvent-t-ils sur le site de Charles H.?

      posted in MicroTéléinfo
      G
      Géryko
    • Je m'interroge sur les avertissements de dépassement

      Bonsoir à tous,

      Je m'amuse bien avec la librairie LibTeleinfo ! Super et bravo.

      Je m'interroge sur les avertissements de dépassement, mode historique, ADPSCallback

      • étiquette ADPS en monophasé.
      • étiquettes ADIR1 à ADIR3 en triphasé (trames courtes).
        Dois-je utiliser cette callback pour délester ?
        Avantages : je n'ai qu'à attendre l'appel, et que ce soit en monophasé ou en triphasé.

      Si j'ai bien compris, elle n'est pas indispensable ? (puisqu'il suffit de comparer les IINSTx avec ISOUSC)
      Inconvénient : je dois surveiller ADPS et les ADIRX.
      Elle pourrait être indispensable si la callback apportait quelque chose que je ne connais pas.
      (exemple : élimination des pointes de courant très brèves. Intégration)
      (questions : Faut-il prendre une marge de sécurité ?
      de quel délai dispose-t-on pour délester ? ce n'est pas très clair pour moi.)
      Ai-je bien compris ?
      Merci pour vos réponses, même très brèves.

      posted in Librairie Téléinfo
      G
      Géryko
    • RE: Interruptions extérieures ?

      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+

      posted in Téléinfo
      G
      Géryko
    • Interruptions extérieures ?

      Bonjour à tous,
      J'utilise la bibliothèque LibTeleinfo.h et comme j'ai de l'espace disponible, je voudrais ajouter
      une fonction gadget en utilisant une interruption extérieure sur pin 15. (sur ESP32)
      Je voudrais éviter de modifier le xx.h et le xx.CPP. Comment se sortir de là ?
      Bien évidemment je ne suis pas programmeur pro.

      Voici ce que j'ai fait (raccourci) :
      boolean drapeau = 0;
      void setup() {
      pinMode(15, INPUT_PULLUP); //Configuration du pin en entrée pullup
      attachInterrupt(15, fonction_ISR, FALLING);
      }

      void IRAM_ATTR fonction_ISR() {
      drapeau = 1; // Code de la fonction (traitement par la suite)
      }

      Me donne :
      error: 'fonction_ISR' was not declared in this scope

      Merci d'avance à qui pourrait m'aider.

      posted in Téléinfo
      G
      Géryko
    • RE: Extraire des données avec la librairie LibTeleinfo pour esp32 de Charles-Henri Hallard

      Bonjour Charles, et très heureux de ta réponse rapide.

      <quote>extraire ou ? dans quoi dans le code de l'ESP32 local ? Tu veux les envoyer ailleurs, MQTT/HTTP pour les traiter ? ... </quote>
      Je m'explique :
      Je lis et j'affiche les trames, j'imagine qu'elles sont en mémoire dans mon ESP32.
      Je sais utiliser les callback (en boucle while)
      Je ne sais pas aller rechercher, lorsque j'en ai besoin, une information bien précise. (ex . "IINST")

      En voyant le code sur ta réponse, je pense que tu as répondu à ma question.
      C'est tellement simple !
      il ne me reste plus qu'à tester. (m'amuser mais cela pourra surement servir à d'autres ?)

      Concernant ma question 2 : mea culpa. Je n'avais pas vu ce dossier trames.
      C'est tout ce qu'il me fallait.

      Un peu de temps pour décanter, j'ai bien progressé et je t'en remercie.
      (Je ne suis pas programmeur mais je me débrouille)

      J'ai d'autres questions plus fines à voir mais rien d'urgent.
      (je n'ai pas encore fait de recherches et je ne voudrais pas "réinventer la roue")
      Règles du délestage : intensités, durées, ...
      Règles du "re lestage" : intensités, durées, ...
      J'ai découvert Tasmota mais aucune expérience à ce jour.

      posted in Librairie Téléinfo
      G
      Géryko
    • Extraire des données avec la librairie LibTeleinfo pour esp32 de Charles-Henri Hallard

      Bonjour à tous,
      Comment extraire des données avec la librairie LibTeleinfo pour esp32 de Charles-Henri Hallard

      J'utilise et je teste la librairie citée dans le titre du sujet. ( V2.01 2020-08-11 )
      Tout va très bien pour afficher les données mais je ne sais pas extraire des données reçues et vérifiées, pour les traiter ensuite.
      Exemple simple : je veux surveiller l'intensité pour délester si nécessaire.
      Comment extraire l'intensité qui a été enregistrée je suppose ? (ainsi que d'autres données)
      Ne sachant pas le faire pour l'instant, j'ai créé "mon" tableau 2D et j'y place toutes les étiquettes et datas mais cela ne me semble pas logique.
      Ainsi, je peux choisir et utiliser n'importe quelle information vérifiée à tout moment.

      Question 1 : Y a t-il une solution "plus propre" ? Comment faire ? un/des exemples svp ?

      Nota :
      Je ne dispose que de trames "Historiques" sur mon compteur Linky monophasé, pour des tests réels.
      Je sais également me transmettre des trames fictives directement sans passer par le port série, ce qui est bien pratique pour réaliser des tests.
      Je voudrais bien tester des trames "Standard" mais où les trouver ?
      Je ne sais quasiment pas lire l'anglais.
      Je suis retraité, presque octogénaire, pas de projet bien précis

      Question 2 : Quelqu'un pourrait-il me remettre une trame complète STANDARD et réelle ? (en MP ou fichier joint éventuellement)
      exemple pour historique
      <STX>
      ADCO 031762023755 @
      ..... ...... .....
      MOTDETAT 000000 B
      <ETX>
      Merci d'avance à quelqu'un qui pourrait m'aider.

      posted in Librairie Téléinfo
      G
      Géryko