Bonjour, 

je ne sais pas si je suis seul dans ce cas (j'imagine que non), mais j'ai beaucoup de mal à comprendre l'écran de configuration des actions. 

Et plus particulièrement cette fenêtre: 



Pour la partie gauche (Seuil Pw et Ouvre Max), ça va encore, je pense que je vois précisément à quoi ils servent, et c'est cohérent avec mes expériences. 

A droite, la partie en haut gérant les températures et la partie en bas gérant les différentes couleurs des jours Tempo, ça va aussi. Je les utilise, et ça semble fonctionner de façon conforme à mes attentes. 

Mais pour l'autre groupe de paramètres "Etat d'une action", là je n'ai toujours pas compris comment c'est supposé marcher. Et les essais que j'ai tenté ne m'ont pas beaucoup éclairé. 
Existe-t-il sur le forum ou sur le site des explications détaillées qui permettrait de comprendre l'effet précis de chaque option, et comment elles se combinent ?

Merci d'avance !


Par contre pour la partie à droite, là beaucoup moins clair.

Cela fait pas mal de temps que j'ai constaté une différence assez sensible de réactivité entre le Shelly (Pro 3 EM dans mon cas, mais je ne pense pas que ce soit important sur ce point) et le Linky. Sur le papier, la différence apparente est que tous les Shelly font une mesure par seconde, alors que le Linky fait une mesure toutes les deux secondes. 
Mais quand on y regarde de plus près, les différences sont bien plus importantes. 

Pour ceux que ça intéresse, je vous partage ici mes constats sur le sujet. 

Dans les captures qui suivent, j'utilise un outil que j'ai développé qui permet de suivre sans perdre de précision ni aucun point de mesure les données issues des différents dispositifs. 
Il y a ici 3 courbes: en vert le Linky (via un ESP 32 dédié, faisant tourner Tasmota Téléinfo), en bleu les valeurs du Shelly (via REST API du Shelly). La production solaire en orange (c'est la nuit) n'est pas importante dans cette discussion. 




Focus sur une sorte de Dirac, qui montre bien la différence de réaction entre le Shelly et le Linky: 



Autre sorte de transitoire, proche d'une marche: 


Ceux qui ont fait un peu d'électronique ou du traitement du signal reconnaîtront dans la courbe verte (Linky), un traitement de type temporisation + passe-bas  (par rapport à la courbe bleue). 

La temporisation est particulièrement nette pour le Dirac: le front montant arrive environ 6 secondes plus tard sur le Linky vs le Shelly. 
Certes dans mon cas le Linky communique par Wifi alors que le Shelly est en Ethernet, ce qui introduit une petite latence, mais certainement pas de l'ordre de 6 secondes. La différence de fréquence d'échantillonnage ne saurait pas non plus expliquer un décalage de plus d'une seconde. 

Et l'autre différence, encore plus évidente, c'est l'effet passe-bas. Dans le cas du Dirac, on voit que la base du pic est nettement plus large dans le cas du Linky, et le front descendant moins rapide. Dans la dernière capture, c'est encore plus marqué: alors que la chute de puissance est instantanée dans le cas du Shelly, dans la cas du Linky elle est très progressive, s'étalant sur plus d'une minute. 

Et forcément, cette différence de comportement a un impact important sur la régulation. 

A noter que la première capture montre aussi que la précision des mesures est nettement plus stable et précise sur le Shelly, on a un bruit plus important dans le cas du Linky. 

Ceci dit, ces différents défauts que l'on constate sur le Linky n'ont pas beaucoup d'importante pour ce qu'on attend du Linky: qu'il serve de base à la facturation. Les trois faiblesses constatées (décalage, passe-bas et précision moindre) ne changent probablement pas de façon significative les valeurs cumulées sur les durées de facturation. Mais dans le cas du routeur, elles impliquent une réactivité possible bien moindre de la régulation. 


Comme dans le cas de mon propre régulateur, la régulation est de nouveau défaillante (retour à la case départ), je vais tenter d'implémenter une régulation expérimentale beaucoup plus simple et réactive, qui si tout va bien n'aura pas besoin de réglage de la réactivité, et qui devrait permettre aussi de déterminer automatiquement la puissance de la charge commandée par le routeur (en W). 
Si tout va bien, j'espère avoir des résultats intéressants dans le cas des  Shelly et probablement les autres dispositifs similaire. Mais j'ai moins d'espoirs pour le Linky.

Bonjour,

depuis aujourd'hui je ne peux plus accéder au 192.168.1.26, un message "site inaccessible" s'affiche (sur smartphone, tablette ou pc).
Le routeur (Uxix2, V 14.23) fonctionne.
Que faire : touche reset sur l'ESP ? réinstaller via mon PC ? Passer par une autre adresse ?
Merci pour l'aide.

Bonjour,

Juste pour faire part de mon expérience récente.
Je n'utilise exclusivement que le programme rapide de mon lave vaisselle. 30 min 35 degrés.

Jai donc fait quelques mesures.
Pour le temps c'est effectivement 30 min. 
Niveau conso nous sommes sur 0,74 kwh
J'ai aussi mesuré la température du "bain" après la période de chauffe et nous sommes a 50 degrés...

J'ai changé l'arrivée en la mettant sur l'eau chaude qui est a 50 degrés.

Resultat 0,40 kw.

En analysant les graffes HA, le LV chauffe toujours, mais au lieu des 2 période de 10 min, je n'ai plus que 2 périodes de 5 min.

Prochaine étape lorsque j'aurais optimiser mon ECS, débrancher la résistance électrique pour observé ce qu'il ce passera.

Voila - 50 % de conso sur le LV vite fait, bien fait déjà

bonjour a tous,

je paufine les réglages de mon installation. 
Jai deux ballons. Un de 100 litres pour la cuisine avec un résistance de 1 kw et un autre pour les douches de 300 litres / 3 kw.

Je souhaite donner la priorité au au 100 litres. Sur quel(s) paramètres(s) faut-il agir pour arriver a mon souhait ?


Merci d'avance.

La période réelle de Trame MQTT (routeur_rms_state) ne correspond pas à celle réglée dans l'interface.      

La période réelle est décalée de 1s, par exemple :
- avec 1 dans l'interface, on a une trame toutes les 2 secondes
- avec 2 dans l'interface, on a une trame toutes les 3 secondes
- avec 3 dans l'interface, on a une trame toutes les 4 secondes
... et avec 0, cette trame n'existe pas.

Du coup, impossible d'avoir une trame chaque seconde (ce qui me serait vraiment utilie, j'avoue )

Est-ce que la structure du programme le permettrait ? (cores/threads, déroulement, accès aux données, temps de calculs)

J'ai installé la dernière version (v15.08) afin d'être sûr que le problème n'avait pas déjà été réglé depuis la version (12.05 modifiée) que j'utilise normalement

Bonjour,
J'exploite le routeur depuis la version 2 jusqu'à la version 13.01 en UxI pour alimenter un chauffe de 200 l , 2200 W soit à PMax environ 10 A.
Le triac du Dimmer est le BTA24-600B-.
J'ai grillé un Dimmer au début par manque de refroidissement. Radiateur trop petit.
Echange avec un nouveau et déport du triac qui est vissé sur un bon gros radiateur. J'en ai profité pour acheter plusieurs triacs d'avance.
Depuis tout fonctionne bien sauf que,
Contrôlant les données du routeur, j'ai une consommation anormale par rapport aux équipements en fonctionnement et à la production des PV.
Après contrôles, le CE est alimenté à 100% même si la consigne du routeur est 0%. le voyant du Dimmer est éteint. La régulation ne se fait que sur le thermocouple du CE.
Donc un surconsommation qui peut couter chère en période blanche ou rouge.
Contrôle du triac qui est effectivement grillé en position fermé.
Remplacement et cela fonctionne de nouveau.
Ma question est:
Avez vous une idée pour, dans l’hypothèse ou cette panne revienne, couper l'alimentation du CE ou du routeur si la puissance soutirée est anormalement élevée ou autre idées de consignes.
Pour info j'ai un second ESP en UxIx2 qui relève la production des PV et la puissance routé vers le CE.
Je n'exploite pas les données en MQTT car pas de HA.
Dans l'attente de vos réponses.
Bonne journée.
Serge

bonjour , depuis 2/3 ans mon routeur fonctionne bien, mais depuis ce matin il est en attente de trouver l'heure.
J'ai éteint plusieurs fois et même attendu 1 h apres remise en route mais rien 
quelqu'un aurait une petite idée ? 

Bonsoir

Je suis en train de mettre en oeuvre un routeur soliare version 13 avec un ESP32 en module mesure (UXIX2) avec un JSY.....et un module distant ESP32 aussi pour piloter les actions

En Wifi pas de soucis ,çà communique impeccable.

Ma question est la suivante ;comment recuperer en MQTT une seule valeur ,par exemple Puissance_M)

J'ai un serveur MQTT qui tourne depuis 4 ans (Mosquitto avec un Raspberry) sans aucun problème.

Je pense que  je n'adresse pas le bon topic ;il doit falloir rentrer un topic du genre homeassistant/quelquechose!!!

Si je rentre dans mon rasperry la commande

mosquitto_sub -h 192.168.1.99 -t /homeassistant/# ,je recois toutes les valeurs mais si je n'en veux qu'une ??????

Merc de votre aide

gdero

Bonjour la communauté,

pour les installations solaires utilisant une "Enphase Basic" pourrions nous l'intégrer dans les possibles sources d'informations en combinaison avec les infos de mesures analogue, digital , Linky ???

PZL