Après des heures de recherche j'ai trouvé l'erreur dans le code 17.06 en uxix3 qui remontait des informations fausses de consommation mqtt
Lignes 423-427 de envoimqtt.ino :
dans la dernière ligne on envoie "Energie_jour_Injectee" deux fois au lieu de Energie_jour_Soutiree, Energie-jour_Injectée
J'en ai profité pour nettoyer un peu le code pour qu'en uxix3 les bons sensors soient remontés dans un fonctionnement identique à uxix2 et que l'affichage dans les pages web soit bon.
A modifier :
dans sourceuxix3.ino à partir de ligne 90 : on remonte via 2 ajouts les bonnes valeurs de EnergieM (injectée et soutirée) grace au calcul de phdv61 et on supprime le calcul de la donnée (fausse) remontée par le jsy
Code :
if (injection) {
PuissanceS_M_inst = 0;
PuissanceI_M_inst = float((Lecture333[21] << 24) + (Lecture333[22] << 16) + (Lecture333[23] << 8) + Lecture333[24]);
PVAS_M_inst = 0;
PVAI_M_inst = abs(PVA_M_inst1 + PVA_M_inst2 + PVA_M_inst3); // car la somme des puissances apparentes "signées" est négative puisqu'en "injection" au global
// PhDV61 : on considère que cette puissance active "globale" a duré "delta_temps", et on l'intègre donc pour obtenir une énergie en Wh
Energie_jour_Injectee += ((float)delta_temps / 1000.0) * (PuissanceI_M_inst / 3600.0);
Energie_M_Injectee = Energie_jour_Injectee; // ajout piamp
// PhDV61 : on considère que cette puissance active "globale" a duré "delta_temps", et on l'intègre donc pour obtenir pour obtenir une énergie en Wh
Energie_jour_Soutiree += ((float)delta_temps / 1000.0) * (PuissanceS_M_inst / 3600.0);
Energie_M_Soutiree = Energie_jour_Soutiree; // ajout piamp
}
Suite à la sortie de la version 17, qui permet l'utilisation d'écran résitif ou capacitif pour avoir un visuel directement sur le routeur, J'ai acheté un esp 32 avec écran sur Ama... ESP32-2432S032C-I (3,2 POUCES) qui est le même que le ESP32-2432S024C-I (2.4 POUCES)
J'ai déjà un routeur F1ATB (depuis 2 ans, merci André !!!) qui fonctionne du feux de dieu
D'ou ma question : en téléchargeant la version 17 au niveau des GPIO il y a il un schéma pour la connection ?
Bonjour à tous,
Les denières versions du logiciel de la station de charge VE RMS version "Pedro" (Arduino) sont disponibles.
Ces versions sont alignées sur les mêmes versions pour la carte "H3rv3", à l'exception de la programmation de la fin de charge par date (visible dans les paramètres mais inopérant).
Versions disponibles :
RMS : Solar_Router_V16_10_station_VE_ardu_2.6.3.1
Arduino : Solar_Charger_2.6
Installation RMS facile : code source "prêt à l'emploi" ou version binaire installable par OTA.
Important : A partir de ces versions, le code de la version "Pedro" n'évoluera plus et ne sera plus mis à jour.
Une évolution vers la version "Pedro 2" est proposée : elle permettra de réutiliser le shield "Pedro" sur une nouvelle carte à base d'ESP32.
Sur cette version "Pedro 2", le code et les fonctionnalités seront identiques à ceux des cartes H3rv3.
Bonjour,
Je viens d'installer 8 panneaux, soit 4kWc, et je souhaite me mettre en conformité et optimiser ma production.
Pour être en conformité, j'ai fait paramétrer mon installation pour ne rien injecter sur le réseau et je compte demander un CACSI. Mais dois-je payer le consuel ?
Pour optimiser, je suis en train de réaliser un routeur F1ATB pour piloter mon cumulus.
Mon installation comporte du matériel Bourgeois Global ; panneaux 500W, MO HMS-1000-2T et passerelle Horus Pro 2 BG.
Tout cela ressemble à du Hoymiles et n'ayant pas trop de visibilité sur le paramétrage, je suis en train de réaliser un openDTU. En effet, l'appli Bourgeois Global est assez simpliste, bugguée et bridée en mode utilisateur et non installateur. Je ne la vois pas sur mon réseau Wifi et ne peux donc l'intégrer dans Home Assistant.
Pour l'instant, openDTU me reporte les infos suivantes :
Nombre de requêtes TX : 562
Succès RX : 0 0 %
Échec de la réception : aucune réception : 562 100 %
Donc c'est clair, il ne communique pas. Comme les MO sont de la série HMS, j'utilise des modules CMT 2300A au lieu des NRF24L01. La fréquence est par défaut de 865.00MHz et est ajustable entre 860.25 MHz et 923.50 MHz.
Quelqu'un sait-il me dire si c'est la bonne fréquence utilisée ? je n'arrive pas à trouver l'info chez Hoymiles, encore moins chez Bourgeois Global.
Bonjour, je suis en cours de montage du routeur.
J'ai esp 32 seul, module relais contact sec, connexion mesure directement sur le linky avec ltv814 et résistances. J'ai un doute sur le gpio de branchement du module contact sec, je l'ai mis sur le 12. Je bloque également avec la configuration du routeur sur le site a cause de ce relais, je ne trouve pas où le déclarer. Toujours sur le site partie port série 2 quelque chose à mettre ?
Ce message s'adresse aux utlisateurs de la station de charge VE-RMS version "Pedro" (esp32 + Arduino + shield Pedro)
Dans la version "Pedro", l'Arduino Uno présente des limites matérielles et logicielles qui empêchent les évolutions à venir et le portage des nouvelles fonctionnalités proposées sur la version "H3rv3".
Pour permettre à la version Pedro d'évoluer, notre docteur en PCB (H3rv3) a développé une nouvelle carte "Pedro 2" qui permettra de réutiliser le shield "Pedro" sur une carte esp32.
De cette façon, toutes les nouvelles versions du code seront directement utilisables sans aucune différence avec les cartes Hr3v3 actuelles et à venir.
Nous pourrons fournir cette carte (pcb + composants) en kit pour un prix modique (environ 15€) à ceux qui seraient intéressés.
Pour prévoir la fabrication, nous souhaitons savoir combien d'entre vous seraient intéressés, en répondant au sondage ci-dessus.
Après le paramétrage de la vitesse de transmission du JSY-MK-333 en 19200 bauds, celui-ci en bien pris en compte après la validation sur le bouton "SAUVEGARDER".
A ce stade, à la vue de la fréquence du clignotement sur le JSY, la vitesse de 19200 bauds est bien prise en compte et les mesures sont correctes mais plus aucune mesure si un reset de l'ESP est demandé ou après une coupure de l'alimentation.
La seule solution est de fixer une vitesse de 9600 bauds, faire "SAUVEGARDER" et paramétrer 19200 sans reset, ni coupure.
Existe t'il un palliatif ou une mise à jour à faire ?
Je viens d'acquérir un routeur pour mes 2 ballons ECS.
Il me reste un soucis à résoudre, je n'accède pas à l'interface 198.162... en 4G avec mon téléphone portable, seulement en WiFi avec le répéteur.
Je pense qu'il faut paramétrer la Bbox pour ouvrir un port mes lequel ? Faut il agir sur le par feu ?
Voilà pour le moment je sèche.
J'espère trouver une solution grâce à vos connaissances supérieures aux miennes de débutants.
En V17.05 depuis 2 jours quand il n'y pas de consommation et beaucoup de production la mesure du courant par UxI semble faire n'importe quoi, et les SSR ne sous plus commandés (0%). Il faut un reset de l'ESP quand la production a baisé pour reprendre un fonctionnement correct.
Merci d'avance pour vos réponses.
Bonne soirée,
Gérard.
Ma config :
Routeur 2 SSR 40A pour CES 3KW et Radiateur 3,5KW en fonctionnement sans problème depuis 2 ans en V12.
Nom du routeur : Routeur - RMS
Nom données puissance entrée de Maison Données Maison
Affichage couleur Tempo RTE Oui
Puissances et températures envoyées au serveur MQTT 30
Wifi Sleep/veille Oui
Modèle carte ESP32 Wroom seul
Port série 2 Pour UxIx2, UxIx3 ou Linky Non utilisé
GPIOs Entrées analogiques Pas d'entrée
GPIOs Triac Pas de triac
Affichage LED / OLED LEDs gpio 18, gpio 19
Capteur(s) de température Pas de capteur
Surveillance communications
Restart si coupure WiFi ou Ethernet de 3mn
Mesures de puissance
Source UxI contruction maison
Source des mesures de température
Canal : 0 Pas de mesure
Canal : 1 Pas de mesure
Canal : 2 Pas de mesure
Canal : 3 Pas de mesure
Paramètres serveur MQTT (Home Assistant, Domoticz ...)
Adresse IP host MQTT : 192.168.1.8
Port : 1883
MQTT User nom : ****
MQTT mot de passe : ••
MQTT Préfixe de découverte : jeedom
MQTT Préfixe de publication :
MQTT Device Name / Nom routeur : routeur_rms
Souscrire au forçage des Actions via MQTT : Oui
Calibration Mesures Ueff et Ieff (UxI)
Coefficient multiplicateur Ueff (typique : 1000) : 790
Coefficient multiplicateur Ieff (typique : 1000) : 1840
Routage via Relais
Chauffe Eau Sanitaire Multi-sinus
Sortie Gpio gpio:17
Sortie 'On' 0V
Ouverture si forcée 100 %
Coef. Intégral ou Réactivité 15
PID On Off
Seuil Pw : 10W
Ouvre Max : 100%
Condition(s) :
Tarif : Tempo Bleu Blanc Rouge
Radiateur Bain Huile Multi-sinus
Sortie Gpio gpio:16
Sortie 'On' 0V
Ouverture si forcée 100 %
Coef. Intégral ou Réactivité 95
PID On off
Seuil Pw : 50W
Ouvre Max : 100%
Condition(s) : Chauffe Eau Sanitaire
On à Off si ≤60%
Off à On si ≥90%
Tarif : Tempo Bleu Blanc Rouge
Si l'on comprends la technique, je n'en vois pas les avantages et en tous les cas les limites.
J'ai regardé sur les infos des pages dédiées, je ne trouve que très peu d'informations et surtout pas ses limites car pour envoyer des demi sinus, il faudrait avoir une synchro sur le 230V, ce que je peux comprendre sur une mesure U/I mais plus difficilement sur la TIC Linky.
ECRAN CAPACITIF 3.2 Pouces ESP 32 version 17...
