Avec plusieurs RMS depuis 2 ans, je m'intéresse vivement au sujet du routage vers une borne de charge.
J'ai plusieurs RMS en service en V17.06, passés en V17.07 à l'instant.
J'ai 1 RMS que j'utilise exclusivement en tests.
Sur ce dernier, j'ai installé la version "Solar_Router_V16_09_station_VE_h3rv3_2_5_1.ino" en OTA, et il me semble que cela fonctionne.
Si je passe en "Solar_Router_V16_10_station_VE_h3rv3_2_6_3_1.ino" en OTA, la sélection des différents modes revient toujours sur "arrêt" après quelques secondes.
Mise à jour vers " Solar_Router_V17_06_station_VE_h3rv3_2_6_7.ino" par ARDUINO impossible, le téléversement se fait mais l'ESP plante ou reste en version précédente.
Partant du RMS test en V17.06 version F1atb, j'ai tenté une mise à jour OTA vers "V17_06_station_VE", la mise à jour ne se fait pas.
J'ai respecté la prog, les Gpios 4 et 5, etc...
J'ai peut être raté quelque chose, découvrant le sujet station VE.
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 ?
ECRAN CAPACITIF 3.2 Pouces ESP 32 version 17...
