Ah d'accord, sur le compteur les données sont émises en permanence, donc en gros la durée d'émission de la trame, tout dépend du contrat ErDF (nombre de données émises) mais en gros entre 1 et 2 secondes

Ouais, ce qui m’intéresse dans cet affaire c'est influxdb, potentiellement dans mon business j'aimerais proposer un push des données IoT avec tableau de bord et tout et tout, donc il me faut une base de données solide capable de faire du time series pour pas écrouler les perfs si il y a de la montée en charge (comme emoncms avec redis) mais j'avoue que j'ai pas encore potassé le sujet, alors si il y a des experts, je prends 😉
ça a l'air bien sympa influxdb en tout cas.

Excellent ça, merci pour le retour 😉

@amiphyl
très bonne et saine idée de passer la base jeedom sur un NAS 😉
c'est possible de désolidariser la base de l'install de jeedom ? quand j'ai essayé l'anné dernière je n'ai pas réussi et surtout pas insisté non plus 🙂

Merci pour la proposition Denis, mais je crois que çà resterait dans un coin pour le momemt par manque de temps ;-(

Charles

Denis,
Merci pour le commentaire.
Pour votre problème j'avoue que c'est curieux et aussi que cela peut provenir de beaucoup de facteurs.
Avez vous essayé avec picocom (la partie série de téléinfo provient de là) histoire de voir ?
Il serait intéressant de voir le schéma aussi, j'imagine que les teleinfos des compteurs sont multiplexées vers la serial de l'A20 ? C'est quelle distribution qui tourne sur la A20 ?
Ceci dit, même si çà arrive, çà doit fonctionner, puisque dans ce cas la checksum est fausse et l'étiquette ne sera pas prise en compte non ?

Bonjour amiphyl
Excellente question, j'ai déjà utilisé les paires restantes pour passer de l'ethernet sans soucis (100Mb). Mais pour la téléinfo, je ne sais pas mais çà serait très intéressant de tester 😉

Bonjour,

Le lien symbolique même si il fait apparaître deux devices AMA0 et S0 ne peux pas faire fonctionner les 2 en même temps. Seulement un seul processus peut accéder au port série.
Le mode daemon lit en temps réel les données reçues sur le port série. En fonction de ce que tu fais des données avec le mode daemon, il est peut être possible de récupérer les valeurs dans la base depuis domoticz ou que domoticz aille demander au daemon les valeurs.
Le deamon est capable d’envoyer la trame reçue en UDP sur le réseau, je suis certain que çà doit être super simple depuis domoticz de récupérer les valeurs (mais je ne connais pas domoticz). Peut être demander à l’auteur de la teleinfo de domoticz de voir ce qu’il est possible de faire ?

Charles

Super, c’est du support du tonnerre 😉
J’ai ajouté le champ ‘PPOT’ et l’intégration se fait maintenant bien.
Merci beaucoup

Il y a bien toujours l’erreur “tlf_check_frame() no correct frame ‘(null)'”, mais c’est pas grave tant que çà envoie et stocke (MySQL/Emoncms)…

Le timeout est positionné à 10 secondes dans la fonction tlf_get_frame, ce qui est plus que suffisant normalement.

C’est à la ligne int timeout = 100; c’est 100 * 100ms donc 10s

Je penche plutot pour un problème réseau, peux-tu aussi me donner le résulat d’un

sudo ifconfig

sur ton Pi ?

Ah oui, aussi, une fois que tu as lancé le deamon par

teleinfo -m s -d

peux tu me lister les logs associés du syslog par un

sudo cat /var/log/syslog | grep teleinfo

Merci à toi

Bonjour,

Effectivement toutes les informations ne sont pas pertinentes à intégrer en base de données. C’est comme les index, en fonction de ce que l’on souhaite faire il est possible de ne les mettre que toutes les heures par exemple.

Néanmoins maintenant certains site comme emoncms ou autres sont assez optimisés pour ce type de traitements et supportent sans problème l’envoi en temps réel. Après par exemple le site peut moyenner les valeurs d’entrées (ex tt les 5 minutes)