Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Reset quotidien intempestif
#71
(17-03-2026, 04:58 PM)clyon44 a écrit : Votre Shelly indique quel niveau de réception Wifi (exemple pour le miens: -29dBm). Vous avez désactivé le mode Eco sur ce dernier ?
Une dernière chose et la plus importante: avez-vous effectuez la dernière mise à jour du firmware ?

J’ai -54dBm, ce qui est mieux que sur mon autre routeur. 
Mode eco désactivé. 
Il me dit que je suis à la dernière version. 

Pourquoi tous les jours à 1:00 (0:00 UTC?)?
Répondre

#72
Vous êtes sur quel serveur ntp dans le Shelly ?
time.google.com ?
À minuit pile ça sent le moment où les compteurs quotidiens sont remis à zéro non ?
Essayer de ne rien mettre dans le champs sntp
Et si c est à minuit pile , il faudrait regarder de très près le Shelly pendant cette minute fatidique
Activer les logs dans le Shelly juste avant ( et les redesactiver après)
Toujours dans le Shelly désactiver volontairement le sntp et changer la Time zone ( en résumé déréglé l heure du Shelly)
Si le bug est toujours à minuit c est pas le Shelly, si c est toujours à minuit c est le Shelly.
Globalement je pense qu il fait un max de calcul a minuit et ne doit plus avoir trop le temps de s occuper de la mesure pendant un laps de temps
Répondre

#73
Le serveur sntp est time.google.com, enlevé.

Il doit bien se passer quelque chose dans le Shelly a 00:00.

Je viens de mettre une heure manuelle dedans à 23:58 et deux minutes plus tard, bang, les 2 routeurs rebootent
J'étais pas prêt!  Smile Je regardais pas les écrans et je n'avais pas mis le log dans le Shelly.  
Je recommencerai demain parce que 5 minutes après ça ne refait pas la même chose.

Citation :Si le bug est toujours à minuit c est pas le Shelly, si c est toujours à minuit c est le Shelly.
Bon, là, j'ai fais ma propre interprétation!  Big Grin, je crois que c'est le Shelly qui me met la pagaille. Mais comme je ne sais pas quoi y faire, il faudra sûrement que j'authorise plus de time out dans le soft du routeur.
Répondre

#74
Aujourd'hui à 00:00 heure du Shelly, j'étais prêt.
PuTTY en route, log du Shelly en route, un oeil sur la page web du routeur....et...reboot d'un des routeurs mais pas de message sur PuTTY, rien sur la page web .
Chatgpt interprète le log du Shelly comme normal (après lui avoir indiqué que les demande du canal 0 sont plus nombreuses que celles du canal 1).
Pas de message sur l'autre routeur non plus...

Donc c'est encore le grand mystère!!
Répondre

#75
Salut,
Pourquoi le reboot d'un des routeurs à 00:00 ??
pas de script sur le shelly ?
Ya un truc qui tourne en // ?
Config : 3 routeurs F1ATB en V17.15 - 2 routeurs fixes en mode Triacs + 1 routeur mobile polyvalent en mode : Triac+SSR + 1 afficheur distant ESP32-S3
PV : (8*425W + Onduleur SunGrow 3KW) + (2 *500w + MO Hoymiles HMS-1000W-2T)
Supervision & Domotique : F1atb + Home Assistant / Shelly & MQTT
Répondre

#76
Donc la piste du Shelly est fausse car en absence mesure le routeur aurait émis des logs avant le reboot….
Plutôt un bug du routeur dans les gestions des différents compteurs et enregistrements qui deviennent de plus en plus lourds
Répondre

#77
(22-03-2026, 01:42 PM)H3rv3 a écrit : Aujourd'hui à 00:00 heure du Shelly, j'étais prêt.
PuTTY en route, log du Shelly en route, un oeil sur la page web du routeur....et...reboot d'un des routeurs mais pas de message sur PuTTY, rien sur la page web .

Bonjour, 

  possible de connecter un moniteur série sur le port USB de l'ESP?

  il y a des Serial.print dans les fonctions exécutés a minuit (et ce n'est pas diffusé par telnet) [création/lecture du fichier "EnergieMinuit.eng"]

  + partager vos pages config / action / données brutes ainsi que le dernier fichier Mois_Wh_202603.csv enregistré avant le reboot et celui dispo après le reboot

  ça n'a peut être rien a voir le minuit du routeur et le minuit du shelly ...
  c'est pour voir si vous n'avez pas des index de comptage qui crée un débordement avec les types de données utilisées

  ou réussir a capter si le shelly n'envoi pas une trame exotique qui est mal interprété par le routeur
Merci André Smile ,
Routeur V17.16 (since V2.01) / Source UxI / 5 actions

Si les réponses que je propose bénévolement sur ce forum ne vous plaisent pas, ignorez-les simplement sans me jeter la pierre ! (Ou ne posez pas de question)
Répondre

#78
Pour ma part je me suis demandé si mon broker MQTT ne plantait pas de temps en temps.
J'avais de temps en temps des messages "Routeur connecté au broker MQTT" sans que je sache combien de temps avait duré l'interruption de connexion.
Il se peut que la connexion se coupe plus de 3 minutes, provoquant un reboot du routeur ...
Du coup j'ai changé de broker pour le routeur, j'utilise Home Assistant qui récupère les messages du broker initial et les re-publie avec un watchdog qui répète le dernier message toutes les 5s si aucun nouveau message n'a été reçu.
Je verrai bien si cela a un effet sur les redémarrages de mon routeur.
Répondre

#79
J ai un broker mqtt basique fait maison et jamais eu de soucis de reset…
Ce serait effectivement de suivre ou d enregistrer les logs du moniteur serie..
Répondre

#80
J'utilisais comme broker le Cerbo GX Victron de mon installation batteries/onduleur/chargeur.
Il est possible que cet appareil "freeze" de temps en temps, il communique avec 2 compteurs, avec les batteries par bus CAN, avec le Multiplus par VE bus ... bref, il peut être très sollicité.
Du coup j'ai passé la partie routeur F1ATB sur un broker MQTT Home Assistant qui tourne sur un Raspberry Pi5 qui en a encore sous le pied.
Je vais surveiller le journal du routeur pour voir su j'ai encore des messages "Connecté au broker MQTT".
Dans les logs que j'avais enregistrés avec Putty je n'avais aucun message d'erreur mais vu que le journal du routeur ne remontait pas de déconnexion au broker non plus, je me dis que c'est normal.
Répondre



Atteindre :


Utilisateur(s) parcourant ce sujet :
6 visiteur(s)

Moteur MyBB, © 2002-2026 Melroy van den Berg.