@Charles

Bonjour, aujourd’hui l’installateur a activé le ModBus TCP dans mon onduleur. Je pense on peux le faire soi-même mais chez moi, c'est l'installateur qui l'a fait.

J’ai changé mon serveur pour home assistant et maintenant il est installé sur un Rpi4. (plus rapide que dans virtualization station sur le Qnap)

J’ai ajouté https://github.com/WillCodeForCats/solaredge-modbus-multi

dans HA et configurer l’adresse IP. L'onduleur est connecté par UTP dans mon réseau et il a une adresse IP 192.168.xxx.xxx

Après, redémarrage HA , les paramètre avancé de Solaredge se montre sur la page d’accueil.

ici une exemple avec les paramètres d'onduleur.

solaredge with TCP.png

Dans la semaine je vais m'occupé avec le dashboard.

cordialement, Tom

@lebphi vous avez pu tester la nouvelle version ?

@Nicolas-Bernaerts
C'est ce que je me suis dit ausi, mais j'ai re-essaye plusieurs fois...
J'investiguerai a nouveau a l'occasion.

Merci

@pleasing_bloke je viens de publier une v14.8beta17 qui gère le choix côté Domoticz.

@Charles, Désolé de répondre si tard. J'ai testé les 2 solutions et découvert en même temps "systemdtl". Aucune n'a apporté de résultat en automatique. A chaque fois le script python ne se lance pas automatiquement.
Mais parfois les solutions les plus simples n'apparaissent pas immédiatement : j'ai tout simplement mis une temporisation de 30 secondes au début de mon script python pour qu'il ne se mette complétement en marche qu'une fois le RPI complétement démarré. C'est frustrant de ne pas comprendre pourquoi mais cette solution permet le démarrage du script python une fois que le RPI a fini sa mise en route comme en manuel. Un jour peut-être la raison de ce disfonctionnement nous sautera aux yeux !
Merci d'avoir tenté de m'aider.

Hello,

suite à la MAJ du hardware d'@alexlg , j'ai commande des PCB vierge, du coup, je vais en avoir 2 en surplus si quelqu'un a besoin (dispo d'ici une quinzaine de jours je pense)

Merci aux différents acteurs pour les MAJ.

@Delio la version de @Nicolas-Bernaerts les remonte aussi, direct dans HA mais comme toi je n'utilises pas les today et yesterday de Tasmota. En revanche le gros avantage c'est qu'il te calcule la puissance active et le cos phi que tu n'as pas en natif.

45390842-aa90-4a06-b2e8-a7e042e3a77e-image.png

tu as quand même un paquet d'options que tu ne trouveras pas ailleurs

c055ef1a-c3b3-463e-b774-cd4b136c2ab5-image.png

@jcoudrais yes il faut passer la commande dans la console

EnergyConfig standard

@devchristof avez vous essayé de jouer avec le petit potentiomètre de la carte Teleinfo ?

@mikebzh44 merci 😊

@Charles said in Tasmota-Linky Ne pas afficher les lectures d'énergie totale d'aujourd'hui et d'hier:

Bonsoir Jules,

Désolé je ne connaissais même pas cette version, je suis toujours ravi de voir que certains vendent des produits basés sur de l'OpenSource sans citer les sources (c'est pas les premiers)

Tasmota ne gère pas le Tempo de base, mais le firmware de Nicolas, basé sur Tasmota oui

https://github.com/NicolasBernaerts/tasmota/tree/master/teleinfo/binary

après je ne sais pas comment est cablé la teleinfo sur ta carte (puisqu'il n'y a pas de doc) mais regarde dans la config de tasmota sur quel GPIO c'est connecté, ensuite il suffit de remettre la même dans l'interface du FW de Nicolas. Tout devrai rentrer dans l'ordre.

PS : Je ne comprends pas trop ce qu'ont fait Enerdis sur l'affaire ceci dit.

Reply

Many thanks. Merci beaucoup. 🙂

@Charles Top, merci !

@bdabda55

regarde ici tu devrais trouver ton bonheur

https://community.ch2i.eu/topic/1501/compilation-esp-home-pour-avoir-la-tic-sur-cet-esp/2

@Charles De rien.
Le but d'un forum communautaire c'est aussi de partager des retours d'expériences.

@sj29fr J'ai logiquement activé les options I2C et display donc cela devrait être jouable.
Mais je n'ai jamais essayé d'écran.
Si vous avez un bout de code d'exemple je pourrais essayer.

@lucky-dutchie, une version LoRaWAN existe j'ai quelques prototypes mais le code n'est pas encore tout à fait prêt.

42ecb04c-179b-46ec-87c5-e7777a4f92f0-image.png

@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.

@Nicolas-Bernaerts
ok merci

Pb résolu !