Bonjour

J'ai suivi la documentation pour pourvoir changer de chaine sur le player DEVIALET

Open TV on channel 2:

POST /api/v8/player/{id_player}/api/v6/control/open
{ "url": "tv:?channel=2" }

Malheureusement j'obtiens un message d'erreur

POST sur la l'adresse mafreebox.freebox.fr/api/v14/player/17/api/v6/control/open/({"url":"tv:?channel=2"})
{"msg":"Invalid request: cannot parse json","success":false,"error_code":"invalid_request"}
ERROR  Erreur AUTRE : Invalid request: cannot parse json

je voudrais savoir ce qu'il manque ou que je fais mal pour résoudre mon problème

les autres actions fonctionnent bien comme changé le volume

PUT sur la l'adresse mafreebox.freebox.fr/api/v14/player/17/api/v6/control/volume/({"volume":"61"})
{"success":true,"result":{"mute":false,"volume":61}}

A disposition pour plus de renseignements

Bonjour,

quand je veux faire une requette pour changer le type de mode veille du wifi. j’obtiens l’erreur suivante

{"msg":"Requête invalide (404)","success":false,"error_code":"invalid_request"}

la requette faite est la suivante

PUT sur la l'adresse mafreebox.freebox.fr/api/v12/standby/config({"planning_mode":"wifi_off"})

J’ai suivi la doc developpeur, je ne vois pas ce qui bloque

 PUT /api/v11/standby/config

    Example request:

    PUT /api/v11/standby/config/ HTTP/1.1
    Host: mafreebox.freebox.fr

    {
      "use_planning": true,
      "planning_mode": "suspend",
      "mapping": [
        false,
        false,
        false,
        false,

        [ ... ],

        false,
        false,
        false,
        false
      ],
      "resolution": 48
    }

Merci de l’aide

Bonjour

1) Il serait pratique de pouvoir custom le champ 'type' des notifications :
Aujourd'hui seul 3 choix sont possibles :
Android | IOS | Firebase

L'ajout d'un type 'custom' (et pourquoi pas la possibilité de personnaliser un champ associé ⇒ ajout d'un "custom_type") serait bien.
Par exemple :

GET /api/v11/notif/targets/11111111-2222-3333-4444-666666666666
{
   "success":true,
   "result":[
      {
         "last_use":0,
         "type":"custom",
         "custom_type":"firewall",
         "name":"FGT901G-API",
         "id":"11111111-2222-3333-4444-666666666666",
         "subscriptions":[
                              "security",
                              "lan_host",
                              "box_state",
         ],
         "api_url": "https://myserver.example.com/my_fortigate_API_app",
         "message_type": "notification"
      }
   ]
}

2) Il serait bien d'ajouter à la "subscriptions" les notifications des events des VM qui sont aujourd'hui renvoyés en websocket (+ celles des type l2/l3_address_(un)reachable)

3) Il serait bien de pouvoir avoir tous les types de notifications au travers des websocket API (register event) :

phone	        notification when missing call
download	notification when download is finished
security	notification when alarm is on
box_state	notification when box state changed
lan_host	notification related to lan events
password_change	notification when admin password is changed

Ainsi le système serait un peu plus complet et homogène et surtout on pourrait piloter d'autres équipements (avec leur propre API) à réception de ces notifications.

Merci
Cordialement
nbanba

Bonjour

EDIT 20250324:

Phénomène encore pire avec 4.9.0
Voir premier transfert de 3,7 GB sur cette vidéo (transfert en 512KB chunk soit 50% de la taille des frame supportées):

https://github.com/nbanb/fbx-delta-nba_bash_api.sh/raw/refs/heads/nbanb-freebox-api/local_direct_ul_api-video-example.webm

/EDIT/

J’ai constaté 2 phénomènes lors de l’utilisation des API qui compliquent leur utilisation:

-1) quand on envoi un certain nombres de requêtes à l’API (avec un rate soutenu), il arrive que l’API renvoit «empty_reply», soit une trame void
Cela arrive aussi lorsque la Freebox reçoit 2 requêtes à ‘l’exacte même moment’

