WifiInfo, le serveur WEB Téléinfo aux multiples facettes
-
@charles oui pardon je parlais de la libteleinfo universelle. J'ai mixé les sujets car j'essaie (en partie) de "porter" WifInfo sur mon spark core et honnètement je voyais ça plus facile...
Apparemment plusieurs libs Spark contournent ce problème en mettant tout le code dans leur .h avec un .cpp vide (typiquement WebServer).
N'hésite pas à libérer du code si tu vas + vite que moi
De mon côté je te tiens au courant -
@Frédéric-Chevreau
tu developpes avec quoi pour le Spark, le WEB Ide ou le Spark Dev ? -
@charles
WEB IDE, ça me permet de retrouver mon travail depuis n'importe quel ordinateur.
De temps en temps je fait une sauvegarde locale tout de même...
Jusqu'ici j'ai pas écrit de projet énorme. Juste une adaptation de Rémora 1ère version (j'ai un HW 1.1) avec ajout de MQTT pour pousser les valeurs vers Jeedom. Je voulais le mettre à jour vers ta nouvelle lib teleinfo et avec le visuel de wifinfo -
Whooo t'as réussi à compiler le code Remora dans le webIDE ?
On parle bien du code d'ici ? Parce que çà commence à faire quelques fichiers sources
https://github.com/thibdct/programmateur-fil-pilote-wifi/tree/master/Logiciel/remora -
@franck73
Pour les informations provenant d'un onduleur, çà doit être possible si le fabriquant l'a prévu, généralement (la ou je bossais avant) les onduleurs étaient réseau et il suffisait d'utiliser l'API fournie par le fabricant, mais çà doit dépendre des modèles et des fabricants, pas sur que ce soit normalisé, et peut-être encore moins avec le bluetooth -
@Charles
nooooon je fais tourner une adaptation du 1er code (https://github.com/thibdct/programmateur-fil-pilote-wifi/blob/master/Logiciel/ProgrammateurFilPilote.ino) avec ajout de MQTT pour "pousser" les valeurs. Je suis très attiré par l'interface web de wifiinfo mais du coup j'ai peur que ça charge un peu trop le core... Actuellement j'ai une beta qui compile mais impossible d'ouvrir la page web
NB: pour que ça compile dans le web IDE il faut mettre les fonctions de callback et de routage d'URL entièrement dans des .h (pas de .cpp) -
J'avoue que depuis que j'ai commencé à m'intéresser à la téléinfo, j'ai lu et relu tant d'articles que je ressens un peu de confusion...
Si je dois me construire un Wifinfo (car j'ignore si l'on peut en acquérir clés en mains, du moins je n'ai pas trouvé...) quel type de module est recommandé ?- NodeMCU
- Wemos
- ???
A priori, le NodeMCU comme le Wemos sont alimentés en 5V via un connecteur MicroUSB ?
Il faut alors flasher sur le module choisi le composant Wifinfo du Github,
Connecter un optocoupleur entre la sortie Téléinfo du linky et une entrée GPIO de l'ESP8266
et cela devrait faire l'affaire ? -
Bonjour,
actuellement en pleine réalisation de ma solution domotique à base de Raspberry pi + domoticz, je cherchais un moyen sans fil de récupérer la teleinfe et je suis tombé sur cet article. Est-il prévu de revendre des cartes "toutes prêtes" sur Tindie prochainement ?
Cordialement
-
@Doume J'utilise un Wemos D1 mini, car c'est plus petit qu'un NodeMCU, et comme vous l'avez fait remarqué, c'est facile à alimenter, on a presque tous un vieux chargeur de téléphone µUSB dans un tiroir...
Pour relier au compteur, il faut un peu plus qu'un optocoupleur.
@Charles propose un montage très fiable:
Perso, j'utilise un montage plus simple:
Vous raccordez le montage à l'entrée RX du Wemos
-
This post is deleted! -
Bonjour, petite question sur la partie led RBG de type neopixel. L'alimentation est de 3.3v sur le schéma. Cela ne pose pas de problème car dans le datasheet de la led, l'alimentation doit être de 5v ?
-
Bonjour Charles,
Tout d'abord d'énormes félicitations pour le travail effectué sur l'esp8266 et la teleinfo. C'est absolument formidable de pouvoir utiliser aussi simplement ta librairie et qui plus est parfaitement documentée !
Etant domotisé à la maison, il me manque quand même un petit truc sur ta carte. J'ai un contrat en HC/HP et il m'aurai fallu une sortie relais ou opto pour commuter le contacteur J/N de l'ECS. J'explique pourquoi : sur mon installation, assez ancienne dû à l'année de construction, je n'ai que 2 fils pour l'asservissement, comme la plupart des gens je pense. SI j'utilise ces 2 fils pour la téléinfo, je perds donc l'activation de l'ECS en J/N - regrettable t'en conviendra Ta carte est donc parfaite, il manque juste cette possibilité (qu'on ne trouve au passage nulle part sur un petit module, même commercialisé !).
Autre chose, est-ce qu'il est possible de pousser les valeurs vers les boxs domotiques (j'ai une Fibaro HC2 et j'aurai souhaité que la signalisation du dépassement de puissance puisse permettre de faire du délestage immédiat - comme par exemple couper l'ECS (si implémenté sur la carte) et mes radiateurs (géré par ma box domo).
Pour finir mais ça c'est un update vraiment perso, je compte rajouter un ADC ADS1115 pour y brancher 4 pinces ampèremétrique pour suivre une partie de ma conso (chauffage notamment), penses-tu que c'est faisable ? Et tout ce bazar doit tenir dans un boitier rail DIN4 bien sur
-
Salut @Benjy-Net
Je pense que tu devrais regarder du côté de la Remora
-
@Benjy-Net Bonjour, si je comprends bien votre problématique vous souhaitez utiliser la paire pour remonter le signal de téléinfo à la place de celui du contacteur.
Perso j'utilise Wifinfo sur un wemos D1 mini, et le relai du chauffe-eau reste branché sur la sortie du compteur, bien que je ne l'utilise plus. Le Wemos communique en wifi, donc pas besoin de fils, juste d'une prise proche du compteur et d'une vieille alim usb. Le wemos est placé dans une boite de dérivation, pour l’esthétique..
La remonté d'info vers ma domotique se fait chez moi vers une box jeedom, sans difficulté, puisque intégré au logiciel de Charles. Et c'est ensuite ma box qui décide d'allumer ou non le chauffe-eau, selon la tarification la plus avantageuse (j'ai l'option tempo, il est préférable de chauffer un jour blanc plutôt qu'une nuit rouge..). Pour cela, j'ai un module zwave qui remplace le relai EDF (ne pas piloter directement le chauffe-eau, à moins d'avoir un module qui gère la puissance nécessaire !) -
@mjeanne
Oui je comprends, mais j'ai le compteur EDF sur la rue à 25m de la maison et j'ai pas la possibilité d'y glisser le wemos (en plus du wifi qui est complètement dans les choux). Je suis donc obligé de récupérer mes 2 fils qui servent d'asservissement pour y faire passer à la place la téléinfo. Pour ce qui est de la domotique je pourrais faire pareil, mettre un relais zwave sur le contacteur du chauffe eau et laisser la box gérer mais si par mégarde il y a plantage de la box alors pas d'eau chaude. J'aurai finalement préféré avoir directement un MOC ou relais commandé par le Wifinfo sur réception de la trame HC. J'ai regardé rapidement mais toutes les pins sont utilisées, je pense passer sur un esp12E mais Wifinfo n'a pas l'air de fonctionner dessus, surement dû au changement des pins. J'ai mis le nez dans le code de Charles et pfiou quand on est pas codeur, il faut ingurgiter pas mal de choses pour pouvoir le modifier/adpater à ses besoins ! -
Bon, j'ai mangé de la ligne de code, j'arrive à comprendre à peu près ce que @Charles a fait. C'est super chiadé quand même ! Reste mon problème de pin pour activer ou non mon relais. Je pensais utiliser la RED_LED_PIN car j'ai l'impression qu'elle ne sert à rien pour le moment dans son code (ou alors carrément utiliser la GPIO 14 qui a l'air dispo).
Petite évolution à prévoir aussi, mais je crois que c'est dans la todolist, pouvoir envoyer une notification push lors d'un dépassement ADPS pour pouvoir gérer du délestage par exemple par les box domotiques.
Dernière chose, j'ai pris un Wemos D1 mini pro, on est plus à l'aise pour la mémoire... nettement supérieure et en plus équipé d'une antenne et d'un connecteur externe. -
Bonjour à tous
Dans le code de Wifinfo, on constate qu'il peut faire du debugging serial
Dans Arduino IDE, j'ai le choix pour sélectionner le port sérial, mais dans ce cas il ne m'affiche que des caractères illisibles dans le Moniteur série, ou alors via l'adresse IP de la Wemos.
Mais via l'adresse IP, lors du lancement du Moniteur Série, il me demande un mot de passe d'accès à la console.... C'est quoi, ce mot de passe ? je ne le trouve nulle part dans le code... -
@Doume Je ne me souviens plus du code exact, mais le port série pour le débug n'est pas le même que pour la programmation. Je crois qu'il y a un swap de serial et serial1 à un moment.
-
Effectivement, j'ai bien constaté qu'il y avait un 'swap' entre Serial et Serial1
Car je pense que le port série standard est occupé par l'interface Teleinfo vers le compteurMais comment fait-on ? il faut connecter un USB/TTL sur le port secondaire, et monitorer ce port USB additionnel dans Arduino IDE ?
-
@Doume
Alors oui il y a bien un SWAP mais c'est pas un swap entre Serial et Serial1 c'est un swap de pin pour la Serial. C'est pour éviter un conflit entre l'arrivée téléinfo RX et le RX lors d'une reprogrammation série (que ce soit sur la même pin),Pour le débug, je conseille d'utiliser le Serial1 (TX seulement) car si on utilise le Serial par défaut il est configuré pour la téléinfo, donc a 1200bps (mais c'est possible, il suffit d'avoir un moniteur serie ou terminal en 1200bps
Pour débugger via la Serial1 à 115200, et oui avec un adaptateur USB TTL tel que celui-ci (ils sont top car configurable en 3.3V ou 5V avec régulateur 3.3V embarqué). Il suffit de brancher le cavalier entre TX et TX1 de mémoire (ou TX et TX0 je crois qu'il y avait une erreur d'écriture sur le PCB de WiFinfo d'ailleurs)
Ou sinon juste GND et le TXD1 de WifiInfo vers l'adaptateur USB SerialPour le Serial1, c'est d'ailleurs la configuration par défaut
Pour débugger via la Serial1 (a 115200bps)
#define DEBUG #define DEBUG_SERIAL Serial1 #define DEBUG_SERIAL1Pour debugger en normal (Serial) a 1200bps
#define DEBUG #define DEBUG_SERIAL Serial //#define DEBUG_SERIAL1
