Je cherche à être prévenu par Jeedom de la disponibilité d’une mise à jour pour ma freebox Révolution, mais comme d’autres personnes sur le forum, je me suis rendu compte que la commande « Info mise à jour Freebox Server » retourne toujours « le micro logiciel est à jour ».
Je voulais donc savoir si quelqu’un a réussi à remonter la présence de mise à jour vers Jeedom?
Il y a une issue qui a été ouvert sur le Bug tracker de free
Pour eux la donnée est correcte
Et malheureusement cette donnée vient directement de la Freebox donc impossible de changer les valeurs
Oui, mais je me suis dit (surement à tort) que l’application Freebox voit bien la notification et qu’il y avait peut-être une possibilité de récupéré l’info comme le fait l’appli Freebox.
Non même l’interface de Freebox OS interne à ta Freebox ne sais pas dire si il y a une mise à jour sauf au moment du redémarrage ou elle fait un check de version, donc il peut y avoir x mise à jour sans que ta Freebox ne le sache.
et tu montres les logs en mode debug de l’équipement « système » cela dit quoi ?
L’app te dit qu’il y a une mise a jour mais que renvoi l’APP de la freebox a ton JEEDOM → il faut voir les logs
En regardant une box qui n’a pas la derniere mise a jour ;
0014|[2025-11-03 14:31:44] DEBUG ──────────▶︎ Mise à jour : MISE A JOUR
0015|[2025-11-03 14:31:44] DEBUG [Freebox Request Connexion] : GET sur la l'adresse : http://mafreebox.freebox.fr/api/v15/update
0016|[2025-11-03 14:31:44] DEBUG [Freebox Request Result] : {"success":true,"result":{"state":"up_to_date"}}
0017|[2025-11-03 14:31:44] DEBUG ───▶︎ Info mise à jour Freebox Server : Le micrologiciel est à jour
Je viens de regarder la documentation
je fais bien la bonne requête
[Freebox Request Connexion] : GET sur la l'adresse : http://mafreebox.freebox.fr/api/v15/update
La seule différence c’est la version de l’API de la freebox qui a évolué (v15) mais pas celle de la documentation (v11)
Dans un bugtracker clos, on trouve une réponse officielle disant que ce comportement est normal. En réalité, on (moi compris) interprète mal le résultat obtenu par cette requête API :
l’état en question est renseigné au démarrage de la box (où est fait la MAJ si besoin).
l’api ne fait que refleter cet état.
On comprend que les freebox ne font jamais de check-maj durant leur uptime : celui-ci est réalisé uniquement au boot, la maj est faite si existe puis l’état up-to-date est mis à jour.
Une solution (pourrie mais c’est a priori la seule), serait de parser le flux rss et de comparer avec la version récupérée en API.
http://dev.freebox.fr/blog/?feed=rss2&cat=1
Edit : cat=5 pour limiter à freebox server : https://dev.freebox.fr/blog/?cat=5&feed=rss2
Je suis d’accord avec toi.
Et, perso, je n’aimerais pas avoir du code à maintenir tel que ton plugin qui dépende de la (non)-stabilité d’un rss de blog.
C’est pour ça que j’ai posé ça ici et non sur le git : à chacun de voir s’il souhaite s’en inspirer pour sa popote interne.
Pour ton plugin, ce qui change c’est qu’on ne doit pas s’attendre à ce qu’il puisse un jour remonter nativement la disponibilité d’une mise à jour et donc qu’en l’état le message reçu est trompeur par rapport à ce qu’on attend.
Peut-être qu’un jour les dev de freebox-os décideront d’implémenter ça et de rendre l’info accessible en API.
J’ai cependant un gros doute car, il y a longtemps, j’avais ouvert un bugtracker pour demander ce type de fonctionnalité : que la freebox récupère à l’avance les mises à jour (et informe l’abonné) pour les appliquer au prochain boot sans forcément dépendre de la qualité du lien (suite à reboot impossible car mise à jour dispo mais serveur de distribution en vrac).
C’est parti sous le tapis.