-2) les temps de réponses de l’API sont variables et se dégradent dans le temps même quand la box est globalement peu sollicité, c’est particulièrement flagrant sur l’API upload.

Je précise ici que lors des tests ou j’ai constaté le phénomène, la Freebox et le client sont connectés en 10G et sont à 5m de fibres l’un de l’autre.
Le réseau n’est pas en cause (ni le stockage dans la box qui est composé de 4 SSD en raid)

Pour exemple POC ici: https://transfert.free.fr/6XdwQzi (lien valable 30j)

Regardez la barre de progression qui se base sur les trames ‘upload_data’ renvoyé par l’API pour chaque chunk, parfois on reçoit les retours au bout de plusieurs secondes alors que le débit upload est constant (et qu’on devrait recevoir un ‘stream’ de retour constant)
Cela se constate facilement en regardant la barre de progression et les compteurs à droite qui s’incrémentent pas “rafale”

Aussi et de plus en plus souvent la Freebox met plus d’1 seconde à répondre à la première requête contenant ‘upload_start’.
Ce n’était pas le cas lors des 9 premiers teras upload sur la box mais est devenu régulier depuis les 200 derniers GB transférés.

Y aurait il un phénomène d’essoufflement de la Freebox ? Un buffer nginx saturé / mal réglé ?
Une possibilité pour le user de restart nginx serait super (au travers d’une API system/nginx par exemple)
Ce serait dommage de devoir adapter le code des application clientes en fonction d’une dégradation prévisible des temps de réponses de l’API

Et je n’ai pas très envie de reboot la box (c’est en prod –> pas de reboot)…

En vous remerciant d’avance
Cordialement
nbanba

Bonjour,

Contre toute attente, l’API de Track login sur un id de track inexistant retourne pas mal d’informations qu’elle ne devrait pas forcément retourner dont un password salt et beaucoup de code échappés.
Est-ce la documentation de l’API qui n’est pas à jour ? Où est-ce normal que l’API dump du code en JS ?

NB : Les “XXXX” remplace le code échappé et le sel a été retiré.

Freebox OS : 4.8.16

http://mafreebox/api/v8/login/authorize/666

