| Bienvenue, Visiteur |
Vous devez vous enregistrer avant de pouvoir poster.
|
| Utilisateurs en ligne |
Il y a actuellement 104 utilisateurs connectés.
» 0 Membre(s) | 100 Visiteur(s)
Applebot, Bing, Google, Yandex
|
| Derniers sujets |
Besoin de conseils pour i...
Forum : Installation panneaux photovoltaïques pour une habitation
Dernier message : Toum31
Il y a 4 heures
» Réponses : 2
» Affichages : 43
|
mini ecran SSD1306 ne fon...
Forum : Routeur Photovoltaïque
Dernier message : Philmaz
Il y a 4 heures
» Réponses : 19
» Affichages : 176
|
Station de charge VE RMS ...
Forum : Routeur Photovoltaïque
Dernier message : H3rv3
Il y a 6 heures
» Réponses : 39
» Affichages : 1,791
|
redirection de port impos...
Forum : Routeur Photovoltaïque
Dernier message : patento
Il y a 8 heures
» Réponses : 0
» Affichages : 37
|
Courbe de puissance appar...
Forum : Routeur Photovoltaïque
Dernier message : FastFrench
Hier, 01:23 PM
» Réponses : 2
» Affichages : 78
|
Recherche des bons paramè...
Forum : Routeur Photovoltaïque
Dernier message : FastFrench
Hier, 01:10 PM
» Réponses : 11
» Affichages : 200
|
Remote SDR sur Bookworm
Forum : Remote SDR
Dernier message : f5oeo
Hier, 11:44 AM
» Réponses : 6
» Affichages : 81
|
Configuration des actions
Forum : Routeur Photovoltaïque
Dernier message : Rakibou
Hier, 10:08 AM
» Réponses : 18
» Affichages : 592
|
Reset led alarm JSY-MK-33...
Forum : Evolutions faites, à faire, dont vous rêvez...
Dernier message : ZenViewStudios
Hier, 10:07 AM
» Réponses : 3
» Affichages : 72
|
gestion BackLight sur ESP...
Forum : Evolutions faites, à faire, dont vous rêvez...
Dernier message : candide
Hier, 08:43 AM
» Réponses : 0
» Affichages : 29
|
|
|
| contrat CACSI |
|
Posté par : laprobert - 04-08-2025, 10:28 PM - Forum : Installation panneaux photovoltaïques pour une habitation
- Réponses (4)
|
 |
