Pour ceux que ça intéresse, voici le code de mon affichage sur OLED



Nécessite de l'espace programme.
Dans l'IDE, configuration carte, partition : Minimal SPIFFS 1,9MB with OTA


Fichier à ajouter au sketch un fichier OLED.ino
Récupérer les bibliothèques Adafruit depuis l'IDE .
Modifier les PINs utilisés si nécessaire (Ici 26 et 25)
Contenu du fichier :

Bonjour,
J aimerai savoir si il est possible de commander les sorties relais "gpio etc " depuis une commande externe.
exemple domoticz ou autre domotique.
pas des centaines biensur y a pas la place

les routeurs sont placé generalement pas tres loin des tableaux elec, ca eviterait d autre montage espeasy par exemple ..........

donc si oui avec quelle style de commande ?

dans l attente

tres bonne journée

Bonjour à tous et un grand merci à André pour le partage de ses travaux bien utiles à tous.

Je suis en train de finaliser mon routeur et je suis confronté à un souci de reboot intempestif. Je précise que tout fonctionne bien, le triac s'ouvre ...etc
J'ai déjà exposé mon problème sur un groupe Facebook et André a évoqué le fait que l'esp reboute s'il ne reçoit pas de mesure ou si celle-ci n'est pas au bon format.
J'ai donc poursuivi mes tests pour vérifier ce point et il s'avère que le reboot se fait à peine 30 secondes après la réception d'une mesure, parfois moins.
Les mesures sont transmises par MQTT, je n'ai pour l'instant pas d'autre possibilité.

Voici les logs juste avant reboot:
11:35:02.549 -> PuissanceMaison{"Pw":-76}
11:35:28.787 -> Niveau Signal WIFI:-59
11:35:28.787 -> IP address_: 192.168.1.80
11:35:28.787 -> WIFIbug : #0
11:35:28.787 -> ComBug : #0
11:35:28.787 -> Charge Lecture RMS (coeur 0) en ms - Min : 1 Moy : 1  Max : 1
11:35:28.787 -> Charge Boucle générale (coeur 1) en ms - Min : 0 Moy : 0  Max : 1
11:35:28.787 -> ESP32 ON depuis : 0.29 heures
11:35:36.963 -> E (1077466) task_wdt: Task watchdog got triggered. The following tasks/users did not reset the watchdog in time:
11:35:36.963 -> E (1077466) task_wdt:  - Task_LectureRMS (CPU 0)
11:35:36.963 -> E (1077466) task_wdt: Tasks currently running:
11:35:37.016 -> E (1077466) task_wdt: CPU 0: IDLE0
11:35:37.016 -> E (1077466) task_wdt: CPU 1: IDLE1
11:35:37.016 -> E (1077466) task_wdt: Aborting.
11:35:37.016 -> E (1077466) task_wdt: Print CPU 0 (current core) backtrace
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 -> Backtrace: 0x4008c8c3:0x3ffbd6d0 0x400faea1:0x3ffbd6f0 0x4008f0bf:0x3ffbd710
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 ->
11:35:37.016 -> ELF file SHA256: 56faff2703ee20e1
11:35:37.016 ->
11:35:37.016 -> Rebooting...

Bonjour, 

je viens de faire l'installation d'un routeur solaire avec un TRIAC ROBODYN 40A.

Après tous les réglages effectuer et les raccordements, dans mes "données brutes", mon TRIAC n'à pas l'air reconnue " Nombres d'interruptions en 15 ms du Gradateur ( signal ZC ) : Filtrés/Brutes : Pas de Triac ".

Est ce que mon TRIAC est HS ? ou ai-je fais un erreur ?

Merci de votre aide.

Cordialement.

Évolution majeure dans la réalisation du routeur photovoltaïque. L'installation du logiciel, se fait à présent en 2 mn en ligne, de même que les mises à jour. L'Arduino IDE n'est plus nécessaire.
Détails sur le site : https://f1atb.fr/fr/routeur-photovoltaiq...-logiciel/

bonsoir

plus aucune valeur dans mon tableau

