rommess
commented
10 months ago Pour apporter ma petite pierre, perso j'ai utilisé le code de psykokwak-com avant que hallard sorte le sien (qui est bien optimisé faut l'avouer) Ton cas: les deux frequences trouvées sont peut etre, en fonction de ton emplacement, ton compteur ainsi que celui de ton voisin.. Tu peux monitorer ton ESP via le cable usb pour avoir le debug en serie via putty par exemple, ainsi voir si il scan ou si il essaye de lire ton compteur (en fonction de l'heure que tu as mis.)
ed0uardb
hallard
Bonjour,
Je fais des recherches sur la relève des compteurs avec everblu depuis quelques jours et les améliorations que vous avez apportées pour le déploiement sur ESP32 m'intéressent. J'ai tester le code de neutrinus sur github, je pense avoir le bon câblage au niveau des pins, le programme avait l'air de bien tourner, wifi et mqtt ok, pas de soucis pour lancer le scan, mais je n'ai jamais réussi a trouver la bonne fréquence.
J'ai comme matériel un ESP32WROOM32 (de Az-delivery), et pour le module RF une E07 (M1101D-SMA).
J'ai réussi à installer votre code cet après-midi et j'ai quelques questions si ça ne vous dérange pas et que vous avez le temps d'y répondre.
Pour installer le code sur une autre carte, esp32dev dans mon cas, dans le fichier platformio.ini ligne 20 il faut bien modifier le
default_envs = c3-cc1101pardefault_envs = esp32dev? c'est ce que j'ai fait, mais pendant la compilation j'ai eu des erreurs dans everblu-meters.cpp et cc1101.cpp, concernant des variables non déclarées dans le scope.Dans everblu-meters.cpp j'ai mis en commentaire :
Dans cc1101.cpp, GDO0 était considéré comme non déclaré J'ai rajouté la configuration des pins dans platformio.ini :
Après ces modifications j'ai pu compiler et charger le code. Je pense avoir réussi a trouver la bonne fréquence, j'ai eu 2 confirmations via mqtt : {"date":"10/10/2023 16:06:20","ts":1696946780,"min":"433.8599","max":"433.8663","frequency":"433.8631"} {"date":"10/10/2023 16:27:06","ts":1696948026,"min":"433.8524","max":"433.8647","frequency":"433.8583"}
Je suis un peu dubitatif sur la différence des résultats obtenus ...
Pour le moment le module est débranché, quand je le redémarrerai va-t-il recommencer un scan ou va-t-il utiliser la fréquence trouvée ? le paramètre
-D FORCE_SCAN(ligne 42 dans platformio.ini) étant toujours actif dans mon ESP32 sans rechargement du code.J'ai refais la manipulation en reprenant le code d'origine, j'ai juste changé
default_envs = esp32devet renseigné les infos pour le wifi, le mqtt, et le serial pour l'everblu. Ca m'affiche ces erreurs dans VisualCode.EDIT 11/10/23
J'ai rebrancher mon ESP ce matin sur un chargeur usb, il a relancé automatiquement le scan, je l'ai donc laissé faire. Une fois la fréquence trouvée j'ai reçu ce message mqtt :
{"date":"11/10/2023 10:00:48","ts":1697011248,"min":"433.8353","max":"433.8706","frequency":"433.8528"}Puis l'ESP est entré en mode sleep (le programme considère que l'esp fonctionne sur batterie comme l'espc3). j'ai relancer l'esp avec le bouton RST, et là j'ai reçu ce message mqtt :
{"ts":1697011251,"date":"Wed Oct 11 10:00:51 2023","esp_battery":{"percent":0,"vbat":0},"liters":344078,"battery":141,"read":66,"rssi":-76,"lqi":-119,"hours":"06:18"}La relève s'est donc bien passé, c'est bon signe ! mais ce dernier message mqtt aurait du être envoyé avant le mode sleep en même temps que la confirmation de la fréquence je pense ? Ensuite l'esp a recommencé à faire un scan !
J'ai donc désactivé le paramètre
;-D FORCE_SCAN(ligne 42 dans platformio.ini) et changé la fréquence dans everblu-meters.cpp ligne 423 (c'est bien le bon endroit pour modifier la fréquence ?)float frequency = preferences.getFloat("frequency", 433.85280f);Compilation, recharge du code dans l'ESP, et là pas de lecture possible ...
{ "ts": 1697012483, "date": "Wed Oct 11 10:21:23 2023", "esp_battery": { "percent": 0, "vbat": 0 }, "type": "No Data", "retries": 5 }Voilà où j'en suis pour le moment, j'ai pas envie de vider la pile de l'everblu donc j'évite de faire trop de tests inutiles. Je vais réessayer dans la semaine un scan de fréquence en plaçant l'ESP au plus proche du compteur.
EDIT 12/10/23
Aujourd'hui nouveau test de relève ==> Echec
Reload du firmware avec
-D FORCE_SCANactivé. J'ai branché l'ESP sur un powerbank pour le poser juste au dessus du regard du compteur d'eau.Test de fréquence OK, mais relève NOK
Il a alors relancé automatiquement un nouveau scan OK, et cette fois-ci une relève OK
J'ai réussi à faire 2 relèves, uniquement en mode "scanning", avec 2 fréquences trouvées ... 433.8528Mhz et 433.7841Mhz.
Ensuite j'ai rechargé le firmware en mode "normal" (
;-D FORCE_SCAN) et en remettant la fréquence par défaut 433.82000Mhz.J'ai aussi essayé le
mqtt.enableHTTPWebUpdater(); // Enable the web updater., ça fonctionne bien. Par contremqtt.enableDebuggingMessages(); // Enable debugging messages sent to serial outputest bien censé envoyé les messages de serial monitor par MQTT ? je ne crois pas que ça fonctionne pas.//mqtt.enableLastWillMessage(String(topic + "lastwill").c_str(), "offline", true);empêche la connexion au broker mqtt.mqtt.enableOTA(); // Enable OTA (Over The Air) updates.Je ne comprends pas comment ça fonctionne.