Bonjour ,
Suite à la mise à jour en v13, le menu déroulant Gpio n'affiche plus GPIO 2.
Je ne peux donc plus utiliser le relais en question.
Le problème persiste même en repassant en V12.
Merci de votre aide.
Je viens vers vous car j'ai une question. Mon installation électrique est en triphasé et je souhaite utiliser un capteur de puissance JSY-MK-333G. Il existe en 50A (28,19€), 63A (39,59€), 80A (32,80€)et 100A (43,79€) (je laisse tomber le 250A). Quel modèle prendre en sachant que j'ai un abonnement avec 12KVa ?
Je souhaite vous informer des changements liés à la fonction du WatchDog lors du passage à la version 13.00. En effet, cette fonction a été retirée par rapport à la version 12.06. Cependant, j'ai constaté que les ESP32 esclaves d'un maître rencontraient des plantages toutes les quelques minutes, avec une erreur liée au WatchDog affichée en sortie du port série.
Pour rappel, le WatchDog avait déjà un comportement quelque peu erratique dans les versions précédentes. Sa suppression en version 13.00 a même exacerbé le problème, puisqu'il se manifeste même sans être implanté.
La version 13.01, désormais disponible en ligne, corrige ce problème en exécutant simplement une instruction d'arrêt du WatchDog en début de programme. Depuis cette mise à jour, je n'ai plus rencontré de bugs sur les routeurs esclaves, mais la nature de ce mystère reste à élucider.
Je vous souhaite à tous une excellente année et je vous encourage à mettre à jour vos ESP routeurs vers la version 13.01. Pour procéder à cette mise à jour, il vous suffit de vous rendre sur la page Paramètres/Mise à jour par OTA. Notez qu'il n'est pas nécessaire de sauvegarder les paramètres avant de faire la mise à jour, quand on passe de V13.00 à V13.01 .
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 ...
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 off0+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.
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.
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(intHeure, floatTemperature, intLtarfbin){ //Retourne type d'action active à cette heure et test temperature OK
V13.00 : byte Action::TypeEnCours(intHeure, floatTemperature, intLtarfbin, int Retard){ //Retourne type d'action active à cette heure et test temperature OK
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é ?
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
