Bonsoir,

Entre mon chauffe eau et mon compteur d'énergie, j'ai une distance d'environ 10 mètres. Je souhaite alimenter le chauffe eau triphasé en train de sinus.
Ma question est : dois-je placer le routeur à côté des SSR, et avoir une liaison RS485 de 10m, ou dois-je placer le routeur proche du compteur et avoir la commande des SSR qui fasse 10m ?
La deuxième m'arrangerais pour l'alimentation du routeur (2 fils à tirer au lieu de 4), mais je souhaite privilégier la performance ...

Merci par avance pour vos conseils,
FX

Bonjour.

J’aurai besoin d’aide je n’ai pas tous compris pour la configuration des actions.
 
J’ai branché mon SSR sur le CE comme indiqué ici : https://f1atb.fr/fr/routeur-photovoltaiq...auffe-eau/

J’ai un programme Enedis  HC de 1h à 6h et de 12h30 à15h30
Mes panneaux produises environ ente 9h30 et 17h (période hiver)
Je voudrai être sur le programme HC entre 0h59 et 6h (routeur off)
Passer à partir de 6 h sur les panneaux solaires s il y a production jusqu’à 15h30
Apres 15h30 ne rien injecter dans le chauffe eau (je repasse routeur en off)
 
J’ai un routeur sur Linky pas d’info d’injection car pas de contrat.
J’ai un routeur sur un UxIx2 sonde 1 sur PV sonde 2 après SSR pas de triac
 
Temps           0+1+2+3+4+5+6+7+8+9+10+11+12+13+14+15+16+17+18+19+20+21+22+23+24
HC                0+1+2+3+4+5+6+7+8+9+10+11+12+13+14+15+16+17+18+19+20+21+22+23+24
PV                 0+1+2+3+4+5+6+7+8+9+10+11+12+13+14+15+16+17+18+19+20+21+22+23+24
Routeur off  0+1+2+3+4+5+6+7+8+9+10+11+12+13+14+15+16+17+18+19+20+21+22+23+24

Si la production est supérieur à la conso CE alors le reste est consommé par le reste de la maison.
Je ne veux pas consommation Enedis en dehors des périodes HC pour le CE.

   

   

J'espère être assz clair


 

 

Bonjour à tous,

Je viens d'installer la version 13, pensant pouvoir cette fois ci ouvrir à 100% le triac, lorsque la température du cumulus est inférieure à 50°C et repasser en régulation triac lorsque la température du cumulus a redépassée 53°C.

Dans "actions" je n'ai défini qu'une régulation "triac en découpage" sur 24H.

Actuellement je réalise le maintien de température décrit ci dessus en utilisant home assistant qui commande un relai entre 50°C et 53°C, mais j'aurai préféré que cette fonction soit réalisée par le routeur, sans utiliser "action relai", mais simplement en agissant sur le triac grâce aux nouvelles conditions disponibles dans cette plage de fonctionnement.


Merci d'avance si quelqu'un peut m'aider

Bonjour,
Je test l'installation de la V13 pour remplacer la V11.20.
Ayant un OLED, je test les différentes versions soit V11.20; V11.20.OLED; V13.00; V13.00.OLED.
Pour les trois premières RAS mais pour la version 13.00.OLED, j'ai l'erreur:
exit status 1

Compilation error: no matching function for call to 'Action::TypeEnCours(int16_t&, float [4], int&)'

J'ai appelé pour les 2 versions OLED la fonction " TypeEnCours " et ci dessous les différences en bleu sauf pour le point D) que je vous laisse découvrir:

A)  Actions.cpp
V11.20 :
byte Action::TypeEnCours(int Heure, float Temperature, int Ltarfbin) {  //Retourne type d'action  active à cette heure et test temperature OK
V13.00 :
byte Action::TypeEnCours(int Heure, float Temperature, int Ltarfbin, int Retard) {  //Retourne type d'action  active à cette heure et test temperature OK

B) Actions.h
V11.20 :
byte TypeEnCours(int Heure,float Temperature, int Ltarfbin);
V13.00 :
byte TypeEnCours(int Heure, float Temperature, int Ltarfbin, int Retard);
 
C)OLED.ino
V11.20
if (MATERIEL_ROUTAGE != -1) Mode = LesActions[MATERIEL_ROUTAGE].TypeEnCours(HeureCouranteDeci, temperature, LTARFbin);
V13.00 :
if (MATERIEL_ROUTAGE != -1) Mode = LesActions[MATERIEL_ROUTAGE].TypeEnCours(HeureCouranteDeci, temperature, LTARFbin);