{
   "success":true,
   "result":{
      "status":"unknown",
      "challenge":[
         "var _tddrqb = '_fzutptw';var _hvlvi = new RegExp(_tddrqb.charAt(eval(unescape('%37'))), 'g');String.fromCharCode(_tddrqb.replace(_hvlvi, 'z').charCodeAt(eval(unescape('XXXXX'))))",
         "var _aethnyfs = '_mtjsaiih';var _nxxvroo = new RegExp(_aethnyfs.charAt(eval(unescape('XXXXX'))), 'g');String.fromCharCode(_aethnyfs.replace(_nxxvroo, 'p').charCodeAt(eval(unescape('%35'))))",
         "var _xphsj = '_agfkirx';var _uobvx = new RegExp(_xphsj.charAt(eval(unescape('%37'))), 'g');String.fromCharCode(_xphsj.replace(_uobvx, 'k').charCodeAt(eval(unescape('%37'))))",
         "var _hotru = { _rehs: '_6rkhldig' }; _hotru._rehs.charAt(eval(unescape('XXXX')))",
         "var _ebcy = { _neoqqe: '_tah\/' }; _ebcy._neoqqe.charAt(eval(unescape('%34')))",
         "var _vxcbrq = { _unqxlpz: '_mvqkbjw' }; _vxcbrq._unqxlpz.charAt(eval(unescape('XXXXX')))",
         "decodeURIComponent('%' + (eval(unescape('%35%37'))).toString(eval(unescape('XXXX'))))",
         "'g'",
         "'p'",
         "decodeURIComponent('%' + (eval(unescape('XXXXX'))))",
         "var _xfozdxm = { _etauaqab: '_pqSd' }; _xfozdxm._etauaqab.charAt(eval(unescape('XXXX')))",
         "var _jsqs = '_fuzldxcj';var _emmk = new RegExp(_jsqs.charAt(eval(unescape('XXXXX'))), 'g');String.fromCharCode(_jsqs.replace(_emmk, 'J').charCodeAt(eval(unescape('%35'))))",
         "'c'",
         "decodeURIComponent('%' + (eval(unescape('XXXX'))).toString(eval(unescape('XXXX'))))",
         "var _fczmbd = { _guhhz: '_dehqlq' }; _fczmbd._guhhz.charAt(eval(unescape(XXXX')))",
         "var _afewzzt = { _mnpstx: '_yu1d' }; _afewzzt._mnpstx.charAt(eval(unescape('XXXXX')))",
         "decodeURIComponent('%' + (eval(unescape('%35%35'))).toString(eval(unescape(XXXX'))))",
         "var _qawcojla = '_bwzhef';var _rulszp = new RegExp(_qawcojla.charAt(eval(unescape('%33'))), 'g');String.fromCharCode(_qawcojla.replace(_rulszp, 'E').charCodeAt(eval(unescape('XXXXX'))))",
         "decodeURIComponent('%' + (eval(unescape('XXXX'))).toString(eval(unescape('XXXX'))))",
         "'G'",
         "var _gcxvax = { _nsfg: '_wdyhcr' }; _gcxvax._nsfg.charAt(eval(unescape('XXXXX')))",
         "var _xtwup = '_jakip';var _factsbsx = new RegExp(_xtwup.charAt(eval(unescape('XXXX'))), 'g');String.fromCharCode(_xtwup.replace(_factsbsx, 'P').charCodeAt(eval(unescape('XXXX'))))",
         "var _pwunhjcf = '_mxno';var _mmoqgw = new RegExp(_pwunhjcf.charAt(eval(unescape('XXXX'))), 'g');String.fromCharCode(_pwunhjcf.replace(_mmoqgw, 'M').charCodeAt(eval(unescape('XXXX'))))",
         "var _wndta = { _bfgrhge: '_zujuQ' }; _wndta._bfgrhge.charAt(eval(unescape('%35')))",
         "var _qbfepmi = '_iwms';var _uffbilk = new RegExp(_qbfepmi.charAt(eval(unescape('%33'))), 'g');String.fromCharCode(_qbfepmi.replace(_uffbilk, 'e').charCodeAt(eval(unescape('%33'))))",
         "var _rijvnj = '_syixk';var _sqaicfto = new RegExp(_rijvnj.charAt(eval(unescape('XXXX'))), 'g');String.fromCharCode(_rijvnj.replace(_sqaicfto, 'b').charCodeAt(eval(unescape('XXXXX'))))",
         "'E'",
         "decodeURIComponent('%' + (eval(unescape('XXXX'))).toString(eval(unescape('XXXX'))))",
         "'s'",
         "var _kjihqn = '_mjyeewoc';var _zktqloe = new RegExp(_kjihqn.charAt(eval(unescape('XXXX'))), 'g');String.fromCharCode(_kjihqn.replace(_zktqloe, 'E').charCodeAt(eval(unescape('XXXXX'))))",
         "'n'",
         "var _rzmbme = { _zmysndbt: '_odcjxnG' }; _rzmbme._zmysndbt.charAt(eval(unescape('XXXX')))"
      ],
      "password_salt":"SALT"
   }
}

Cela m’arrive a chaque fois sur des vidéos assez longues (1H ou plus):

Si j’avance par à-coups d’environ 30s à 1 min, au bout d’un moment youtube se ferme et je reviens sur l’écran d’accueil du player.

Bonjour

