Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

J’ai à côté de chez moi une antenne 4G qui n’est connectée à rien... Du coup le débit est inférieur à 1Mb/s
Si je pouvais changer l’antenne/la cellule sur laquelle la freebox se connecte je pourrais recevoir la 4G depuis une antenne un peu plus éloignée mais qui propose un vrai débit.

Actuellement l’agrégation ne fonctionne pas de manière optimale, et les petites connexions ne peuvent bénéficier d’un service de qualité. De nombreux utilisateurs utilisent le partage de connexion de leur smartphone pour profiter des services de leur abonnement Freebox.

Il serait bien de pouvoir agréger une connexion smartphone dont le partage est activé via USB sur le server Delta. Le server basculerait automatiquement sur l’USB s’il détecte une meilleure connexion que ce qu’il peut délivrer (ce qui n’est pas difficile vu la qualité de l’agrégation 4G à ce jour).

est-ce Possible de mettre à une antenne extérieur pour mieux prendre le signal ?

René

et si oui pourquoi ne pas mettre dans la boutique des accessoires ( antennes,etc...)

De nombreux utilisateurs ont un très petit débit, ne leur permettant même pas de recevoir la TV. Et à ce jour, l’agrégation, dans son fonctionnement actuel, ne donne pas un débit suffisamment stable pour regarder la TV via d’autres applications (Molotov, Mycanal) sans que la qualité d’image ne fluctue en permanence.

Ainsi, il serait bon de mettre une option sur Freebox OS permettant de donner la priorité à la 4G. Cela donnera la possibilité aux freenautes les moins bien servis en débit de profiter de programmes de qualité.

Bonjour,

L’adsl et la 4g ne s’additionne pas sur 1 seul téléchargement... c’est pas ce qui était prévu!

Il faut lancer un deuxième téléchargement pour que la 4g se réveille pour s’aligné au débit du premier. Ce que l’on veut c’est du débit même sur 1 seul téléchargement.

De plus quand l’agrégation est activé, le débit même sur 1 seul téléchargement est inférieur au débit sans agrégation.

Merci de tenir vos promesses. Vos clients n’aime pas payer du vent! On veut du plein pot !

Dans l’attente d’une réaction de votre part.

Bonjour,

J’ai une alarme SOMFY PROTEXTIOM qui est connectée en ethernet sur ma box.

Je peux accéder à cette alarme et au serveur somfy en local ou à distance.

Si l’agrégation 4 G est activé, je ne peux plus accéder à distance, je ne peux accéder qu’en local.

Je suis donc obligé de désactiver l’agrégation 4g à distance et patienter quelques minutes pour pouvoir me connecter à mon alarme à distance...

Pourriez vous traiter ce point SVP ?

Merci

Dans mon cas, si la Freebox V7 n’est pas utilisée, la connexion 4G apparaît toujours comme Ok.

Exemple de photo d'écran à l'état "ok"

Dès que l’utilisation de l’ADSL arrive à saturation, et que l’on s’attend à ce que la liaison LTE soit utilisée car l’ADSL est écroulé et sature, la liaison LTE est déjà passée (presque systématiquement) dans un autre état que j’appellerais l’état “ko”. Tout apparaît (faussement ?) comme connecté et associé, mais c’est tout. Le signal lui est passé à 0 et il n’y a plus de valeur de GCID. La liaison 4G n’est donc jamais, ou presque jamais utilisée en pratique. En lançant des tests de charge divers et très variés, des dizaines de fois, je ne l’ai vue utilisée en download que quelques secondes sur plus de 10 minutes de tests.

Exemple de photo d'écran a l'état "ko"

Cependant, en présence d’un charge en upload, il arrive que ça passe dans un autre état que je qualifierais de “fantôme”. Tous les indicateurs sont a 0 comme dans l’état “ko” (et tout apparaît comme connecté et associé), mais malgré l’absence de signal, on constate un débit effectif en upload sur la liaison 4G! Cet affichage n’est pas dû à un problème de délai de synchronisation du rafraîchissement de l’interface car celui-ci est de quelques secondes alors que cet état peut être maintenu pendant plusieurs longues minutes, avec un débit affiché bien “vivant” et fluctuant.

