Je reformule mon retour sur la v17.12 qui est peut être passé inaperçu car posté sur un autre post ...

Je viens de retester et passer un de mes routeur en V17.12, 

Je confirme l'erreur d'affichage constant : en page d'accueil , puissance active du jour et énergie active du jour sont erronées avec une remise à remise à zéro pour cette dernière

Je suis repassé en V17.11 même soucis par contre en v17.06 jusqu'à V17.10, c'est ok 

Suis je le seul ?

Bonjour, 
j'ai installé un routeur solaire pour consommer la surprod de mes PV en alimentant un radiateur.
si on passe outre le fait que j'ai peu de surprod en hiver (donc peu de chauffage) et que j'aurai bcp de surprod en été mais pas besoin de chauffage ...
je souhaite piloter l'alluimage forcé de mon radiateur via MQTT (depuis un interrupteur tasmota).
donc, le routeur solaire fonctionne bien, la partie MQTT aussi (envoie de l'information de de conso/injection, envoie de la sonde de temperature) .
mais je ne comprends pas la partie pilotage / forçage.
le payload est plutot simple a comprendre (je crois) : {"Mode":"OnOff","tOnOff":60,"Periode":7,"OuvreMax":100} pour forcer un SSR a 100% pendant 60 minutes avec l'id 7

mais niveau topic, je bloque.

MQTT Préfixe de découverte (1 seul mot ex : homeassistant ) :  PuissanceGarage
MQTT Préfixe de publication (1 seul mot ex : homeassistant ) :  PuissanceRelais
MQTT Device Name / Nom routeur (1 seul mot ex : routeur_rms ) :  routeur_rms
Souscrire au forçage des Actions via le serveur MQTT:  check

la doc dit de publier dans le topic RMS/Relais1 mais ca ne fonctionne pas.
et dans PuissanceGarage/routeur_rms non plus, pas plus que PuissanceRelais/routeur_rms

pouvez vous me guider ?

Bonjour à tous,

La station de charge VE RMS F1ATB existe maintenant en trois versions matérielles :
- 2 versions RMS esp32 seul dites versions « H3rv3 »
- 1 version RMS esp32 + shield PowerCircuits dite version « Pedro 2»

Les 3 versions ont les mêmes fonctionnalités et la même interface web.
Elles partagent le même code, les mêmes paramètres et sont intégrées dans l’environnement
RMS F1ATB.

- La version «Pedro 1» a été développée en premier, avant d’être portée sur les versions à une seule carte qui
porte tous les composants. Cette version est obsolète.
- La version «Pedro 2» qui la remplace permet de continuer à utiliser le shield original « Pedro » avec un
ESP32 au lieu de l’Arduino Uno d’origine.

- La version « H3rv3 v2.2 » est pré-assemblée, il ne reste qu’à ajouter un esp32 dans son support !
- Les versions « H3rv3 » v1.0 ou v1.1 demandent l’assemblage d’une carte (circuit imprimé), avec la
soudure d’une trentaine de composants électroniques.
- La version « Pedro 2 » fait appel à un pcb simple avec peu composants à souder (seulement pour ceux qui
possèdent déjà un shield « Pedro » Powercircuits).

Ces cartes sont disponibles sur cette page.

La documentation est toujours là : https://acloud9.zaclys.com/index.php/s/73zkjdsWS4FFF32

Bonjour à tous,

J'ai commandé un esp32 JC2432W328C et réfléchit comment vais je pouvoir l'utiliser pour le cablage.

En sélectionnant dans la version 17 la bonne version d'esp 32 ,j'ai dans les choix du logiciel :

Pour pulse et Zc les gpio 21 et 22.
Pour les leds les gpios 4 et 17.

Est ce que je peux les utiliser tels qu'elles sont sur la carte car André parlait de déssouder le slot carte Sd pour obtenir plus de gpio 

De plus André conseille d'utiliser :

 le 4 et le 17 en sortie, vous me confirmez que c'est le cas pour des leds ?
le 21 et 22 entrée ou sortie , c'est le cas aussi pour zc et pulse ?

Il reste le 35 à utiliser en entrée numérique ou analogique , il pourrait fonctionner pour une sonde de température? 

Merci pour votre aide

Pièces jointes

Miniature(s)
   

Bonjour,
Hier soir j'ai fait la mise à jour en V17.11 puis Reset et Ctrl F5.
Ce matin la consommation de hier (10-03-26) est à zéro sur le graphique des consommations journalière (voir pièce jointe).
J'ai téléchargé le fichier des données, et la consommation du 10 Mars est également à zéro.

Pièces jointes

Miniature(s)
   

Bonjour,

J'ai vu dans votre vidéo de présentation des évolutions prévues pour 2026 que vous pensiez intégrer les prévisions météo pour l'automatisation du pilotage des relais en HC.

Un développeur propose déjà cela sur sa branche de tasmota/teleinfo en passant par les API de https://forecast.solar/. Il faut entrer ses coordonnées GPS, l'orientation et l'inclinaison des panneaux ainsi que la puissance crête installée. Avec ça, les prévisions suivantes sont alors disponibles : puissance produite instantanée (pas très intéressant ici), énergie produite aujourd'hui et énergie produite demain (en kWh).

Je ne sais pas dans quelle mesure son implémentation pourrait être réutilisée sur ce projet, mais je mets le lien vers sa branche ici : https://github.com/NicolasBernaerts/tasm...r/teleinfo.

En espérant avoir été utile. 

Une nouvelle version V17.11 est dispo en téléchargement. 
Quelqu'un sait quelles sont les evols/ correctifs par rapport à le V17.10 ?

Bonjour

Je suis en routage relais avec une unique période de 0 à 24h, Seuil PW 0, Ouvre Max 0 Temp <=60. Mon but est d'envoyer au routeur le surplus solaire qui, pour mon cas, est égal à la valeur de la donnée maison injectée (Rendu Enedis).

Dans mon automatisation je mets:

action: mqtt.publish
metadata: {}
data:
  evaluate_payload: false
  qos: 0
  retain: false
  topic: routeur1_rms/Chauffe_Eau
  payload: >-
    {"Mode":"Multi","Periode":1,"SeuilOn":0,"SeuilOff":{(states('sensor.surplus_solaire')|int)}},"OuvreMax":100}

