Gasel

Exact. je stocke dans la base de registres les fréquences sélectionnées en upload et download, et je les réactive au lancement du programme, dans le cas où le routeur aurait changé sa configuration de lui-même.
Donc, dans la plupart des cas, cette requête ne devrait pas avoir d'effet sur les communications, puisqu'on se borne à confirmer une configuration existante.
Mais apparemment, ce n'est pas le cas...

Je pense que tu n'as pas bien lu : Il faut cliquer sur le bouton radio "Agrégation" ET NON sur les boutons radio des fréquences.

@jambore, par pitié, arrête les grossièretés. On n'est pas sur un forum d'ados, ici !!!

Bernard22 a dit : 

Concernant la fréquence prioritaire en mode agrégation, j'ai bien compris que, s'agissant de boutons d'options, tu ne peux en sélectionner qu'un seul (donc bouton "Agrégation"), mais tu peux peut-être différentier le surlignage en affectant une couleur différente à la fréquence prioritaire, 

Ben, la fréquence prioritaire est indiquée à gauche (UL Band : 7). Ce n'est pas suffisant ?

Bonsoir @Bernard22,

J'ai essayé d'aligner les graphiques, au moins dans leur partie droite.
Si tu veux bien essayer ?

Je suis la suggestion de @Bernard22 en tentant un correctif (fait un peu à l'arrache...) disponible dans la dernière version beta.
Quant à aligner les quatre graphiques, c'est très ch..ant à faire. J'y réfléchis.

Bonjour à tous,

Je constate aussi de temps en temps l'anomalie rapportée par @ludovick et @Gus_71.
On voit sur la copie d'écran de @ludovick que l'erreur est 100003, c'est à dire accès refusé. Elle est en principe précédée dans le log détaillé par l'erreur 125002 (Session obsolète).
Voir le log de @Gus_71 ci-dessus : 

26/11/2018 09:39:59 - RESPONSE Token Session = g0X900n1fYLa0aieodeJLt50ynDY0H4y
26/11/2018 09:39:59 - RESPONSE Cookie Session = LomoRahLxlDQtaZQTRV9lMZMly3WxkHyEsmFV04uHpVd5g0ROpPx9UMLv7VjPfXSi2ITC607zifi07wFx6Zci2vnbS0uo64d4x6BjAhumL0dcyrCHDRfILB2Lt1zxPoR
26/11/2018 09:40:01 - RESPONSE Token Session = uOIvZ10vVoX50QSyN07V35zOdsvo1GUF
26/11/2018 09:40:01 - RESPONSE Cookie Session = LomoRahLxlDQtaZQTRV9lMZMly3WxkHyEsmFV04uHpVd5g0ROpPx9UMLv7VjPfXSi2ITC607zifi07wFx6Zci2vnbS0uo64d4x6BjAhumL0dcyrCHDRfILB2Lt1zxPoR
26/11/2018 09:40:01 - RESPONSE Token Session = sN1px6rqPrC2Lr54MWO36mi3xJMdiYNJ
26/11/2018 09:40:01 - RESPONSE Cookie Session = LomoRahLxlDQtaZQTRV9lMZMly3WxkHyEsmFV04uHpVd5g0ROpPx9UMLv7VjPfXSi2ITC607zifi07wFx6Zci2vnbS0uo64d4x6BjAhumL0dcyrCHDRfILB2Lt1zxPoR
26/11/2018 09:40:04 - RESPONSE Token Session = ---
26/11/2018 09:40:04 - RESPONSE Cookie Session = ---
26/11/2018 09:40:04 - GET Error: 125002 sur http://192.168.1.1/api/net/net-mode
26/11/2018 09:40:04 - GET Error: 125002 sur http://192.168.1.1/api/device/information
26/11/2018 09:40:04 - GET Error: 125002 sur http://192.168.1.1/api/monitoring/status
26/11/2018 09:40:04 - RESPONSE Token Session = DyR0hBbXwbeSQTijKrNblDI81JxRA7tj
26/11/2018 09:40:04 - RESPONSE Cookie Session = W29R1kyxw7BxhYbz0lPmnICQcBCvc5rF2DV0ZdbF9LbpP7EWIoJiLBadc1E2OMmbrU6vUzGXoQJS5NVaO8F74QjtcPplHafHJwS0AvD7PPacFB862w4etzj8v9hNLLiH
26/11/2018 09:40:04 - GET Error: 100003 sur http://192.168.1.1/api/net/net-mode
26/11/2018 09:40:04 - GET Error: 100003 sur http://192.168.1.1/api/device/information
26/11/2018 09:40:04 - GET Error: 100003 sur http://192.168.1.1/api/device/signal
26/11/2018 09:40:04 - RESPONSE Token Session = DyR0hBbXwbeSQTijKrNblDI81JxRA7tj
26/11/2018 09:40:04 - RESPONSE Cookie Session = W29R1kyxw7BxhYbz0lPmnICQcBCvc5rF2DV0ZdbF9LbpP7EWIoJiLBadc1E2OMmbrU6vUzGXoQJS5NVaO8F74QjtcPplHafHJwS0AvD7PPacFB862w4etzj8v9hNLLiH
26/11/2018 09:40:04 - GET Error: 100003 sur http://192.168.1.1/api/net/net-mode
26/11/2018 09:40:04 - GET Error: 100003 sur http://192.168.1.1/api/device/information
26/11/2018 09:40:05 - GET Error: 100003 sur http://192.168.1.1/api/device/signal

J’interprète ce phénomène par l'abondance de requêtes au routeur (une toute les 500 ms par défaut, mais on peut descendre jusqu'à 200 ms). C'est la variable "Tempo" dans le paramétrage.
Dans certains cas (et plus souvent en connexion Wifi, voir les constatations de @Bernard22 plus haut), le routeur ne répond plus assez vite et le programme reçoit un jeton de connexion vide, que je considère comme une perte de liaison avec le routeur.
Dans ce cas, avec la plupart des routeurs Huawei (sauf peut-être le B310/315) les informations ne sont plus transmises, à part les courbes de débit.

Vous pouvez essayer d'augmenter la valeur de "Tempo" dans le paramétrage.

Attention @calicoba,
La casse a une importance dans ce cas :  

• Mbps, = Mbits/s = Mégabits par seconde
• MBps = MégaByte par seconde = Mégaoctets par seconde
  

100 Mbps = 12,5 MBps ou 12,5 Mo/s.

Débit binaire.

Salut @Zal,

La toute dernière modification porte sur l'amélioration de la traduction des versions en langue étrangère, selon mes modestes capacités en la matière...
Dommage que personne ne m'aide à les peaufiner .

La gestion du quota a été améliorée selon les suggestions de @Bernard22.
On peut désormais le remettre à zéro à la demande, son calcul se fait sur la date de remise à zéro effective, et la présentation des informations a été revue pour la rendre plus claire.
Toutes les informations du paramétrage sont désormais conservées, suite à la proposition de @Gus_71.
Il a aussi demandé de pouvoir supprimer les courbes de débit maxi, pour ne pas "aplatir" les courbes de débit effectif. C'est la case à cocher "Débits maxi :" dans le réglage des paramètres.
Enfin, j'ai fait un certain nombre de modifications internes pour ne pas saturer mon espace de stockage, compte tenu du nombre d'utilisateurs du programme : les informations (non nominatives, bien sûr) ont été synthétisées, ce qui me permettra dans quelque temps d'alimenter les statistiques de @pioc34 sur les routeurs .