Bonjour à tous,

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 ?

Merci         

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.

La documentation et le code sont disponibles ici : https://acloud9.zaclys.com/index.php/s/73zkjdsWS4FFF32

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.

Intéressé(e) ? Voir le fil "Pedro 2" !

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.

Merci pour vos retours et partages d'expériences.

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 ?

Bonjour,

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.

   

En version 17.06, également en 17.05

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 ?

Pièces jointes

Miniature(s)
   

Bonjour à tous. 

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. 

Cordialement.

Bonjour,

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

Réactivité si CACSI Pas d'augmentation.

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.

Eclairez-moi, braves gens

Bonjour,
Comme il n'y a pas d'hystérésis programmable sur le conditionnement d'une sortie par un seuil de température je temporise la sortie pour être certain de dépasser le seuil programmé de quelques °C.
J'utilise l'état de cette sortie dans la gestion de la charge de ma batterie via MQTT et j'ai remarqué que le message MQTT ne tient pas compte de la temporisation de la sortie.
Lorsque le seuil est atteint, l'affichage de la sortie sur le routeur est encore à "ON" car la temporisation est en cours mais le message MQTT est à 0.
Est-ce voulu ou bien est-ce un bug ?
Ne serait-il pas intéressant de pouvoir choisir une plage de température (min/max) plutôt qu'un seuil pour conditionner une action ?
Merci d'avance.