Je suis tombé sur un message d'erreur renvoyé par l'API et non documenté dans la doc interne à la box (https://mafreebox.freebox.fr/doc/index.html?) :

Lors de la création foireuse d'une VM :

curl -sX POST --cacert /dev/shm/fbx-cacert "https://fbx.fbx.lan/api/v10/vm/"  -H "X-Fbx-App-Auth: $_SESSION_TOKEN" -d '{"cloudinit_userdata":"","cd_path":"L0ZCWDI0VC9pc28vYXJtNjRfaXB4ZV9zaW1wbGUtbWVudTMuaXNv","os":"debian","enable_cloudinit":false,"disk_path":"L0ZCWDI0VC9ib3gtdm0vMTRSVi1GU1JWLTE2LnFjb3cy","vcpus":"1","memory":"4096","name":"14RV-FSRV-16","cloudinit_hostname":"","bind_usb_ports":[["",""]],"enable_screen":false,"disk_type":"qcow2"}' 2>&1

Notez bien l'erreur volontaire dans le tableau :

"bind_usb_ports":[["",""]]

Je ne devrais pas mettre un tableau dans ce tableau, l'objet JSON de l'API n'est pas prévu pour, surtout pour un tableau de tableau void.
Je devrais écrire :

"bind_usb_ports":[]

Le retour de l'API est :

{"msg":"Impossible d’ajouter cette VM","success":false,"error_code":"internal"}

Et alors, j'ai bien cherché dans la doc des VM et dans la page d'error_codes de la doc de l'API, mais cette erreur internal ne semble pas être documentée.

Pourriez vous SVP ajouter la signification de ce message (et peut être le rendre + verbeux type : "bad value for a JSON array - internal error")

En vous remerciant d'avance
Cordialement
nbanba

PS: comme déjà demandé, le support de l'ANGLAIS sur les Delta serait bien et éviterai des trucs bien moches avec mix Français / Anglais comme :

{"msg":"Impossible d’ajouter cette VM","success":false,"error_code":"internal"}

Bonjour,

J’essaye de récupérer mon App token j’ai bien réussi à m’authentifier avec l’api, et j’ai bien reçu le message sur le box et accepté mais il me dit toujours Authentification en cours depuis 11 h quel est la solution que je peux faire pour le récupérer, j’ai utilisé postamn pour avoir les informations

En vous remerciant par avance

Jules

Bonjour,

Mon free player est passé en V.1.3.33 et depuis je n’ai plus de retour du statut de l’allumage ou non du boitier TV via l’API ci-dessous :

ip-du-player/pub/remote_control?code=xxxxxxxx&key=powerstat

Avant la mise à jour le système renvoyait le statut 0 ou 1 selon l’état.
Depuis, je reçois 500 Internal Server Error

Bonjour,
l’api bouquet :

https://mafreebox.freebox.fr/api/v6/tv/bouquets/770/channels

ne renvoie pas la chaîne TVMonaco ajoutée dernièrement en place 900.

Pourquoi et comment faire pour mettre à jour le bouquet?

Merci et bonne journée.

Bonjour,

Je propose un service qui permet de contrôler la Freebox Révolution à la voix depuis Google Home et Alexa. Depuis ces dernières semaines, j’ai deux utilisateurs qui m’ont rapporté qu’il y avait un bug dans le lancement de la TV (bug que je ne peux pas reproduire puisque j’ai désormais une Pop et plus de Révolution).

Pour lancer la TV sur la Révolution, j’utilise l’API “/api/v10/player/1/api/v10/control/open” avec le paramètre “url” qui pointe sur “tv://”, et pour afficher une chaîne précise j’utilise le paramètre “url” sur “tv://?channel=X”.

Cela fonctionnait bien depuis 4 ans, mais désormais cette commande continue à allumer la Freebox comme avant, mais l’image reste sur le menu d’accueil Freebox mais avec le son de la TV en arrière fond. L’utilisateur est obligé d’appuyer sur la touche Free puis d’aller dans l’univers Freebox TV pour avoir l’image de la chaine.

Est-ce un changement voulu dans l’API (si oui quoi faire désormais ??) ? Ou est-ce un bug introduit dans une mise à jour récente ?

Merci

Bonsoir,

Avec ma Freebox Révolution j’ai une erreur 500 “Internal Server Error” sur la requête vers https://api-arcep.proxad.net/api/v1/tca/prec lors d’un test de débit sur nPerf via le navigateur web.

Je reste disponible pour tout complément d’information.

Underground78

Bonjour,

Je tente depuis plusieurs jours de taper via API ma freebox server revolution (A jour du dernier firmware)

J’ai donc bien suivis la DOC, et je suis en python 3.8

1 - Générer mon application, puis la confirmer sur le front en physique, j’ai le “status”:”granted” 2 - Je récupère le challenge
3 - Tentative d’ouverture de session via le password généré depuis le app_token et le challenge

J’obtiens en retour (tout est anonymisé) :

{'uid': '732edfg65fgaze', 'success': False, 'msg': "Erreur d'authentification de l'application", 'result': {'password_salt': 'M/iYdsf6a9dhyuiods9qsxtfpc+r1KFB', 'challenge': 'KRgdfez6r5sHHRTEuygfvVTGK'}, 'error_code': 'invalid_token'}

Je ne comprend pas ou la raison du soucis, si quelqu’un peut m’éclairer si je me suis trompé ou si c’est un bug

import datetime
import hashlib
import hmac
import json
import pickle
import time
import requests
import urllib3
import sys
import base64

def make_digest(message, key):
    
    key = bytes(key, 'UTF-8')
    message = bytes(message, 'UTF-8')
    
    digester = hmac.new(key, message, hashlib.sha1)
    #signature1 = digester.hexdigest()
    signature1 = digester.digest()
    #print(signature1)
    
    #signature2 = base64.urlsafe_b64encode(bytes(signature1, 'UTF-8'))
    signature2 = base64.urlsafe_b64encode(signature1)    
    #print(signature2)
    
    return str(signature2, 'UTF-8')

appid = "applicationidcustom"
appname ="AppnameCustom"
devicename ="Dlocalcustom"
appversion = "1"
apptoken = "dfgmonapptokengenererlorsdelauthOw0Udhyq/"

#Etape 2 : Obtenir le challenge value avant de sauthentifier
url = "http://mafreebox.freebox.fr/api/v10/login/"
headers = {"Content-Type": "application/json; charset=utf-8"}
response = requests.get(url, headers=headers)
ReturnResponse = response.json()
if ReturnResponse["success"] == False:
	sys.exit(0)

#Etape 3 : Recuperation du token de session
CurrentChallenge = ReturnResponse["result"]["challenge"]
CurrentPassword = make_digest(CurrentChallenge, apptoken)
url = "http://mafreebox.freebox.fr/api/v10/login/session/"
data = {"app_id": appname, "password": CurrentPassword}
headers = {"Content-Type": "application/json; charset=utf-8"}
response = requests.post(url, headers=headers, json=data)
ReturnResponse = response.json()
print(ReturnResponse)
#{'uid': '732edfg65fgaze', 'success': False, 'msg': "Erreur d'authentification de l'application", 'result': {'password_salt': 'M/iYdsf6a9dhyuiods9qsxtfpc+r1KFB', 'challenge': 'KRgdfez6r5sHHRTEuygfvVTGK'}, 'error_code': 'invalid_token'}

Bonjour,

Contexte normal : J’ai fini d’enregistrer une émission sur le disque dur de ma Freebox Révolution. Lors de la lecture de cet enregistrement, je peux sans problème utiliser les touches de 0 à 9 ainsi que les touches flèches ou double flèches de la télécommande pour avancer ou reculer à volonté dans la vidéo.

Problème : dans certaines circonstances, ces touches provoquent un déplacement incontrôlé, voire un retour au début ou l’affichage du message de crash de lecture “Vidéo non supportée”…

Voici le scénario (plusieurs opérations) dans lequel ces touches ne fonctionnent pas correctement :

1) J’enregistre normalement une émission sur le disque dur de ma Freebox. (Là, lorsque je le regarde, les touches fonctionnement normalement.)

