Bonjour les amis,

Je souhaite vous exposer mon problème afin de trouver une solution parmi vous.
J'ai installé par un professionnel, une solution solaire pour devenir totalement autonome en matière d'Energie avec la technologie Bluesun.
9 Panneaux solaire, un onduleur hybride bluesun, batterie lithium bluesun 10KVA.
L'installation fonctionne à merveille en bypass avec le secteur EDM (Mayotte).
Je souhaite éliminé le secteur et le remplacer par le groupe électrogène de 7,5 KVA que j'ai, pour devenir autonome. Dès que je branche le groupe, le symbole sur l'onduleur qui représente le secteur reste instable (clignote). le courant du groupe électrogène n'est pas reconnu par l'onduleur. pourtant le cabale n'a absolument pas été touché pour le basculement (secteur EDM vers GRP ELEC).
Je suis bloqué à ce niveau. J'ai fait le test avec un autre groupe ELEC mais pas de changement.
Est-ce un paramétrage loupé?
Besoin de vos avis s'il vous plaît. l'installateur n'arrive pas non plus à comprendre pourquoi le groupe n'est pas reconnu.

Heureux de vous lire,

Bonjour à tous,
Nous avons le plaisir de publier les nouvelles versions du code de la station de charge VE RMS.

Compte tenu de toutes les nouvelles fonctionnalités, cette version est une version majeure.
Elle est due au formidable travail de développpement des fonctionnalités et de l'interface par cmichel !

Dans cette version, cmichel a développé et implémenté les fonctionnalités suivantes :

- Interface web complète intégrée à la page d'accueil
- Affichage (optionnel) sur écran Oled
- Amélioration de l'affichage des modes et des états
- 4 modes de fonctionnement : Modes Automatique, Manuel, Arrêt et "Heures creuses"
- Mode "Heures creuses" : programmation de plages horaires pour charge forcée avec réglage du courant de charge.
- Page Paramètres Borne VE intégrée dans la section "Paramètres" du RMS
- Code RMS modifié basé sur la version 15.10
- Documentation mise à jour

Versions disponibles :
RMS : Solar_Router_V15_10_station_VE_ardu_2.0
Arduino : Solar_Charger_2.0

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

Pour ceux-celles qui auraient raté un épisode, voir la présentation initiale de la station de charge VE RMS ici :
https://f1atb.fr/forum_f1atb/thread-1717.html
Elle a bien évolué depuis !

Bonne recharge 

         

   
Cette interface est simple et efficace, mais j'ai été confronté à quelques problèmes lors de la réalisation de mon premier routeur et pire encore sur le second. D'autres aussi le rencontrent, mais sans oscilloscope c'est difficile de s'en sortir.
Alors j'ai pris l'initiative de regarder un peu plus loin ce sujet.

Comme je l'avais décris à l'époque dans ma première réalisation, j'avais de nombreux messages Erreurs checksum sur la TIC. Pour la seconde réalisation je n'avais même pas de message tant les données affiché étaient confuses.

En respectant le schéma ci-dessus mes mesures donnent ce résultat avec un cable simple de 1m
   
On voit bien que le temps de monté des signaux est lent ce qui fait qu'on perd souvent des bits sur les signaux courts, d'où les erreurs checksum avec un delta d'1V entre les signaux courts et les longs.

En remplaçant la résistance R2 de 10K par une de 5K le résultat est le suivant.
   
Le résultat est sans appel, plus aucun message  erreurs checksum

Ces deux courbes sont identiques avec un cable simple de 60cm, un câble simple de 1,2 m et un câble torsadé de 1,2m

Le courant circulant dans le collecteur de l'opto a été augmenté de 250µA pour atteindre 500µA, ce qui reste ridicule dans la mesure ou il supporte 50mA. 

J'ai refais le même test avec 3 opto LTV 814A du même lot, aucune différence significative de résultat.
Le Linky me donne un signal de 6V crête à crête
Les deux esp utilisés sont d'origine différentes et les résultats identiques 

Mon lot en photo
   

Pour synthétiser, il me semble que dans tous les cas il est préférable de monter une résistance R2 de 4,7K au lieu de 10K qui peut poser des problèmes intempestifs ou même solides avec aucun message d'erreur, si ce n'est l'affichages de caractères aléatoires au tout début de la page de données brutes.

Bonsoir,

Je suis en train de tester un relai SSR mais sans avoir de source de puissance en entrée.

Je voulais savoir s'il était possible de simuler des mesures de puissance avec ou sans injection afin de vérifier le fonctionnement de mon relai (j'y ai mis une ampoule à filament derrière pour voir si j'arrive à la faire s'allumer plus ou moins fort).