Bonjour,
Je suis en train de réfléchir à une installation de 3kw en autoconsommation avec routeurs F1ATB.
Le contrat CACSI (Convention d'Autoconsommation Sans Injection) est un document obligatoire à remplir et transmettre à Enedis avant la mise en service d’une installation de production d’électricité à des fins d’autoconsommation.
J’ai un doute sur le terme « Sans Injection » : j’aurai forcement une partie qui repartira vers le réseau Enédis et donc qui sera injecté.
Est-ce un problème dans le cadre d’un contrat CACSI ?
|
|
|
| Déclaration des routeurs |
|
Posté par : Kocardi29 - 04-08-2025, 07:58 PM - Forum : Routeur Photovoltaïque
- Réponses (4)
|
|
Bonsoir
J'ai actuellement deux routeurs, un Linky et un film rayonnant.
Est que je dois déclarer les deux routeur dans chaque ou je déclare uniquement celui du film dans le routeur Linky ?
Bonne soirée
|
|
|
|
| Retours d'expérience sur la configuration des actions |
|
Posté par : FastFrench - 04-08-2025, 05:00 PM - Forum : Routeur Photovoltaïque
- Réponses (19)
|
|
Bonjour,
venant de terminer de mettre en place mon routeur pour alimenter le chauffe-eau, j'ai eu quelques problèmes pour la configuration des actions. Des trucs tout bête, mais que je partage ici car je ne suis probablement pas le seul. Ca pourrait donner des idées à d'autres qui rencontreraient les mêmes problèmes.
Ma config:
3kWc de P.V.
Ballon ECS 3kW (300l)
Mesure de puissance par Shelly Pro 3EM (en Wifi), mais aussi accès aux données issues du Linky pour contrôle.
Routeur sur base ESP32 CYD, avec antenne.
Commande du ballon par SSR 100A
Pour les actions, j'ai fait au plus simple:
- Configuration du GPIO utilisé pour le SSR (GPIO5)
- 3 plages horaires:
0-8:00 => OFF (pour l'instant, en attendant que les capteurs de T° fonctionnent)
8:00-19:00 => Routage train de Sinus, Seuil Pw=0W, Ouvre Max: 100%, Conditions optionnelles laissées vides.
19:00-24:00 => OFF
Quand j'ai essayé dans un premier temps, avec un léger soleil (600W environ), et 10 et réactivité, j'avais un fonctionnement très incorrect: le SSR conduisait par périodes d'une seconde pendant 3 ou 4 secondes, mais en restant fermé trop longtemps (pour un surplus de l'ordre de 300W, il aurait du être fermé que 10% du temps, or il était fermé environ 50% du temps).
Puis pendant 6 ou 7 secondes, il restait éteints. Puis ça recommençait. Donc globalement, il régulait bien, mais sur une période d'environ 10 secondes, donc selon le Linky il consommait près de 1500W pendant 3 ou 4 secondes, puis rien pendant 6 ou 7 secondes. Donc pas du tout le fonctionnement attendu.
J'ai essayé de modifier la réactivité (entre 1 et 100), mais si la courbe changeait de look, le constat restait globalement inchangé: ça ne fonctionnait pas comme attendu.
Et après quelques essais, le comportement a changé complètement: la commande du SSR semblait plus cohérente, mais il ne consommait qu'une petite partie du surplus, envoyant sur de longues périodes 400W puis jusqu'à 1500W dans le réseau. Quand j'ai essayé d'estimer plus précisément ce qui était envoyé vers le ballon, je trouvais... pas grand chose, voire même rien en fait.
Et pour cause: le ballon ayant atteint le température du thermostat, il ne consommait plus rien, peut importe que le SSR soit passant ou pas.
Donc pour poursuivre mes essais, j'ai augmenté au max la T° de déclenchement du thermostat. Et effectivement je suis revenu au fonctionnement initial (beaucoup trop de consommation sur le réseau).
J'ai bien tenté de passer en multi-sinus, mais ça ne changeait rien.
C'est en regardant les paramètres réseau que j'ai compris: j'avais un signal Wifi très faible (autour de -80dB), il n'arrivait pas à communiquer correctement avec le Shelly.
En choisissant la réseau de plus fort, et en approchant le point d'accès le plus possible, je passe maintenant à -65dB, ce qui en principe est tout à fait correct. Et le routeur est bien accessible et raisonnablement réactif depuis mon PC, montrant que la connexion du routeur au Wifi est correcte.
Et d'autre part, je suis aussi autour de -70dB sur le Shelly, ce qui est acceptable. Le Shelly est également accessible sur le PC et le téléphone, et par ailleurs la led Wifi est bien allumée en vert, montrant qu'il n'y a pas de problème à ce niveau.
Et pourtant... le routeur continue à faire défiler les messages d'erreur d'accès au Shelly, au point que maintenant il n'y accède plus du tout. Pourtant l'IP utilisée n'a pas changée (IP statique) et est correcte.
Donc j'en suis là. Le routeur communique bien en Wifi avec mon PC. Le Shelly aussi. Et pourtant le routeur ne voit plus le Shelly. Cela n'a pas beaucoup de sens. Un problème de canaux Wifi peut-être ? Ou lors le time out pour accéder au Shelly est très faible et insuffisant dans mon cas ? J'ai aussi essayé de désactiver la mise en veille du Wifi, ça n'a rien changé.
Donc j'en suis là. En peu bloqué et en manque d'idées pour qu'ils daignent se parler.
Proposition @andré: ce serait pas mal d'avoir un indicateur sur l'onglet d'accueil indiquant qu'il y a un problème de communication avec le dispositif de mesure de la puissance.
Remarque: je viens de constater que j'ai aussi des messages d'erreur "Pas de données RTE valides", ce qui laisse bien penser que c'est un problème plus général de connexion au Wifi pour le routeur. Et pourant j'interagit bien avec lui sur mon PC, en passant donc par le Wifi !
|
|
|
|
| ESP32 qui redémarrent tout seul |
|
Posté par : BernardF - 03-08-2025, 06:36 PM - Forum : Routeur Photovoltaïque
- Réponses (28)
|
|
Bonjour à tous,
après plusieurs mois de bon fonctionnement, depuis quelques jours mes ESP32 redémarrent tout seul et de ce fait les courbes de température sont au maximum sur quelques heures au mieux.
Dans les données brutes les niveaux wifi semblent corrects sur tous
Mais les valeurs ESP On à l'instant T sont elles de 3' pour l'un, 8H22 un autre, 46' le suivant, et encore 5H30.
Il n'y a pas qu'un seul ESP32 concerné, presque tous, sauf peut être celui du Linky qui mesure la puissance?
Il y a aussi des messages : Connexion to ESP_RMS :192.168....... failed , IP de celui qui mesure sur le Linky
Auriez vous une idée de l'origine du problème?
Merci par avance
|
|
|
|
| Adaptation du programme sur les vitesses de communication série du module JSY-MK-194T |
|
Posté par : Foxquatre - 03-08-2025, 04:57 PM - Forum : Evolutions faites, à faire, dont vous rêvez...
- Pas de réponse
|
|
Bonjour à toutes et à tous.
j'ai découvert une petite galère avec ce module reçu neuf.
Une fois le montage réalisé, je n'avait aucune information venant du module, sa LED restait fixe. Le montage est installé à coté du tableau électrique au sous sol, avec l'impossibilité de me connecté via le port série.
J'ai du démonter l'installation et connecter le module sur un autre esp32 pour comprendre le problème.
En résumé, la vitesse du module était réglé sur 38400 bds (aller savoir pourquoi). J'ai eu de la chance que l'ID était resté sur 1.
J'ai recompilé le programme du routeur avec cette valeur et tout semble bien fonctionner.
Pour découvrir cette bizarrerie, j'ai réalisé un petit script de scan de la vitesse de ce module.
Je vous le donne tel quel.
Ce serait peut être intéressant de rajouter dans le programme quelque chose de similaire pour adapter la vitesse du port série de l'esp32 ou changer la vitesse sur module JSY
Cordialement
Thierry
Code : #include <Arduino.h>
#include <HardwareSerial.h>
// UART1 : broches adaptables selon le câblage
#define RXD2 21
#define TXD2 47
// Tableau des vitesses classiques à tester
int baudrates[] = {2400, 4800, 9600, 19200, 38400, 57600, 115200};
HardwareSerial JsyMkSerial(1); // Utilisation de l'UART1
byte modbusRequest[] = { 0x01, 0x03, 0x00, 0x48, 0x00, 0x0E, 0x44, 0x18 }; // lecture des registres
// Fonction pour vérifier la validité d'une réponse Modbus (simple, à améliorer selon besoin)
bool isValidModbusResponse(byte* buf, int len) {
// Une réponse Modbus typique commence par l'adresse esclave et le code fonction
if (len < 5) return false;
if (buf[0] != 0x01) return false; // Adresse esclave attendue
if (buf[1] != 0x03) return false; // Fonction attendue
// On pourrait ajouter ici une vérification CRC (optionnel pour un test rapide)
return true;
}
// Fonction pour détecter le baudrate du module
int detectBaudrate() {
for (int i = 0; i < sizeof(baudrates)/sizeof(baudrates[0]); i++) {
int baud = baudrates[i];
Serial.printf("Test du baudrate : %d\n", baud);
// Initialisation de l'UART1 à la vitesse testée
JsyMkSerial.end();
JsyMkSerial.begin(baud, SERIAL_8N1, RXD2, TXD2);
delay(50); // Laisse le temps à l'UART et au module de se stabiliser
// Vider le buffer de réception
while (JsyMkSerial.available()) JsyMkSerial.read();
// Envoi de la trame Modbus
for (int k = 0; k < 8 ; k++) {
JsyMkSerial.write(modbusRequest[k]);
}
// JsyMkSerial.write(modbusRequest, sizeof(modbusRequest));
Serial.print("Trame envoyée : ");
for (int j = 0; j < sizeof(modbusRequest); j++) Serial.printf("%02X ", modbusRequest[j]);
Serial.println();
// JsyMkSerial.flush();
// Attente de la réponse (timeout 200 ms)
unsigned long start = millis();
int idx = 0;
byte response[64];
while (millis() - start < 200) {
if (JsyMkSerial.available()) {
response[idx++] = JsyMkSerial.read();
if (idx >= sizeof(response)) break;
}
}
Serial.printf("Réponse reçue (%d octets) : ", idx);
for (int j = 0; j < idx; j++) Serial.printf("%02X ", response[j]);
Serial.println();
// Vérification de la réponse
if (isValidModbusResponse(response, idx)) {
Serial.printf("Baudrate trouvé : %d\n", baud);
return baud;
}
}
Serial.println("Aucun baudrate valide trouvé.");
return -1;
}
void setup() {
Serial.begin(115200); // Port série USB pour debug
delay(2500);
Serial.println("Détection du baudrate du module JSY-MK-194T...");
int foundBaud = detectBaudrate();
if (foundBaud > 0) {
Serial.printf("Communication établie à %d bauds !\n", foundBaud);
} else {
Serial.println("Impossible de communiquer avec le module.");
}
}
void loop() {
}
|
|
|
|
|
