Forum Domoticz en français

Je pense que nous ne sommes pas nombreux à utiliser Windows comme serveur Domoticz

J'ai eu de nombreuses coupures EDF ces derniers jours, avec les tempêtes à répétition. Et malheureusement, je confirme : Le modules Wemos ne se reconnecte pas au WiFi après un retour tension (un reboot). J'imagine que le point d'accès WiFi redevient disponible après que le module Wemos ait redémarré...

Comme le défaut est rapidement visible (croissance de la database), j'essaierais de déterminer quelle catégorie de matériel génère ces logs :
ex : Déconnecter le Zwave, et relancer
Déconnecter RFLink et relancer,
etc...
pour déjà déterminer quel driver génère cela.

totof60 a écrit : ↑16 déc. 2019, 09:13 Merci

On doit pouvoir utiliser la partie alimentation avec la téléinfowifi

J'ai essayé, sans succès : La puissance disponible semble insuffisante pour alimenter un Wemos D1

Ci joint une version 1.0.7 du binaire Wifinfo.cpp.bin (il faut l'extraire du .zip)
J'ai fait un test chez moi qui semble probant.
Si vos retours sont positifs, je mettrai à jour le Github (les sources)

Note : Si vous aviez déjà une 1.0.6, il n'est pas nécessaire de re-flasher le spiffs

Merci, adv : Je vais tacher de me pencher sur la question, car lors des coupures secteur, une fois sur deux mon Wemos Wifinfo ne se reconnecte pas au réseau.

répondu en MP

Dans ton log, on dirait que mosquitto est lancé plusieurs fois : par systemd ( processus gérant le boot ) et par le cron ! Ce serait pas ton script de vérification de domoticz, qui lancerait aussi un "mosquitto -d" ????? Je suspecte que tu te crées toi-même un conflit, car mosquitto ne doi...

La ligne que tu as citée correspond à l'arrêt général qui a précédé le reboot : Normal ! Pourquoi dis-tu que mosquitto ne démarre pas au boot? Quand je vois ceci : Oct 31 18:20:46 raspberrypi systemd[1]: Started LSB: mosquitto MQTT v3.1 message broker. Oct 31 18:20:46 raspberrypi mosquitto[406]: Sta...

Il devrait y avoir des infos dans le fichier /var/log/syslog ......