Exemple de photo d'écran a l'état "fantôme"

Vu ces constats, les indicateurs remontées sur l’état de la liaison radio 4G ou son usage sont obligatoirement faux à un moment ou a un autre, car les informations remontées paraissent complètement incohérentes.

Le débit affiché en upload est bien effectif quand on mesure en surface. Il est plus qu’étrange que la connexion puissent être utilisée en upload (mais dans un état bizarre avec tout à 0) même si l’ADSL ne sature pas, mais pratiquement jamais en download alors que là il sature en permanence et travaille aussi bien en TCP qu’en UDP, peut importe le protocole sollicité (j’ai un peu tout essayé, avec un maximum de tâches bien distinctes en parallèle), “l’agrégation” est pratiquement impossible à déclencher en download, et se traduit à la place par le passage à l’état “ko”. Dès que la box n’est plus sollicitée, la connexion 4G revient alors assez rapidement à l’état “ok”, une fois que la guerre est finie...

Indépendamment de la véracité des valeurs remontées, la dissymétrie de comportement entre l’upload (utilisé) et le download (jamais utilisé) laisse supposer un problème dans la gestion de la connexion 4G ou de son usage.

Bonjour

Avant toute chose je tiens à préciser que je suis au courant que l’agrégation 4G ne fonctionne pas pour améliorer l’IPTV.

Voici ce que j’ai constaté.

Quand je n’ai pas de flux TV ADSL lancé mon l’agrégation 4G fonctionnent et fait passer mon débit de 6méga à 12/20méga (moins qu’un test sur 4g freemobile mais ça me convient).

Cependant si je lance un flux tv ADSL en HD mon débit descendant est donc saturé et si je vais sur le net et/ou si je fais un test internet mon débit tourne a environ 0,5méga.

Si je coupe la tv ou que je bascule sur un flux TV TNT l’agrégation 4G refonctionne.

Bonjour,

Il existe une différence de compteur de bande passante affichés dans l’onglet “Etat Internet” et l’onglet “xDSL+4G”.
En effet, depuis la V6, le débit affichés dans l’onglet “Etat Internet” ne prend pas en compte la bande passante utilisée par le(s) Player(s) free, avec les flux freebox tv.

Hors dans l’onglet “xDSL+4G”, celui-ci est pris en compte. Cela peut amener donc à une certaine confusion. Il faudrait ne pas l’afficher côté “xDSL+4G”, et l’afficher dans “Etat Internet”, quitte à précisé qu’il s’agit du flux de Freebox TV.

Sur le screenshot ci-dessous, vous pouvez voir les deux fenêtres ouvertes en simultanée (via 2 fenêtres sur navigateurs):

Bonjour,
Lorsque j’active l’agrégation 4G le debit lors de téléchargements fluctue de façon régulière, c’est a dire qu’il atteint son maximum pour descendre de façon régulière jusqu’à 150-200 ko/s et remonte ensuite au maximum de façon lente pour ensuite redescendre avec toujours cette meme régularité.
Lorsque l’aggregation est désactivé, plus de problème de debit qui fluctue.

J’ai remarqué que la box ne choisit pas forcément la meilleur fréquence pour la 4G.
Par exemple, me concernant, elle choisit la fréquence 2600 en premier canal, malgré les valeurs pas terribles.
Ce serait bien d’optimiser cela ou, mieux, de laisser le choix à l’utilisateur

le modem 4G me connecter sur des antennes 4G à plus de 3 km de chez moi avec de faible débit
alors qu’une antenne avec de bon débit (zone moins dense) ce situe à 800m de chez moi
je passe de 3/8Mbps sur les plus mauvaise à 40Mbps sur la plus proche
nous devrions pouvoir sélectionné l’antenne a laquelle nous nous connecter comme c’est le cas sur d’autre modem 4G de la concurrence
il est aussi vrai que le canal 2 ne s’active jamais alors qu’il pourrais être exploité
dernier point les débits constater entre mon mobile(sim free) et la 4G de la box sont du simple au double (en étant connecter sur exactement la même cellule 4G) 40Mbps pour la box contre 95Mbps sur mon mobile en débit UP