Qui pour moi veut dire "démarre le Chauffe Eau avec une valeur max (Seuil Off) égale au surplus solaire et en utilisant toute la puissance (Ouvre Max)" sachant que cette commande ne sera PAS exécutée si la  temp du Chauffe Eau est > 60 degrés.

Mon raisonnement est il correct? Je m'interroge car dans l'onglet Accueil je vois bien l'action à 100% mais aucune donnée concernant le seuil.

Aussi, si mon raisonnement est correct, la valeur donnée maison injectée devrait être à zéro puisque normalement consommée. Est ce à dire que la valeur affichée est à comprendre "voici ce que l'on injecterai si l'action n'était pas exécutée" ou cela veut dire que ma commande n'est pas prise en compte?

Merci pour toute information

Daniel

Depuis la semaine dernière, une limitation préjudiciable est intervenue suite à la mise à jour intervenue par APsystems.
En effet, certaines fonctionnalités substantielles comme la limitation de l'injection sur le réseau sont désormais inaccessibles depuis une connexion sur l'interface web ECU-C via le réseau local.
Il est donc devenu impossible de modifier certains paramètres comme le Zero Export, Threse phase balance, .... de même il n'est plus possible de voir le comportement de chacune des phases tant en production, consommation, exportation.
A priori, ces accès sont seulement mis à disposition des installateurs professionnels.
Certaines URL cachées fonctionnent encore comme la coupure des micro-onduleurs, l'exportation, sous excel, de la production des panneaux.
Voila qui est bien embêtant ! si vous disposez d'informations complémentaires, merci d'avance, à tous,  de les partager.

Bonjour André 
Bonjours tous, 

Pouvez vous m'aider:
  Est il possible de faire varier l'ouverture du SSR en utilisant Mqtt ?

j'utilise la version 17.11 et je suis novice !
En configuration Normale cela fonctionne bien.

Dans un cas particulier  : je souhaite piloter le SSR uniquement par Mqtt

ce qui fonctionne :

- {"tOnOff":24} fonctionne et utilise "ouverture si forcé" xx % ( 30..100%)

ce qui ne fonctionne pas :

- {"Mode":"Multi","Periode":1,"OuvreMax":65} ne fonctionne pas
    Données Brutes ==> Action MQTT : routeur_rms/SSR1 | {"Mode":"Multi","Periode":1,"OuvreMax":65}

il doit me manquer une information !  

Je pense que le routage est prioritaire sur Mqtt sauf en forçage (d'où sont nom)