Reprise du message précédent :

Non parce que j'ignore si c'est le plus adapté à ce que je veux faire, et notamment si un autre ne me mâcherait pas le travail.

En effet, le language Arduino c'est un mélange de C et de C++. Si tu n'y connais rien tu vas bien galérer!
 
Il est possible qu'on puisse programmer les ESP en Python aussi, mais je ne saurais t'aider. Par contre si tu maîtrises le Python mais pas le C(++) je te conseille de suivre cette piste.
 
Pour info pour les Arduino il y a un sujet unique: https://forum.hardware.fr/hfr/elect [...] et_4_1.htm

Je galérerai mois en C qu'en Lua ou Python vu que j'ignore tout de ces deux derniers.
En C, je suis bien rouillé mais je ne devrais pas avoir trop de mal à m'y remettre. Je vais donc m’accommoder du langage par défaut d'Arduino IDE.
 

 
 
A première vue, vu la structure de code proposée par défaut, il n'est pas possible de faire du passage d'une entrée à l'état haut un évènement qui déclencherait l'exécution d'une fonction.
Si l'on doit se contenter d'une boucle infinie, ça promet un code bien crade    
 
Sur ce, m'en vais éplucher le topic Arduino...

Bah la plupart des codes fonctionnent avec une boucle infinie non? Après Arduino doit permettre les interruptions aussi, mais pour ton histoire un truc avec une variable globale ou une variable locale "static" et une comparaison fera l'affaire. Genre
 

Sans doute mais j'ai l'habitude de langages de plus haut niveau, où les boucles infinies sont toujours cachés à mes yeux prudes    
 

 
Merci! Ca fera parfaitement l'affaire  
Mon but est d'avoir un code qui fonctionne, pas un code propre

Je progresse, pas la concrétisation matérielle de mon projet mais ma propre compréhension de comment le mener à bien.
 
J'ai notamment trouvé cette info essentielle, la référence du langage d'Arduino IDE: https://www.arduino.cc/reference/fr/
Je regrette de ne pas y avoir trouvé le moyen de calculer le temps écoulé entre deux évènements.
 
Ca implique de balancer ces évènements en vrac au PC qui devra calculer lui-même ces intervalles mais le délai de transmission et de traitement fausserait le résultat  

Avec la fonction millis() tu récupères l'horloge du µC, en stockant la valeur entre deux allumages de leds tu as la durée écoulée.
Mais attention si tu laisses ton montage allumé h24, au bout d'un moment millis() revient à zero

Damnit, je continue à m'enfoncer avec mes questions de plus en plus crétines    
 

 
Tu peux utiliser milles() pour ça. La fonction retourne ne nombre de millisecondes écoulées depuis le démarrage de l'ESP.
 
Du coup, millis() de l'événement 2 - millis() de l'événement 1 te donne le nombre de millisecondes écoulées entre les 2 événements.
 
Attention cependant, au bout d'un moment ne nombre va overflow (dépasser la capacité de stockage) et repartir à 0, il faut gérer ça. La doc t'en dira un peu plus
 
EDIT : M4vrick'd

Oui, j'ai vu ça. Le délai de remise à zéro est de 50 jours.
J'invaliderai le calcul si le nouveau millis() renvoie 0 ou si l'intervalle calculé est négatif.

Attention: Il est peu probable que millis() renvoie exactement 0, il faut plutôt tester si la nouvelle valeur est inférieure à l'ancienne. Ou si le calcul sort un résultat négatif, mais attention au type de variables dans ce cas! Avec du uint on ne peut pas avoir du négatif!

Bien vu. Cette fonction retourne un "unsigned long".
 
Ma fonction loop() se présente ainsi pour l'instant:

La conversion en long n'est-elle pas implicite?

 
Tu as compilé ton code?
y'a deux trucs que je ne comprends pas:
 
ton deuxième if n'a pas de {}
Je ne vois nul part une définition de m0, je pense que tu t'es planté dans m1=m0 à la fin et que ca devrait etre l'inverse non?

Une seule instruction après le if -> pas besoin d'accolades.  
 
Sinon j'ai pas regardé le code en détail, pas le temps là.

Oui, mais un code qui compile sans erreur n'est pas forcément un code qui fonctionne    

J'ai pour habitude de zapper les {} quand ils ne contiennent qu'une seule ligne.
 

Elle est simplement hors de la fonction loop(), en entête du code.
 

Ca, c'est bien un méchant bug. Merci    

