Bonjour,
Si cela intéresse des personnes.
J'ai changé l'afficheur LILYGO TTGO T-Display 1.14 pouces, par un afficheur TFT 2,8" ILI9341, car je ne voyais pas l'affichage.
J'y ai modifié quelques ligne de code pour l'adapter, rien de bien méchant. 
J'ai fais aussi le circuit imprimé et le boitiers. Pour ces pièces il vous faut juste les commander sur le site jlcpcb.com.
J'ai aussi pour ce que cela intéresse les circuit imprimé pour le routeur ainsi que les supports pour les leds, le routeur, le dimmer.
Je suis disponible si besoin.
Cordialement.

Pièces jointes

  Routeur Solaire.zip (Taille : 221.2 Ko / Téléchargements : 31)
  ESP32 Afficheur ILLI9341 - CADCAM.ZIP (Taille : 21.17 Ko / Téléchargements : 25)

bonjour
je suis interesse pour installer un routeur solaire  jai une installation avec 11 panneau de 400 w  et mon ballon eau chaude est tres loin de mon compteur linky et tableau general 
je voudrais pouvoir faire communiquer via 2 esp 32 en wifi pour router sur le ballon 
javais un routeur solaire precedement mais il a grillé 
et je voudrais un systeme moiins couteux de plus la pince amperometrique etant tres loin du routeur le routeur  avait beaucoup de difficulter a gerer le surplus
pouver vous maider 
evidement jai regarder sur le site il est tres fourni et je suis un peux confu  
je vous remercie pour votre temps 
nicolas

J'ai de nouveau analysé le code UxIx3, qui pose problème depuis l'adoption de la bibliothèque "cartes" V3.01 et suivantes au lieu de feu la V2.17 qui marchait parfaitement.

Le problème tourne en partie autour du WIFI (mais pas uniquement je pense) et semble avoir été résolu pour ceux qui ont peu d'ESP32, ou n'utilisent pas le module UxIx3 (tri-phasé).

Le code UxIx3 tel qu'il est écrit actuellement consomme inutilement des ressources, et il n'est pas impossible qu'il y ait depuis la V3.01 des interactions entre les deux cores, possiblement avec les "mutex hardware" ou autres.

Actuellement, le code UxIx3 envoie une requête de données au module JSY-MK-333, puis lit la réponse caractère par caractère jusqu'à les avoir tous lus. C'est une perte de temps inutile, car, en supposant que le module réponde 'dans l'instant', cela prend au minimum  141 données x 10 bits / 9600 = 150 ms.

J'ai donc simplement "dissocié" la requête de la lecture, pour être sûr que lorsque le core viendra lire la réponse, tout le message sera déjà dans le buffer et sera donc lu "à grande vitesse". J'aurais pu aussi venir vérifier si toutes les données avaient été reçues, avec un timeout, avant de les lire toutes, mais sans bloquer.

Le code actuel marche simplement parce que le serial.read() est en partie "bloquant", c'est à dire qu'il attend avec un timeout, dont j'ai lu qu'il était par défaut de 1 seconde. C'est curieux quand on veut faire du temps réel d'avoir des read avec timeout. Mais c'est comme çà.

Pour résoudre le problème, j'ai simplement sorti la requête elle-même de la "lecture", et lancé une première requête à la fin de l'init du port série (voir plus loin).

Et j'ai modifié le code principal en lisant, puis en relançant une requête, sachant que je ne viendrai lire la réponse que 800ms plus tard (lors de l'extinction du timer), donc en étant sûr qu'elle sera dans le buffer de réception dans son intégralité.

if (Source == "UxIx3") {
          Lecture_JSY333();
          PeriodeProgMillis = 800;
          Request_data_JSY333();
        }

Sans doute parce que dans le code V3.0x il y a de nouvelles inter-actions 'parasites' entre le temps réel des deux cores, le simple fait d'utiliser moins longtemps l'UART libère de la ressource qui améliore grandement les choses (pour le WIFI ?? j'en doute).

Très curieux, mais c'est comme ça. Donc je prends puique ainsi cela tombe en marche.

La prochaine étape sera pour moi de passer la comm série à 19200 comme cela a été si bien fait par un autre d'entre nous, pour gagner un facteur 2 sur la vitesse de transmission et réduire encore le temps de lecture et d'occupation de l'UART. Et je testerai en continu le buffer de réception pour ne pas en retarder la lecture comme je le fais actuellement ( comme c'est très bien fait pour le Linky).

En tout cas, je n'ai plus de plantage de mon serveur UxIx3, ce qui est déjà très bien.


// *************************************************
// * Client lecture JSY-MK-333 * Triphasé          *
// * Développement initial de Pierre F (Mars 2024) *
// * update PhDV61 Juin 2024 et Août 2024          *
// *************************************************

void Setup_JSY333() {
  MySerial.setRxBufferSize(SER_BUF_SIZE);
  MySerial.begin(9600, SERIAL_8N1, RXD2, TXD2);  //PORT DE CONNEXION AVEC LE CAPTEUR JSY-MK-333
  delay(10);
  Request_data_JSY333();
}

void Request_data_JSY333() {
int i;
  byte msg_send[] = { 0x01, 0x03, 0x01, 0x00, 0x00, 0x44, 0x44, 0x05 };
  for (i = 0; i < 8; i++) {
    MySerial.write(msg_send[i]);
  }
}  