2) Je transfère temporairement cet enregistrement (fichiers .m2ts & .idx) sur mon ordinateur pour faire de la place sur le disque dur de ma Freebox pour d’autres enregistrements.

3) Lorsque j’ai de nouveau assez de place sur le disque dur de ma Freebox, j’y recopie cet enregistrement (fichiers .m2ts & idx) à partir de l’ordinateur (par exemple, dans le dossier Videos).

Le problème se produit aussi lorsque j’ai sauvegardé un enregistrement sur mon NAS Synology connecté à mon Freebox Server et que je le lis sur ma télé reliée au Player.

Pourquoi seuls les enregistrements du dossier Enregistrements du disque dur de la Freebox permettent-ils de se déplacer sans problème dans la vidéo ?

Merci d’avance…

Suite a un migration de RJ45 a SFP j’ai remarqué un problème d’affichage du débit instantané.
Constaté en ihm Freebox OS comme via l’API:

En vue Reseau local / switch / Statistiques 10GbaseT-FD:
-1 octets/s
-1 paquetes/x
//ibb.co/dWY6RJC

En API 10GbaseT-FD:
Débit entrant Débit sortant
-0 ko/s -0 ko/s
//ibb.co/pLJ5K5L

RAS en 100 et 1000 BaseT-FD et BaseTX-FD.
Constaté en 4.6.2 & 4.6.3 mais doit concerner l’ensemble des versions