Bon, la partie hard semble au point.
Comme j'utilise la broche GPIO2 comme entrée pour le signal du Linky, la led de l'ESP-01S le reproduit via sa propre led.
 
Par contre, côté soft, c'est la misère pour l'instant.
La connexion Wifi est la première étape mais elle ne fonctionne apparemment pas et je peine à comprendre pourquoi.
Je cherche aussi comment afficher le bla bla de Serial.println("bla bla" );
 
Le "Moniteur série" d'Arduino IDE affiche une ligne de hiéroglyphes sur l'appui du bouton reset du programmateur, mais plus rien ensuite.

 
Quand à mon code qui compile mais ne fonctionne pas, le voici, seulement expurgé du mot de passe du WiFi:
 

Tes hiéroglyphes c'est probablement un soucis de Baudrate mal configuré ou alors il manque une masse quelque part?

Le baudrate est correct puisque c'est le même que celui utilisé pour le téléversement du code compilé qui lui se passe bien.
 

 
Quant à la masse manquante, je ne vois pas trop ce que ça pourrait être vu que j'utilise un programmateur tout fait.
J'ai juste pioché trois broches pour les connecter à mon montage: VCC, GND et GPIO2.
 

 
Devrais-je relier la broche RST à la masse?

Je viens de vérifier la tension à cette broche RST, alors que le ESP-01S est connecté à son programmateur.
Elle est par défaut de 3,3V.
Elle passe à 0V le temps que le bouton du programmateur reste enfoncé, celui-là même qui génère la ligne de hiéroglyphes.
 
C'est comme si mon code faisait complètement planter le ESP-01S mais sans aucune info de débugage, trouver ce qui cloche relève de l'impossible  

J'ai trouvé comment rendre lisibles les hiéroglyphes. C'était bien un problème de baudrate.
Alors que celui par défaut de mon ESP-01S est de 115200 et qu'il permet bien le téléversement du code compilé, la fenêtre de débug n'est elle lisble qu'en 74880, pas plus, pas moins.
Mais ce debug ne m'aide pas pour autant puis qu'il n'affiche que ceci, uniquement après la mise à la masse ponctuelle de RST:

 
J'ai ajouté une ligne de débug à la fonction setup():

Mais même elle n'apparaît pas, à croire que mon code n'est même pas lancé ou qu'il est bugué au point de faire complètement planter l'ESP.
 
J'ai aussi testé plusieurs "debug levels" mais sans jamais avoir quoi que ce soit de plus d'affiché:

 
Je me réjouissais d'avoir pratiquement mis au point ce projet mais ce dernier problème, aussi bloquant qu'obscur, remet tout en question  
 
J'en arrive à envisager de renoncer à l'ESP-01S en le remplaçant par un Arduino Uno avec un Shield Ethernet histoire d'avoir le WiFi en moins sur la liste des problèmes à gérer, mais ce n'est hélas pas du tout le même prix.

Va demander sur le sujet Arduino dont j'avais parlé, les experts sont là-bas.

En même temps, dans ton programme plus haut tu n'as jamais initialisé le port série, donc ça ne risque pas de fonctionner.
https://arduino.blaisepascal.fr/bibliotheque-serial/
Bon, pour l'esp il y a peut être des subtilités mais il doit bien y avoir le minimum aussi (Serial.Begin.)

Ne le prend pas mal, mais à lire tes questions et tes blocages, tu devrais commencer par des tutos d'initiation.
Parce que là on sent ta frustration et ton énervement a chaque post, alors que ça vient toujours d'un truc que tu n'as pas fait correctement qui nécessite juste 5 minutes de recherches..

Effectivement      
 

Certes    
Mais quand rien ne semble fonctionner, il n'est pas toujours évident de savoir quoi chercher comme information.
Je n'en suis pas moins le premier à pester contre mon inexpérience sur ce type de matos.

T'inquiète on comprend

Mais généralement une petite recherche bien orientée "ESP8266 arduino" ou "Arduino port série" aurait suffit à trouver les infos de base en très peu de temps.
Pour le port série un peu de lecture en plus t'aurait permis de deviner le pourquoi des hiéroglyphes, et éventuellement de trouver le bon baud rate ("default baud rate serial esp8266" ), même si le coup des 74880 est une bizarrerie (il me semble que ça vient d'un souci d'horloge à l'initialisation, un rapport avec l'horloge qui peut être en 26 ou 40MHz, ça devrait plutôt être 115200 le standard).

Mais l'important c'est de progresser et de s'en sortir à la fin