void Lecture_JSY333() {

  float Tension_M1, Tension_M2, Tension_M3;
  float Intensite_M1, Intensite_M2, Intensite_M3;
  float PVA_M_inst1, PVA_M_inst2, PVA_M_inst3;
  float PW_inst1, PW_inst2, PW_inst3;
  byte Lecture333[200];
  bool injection;
  bool sens1, sens2, sens3;
  long delta_temps = 0;
  int a = 0;

  while (MySerial.available()) {
    Lecture333[a] = MySerial.read();
    a++;
  }
...

Voilà.

Edit : je viens de lire que les tâches WIFI tournaient par défaut (arrrrghhh) sur ... le core 0. Ceci expliquant peut-être cela...

Bonjour 
J ai posé une installation de 4KW crête , ce qui me donne par grande chaleur (les micro onduleurs sont situés sous les panneaux de 500w ) 3KW max
et possédant un cumulus qui fait 3KW , j aimerais savoir si il est possible dans les actions de faire une condition OU.
Je m explique je règle le triac a 100% et a 300W  injecté  Tout est Nickel mais quand il fait gris et que ma production n'est pas suffisante pour charger mon ballon ,je possède les heures creuse entre 13 h00 et 15h30 serait il possible de mettre la condition de  température <ou egale a 35° par  exemple , et que le cumulus se charge .Car actuellement si la température est supérieure a 35 rien ne se passe par grand soleil

En espérant avoir été clair dans ma demande 

Merci de vos réponses 
au plaisir de vous lire
Cordialement 
Philippe

Bonjour à tous et meilleures 73.

Je me casse la tête depuis 2 jours sur ce problème : Pas moyen d'avoir la BF sur Chrome (version 127.0.6533.120 et Remote_Sdr en version 5.08)
Mais , sur la page WEB, pas moyen de bouger les potentiomètres de volume ??? Que ce soit sur la page normale ou sur la page qui apparaît après l'appui sur la flèche de la page normale.
Qu'est-ce que je rate ?
73 QRO/ Michel de F5AAJ.

Bonjour, 
Depuis ce matin et une récente maj HA, j'ai ce message au sujet d'une automatisation de forcage routeur via MQTT
certains d'entres vous ont il également ce message et effectué la correction suggérée ?
Cdlt  Gilles

Pièces jointes

Miniature(s)
   

Bonjour,
C'est en lisant quelques posts sur ce forum que j'en ai eu l'idée.
J'ai décidé de tester l'utilisation du RMS pour commander le chargeur de ma voiture électrique.

Le contexte :
- une installation photovoltaique avec 3 kWc
- un RMS 1 "intérieur" qui recueille les mesures du Linky
- un RMS 2 "extérieur" (garage détaché de quelques mètres) qui utilise les mesures transmises en wifi par le RMS1.
- un chargeur monophasé réglable de 6 à 12A (celui livré avec la watture)

[EDIT du 12/09/2024]
Le RMS2 commande le chargeur de la façon suivante :
- régulation on-off avec commande d'un SSR 40A relais, contact NO en série sur le fil CP du chargeur/de la fiche T2
- on si p < -1400 W
- off si p > +100 W
- temporisation de 180 60 s (effacement passage de nuages)
- chargeur réglé par défaut sur 6A (soit environ 1400 W), modifiable par pas de 2A (malheureusement pas à distance) si la puissance disponible devient plus importante (jusqu'à 10A sur mon installation).

Mise au point :
- La maison possédant des murs très épais, j'ai eu du mal à fiabiliser la communication wifi avec le RMS2 (extérieur) avec le réseau local. J'ai dû ajouter un répéteur malgré la faible distance, même si le RMS2 a une petite antenne extérieure.
- J'ai ajouté un petit ventilateur sur le dissipateur du SSR, qui était un peu juste sur des périodes longues.

Bilan : [EDIT du 12/09/2024]
Ca fonctionne super bien !
Le pilotage de CP par le RMS évite les erreurs à la coupure/reprise de la charge.

Ca me permet d'améliorer mon autoconsommation et de recharger la voiture (donc de faire du stockage) sans avoir besoin de surveiller mon installation.
J'utilise les autres appareils de la maison sans me poser de questions, la régulation fait (bien) le boulot. Génial.
Si vous avez une batterie de stockage à roulettes, n'hésitez pas. 

Une possibilité d'utilisation de plus pour le RMS.
Merci qui ? Merci André !!

jeanclaude

Bonjour. 
Je voudrais juste vous remerci pour vorte developement "Routeur solaire" que j'ai assamblé.
Cela fonctionne parfaitment.
J'ai utilisé un capteur d'U assez particulier, mais comme votre firmware est tres bin fait, tout marche. 
Hall voltage sensor

Par contre j'utilise V10 come derniere version a bugé come la memoire d'esp etait rempli pour 104% donc en flaishant sur site partie de firmware a etait perdu, cela a provoqué le reboot tout les qque minites. Mais V10 fonctionne sans reboot.
Merci. 

J'ai fabriqué un routeur solaire, mais je n'obtiens que demi sinusoide. Quelqu'un aurai il une idée de l'origine du problème. Merci

bonjour,

Je suis un novice et j'aimerai me faire un routeur mais comment le cabler apres le coffret que l'on ma posé apres les panneaux ci-jont les photos et leur cable sur mon tableau suivre les fleches rouges
Merci pour ceus qui pourront m'aider quand à ce blog il magnifique et plein d'information