D)
 Solar_Router_V11_20_SG_OLED
 Type_En_Cours = LesActions[i].TypeEnCours(HeureCouranteDeci, temperature, LTARFbin);                         //0=NO,1=OFF,2=ON,3=PW,4=Triac
    if (Actif[i] > 0 && Type_En_Cours > 1 && DATEvalid && (Source_Temp == "tempNo" || TemperatureValide > 0)) {  // On ne traite plus le NO
      if (Type_En_Cours == 2) {
 
 
 Solar_Router_V13_00_SG_OLED :
Type_En_Cours = 1;  //  on arrete
    } else {
      Type_En_Cours = LesActions[i].TypeEnCours(HeureCouranteDeci, laTemperature, LTARFbin, Retard[i]);  //0=NO,1=OFF,2=ON,3=PW,4=Triac
    }
    if (Actif[i] > 0 && Type_En_Cours > 1 ) {  // On ne traite plus le NO
      if (Type_En_Cours == 2) {
        RetardF[i] = 0;
      } else {  // 3 ou 4
 

Avec tous ces éléments, pouvez vous me dire ce que je dois faire pour résoudre mon problème.
J'ai la bibliothèque ESP32 V3.0.7 installée.
Merci d'avance.
Serge

Bonjour 
Sujet largement abordé avec certains d'entres vous et pas sûr pour ma part que ce soit facilement réalisable.
Face aux nombreuses évolutions et personnalisations que ne peut retenir/gérer immédiatement André dans le suivi des évolutions du routeur, 
l'idée ici serait de pouvoir proposer un choix d'options aux utilisateurs lors du téléchargement de la version XX du routeur depuis le site web.
Par exemple, choix du mode de connexion shelly ou bien emphase ( si pas emphase concerné pourquoi charger le code correspondant qui ne sera jamais utilisé !)
autres choix : 
- écran OLED
- connexion Ethernet
- ...
Un choix d'option à la carte qui une fois sélectionné, permettrait de générer le .bin correspondant et qui serait téléchargé pour maj OTA afin de préserver une procédure de maj la plus simple possible.
Il s'agit là d'une suggestion de dev qui ouvrirait la portes aux dev parallèles et spécifiques (connexion ethernet, écran oled, choix du type de connexion ...)  tout en préservant l'arbitrage et le choix de la mise à disposition des évolutions par André.

Si c'est faisable, c'est surement pas si simple....   vos réactions et avis d'André ?

Salut

Néo-utilisateur du routeur.
J'ai installé une sonde DS18B20 connecté au routeur et la valeur de celle-ci s'affiche bien dans les données brutes.


Par contre, elle n'est pas envoyée sur mon broker MQTT. J'ai bien toutes les données qui remontent mais pas la température (testé sous MQTT Explorer) et pourtant celle-ci est bien annoncé comme sensors...
Voici un message reçu par MQTT Explorer:
{"PuissanceS_M": 216, "PuissanceI_M": 0, "Tension_M": 239.4, "Intensite_M": 0.0, "PowerFactor_M": 0.48, "Energie_M_Soutiree":21576792,"Energie_M_Injectee":918370, "EnergieJour_M_Soutiree":200, "EnergieJour_M_Injectee":0,"PuissanceS_T": 8, "PuissanceI_T": 0, "Tension_T": 239.4, "Intensite_T": 0.0, "PowerFactor_T": 0.74, "Energie_T_Soutiree":7250395,"Energie_T_Injectee":0, "EnergieJour_T_Soutiree":3, "EnergieJour_T_Injectee":0, "Frequence":0.00,"LTARF":"TEMPO_ROUGE", "Code_Tarifaire":19,"Ouverture_Triac":0,"Actif_Triac":0,"Duree_Triac":0.000000,"Force_Triac_OnOff":0}

Une copie d'écran de MQTT Explorer montrant le sensor Température

Pièces jointes

Miniature(s)
       

Bonjour à tous,

J'ai mis en place une mise en route conditionnelle pour forcer le CE pendant 1h30 la nuit si l'ouverture équivalente H de la veille est < 2:00
fonctionnement impeccable depuis fin novembre en V12.06 et depuis le 28 décembre en V13.00.
Cette nuit,, il n'y a pas eu de chauffe, ou juste un démarrage/arrêt alors que H de la veille = 1:56 (et pas 2:00)

Bug informatique ?
1:56 trop proche de 2:00 ?

Quelqu'un a-t-il déjà constaté un tel dysfonctionnement ?

Pièces jointes

Miniature(s)
       

Bonjour
J'ai un compteur d'energie zigbee avec pince ampèremétrique type PJ-MGW1203 et j'envoie avec home assistant la puissance mesurée "sensor.0xxxx_power_a" au routeur solaire avec MQTT.
Ça fonctionne très bien, mais le problème, c'est qu'avec ce compteur, la valeur n'est pas signée
Le compteur est bien bidirectionnel mais cette direction est donnée par une autre entité "sensor.0xxxx_energy_flow_a" qui prend la valeur "consuming" ou "producing"
Avez-vous une idée pour transformer la valeur "producing" en signe "-" avant de l'envoyer à l'esp32.
Merci d'avance pour votre aide.

Bonjour à tous,

Je voudrais réaliser un deuxième routeur pour quelqu'un de ma famille avec deux esp un maitre et un esclave.

Un esp maitre avec capteur JSY-MK-194 à coté du tableau électrique.

Un deuxième esp avec un SSR pour contrôlé le cumulus qui est bien loin du tableau.

Par contre impossible de retrouver la ligne électrique dédiée entre le ballon et le tableau électrique ( car le ballon est branché sur un réseau prise du garage ) donc impossibilité de passé la phase dans la bobine sur le JSY est-ce cela pose problème ?


Merci d'avance ! 

Bonjour, 
Quelqu'un peut il m'aider à renseigner (correctement ) le topic pour la remonté de température ?
La température reste à zéro alors que dans MQTT explorer elle est à 46,3.

Voir les captures d'écran 

Merci