Tu nous diras si le Serial.Begin() fonctionne directement sur ESP8266 .

Le fait est qu'après un assainissement de mon code (qui n'avait rien d'un luxe) et l'ajout du Serial.begin(115200); j'ai eu un beau débug tout propre à la seule exception de la toute première ligne mais s'agissant de l'initialisation du bidule, ça ne prête pas à conséquence vu que tout le reste est en clair.
 
Le baudrate à 74880 n'est nécessaire que pour décoder cette première ligne, notamment quand mon code plante d'entrée.
Bref, mon ESP-01S semble s'initialiser à 74880 avant de passer et rester à 115200.
 
Sur ce, il faut que je replonge dans mon code puisqu'il ne fonctionne à nouveau plus, mais c'est clairement ma faute ce coup-là    

Rien à voir avec l'ESP, mais si tu es développeur je suppose que tu maitrises les outils de contrôle de code source. Je te conseille d'y avoir recours, ça facilite la chasse aux régressions. Tu peux utiliser un truc en ligne comme Github, ou t'installer en local un Tortoise Git ou Tortoise SVN par exemple.

Et côté IDE, si tu maitrises Visual Studio il y a un chouette plugin pour faire de l'Arduino : Visual Micro. Pour moi c'est beaucoup mieux que l'IDE Arduino, mais forcément il faut savoir se repérer dans un vrai IDE, alors que celui pour Arduino est plutôt un jouet.

edit : Autre chose : en lisant tes messages j'avais tiqué là dessus

Peut être qu'entre temps tu as réalisé ça, mais le choix de la Board ne change quasiment rien au code que tu as écris la plupart du temps et ne te mâchera jamais le travail, ça modifie juste la façon dont le programme est compilé et uploadé en fonction des spécificités de la plateforme cible.
Quand tu commences à travailler à bas niveau ou à utiliser des fonctions avancées du µC, ça peut avoir des conséquences, mais tant que tu utilises des trucs haut niveau non.

Ca aura été laborieux mais tout fonctionne parfaitement!    
 
Un extrait où j'ai ponctuellement mis en route un chauffage électrique de 2 kW:

Il ne me reste à qu'à mettre le montage au "propre" puis à générer la courbe sur PC.
 
Merci à tous pour votre aide salvatrice  
 

J'ai oublié de revenir ici pour conclure ce topic en présentant le résultat du bricolage en question.
 
Le petit circuit gérant l'interface entre le phototransistor scotché au Linky et le ESP-01S:
 

 
Le schéma hideux, au cas où l'un d'entre vous serait assez taré pour le reproduire:
 

 
Le code actuel du ESP-01S:
 

 
Une petite optimisation reste à faire: l’agrégation des valeurs mesurées pour les envoyer groupées au serveur, pour limiter le nombre de requêtes http sans limiter le nombre de mesures.
 
La courbe obtenue, celle en jaune/vert parmi les données de ma station météo:
 

Bah pour un débutant tu t'en es bien sorti, et vite

Merci mais il n'y a que sur le ESP8266 que j'étais un noob total, sans la moindre expérience.
Le reste, je le maîtrisais, la partie sur PC du moins parce qu'en électronique, je suis plus approximatif    
 
Si j'ai finalement pu mater l'ESP-01S, c'est uniquement grâce à vous ici et le topic Arduino.
Sans cette assistance salvatrice, je ne serais sans doute arrivé à rien.
 
C'est donc à vous que le mérite de ce bricolage revient avant tout  
 
Ce bricolage est en tout cas un succès au-delà de mes espérances puisqu'il me permet au final de distinguer et quantifier la consommation des appareils chez moi: réfrigérateur, congélateur, chauffe-eau, machine à pain, sèche-cheveux, plaque à induction, fours, etc....
Ca me donne plusieurs pistes pour réduire ma consommation.
La première est déjà concrétisée: coller un programmateur au chauffe-eau pour qu'il ne fonctionne plus que lorsqu'il est vraiment utile.

Et ça fait toujours plaisir d'aider, on est là pour ça

C'est quoi le bitonio noir en bas à droite du PCB ? Un disjoncteur ?
edit : ou plus connement un interrupteur marche/arret pour le tout

Ce petit bouton est bien utile finalement parce que comme je m'y attendais, ma tentative de gérer la remise à zéro de millis() est un échec. Un simple appui sur ce bouton permet ainsi de passer outre mon incompétence en remettant sur les rails l'ESP-01S pour cinquante jours avant le prochain plantage nécessitant un nouvel appui