[img]data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAHQAAAC1CAYAAACOLts2AAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8YQUAAAAJcEhZcwAADsQAAA7EAZUrDhsAAFhtSURBVHhe7V0FfFXH0z1ogBgEd3d3L1ooUqBoi0MLpRRaKNZSKO7Fvbi7u7u7BwsuQYIGCyTfOftyYw3wHqXC92fy21xbmZ0zMzu770qEABI+0v8bijB/xYqPgH7oRJt8+vQpihcrhggTZs36COgHTk+ePEGRTz5BljRpEGHy3LkB/v7+eP7iReDlj/Qh0Us/P5QoWRKpU6SAP48jTJw9O8DF2RkVSpUySEeIEMGW8yPZTXJxESk3ye4VjcNRCSqMiRwlCl6+fGmO7S2vclGiR0fkGDHgx+OoTBEmENBY7u4olCMHvC5cQKRIkUzmj2Q/ycPFpAxj0DCuXbvmsAwFZIYMGeDl5YVXr17ZbVMPP9ws9AmEolHBmSV3snHAR6wey5Vh5CJRGLWITOxRCLRK9xc/h60eO5dSWKJRKJHoMo0hBwisVuSxBKJRE9gwvb6DGyIxDzhj08SiUSiR0BcC5W/ee5MEkskEj3FfE3T/D/rEOfSIVw4twAAAABJRU5ErkJggg==[/img]

Bonjour, 
Depuis quelque temps, je fonctionne avec la version 3 du routeur et jusqu'à présent je récupérais les informations d'énergie envoyée au chauffe eau via un module sonoff puis affichage de toutes ces données sur home assistant. 
Malheureusement, ce module de puissance sonoff bug souvent. Mon installation est sur 2 esp ( un sur le linky ( ip 192.168.1.25)  et l'autre sur le chauffe eau )
Je suis retourné voir les évolutions et ça bien changé version 9.03... J'ai fait toutes les mises  jour, transféré sur un esp32  pour tester mais impossible de me connecter sur mon esp externe ( le linky en esp 192.168.1.25)    

lorsque je valide avec "ESP32 Reset" j'ai l'affichage  "Ok Reset. Atendez."  et puis ça tourne en rond pour finalement revenir au point de départ sans aucun changement.
J'ai tester avec un autre esp et j'ai le même problème. 
Quelqu'un a t'il le même soucis ?

Bonjour

J'ai passé la TIC du Linky en mode standard et comme je m'y attendais mon gestionnaire d'énergie (STARBOX F02) s'est mis en défaut puisqu'il attend du 1200 bauds.
Je cherche à lui injecter une trame de base pour simuler un dialogue avec le compteur mais après pas mal de recherches je n'ai pas trouvé grand chose.

Quelqu'un aurait-il une idée ?

Bonjour,

Je ne parviens pas à avoir le token d'enphase???
ID : 4e4452........21
Qu'entendez vous par Adresse IP Enphase-envoy externe? Surtout externe?

J'ai vu que quelqu'un a cocher V7 ??? Ou ça???

Merci de votre aide
Gilles 
  Adresse IP Enphase-Envoy externe (ex : .168.1.248) :

Bonjour André,

Je me rends compte que le compteur wifibug n'est pas seulement incrémenté par la boucle de test de connexion à 30s dans le module principal,mais aussi dans d'autres modules.

     

Dans ces modules, le timeout est bien inférieur.  Lorsque le serveur est chargé par des envois de pages html, il m'arrive de voir des timeouts supérieurs à 5000 ( et donc wifibug++ ). mais la 9.01 ne plante pas.

Or, on peut imaginer que parfois, dans la foulée, le module principal puisse faire à son tour un test de connexion à 30s. s'il échoue aussi alors wifibug++. Maintenant wifibug=2 et pour peu que le test suivant à 5s échoue à nouveau cela entraine un ESP.restart().

Cela n'a pas l'air de se produire en 9.01 (par miracle ou car le timing est différent ?).
Se pourrait-il que cela se produise en fait avec la 9.03 ? et que cela entraine un reboot "intempestif" ou "prématuré" ?

Ne faudrait-il pas du coup séparer en deux cette variable "wifibug", l'une pour le test 30s, l'autre pour les autres appels comme dans ESP_externe par exemple où on attendrait n fois le timeout de 5s  (6 par exemple par cohérence avec le 30s ?).

En 9.01, voilà ce que j'obtiens sur le 2e client, lorsque je me mets à afficher la page donnée brute sur ce 2e client après avoir affiché la page donnée brute sur un 1er client sans souci. : de nombreuses erreur successives de timeout. Mais pas de plantage for heureusement.

   

A+
Ph.