là où serait installée le server ⇒ reception 4G nulle
par contre, j’ai une antenne 4G externe sur mon toit qui me permet de decupler mon débit atteignable sur mon modem actuel
A quand la possibilté de brancher cette antenne sur le module ADSL/4G du server??

Bonjour,

J’ai la Delta (server) depuis la fin de l’été 2020.
Peu de temps après j’ai remarqué que j’avais un grésillement au niveau des enceintes du PC.
En effet, le PC et la box sont branchés sur la même multiprise.
Pour savoir d’où cela pouvait venir, j’ai tout simplement débranché et rebranché chaque appareils connectés à cette multiprise. Et il s’avère que cela vient de la Delta...
Le grésillement est d’autant plus fort lorsque celle-ci redémarre apparemment.

Est-ce la Delta qui est défaillante ou est-ce normal ?

ps: les enceintes sont connectées en Bluetooth, il n’y a que la multiprise en commun pour les deux.

Je trouve que ce serais super d’avoir accès à la liste de l’historique des résultats d’info music trouvés par la freebox player sur l’application freebox compagnon.

Merci d’avance

Bonjour,
Ce serait idéal si nous pouvions déclarer, via le journal des appels, un numéro comme “rejeté” et ainsi l’envoyer dans la liste des appels entrants rejetés.
De même une gestion de la liste des appels entrants rejetés serait parfait (un peu comme la gestion des appels du compte perso free mobile).
Merci.

Bonjour,

Pas toujours facile de retrouver un morceau, un fichier ou un film dans tout ce que l’on stock dans le disque dur interne et ou externe de la freebox player.
Il ne serait pas inutile d’intégrer un champ recherche, afin de faciliter l’exploration de ceux ci.

Boite à idée.

Bonjour

Y aurait il une coquille dans la doc de l’API v15 ?

On a :

GET /api/v15/fs/ls/L0Rpc3F1ZSBkdXI=&limit=100 HTTP/1.1
Host: mafreebox.freebox.fr

Sauf erreur de ma part il manque un ? entre l’URL et le paramètre

On devrait avoir:

GET /api/v15/fs/ls/L0Rpc3F1ZSBkdXI=?&limit=100 HTTP/1.1
Host: mafreebox.freebox.fr

d’ailleurs le ‘&’ n’est pas indispensable, ‘?limit=100’ fonctionne bien quand ce paramètre est seul

Cordialement
nbanba

Bonjour,
Suite au redémarrage de ma freebox courant novembre 2024 pour récupérer le dernier firmware (4.8.15 ou 4.8.16),
les métriques API pour rate_up et bytes_up sous le endpoint “/api/v?/connection/” sont invalides, et semblent être une addition avec les valeurs de rate_down et bytes_down.
L’interface Freebox OS affichant la même anomalie dans les courbes de débit sous “Etat de la freebox”

