J’ai un petit soucis récurent au niveau de l’équipement d’une VM, régulièrement elle se désactive alors qu’elle est bien allumé.
J’ai l’impression que le plugin la voit éteinte lors des redémarrage de celle-ci ou celui de la Freebox et donc désactive l’équipement puisqu’il la voit éteinte.
Je l’utilise dans un scénario pour redémarrer la VM automatiquement après une déconnexion de la box ou un reboot, mais du coup les fois où l’équipement est inactif mon scénario ne fait rien.
Cdt.
Edit : En attendant j’ai inclus une vérification pour voir si l’équipement est actif et si non je l’active avant de lancer le reboot
Box [fbxgw7r] ; Box_name [Freebox v7 (r1)] ; Firmware [4.9.8] ; Mode [router] ; IP Box [mafreebox.freebox.fr]
Nom [Jeedom Delta] ; API [v15] ; Box compatible avec la domotique [OK] ; Cron pour la domotique [0] ; Box compatible avec les VM [1]
Scans : EQ [08/08/2025 11:39:34] ; Tiles [08/08/2025 11:39:23] ; Parental [08/08/2025 11:39:32]
Box compatible avec le mode Eco Wifi [1] ; Box compatible avec les LED rouges [0] ; Box compatible avec l'orientation du texte sur l'afficheur []
[2025-08-09 01:56:10] DEBUG : ──────────▶︎ CRON pour l'actualisation de : Qbit ◀︎───────────
[2025-08-09 01:56:10] DEBUG : ──────────▶︎ Mise à jour : Qbit ◀︎───────────
[2025-08-09 01:56:10] DEBUG : [Freebox Request Connexion] : GET sur la l'adresse : http://mafreebox.freebox.fr/api/v15/vm//0
[2025-08-09 01:56:16] DEBUG : [Freebox Request Result] :
[2025-08-09 01:56:16] DEBUG : ───▶︎ VM : Impossible de récupérer l’état de cette VM : La VM n’existe pas
[2025-08-09 01:56:16] DEBUG : ───▶︎ DESACTIVATION DE : Qbit
[2025-08-09 01:56:16] DEBUG : ───────────────────────────────────────────
Voila le log quand la Freebox reboot.
Il y a également la recherche d’équipement qui réinitialise les crons sur 5 minutes alors que certain son configuré au cron minute pour détecter le passage de up a down de la box (Freebox débits) pour tout relancé après la perte de connexion, avec 5 minutes la déconnexion passe inaperçu.
non non cela faisait un moment que je l’avais remarqué, ce n’est que récemment que j’ai vu un lien avec les reboot.
[2025-08-09 18:10:08] DEBUG : ──────────▶︎ Mise à jour : Qbit ◀︎───────────
[2025-08-09 18:10:08] DEBUG : [Freebox Request Connexion] : GET sur la l'adresse : http://mafreebox.freebox.fr/api/v15/vm0
[2025-08-09 18:10:08] DEBUG : [Freebox Request Result] : {"msg":"Version d’API inconnue","success":false,"error_code":"invalid_api_version"}
[2025-08-09 18:10:08] ERROR : La version de l'API n'est pas compatible ───▶︎ Code Erreur = invalid_api_version
[2025-08-09 18:10:08] DEBUG : ───▶︎ VM : Impossible de récupérer l’état de cette VM : La VM n’existe pas
[2025-08-09 18:10:08] DEBUG : ───▶︎ DESACTIVATION DE : Qbit
Je viens de voir aussi que cela peut se produire après une mise a jour du plugin avec la version d’api.
Je pense qu’une solution simple serait d’attendre plusieurs cron en erreur avant de désactiver l’équipement.
pour toi c’est 3 secondes pour d’autres box sera plus donc difficile de prendre en compte cela
Par contre je peux désactiver uniquement la VM si j’ai le code d’erreur suivant Code Erreur = no_such_vm'
Après je peux essayer d’interdire la mise à jour si je nai pas la valeur "success":true,
Impossible de récupérer l’état de cette VM : La VM n’existe pas
ce n’est pas le Code Erreur = no_such_vm’ ? si oui cela ne changera rien.
je ne parlais pas de temps, mais de 3 crons, désactivation de l’équipement si 3 crons en échecs successif, pour un reboot de box, même avec un cron minutes, il y a peu de chance que cela se produise 3x de suite. Et comme de base il est sur un cron de 5 minutes cela laisse un labs de temps de 15 minutes.