Bonjour,
Comme vu ensemble par téléphone j'ouvre un nouveau ticket dans la catégorie vm.

En synthèse :
- Free Home fonctionne sans VM Jeedom
- Free Home ne fonctionne pas avec une VM Jeedom
— L'état du volet/garage ne correspond à la réalité (marqué comme fermé si ouvert par exemple)
— Le lancement de la commande stop permet de rafraîchir l'état

Pour être informaticien, j'ai procédé à l'analyse de votre API. C'est cette analyse qui me permet de constater (traces à l'appui) que le service ne retourne pas la valeur attendue.
Ce bug est reproductible, il revient quelques heures après redémarrage de la freebox.
Je ne suis pas un cas isolé : des cas similaires sont remontés par la communauté jeedom.
Merci pour votre aide.

Quelques exemples

J’ai ouvert mon garage partiellement : il reste à l’état fermé dans l’application free home, l’API remonte la valeur « 0% » (cf champ value) sur son positionnement :

[2022-09-12 12:40:08][DEBUG] :

CRON pour l'actualisation de : Garage

              "result": [
                             {
                                             "action": "store_slider",
                                             "data": [
                                                             {
                                                                             "ep_id": 2,
                                                                             "label": "Consigne d'ouverture",
                                                                             "name": "position",
                                                                             "refresh": 2000,
                                                                             "signal_id": 3,
                                                                             "slot_id": 2,
                                                                             "ui": {
                                                                                            "access": "rw",
                                                                                            "display": "icon",
                                                                                            "icon_range": [
                                                                                                            0,
                                                                                                            10,
                                                                                                            20,
                                                                                                            30,
                                                                                                            40,
                                                                                                            50,
                                                                                                            60,
                                                                                                            70,
                                                                                                            80,
                                                                                                            90
                                                                                            ],
                                                                                            "icon_url": "/resources/images/home/pictos/Porte_Garage_%.png",
                                                                                            "unit": "%"
                                                                             },
                                                                             "value": 0,
                                                                             "value_type": "int"
                                                             },
                                                             {
                                                                             "ep_id": 1,
                                                                             "label": "Stop",
                                                                             "name": "stop",
                                                                             "slot_id": 1,
                                                                             "ui": {
                                                                                            "access": "w",
                                                                                            "display": "button"
                                                                             },
                                                                             "value": null,
                                                                             "value_type": "void"
                                                             }
                                             ],
                                             "group": {
                                                             "label": ""
                                             },
                                             "label": "Garage",
                                             "node_id": 14,
                                             "type": "info"
                             }
              ],
              "success": true