Par exemple, en récupérant la dernière version d’ubuntu via le navigateur, l’image ISO faisant 5.9 Go (https://releases.ubuntu.com/24.04.2/ubuntu-24.04.2-desktop-amd64.iso),
le téléchargement plafonnant à 2.3 Mo/s, la freebox indique 2.3 Mo/s pour rate_down, comme attendu, mais aussi 2.3 Mo/s pour rate_up.
Alors qu’il n’y a aucune autre activité, et que le téléchargement est via un navigateur, donc sans upload. Mêmes valeurs coté FreeboxOS.

Ceci affectant tous les firmwares depuis ce moment jusqu’au 4.9.8, ainsi que les différentes versions de l’API (vérifié pour v4, v8, v11 et v14)

La freebox n’ayant pas de service interne actif, et étant branchée seule devant un routeur indépendant la comparaison avec son seul port actif du switch intégré est notable.

L’anomalie est présente sur la mini4k, aucune idée pour les autres modèles de freebox.
Attention, ma freebox n’était pas à jour depuis plusieurs mois lorsqu’elle a été redémarrée fin 2024, il est possible que l’anomalie soit antérieure au firmware 4.8.15.

Merci

Dans l’API, je récupère les informations bytes_down et bytes_up dans ConnectionStatus https://https://dev.freebox.fr/sdk/os/connection/ Ils sont régulièrement réinitialisés car les valeurs restent faibles malgré l’absence de reconnection dans le journal des connections.
Ils ne devraient être réinitialisés qu’à chaque boot de la freebox, comme c’était le cas il y a longtemps dans l’API.

Bonjour,

Depuis la MAJ 4.9.3, certains appareils apparaissent comme absent dans Home Assistant, principalement les téléphones.

Les appareils sont bien reconnus dans l’interface de la Freebox mais sont absent quand je vais voir les entités de l’intégration Freebox (entités activées).

J’ai supprimé l’intégration, effacé le dossier Freebox puis réinstallé l’intégration, mais ça n’a rien changé.

Du coup j’ai pas mal d’automatisations qui ne fonctionnent plus…

Ce problème est arrivé pile après la MAJ, j’ai vérifié dans les journaux de HA.

Avez vous une solution pour corriger ce problème ?

Merci d’avance !

Bonjour

Il existe au moins 1 cas à priori non documenté ou l’API du player Devialet ne renvoit pas du JSON

Si je fais la requête pour reboot mon player en utilisant le bon ID pour mon player, la réponse est en JSON ⇒ OK

Si je fais volontairement une requête sur un mauvais ID de player, le player renvoit du HTML au lieu de renvoyer du JSON :

Exemple:
La fonction reboot player prend en argument l’ID du player (mon player à pour ID 17)

Si je fais:

reboot_player 17

J’obtiens le JSON:

{"success":true}

Maintenant si je passe un ID erroné volontairement(ex: ID 0), l’API ne renvoi pas une erreur en JSON mais du HTML:
Trace debug:

$ debug=1
$ reboot_player  0
get_fbx_api request:
curl -s https://mafreebox.freebox.fr/api/v14/player -H "Content-Type: application/json" -H "X-Fbx-App-Auth: $_SESSION_TOKEN" -G --cacert /dev/shm/fbx-cacert 

get_fbx_api result:
{"success":true,"result":[{"mac":"34:27:92:80:29:7c","stb_type":"stb_v7","id":17,"last_time_reachable":1742725668,"api_available":true,"device_name":"Freebox Player","device_model":"fbx7hd-delta","reachable":true,"uid":"a51dde83e07a057e64bef5bdcac8c5e2","api_version":"14.0","lan_gids":["ether-34:27:92:80:29:7c"]}]}

post_fbx_api request:
curl -s "https://mafreebox.freebox.fr/api/v14/player/0/api/v14/system/reboot" -H "Content-Type: application/json" -H "X-Fbx-App-Auth: $_SESSION_TOKEN" -X POST --cacert /dev/shm/fbx-cacert -d {}

post_fbx_api result:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Freebox :: Requête invalide</title>
<link href="/err/err.css" rel="stylesheet" type="text/css" />
</head>

<body>
<div id="info">
    <div id="errorMsg">
      <h3>Requête invalide</h3>
      <p class="desc">La requête envoyée est invalide</p>
    </div>
</div>

</body>
</html>

Je comprend bien que c’est du à l’URL qui devient “mauvaise” car l’ID du player est incluse dans l’URL

cette URL n’existe en fait pas:
https://mafreebox.freebox.fr/api/v14/player/0/api/v14/system/reboot

par contre celle-ci existe:
https://mafreebox.freebox.fr/api/v14/player/17/api/v14/system/reboot

Cependant, pour des questions de normalisation et de parsing, il faudrait que l’API renvoi une erreur avec un content-type application/json

Il serait bien de ne pas devoir développer un moteur de parsing HTML en plus du moteur de parsing JSON à cause d’1 seul message d’erreur renvoyé par l’API et “ne respectant à priori pas la convention de cette même API”

Merci

Cordialement
nbanba

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

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