Bonjour à tous,

     Vous trouverez via le lien ci-dessous le schéma et les fichiers GBR pour réaliser des PCB du routeur:
     https://drive.google.com/open?id=1R7eMWM...p=drive_fs
     Si vous avez des questions; n’hésitez pas.  

  Merci beaucoup pour ton travail F1ATB.

Tout est correct 
V 8_09 avec Linky
Téléversement Ok
Perte du réseau Wifi dés que je branche les 2 fils TIC I1 et I2 au compteur Linky
2 m entre Linky et le routeur, résistance 1.5K entre Optocoupleur et linky
Merci pour vos réponses

rgbr53

Bonjour André,

Merci pour cette nouvelle rubrique j'en profite pour reformuler ma demande :

Avoir le retour de température Capteur DS18B20 Interne "et" Capteur DS18B20 ESP Externe plutôt que le choix "ou" possibilité d'avoir les deux. 

La raison de ma demande c'est que j'ai bien le retour de température de mon deuxième ESP32 avec sonde dans le ballon de ma PAC et mon ESP32 actionneur a une sonde pour vérifier la température de son relais SSR dans son boitier pour l'instant je peux avoir que l'un ou l'autre.

merci pour cette V9 qui est incroyable.

Bonjour André,

J'utilise le routeur depuis plusieurs et il fonctionne à merveille , j'aimerai maintenant piloter ma PAC piscine avec le contact sec d'un module shelly que j'ai mis en serie de l'information pompe piscine en route.
Cela fonctionne avec l'ordre on : /relay/0?turn=on et  /relay/0?turn=off mais comment gérer la temporisation pour éviter des marche/intempestif

Je m'explique ma Pac consomme 3kw environ j'ai mis un routage on si p<-3000w et off si p> 500w pour être sur que je chauffe la piscine si j'ai suffisamment d'excédent avec une tempo de 30minutes.
Cela fonctionne bien pour le premier cycle mais après ça me fait des choses bizarre.

Devrais je plutôt mette un ordre on avec la tempo incorporé

Bonjour André,

Avec le routeur j'aimerai mettre le triac en action, non pas dans une plage horaire établie à la souris dans la fenêtre action
mais selon une formule dont les paramètres sont les données fournies par les capteurs sur 2 jours.
Car le seul cas où j'ai injecté 500W, ce fut un matin, avant les douches, où les 840W des panneaux donnaient déjà!
La charge HC ne se faisant qu'en fin de période pour éviter les pertes (1kVA par jour) et se termine à 6:20

J'ai un UxIx2 dont la seconde pince mesure l'entrée du cumulus.
La charge moyenne journalière du cumulus est de 5400 W 
(variable selon la température de l'eau entrante)
réalisée en 2h environ quand on le laisse le thermostat faire son travail. Soit 2700-3000 Wh.
Cela fait une semaine que je n'apporte en fin d'H Creuses le matin du jour 3 que 10.800 W moins l'addition des 2 puissances absorbées par le cumulus lors des jours J1 et J2.

Un exemple pour être plus clair
J1 puissance absorbée par le cumulus 5000 Wh (HC et solaire)
J2                                                           3000 Wh  (HC et solaire)
le J3 jusqu'à 6:20 il me faut 2800 Wh soit (je programme 2800/2700 heure de chauffe soit 62mn)
j'ouvre donc une plage entre 5:18 et 6:20.
Ainsi le cumulus peut encore absorber le soleil du début de matinée avant que l'on ai pris la douche.
Je précise que mes panneaux sont plein Est, je n'aurais pas cette problématique autrement.
En fait le cumulus doit absorber en HC ce qu'il n'a pas reçu dans la journée précédente (HC + solaire) pour atteindre sa température

Est-ce une bonne idée générale?

Je n'ai aucune compétence en Java Htlm, ni dans la prog des ESP,
mais ayant commencé avec le langage machine, puis basic, C et python (un peu) je peux, peut-être aider à la réalisation

Merci pour l'attention (et ce super routeur !)

Je suis débutant et j'ai quelques soucis 
Je voudrais installer un routeur voltaique 
Mon PC sous W11, arduino IDE V2.3.2 
Routeur version Solar_Router_V8_09_RMS
ESP32 Dev Module avec Port 3
dans préferences https://dl.espressif.com/dl/package_esp32_index.json
Bibliothèques installées ubSubClient, Onewire, DallasTemperature, et UrlEncode
à la compilation j'ai le message d'erreur suivant :
'WiFiClient' does not name a type; did you mean 'Client'? copie d'ecran ci joint

je ne comprends pas , si vous avez la solution pour régler mon problème
Merci
Rgbr53

Pièces jointes

Miniature(s)
   

Suite à l'arrivée des sources MQTT, les source Linky avec un CACSI ne voyaient plus les puissances apparentes. Effet de bord. C'est à présent corrigé.
F1ATB

Ci-dessous les principales évolutions de la version 9.00 

• Stockage des températures avec une décimale
  
•  Simplification, changement de nom de réseau WIFI
  
•  Choix mode Wifi avec ou sans veille
  
•  Sélection source de température
  
•  Source de puissance reçue via MQTT
  
•  Souscription MQTT à une température externe
  
•  Souscription MQTT pour forcer On ou Off les actionneurs.
  

Bonjour, 
Après maj de la version routeur V09-01, j'ai implémenté le forçage on/off du triac d'un de mes routeurs via MQTT sur Home assistant en suivant 
les explications très claires. J'ai implémenté un bouton qui change d'état dans Home assistant, nickel dans ce sens.
Par contre, celui ci ne revient pas à l'état initial avec la période prévue sur l'actionneur, normal car l'ordre ayant été effectué, il n'y a pas de retour d'action vers home assistant.
Une idée de solution, n'étant pas un pro de Home assistant ?

Cordialement Gilles B

Bonjour, je n'ai apparemment pas vu ce sujet traité donc je l'aborde.

Sur certaines cartes ESP DEV BOARD, le superviseur d'alimentation ("Brownout Detector") se déclenche intempestivement au démarrage de la carte.

Ceci est dû à un appel de courant important (démarrage du Wifi), qui est trop élevé pour les possibilités du port USB.

Plusieurs sites WEB parlent de ce problème parmi lesquels:
- https://docs.espressif.com/projects/esp-...rrors.html
- https://arduino.stackexchange.com/questi...wifi-begin
- https://iotespresso.com/how-to-disable-b...n-arduino/

L'une des solutions préconisées est de souder deux capa (p ex: 100nF en // avec 47µF) pour "tamponner" l'alimentation du µP (càd: empêcher les pulses de courant de faire trop chuter l'alimentation).

Personnellement, en tant que solution PROVISOIRE lors du déboggage, j'utilise un hub USB alimenté par un adaptateur secteur. Ainsi, c'est l'adaptateur secteur qui fournit l'alim de la carte ESP32 et non pas le "pauvre" port USB du PC. Par la suite, lorsque je placerai l'ESP32 sur son support PCB définitif, il est clair que l'alim 3.3V sera "taillée" en conséquence (avec les capa qu'il faut).