Posts made by Fab_33

Il y a les logs sur le port USB (1200 bauds 7 bits)
J'interroge la remora toutes les 1(secondes sans trop de problème, je pense que passer avec la librairie asynchrone pour le serveur web améiorerais beaucoup de choses.

J'utilise Mysensors sur des ESP avec interface web (AsyncWebServer) sans aucun problème. La lib est très compacte. En plus il est possible de n'inclure le code que si la fonctionnalité est chargée. Une compatibilité MQTT serait apréciable aussi et supprimer le code Jeedom ou emoncms qui savent faire du MQTT tous les 2 (et bien d'autres aussi). OU à la rigueur activer ce code à la demande. Je pense que la refonte du code sera mon prochain projet pour cet été ou l'automne.

J'avoue que je suis un peu frileux (sans jeu de mot) pour tester cette version à cette période de l'année. Mais au printemps je m'y mets. J'ai déjà codé avec la librairie tcp asynchrone et c'est vrai que c'est très performant. Je voudrait aussi ajouter des fonctionnalités MQTT et MySensors (faire voir le remora comme une gateway avec des capteurs/senseurs). Le soucis c'est que je n'ai pas que ce projet sous le coude ...
En plus le code est assez dense avec beaucoup de références sur le sparkcore. Il serait peut-être bon de recoder une grosse partie quitte à n'être compatible qu'avec les hardware ESP8266.

Il faut que tu regardes les commandes qui arrivent aux optos.

Bonjour,
L'hiver n'est pas loin et j'aurais aimé quelques nouvelles fonctionnalités dans la remora :

• Possibilité d'update des valeurs en MQTT (du coup en s'abonnant on peut avoir l'équivalent d'un trap SNMP)
• Posssibilité de désactiver le délestage et de confier cela à la domotique (mais du coup nécessité du MQTT pour un update temps réel des valeurs surtout de l'alerte de dépassement de puissance souscrite)
• Possibilité depuis l'interface de définir un calendrier simple pour un système compètement indépendant (c'est pour ami qui ne veut pas de box domotique pour le moment).

Si des bonnes ames se sentent ...

Bonjour,
En effet c'est possible que tu puisses avoir quelques soucis. En plus le courant des fil pilotes va dépendre des convecteurs utilisés. Cependant je pense que cela doit rester inférieur au mA ce qui avec 7 zones ne fera pas déclencher un 30mA
En réfléchissant cela peut aussi poser un problème de sécurité lors de l'intervention sur le branchement du radiateur. IL faut que tout cela soit bien explicite sur le tableau électrique et dans les boitier encastrés.

Bonjour, En fait ce n'est pas vraiment ce que je souhaite. Ce push se fait toutes les 15secondes. Ce que je souhaite c'est un mqqt_publish dès l'apparition d'une trame ADPS ou encore après dépassement d'un seuil sur IINST. Pour l'ADSP j'ai jeté un coup d'oeil, il y a déjà un callback.
Par contre si la prochaine version de @Charles fait déjà du MQTT ce sera plus simple à adapter.
Actuellement je fais une requête tinfo toutes les 15secondes et j'adapte le courant de charge de la voiture si je dépasse les 45A mais je vois que je monte largement au dessus du fait du temps de réaction de toute la chaine.

Serait-il possible dans une future version d'implémenter une sorte de push. Un exemple serait le MQTT. Se serait très pratique pour pouvoir intercepter au plus vite une trame ADPS par exemple.

Je pense qu'il faut que tu contactes ton fournisseur pour faire vérifier tout ça. C'est anormal si tu reçois le reste.

Je ne vois pas bien. Tu reçois d'autres trames. Il faudrait faire vérifier l'activation TIC auprès de ton fournisseur sinon.

Il n'y a pas vraiment de "sources" mais je vais essayer d'expliciter un peu.
J'ai donc une remora sur mon réseau avec comme IP 192.168.1.51 et un serveur (une carte Odroid C1) avec node-red, grafana et influxdb (dernières version).
Pour influxdb il suffit de créer une base (test dans mes exemple). Je referais un autre post sur l'utilisation des RP et des CQ pour minimiser la taille de la base.
Pour node-red, il faut installer le noeud influxdb (même si on peut faire sans, je préfère utiliser ce noeud)
Ensuite on va avoir un flux node-red avec une requête tinfo sur la remora toute les 15s (noeud inject). La réponse est convertie en JSON et je ne récupère que les infos d'index et de puissance. Un tag est ajouté au "measurement" influxdb avec la période de facturation (PTEC).
Ensuite pour les différents dashboard de grafana, il y a une gauge avec la puissance actuelle et 2 seuils colorés (6kW et 8kW)
Un texte qui va changer (heure pleines/heures creuses) en fonction du PTEC.
ON récupère les index avec les fonction d'aggrégation last()
Pour le graphique, on fait 2 requêtes avec un select basé sur le PTEC puis chaque requête à une couleur.

Bref rien de très compliqué, il faut juste placer toutes les briques.

Ensuite j'ai une requête continue pour récupérer le max et lle min de chaque index pour générer des graphs mensuels. J'y reviendrais plus tard

J'ai essayé hier la dernière version de grafana et je suis plutôt content du résultat. C'est largement moins buggé qu'emoncms pour un résultat qui personnellement me convient presque mieux. Je vais encore faire quelques essais pour avoir des barres empilées. Pour le moment je n'ai que la téléinfo mais je devrais mettre un shield emontx prochainement (je bosse sur la partie envoi des infos en wifi).
Tout ce qui est rouge est en HP, le bleu en HC.

Ca dépend du matos, à l'air chaud c'est les doigts dans le nez

Si tu te mets directement sur l'entrée TIC il faut recréer complètement le signal. Si tu arrive a te pettre après leur circuit de démodulation, le signal numérique sera suffisant. Tout dépend de ce que tu es capable et prêt à faire.
Pour la petite histoire, Nissan me proposait soit la borne soit un chèque pour le retard de livraison de ma Leaf, j'ai pris le chèque pour une openEVSE et il me reste encore quelques dizaines d'euros...

Ben c'est pas si simple. Je peux le sortir, mais il faut ouvrir le boitier DIN et je suis obliger de retirer des fils. bref c'est pas pratique, le wemos à mon avis en retirant le capot du dessus du boitier rail din permettra de l'enlever sans rien avoir à débrancher ni même décapoter le tableau ...

Bon ca marche sur un autre nodeMCU (en volant sans le mettre sur une board). Je vais donc changer mais en Wemos pour avoir plus de facilité pour retirer le module du boitier DIN. Je verrais si emoncms fonctionne mieux !

@alban ok, pas de soucis de toute façon c'est généralement au minimum par 3

ok j'attends ce soir et je commande si personne ne se manifeste. Pour le pseudo tu as tout bon je suis sur Saint-Jean d'Illac ou Mérignac pour le boulot.

Sinon chez Hager tu as le XEV304 qui fait ce que tu veux. Mais bon c'est un peu cher comparé à un compteur SAGEMCOM que l'on trouve à 40€. Ca prend juste moins de place !

Oui @Charles cette version ne marche pas chez moi. Les temps de réponses sont extrèmement long et encore des fois ca ne répond pas. Je ne vais refaire d'essai car à chaque fois c'est un peu galère à programmer (ouvrir le tableau débrancher le module ouvrir le module ...) Je vais juste tester sur un autre NodeMCU.