@MiGaNuTs Si le câble est torsadé paire par paire, cela vaut le coup d'essayer. Si vous pouvez utiliser un câble blindé, cette distance ne devrait pas poser de problème.
Posts made by Nicolas Bernaerts
-
RE: Carte WeMos Teleinfo
-
RE: Carte WeMos Teleinfo
@TontonGilou bonsoir,
Par défaut tasmota propose le protocole tasmota auto-discovery.
La dernière version publiée de mon fork a remplacé cet auto discovery par une version spécifique home assistant et homie qui déclare toutes les données spécifiques TeleInfo. A essayer peut être ... -
RE: Tasmota Teleinfo Total incohérent lors d'une injection solaire
@sj29fr C'est bien là, sous teleinfo.
La dernière version publiée intègre une refonte de l'algo de calcul du cosphi faite pour les besoins du winky. Suite a des retours, elle nécessite de réintégrer l'adaptation pour le cas d'une injection solaire avec conso linky à 0. Je devrais publier la mise a jour ce soir ou demain. -
RE: Tasmota Teleinfo Total incohérent lors d'une injection solaire
@Charles Hello,
J'ai déjà été confronté au problème avec une installation utilisant un routeur solaire qui injecte la production directement sur le réseau en bypassant le linky. Cette injection directe crée des incohérences y compris côté linky. Pour régler le problème j'ai ajusté l'algo de calcul de cosphi afin d'anticiper les chutes brutales de conso ou de prod afin de conserver une puissance active (W) réelle.
De plus, je publie des compteurs globaux indépendants de l'algo ENERGY de tasmota.
Donc en résumé ... cela vaut le coup de tester -
RE: Tempo RTE Error 400
@Pat78
Côté RTE le décalage UTC doit être codé en dur dans l'URL des API :
+01:00 en hiver
+02:00 en été
Tout appel API sans décalage ou avec le mauvais décalage renvoi une erreur 400.
Cela signifie que l'on doit construire différemment l'URL en été et en hiver !
J'ai trouvé via la structure Rtc comment récupérer le décalage courant en minutes. La version 14.3 ajustera l'URL RTE en dynamique. -
RE: Tempo RTE Error 400
@Pat78
Les API EDF fonctionnent mais elles sont en retard de plusieurs heures dans la publication des données par rapport à RTE.
C'est pour cela que j'ai utilisé les API RTE même si elles sont plus complexes à utiliser. -
RE: Tempo RTE Error 400
@Nicolas-Bernaerts Je viens de publier un fix en v14.2.1 en attendant d'avoir un correctif gérant l'absurdité de RTE lors des passages Heure Ete / Hiver
-
RE: Tempo RTE Error 400
@Pat78 Après analyse, le problème semble trouvé ...
Avec le changement d'heure, RTE impose d'utiliser un offset de +0200 sur toutes les URL alors qu'il était défini à +0100 cet hiver !
C'est abherrant, mais ce sont les API RTE ... Nous devons changer l'URL en fonction de l'heure d'hiver ou de l'heure d'été !
Je vais voir comment gérer cela sans avoir besoin de faire deux versions compilées par an -
RE: Tempo RTE Error 400
@Pat78 Il semblerait qu'une erreur 400 signale une erreur fonctionnelle côté API. Quelque chose a du changer dans les paramètres d'appel attendus côté RTE. Je vais regarder ...
-
RE: Tasmota Teleinfo Tempo Triphasé
@Jean-Luc57 Je ne connais pas d'en ESP-S. En revanche vous avez des ESP S2 ou ESP S3. Vérifiez sur votre puce actuelle. Pour le reste, orientez vous vers l'utilisation de MQTT. C'est le standard actuel.
-
RE: Tasmota Teleinfo Tempo Triphasé
@Jean-Luc57 bonjour,
Merci pour le compliment
Vous devez choisir la version correspondant à votre puce ESP.
Une fois le binaire mis à jour, vous n'aurez qu'à configurer le module avec TeleInfo Rx et configurer les paramètres TeleInfo (9600 bauds).
Après un redémarrage vous devriez voir les données apparaître ... -
RE: Tempo RTE Error 400
@Pat78 je confirme que l'API Tempo de RTE ne fonctionne pas en ce moment. A suivre ...
-
RE: ESP32 equipes de deux teleinfos
@pat Vu le prix et la consommation des ESP32S3, je ne suis pas sûr que le jeu en vaille la chandelle. Je préconise de monter 2 ESP32S3 sur la même alimentation et de les gérer indépendamment.
-
RE: Tasmota Teleinfo Tempo Triphasé
@Jean-Luc57 Bonjour,
Vous pouvez essayer d'utiliser mon fork, le tempo triphasé doit être géré directement sans besoin de passer par Berry. -
RE: Tasmota
@Charles n'ayant pas moi même HA, toutes les remarques seront les bienvenues
-
RE: Tasmota
Hello,
Pour info je viens de publier une nouvelle version de mon fork en v14.1
Elle intègre entre autre :- Support du Winky en auto alimenté
- Intégration Domoticz
- Intégration Home assistant
- Optimisation calcul cosphi
- Gestion de capteurs de température/humidité
A++
-
RE: Question de bases pour précommande
@Mirabeau Juste mon grain de sel à cet échange.
Tout comme @Charles j'ai un certain âge et je ne souhaite plus gérer les turpitudes informatiques pour ma domotique.
Je suis donc parti sur un serveur à base de debian sur mini pc (plus simple à maintenir et mettre à jour que rpi) avec mosquitto et openhab pour la domotique. Une fois configuré ... on oublie que cela tourne ...
Pour les devices je suis en full tasmota car c'est hyper stable.
Je gère en particulier tous les radiateurs électriques avec thermostat et délestage automatique depuis les infos linky.
Tous les firmware tasmota spécifiques sont dispo sur mon GitHub.
Mais je vais aller regarder Homey dès que j'ai un peu de temps ... -
RE: pitinfo 1.5
@dlog Bonjour,
Je devrais publier très prochainement une nouvelle version de mon fork teleinfo avec un module domoticz natif. Sans doute avant la fin de la semaine. -
RE: Denky-D4 accès aux GPIO user
@Sacavoile La section CAL donne d'ores et déjà ces informations :
- lv = 3 : jour rouge
- hp = 1 : heure pleine
Une simple règle Berry devrait pouvoir le détecter et le gérer.
-
RE: Triphasé surprise et valeurs domoticz
@pleasing_bloke Je suis en train de mettre en place une évolution qui gèrera nativement l'émission des données vers Domoticz (puissance, compteurs, calendrier, ...).
Je devrais le publier d'ici quelques jours.