CRON pour l'actualisation de : Volet Bureau

              "result": [
                             {
                                             "action": "store_slider",
                                             "data": [
                                                             {
                                                                             "ep_id": 3,
                                                                             "label": "Consigne d'ouverture",
                                                                             "name": "position",
                                                                             "refresh": 2000,
                                                                             "signal_id": 4,
                                                                             "slot_id": 3,
                                                                             "ui": {
                                                                                            "access": "rw",
                                                                                            "display": "icon",
                                                                                            "icon_range": [
                                                                                                            0,
                                                                                                            11,
                                                                                                            22,
                                                                                                            33,
                                                                                                            44,
                                                                                                            55,
                                                                                                            66,
                                                                                                            77,
                                                                                                            88,
                                                                                                            95
                                                                                            ],
                                                                                            "icon_url": "/resources/images/home/pictos/volet_%.png",
                                                                                            "unit": "%"
                                                                             },
                                                                             "value": 100,
                                                                             "value_type": "int"
                                                             },
                                                             {
                                                                             "ep_id": 1,
                                                                             "label": "Stop",
                                                                             "name": "stop",
                                                                             "slot_id": 1,
                                                                             "ui": {
                                                                                            "access": "w",
                                                                                            "display": "button"
                                                                             },
                                                                             "value": null,
                                                                             "value_type": "void"
                                                             }
                                             ],
                                             "group": {
                                                             "label": ""
                                             },
                                             "label": "Bureau",
                                             "node_id": 7,
                                             "type": "info"
                             }
              ],
              "success": true

Bug similaire à  FS#36557 

Bonjour,
Après avoir connecté mes 10 volets somfy et ma porte de garage en somfy IO :
- Les commandes sont actionnables avec une grosse latence
- Lorsque je mets en place des scénarios via jeedom, les volets ne s'ouvrent pas tous et cela est aléatoire : il y en a toujours un ou deux qui ne s'ouvrent et ce ne sont jamais les mêmes (comme si des commandes étaient ignorées)
- L'API plante : par moment, je suis incapable de piloter mes périphériques, que ce soit dans jeedom ou free home. Seul un reboot résout le problème.

J'ai surtout l'impression qu'il y a un problème de robustesse dans le temps.

Je me tiens à votre disposition pour vous fournir tout élément qui vous permettrait d'analyser le problème (logs, vous donner accès à ma freebox, …). Je constate aussi qu'il y a un certain nombre de personnes impactées sur les forums de jeedom. Le problème semble vraiment général.

Raphaël Limbach

Bonjour à tous,

pour info,
après plusieurs essais infructeux dans tous les sens
j'ai enfin réussi à obtenir un session token

