the frequency of the central beacon on the spectrum is not in the center and does not coincide
with that indicated in the strip below
if I align the two frequencies with manual correction the correction comes eliminated by enabling self-correction
how to center the spectrum?
Je viens de voir une nouvelle version pas encore essayé pour moi.
C est quoi les changements que notre amis André a fait, suis toujours en v17.5 sur mes différente routeur.
Car la 17.6 première version bug sur mon tactile
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.
ECRAN CAPACITIF 3.2 Pouces ESP 32 version 17...