Je me disais que je pourrais éventuellement faire ça au travers d'un broker MQTT mais avant de me lancer, je voulais savoir si ça n'existait pas déjà.

Merci et bonne soirée.

Bonjour,

si certaines personnes ont du mal a faire déclencher le routage, dans mon cas c'est l'inverse, même en étant sous toutes les conditions du "off" le routeur continue d'envoyer de la puissance au CE, une idée de la cause ?

Dites moi quelles infos vous souhaitez.

J'ai bien épluché la chose pourtant.

Voici quelques captures en attendant.

Notez que sur la capture il est 21h09 et donc dans la condition "off"

Merci !

           

Bonjour à tous, je me lance dans la création d'un routeur solaire.
Pour l'instant je créée le capteur de mesure et j'ai des problèmes.
Si quelqu'un peut m'aider.
Il me semble que le câblage est correct, mais à vérifier.
Je mets en pièces jointes des photos du montage et des réglages du logiciel.

[img]    [/img]
Quelles mesures faire pour détecter d'où vient le problème.

Merci à vous
Elfinols

Pièces jointes

Miniature(s)
                   

Bonjour à tous,
J'ai une question : comment est calculée l' énergie nette soutirée (Linky) et injectée(Linky) dans la vue données brute ci dessous et peut on les remonter ?
   

par comparaison avec l énergie active du jour soutirée et injectée dans l'accueil ?

   

merci de vos lumiéres.
Bien cordialement

Ce serait bien de regrouper l'une sous l'autre les courbes puissance et actions 10mn et de même pour celles de 24h.
En effet, il est couvent utile de pouvoir comparer la puissance à un moment ainsi que la commande qui va avec. Les mettre l'une sous l'autre offrirait alors une meilleure lecture.

Ce serait aussi plus facile pour un membre qui demande de l'aide de n'avoir qu'une copie d'écran à faire pour avoir les deux courbes synchronisées et nous faire une meilleure idée sur son problème.
Dans les faits, dans le meilleur des cas nous avons deux copies qu'il est difficile d'assembler afin d'avoir une lecture efficace.

Merci André

Salut à tous,

Je viens de passer de la version 14.21 à 15.10 du routeur.
Le routeur communique mais de temps en temps la mesure tombe à 0 sans raison comme s'il y avait un pb de com avec l'Envoy (IQ gateway). 
Et effectivement, dans les données brutes, j'ai des messages intempestifs "Connection failed to Envoy-S server!". 
La fréquence de ces messages est aléatoire ; de l'ordre de la minute.

Après comparaison du code entre la 14.21 & la 15.10, dans la fonction LectureEnphase(), il y a un changement d'API pour la connexion à l'envoy via l'appel de la fonction membre clientSecu.connect  avec timeout à 3s de la classe d'objet WiFiClientSecure. .
Dans la version 14.21, on appelait la fonction membre int connect(IPAddress ip, uint16_t port).
Dans la version 15.10, on appelle la fonction membre int connect(IPAddress ip, uint16_t port, int32_t timeout).

Y a-t-il une raison spécifique à un tel changement ?
C'est ce timeout qui génère des mesures nulle intempestives.

C'est ce timeout qui génère des mesures nulles intempestives.
Ma domotique récupère les données ajax (ajax_data10mn & ajax_etatActions) et moyenne ces data toutes les minutes.
Un passage à 0 fausse cette moyenne.

Merci par avance pour vos réponses.

@+

Bonjour,

Je viens d'installer les version 15.9 ou 15.10 sur une ESP32-ETH01 1.4 SY-108.

Ca fonctionne en wifi, elle c'est mise en ap, je l'ai conf sur le wifi de la box mais elle refuse en ethernet. Avez vous déjà eu ce cas? Elle semble défectueuse. Merci de votre aide.

Version stockée (partie entière) :15
Version du logiciel( partie entière) :15
Mémoire EEPROM utilisée : 49%
Chip Model: ESP32-D0WD-V3
InitGPIO
ESP32_Type:10
Adresse IP en mémoire : 192.168.10.191
RMS-ESP32-10445088
Lancement de la liaison Ethernet
Initialisation Ethernet par DHCP:
E (1175) eth_phy_802_3: No PHY device detected
E (1176) eth_phy_802_3: esp_eth_phy_802_3_basic_phy_init(508): Detect PHY address failed
E (1177) lan87xx: lan87xx_init(339): failed to init PHY
E (1181) esp_eth: esp_eth_driver_install(251): init phy failed
Failed to configure Ethernet using DHCP
Serveur Telnet actif sur le port 23
Source : NotDef