la doc API intégrée à la freebox (https://mafreebox.freebox.fr/doc/index.html#)
est erronée concernant le calcul du "password".

ce password est necessaire dans la requête du session token

—> dans la doc est écrit
—> dans le paragraphe "Obtaining a session_token"/"password string"
—> password = hmac-sha1(app_token, challenge) (←– CECI NE FONCTIONNE PAS)

avec le password ainsi calculé,
j'obtenais en réponse à la requête de session token (POST http)

Status Code: 403 Forbidden
msg: Erreur d'authentification de l'application
error_code: invalid_token

Pour que ça fonctionne,
il faut inverser app_token et challenge dans la formule

(CECI CI-DESSOUS FONCTIONNE)
(variables challenge et app_token préalablement attribuées bien sûr)

#en php
$password = hash_hmac("sha1", $challenge, $app_token); 

#ou en bash
password=$(echo -n $challenge | openssl sha1 -hmac $app_token | cut -d '=' -f2 | sed 's/ //g')

—> et avec le bon password, ça passe mieux
—> session_token (enfin) reçu

en remarques complémentaires (de ce que j'en ai compris),

- l'app_token une fois sollicité/autorisé/validé est pérenne 
- le challenge par contre, à une durée de validité courte (30 secondes), 
  validité courte qui est donc conférée au password. 
  Et donc pour réussir l'obtention du session_token, 
  la requête/obtention du challenge, le calcul du password et la requête du session_token 
  doivent être fait pendant cette période de validité de 30 secondes.
- je suppose que le session_token est relativement pérenne  
  (pas pu tester longtemps) mais on sait maintenant comment en solliciter un autre...

HTH,
cordialement,
hého

Bonjour,

J'ai lu pas mal de posts sur le sujet mais j'ai remarqué des lenteurs sur l'API de téléchargement de la Freebox (Je possède une POP pour info ).

J'ai partagé le problème sur un autre forum et j'ai eu une réponse intéressante, je vous colle le lien ci-dessous :

https://freebox.toosurtoo.com/forum/viewtopic.php?t=25383

Je me demandais si le problème était hardware ou software ? Qu'est ce qui limite la box à ne pas se connecter à autant de "pairs" que sur un PC classique ?

Je vous remercie par avance pour vos éclaircissements

Bonjour,

Lorsqu’on fait “avance rapide” avec la télécommande de la TV via HDMI-CEC, c’est loooooooong. Ca avance de 10s en 10s, c’est insupportable.
Lorsqu’on utilise la telecommande de la pop, c’est très rapide, on peut se caler très vite à l’endroit que l’on souhaite

Serait-il possible que l’avance rapide soit gérée via HDMI-CEC de la même manière qu’avec la telecommande de la pop ?
Merci

Bonjour,
Je rencontre un problème récurrent sur mon serveur Freebox Delta, le disque dur qui est monté dedans deviens régulièrement inaccessible (readdir: Resource temporarily unavailable).

J'utilise sur cette Freebox un serveur HomeAssistant (domotique), ce qui me permet de détecter quand le DD n'est plus disponible, et je souhaiterai redémarrer le serveur quand ce cas de figure se produit.

Pour y parvenir, j'ai monté un petit script PHP qui permet via l'API (v8) de lancer un reboot.
J'ai bien authentifié mon APP (Challenge + token), et le script fonctionne comme souhaité en local, sauf qu'il ne fonctionne plus une fois monté sur un serveur web. 2
L'authentification se fait pourtant bien, mais au moment ou je demande le reboot, l'API me retourne ce message : "Requête invalide / La requête envoyée est invalide"

Existe-il une restriction qui empêche de lancer un redémarrage d'une Freebox depuis un autre IP que l'IP de la freebox en question?
Merci d'avance pour votre retour.

Bonjour

Suite au passage en 4.5.3 "officiel", la section changes de l'API ne fait pas mention de l'ajout d'une API pour faire une sauvegarde de la box / restorer une sauvegarde.

Pourriez vous SVP ajouter une API permettant d'automatiser les sauvegardes ?
Pourriez vous également ajouter une API permettant de restorer une sauvegarde ?

Pouvoir créer une sauvegarde avec l'API vers un drive de la box ou un serveur réseau serait un plus.
Idem pour la restoration d'une sauvegarde depuis l'API.

En vous remerciant d'avance,
Cordialement
nbanba

Bonjour,

lors d'une requête GET /api/v8/freeplug/, j’obtiens

{"success":true,"result":[{"id":"A1:2D:D8:60:D6:E3:03","members":[{"id":"34:27:92:1A:B6:70","tx_rate":-1,"eth_port_status":"up","rx_rate":-1,"net_role":"cco","inactive":1,"net_id":"A1:2D:D8:60:D6:E3:03","model":"int7500","eth_speed":1000,"local":true,"eth_full_duplex":true,"has_network":true},{"id":"70:FC:8F:04:E2:00","tx_rate":-1,"eth_port_status":"up","rx_rate":-1,"net_role":"sta","inactive":1,"net_id":"A1:2D:D8:60:D6:E3:03","model":"int7500","eth_speed":1000,"local":false,"eth_full_duplex":true,"has_network":true}]}]}

on peut voir pour l'id "70:FC:8F:04:E2:00", on a les valeur :

• tx_rate = -1
• rx_rate = -1

alors que sur l'interface

• tx_rate = 9Mb/s
• rx_rate = 9Mb/s

Bonjour,

Je souhaiterais intercepter les commandes envoyées au Freebox Player concernant le son (volume / mute). L’objectif est d’harmoniser le volume sur d’autres enceintes que celle du Delta.

J’ai tenté via l’API UPnP avec la souscription aux évènements ‘/service/RenderingControl/event’ (URI disponible depuis http://IP_PLAYER:54243/device.xml

Mais il semblerait que ce endpoint ne remonte pas les changements de volume opérés sur le Player lors d’une utilisation “classique” (TV/Netflix). Autrement dit ce service ne retourne que les évènements lors d’une lecture UPnP.

Une idée alternative pour arriver à mes fins?

Par avance merci.