Log container "please try again 5 minutes later", pas de commandes sur mes splits midea

Bonjour,

Je me suis décidé à intégrer mes splits Midea Breezeless sur jeedom grace au plugin dispo sur le market.

Au tout départ, j’ai pris l’appli que m’avait conseillé mon installateur : Midea Air
J’ai donc, sur jeedom, téléchargé le plugin / installé les dépendances / mis mon login&mdp (y’a pas de carac spéciaux pour éviter les embrouilles ^^) / activer docker (j’ai le plugin docker2 sur mon jeedom sur raspberry) / démarrer le container
=> effectivement, l’objet est bien créé dans le plugin docker2

J’ai donc lancé la recherche auto dans le plugin Midea
=> il m’a bien trouvé mes 3 splits (je suis donc ensuite allé mettre les bons ip pour chaque splits) par contre, ca n’a créé AUCUNE commande pour AUCUN splits :frowning:

Maintenant, quand je regarde le log du container je vois qu’il n’arrive plus à se connecter au cloud midea
Niveau config, je suis à jour sur jeedom (4.6.1) sur un rasp pi 4.

2026-09-24T14:52:28.964852773Z Traceback (most recent call last):
2026-09-24T14:52:28.964933920Z   File "/usr/local/bin/midea-beautiful-air-cli", line 8, in 
2026-09-24T14:52:28.965060549Z     sys.exit(cli())
2026-09-24T14:52:28.965078919Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cli.py", line 345, in cli
2026-09-24T14:52:28.965363658Z     return function(args)
2026-09-24T14:52:28.965380028Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cli.py", line 137, in _run_status_command
2026-09-24T14:52:28.965536749Z     cloud = connect_to_cloud(
2026-09-24T14:52:28.965550897Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/__init__.py", line 87, in connect_to_cloud
2026-09-24T14:52:28.965756099Z     cloud.authenticate()
2026-09-24T14:52:28.965770951Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 403, in authenticate
2026-09-24T14:52:28.965958542Z     self._login_non_proxied()
2026-09-24T14:52:28.965971598Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 463, in _login_non_proxied
2026-09-24T14:52:28.966247096Z     self._session: dict = self.api_request(
2026-09-24T14:52:28.966260670Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 302, in api_request
2026-09-24T14:52:28.966539779Z     self.handle_api_error(int(payload[error_code_tag]), payload["msg"])
2026-09-24T14:52:28.966556389Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 645, in handle_api_error
2026-09-24T14:52:28.966915202Z     handler()
2026-09-24T14:52:28.966932831Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 624, in retry_later
2026-09-24T14:52:28.967246403Z     raise RetryLaterError(error, message)
2026-09-24T14:52:28.967280699Z midea_beautiful.exceptions.RetryLaterError: Retry later: Too many failed login attempts, please try again  5 minutes later (7610)
2026-09-24T14:52:29.105592033Z 127.0.0.1 - - [24/Sep/2026 14:52:29] "e[31me[1mPOST /appliance_status_with_account HTTP/1.1e[0m" 400 -

Forcément, dans les logs du plugin midea, quand je tente de save un des objets je vois :

[2026-09-24 17:00:07] DEBUG  [ENDPOINT] /appliance_status_with_account
[2026-09-24 17:00:10] DEBUG  [GET STATUS] {
"latency": 2.901,
"response": "no response from cmd",
"status": "nok"
}
[2026-09-24 17:00:10] DEBUG  Error while updating : Midea cloud not responding or error
[2026-09-24 17:00:10] DEBUG  [ENDPOINT] /appliance_status_with_account

Apres pas mal de recherche, savoir s’il fallait utiliser l’appli Midea Air ou mSmart Home j’ai décidé en attendant que tout soit integré, de mettre 1 split sur mSmart et 2 sur Midea Air
=> cependant, je vois bien que dans les logs du container bah… tjs impossible de se connecter alors que j’ai deleter le container, j’ai attendu plus d’une heure le temps d’aller courir, je reviens je refais les manips depuis le plugin Midea pour recreer le container… pareil, même log que précédemment avec “re essayez dans 5mn” :frowning:

Si quelqu’un a déjà eu le cas je suis preneur…
Idem, vaut il mieux utiliser l’appli Midea Air ou mSmart ?

merci beaucoup !

Hello, en théorie, j’ai documenté plus ou moins chaque cas dans la documentation.

1/ les conversions de certains mots de passes complexes (accents ou caractères spéciaux) passent mal. Restez sur un mot de passe « simple » en terme de caractères, a-zA-Z0-9
2/ votre message fait penser à un ban temporaire justement à cause d’un mot de passe mal saisi ou correspondant au cas numéro 1.
Le mieux est de supprimer l’équipement et désactiver le plugin pendant 24h pour être sûr.

3/ La base : pourrais-je avoir la version de jeedom, la version du plugin (stable ou beta?)
4/ mSmartHome est très déconseillé, je n’ai jamais réussi à le faire fonctionner convenablement. C’est aussi écrit dans la documentation

Suite à ça on vos actions et changements, on continuera l’investigation si nécessaire
Bonne fin de journée

bonjour @ddelec24 et merci pour la reponse,

1 → comme je l’ai précisé j’ai justement mis un mot de passe sans carac spéciaux :slight_smile: pour éviter les embrouilles j’ai noté ^^ je ne connais que trop bien les soucis de conv js/java et les carac spéciaux
2 → j’y pensais aussi, mais je me suis jamais trompé de mot de passe :’( preuve en est, il a réussi à recup mes 3 splits au départ. mais je suis en phase, ça ressemble à un time out (il me dit 5mn mais j’y crois peu haha). je partirai donc sur la solution “wait & see”. j’ai coupé le cron5 sur le plugin et j’ai fait un stop sur le container y’a environ 1h quand j’ai écris le message. je regarderai demain :stuck_out_tongue:
3 → j’ai noté, c’est jeedom denriere version (stable, je précise) 4.6.1. mon pi est également à jour.
4 → j’en prend bonne note, je n’ai pas lu et m’en excuse. je vais reswitch le split sur midea air. merci bcp !

je précise, les clim sont considérée comme hors ligne avec l’icon de prise rouge (elles sont bien entendu connectées et sous tension ^^)

bonjour

j’avance un peu sur le sujet… j’ai pu faire un nouveau “ajout automatique” apres ces 24h sans connexion à leur cloud
je vois bien apparaitre ma clim que j’ai re basculé sur midea air

Par contre, y’a quand même des trucs bizarre sur le log du container (je précise que je n’ai fais qu’une seule fois l’auto ajout, rien d’autre)

2026-09-25T14:00:09.395571356Z  * Debug mode: on
2026-09-25T14:00:09.422999526Z e[31me[1mWARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead.e[0m
2026-09-25T14:00:09.423064673Z  * Running on all addresses (0.0.0.0)
2026-09-25T14:00:09.423072062Z  * Running on http://127.0.0.1:5000
2026-09-25T14:00:09.423078358Z  * Running on http://192.168.1.30:5000
2026-09-25T14:00:09.423458078Z e[33mPress CTRL+C to quite[0m
2026-09-25T14:00:09.426641219Z  * Restarting with stat
2026-09-25T14:00:10.156843590Z  * Debugger is active!
2026-09-25T14:00:10.160461209Z  * Debugger PIN: 143-413-255
2026-09-25T14:01:16.875823302Z WARNING:midea_beautiful.scanner:Some appliance(s) where not discovered on local network: 0 discovered out of 3
2026-09-25T14:01:16.876294261Z WARNING:midea_beautiful.scanner:Unable to discover registered appliance {'id': '15393162981****', 'name': 'Clim xxx', 'sn': '000000P0000000Q1607AD8C4********', 'type': '0xAC', 'modelNumber': ''}
2026-09-25T14:01:16.876609258Z WARNING:midea_beautiful.scanner:Unable to discover registered appliance {'id': '15393162981****', 'name': 'Clim xxx', 'sn': '000000P0000000Q1607AD8C4********', 'type': '0xAC', 'modelNumber': ''}
2026-09-25T14:01:16.876845905Z WARNING:midea_beautiful.scanner:Unable to discover registered appliance {'id': '15393162981****', 'name': 'Clim xxx', 'sn': '000000P0000000Q1BC89F8F6********', 'type': '0xAC', 'modelNumber': '8'}
2026-09-25T14:01:16.991123474Z 127.0.0.1 - - [25/Sep/2026 14:01:16] "POST /discover HTTP/1.1" 200 -

je vois qu’il va bien trouver mes clim (en haut) et apres il vient le “Too many retries”. mais je ne connais pas exactement ce que fait l’outil.

Et mes 3 clims n’ont aucune commandes :

J’ai mis les bonnes ip dans la page de config de l’équipement

Quand je tente de faire une save sur une des clim (genre pour mettre l’ip) j’ai l’erreur dans le log du container :

2026-09-25T14:11:03.979550036Z Traceback (most recent call last):
2026-09-25T14:11:03.979635257Z   File "/usr/local/bin/midea-beautiful-air-cli", line 8, in 
2026-09-25T14:11:03.979939218Z     sys.exit(cli())
2026-09-25T14:11:03.979978792Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cli.py", line 345, in cli
2026-09-25T14:11:03.980333474Z     return function(args)
2026-09-25T14:11:03.980359196Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cli.py", line 148, in _run_status_command
2026-09-25T14:11:03.980609546Z     appliance = appliance_state(
2026-09-25T14:11:03.980630675Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/lan.py", line 1046, in appliance_state
2026-09-25T14:11:03.981265930Z     appliance.identify(cloud, use_cloud)
2026-09-25T14:11:03.981289541Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/lan.py", line 788, in identify
2026-09-25T14:11:03.981811444Z     self.valid_token(cloud)
2026-09-25T14:11:03.981833777Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/lan.py", line 766, in valid_token
2026-09-25T14:11:03.982340218Z     if not self._get_valid_token(cloud):
2026-09-25T14:11:03.982362810Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/lan.py", line 739, in _get_valid_token
2026-09-25T14:11:03.982841195Z     self.token, self.key = cloud.get_token(udp_id)
2026-09-25T14:11:03.982860658Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 581, in get_token
2026-09-25T14:11:03.983270285Z     response = self.api_request("/v1/iot/secure/getToken", {"udpid": udp_id})
2026-09-25T14:11:03.983291748Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 304, in api_request
2026-09-25T14:11:03.983588819Z     return self._retry_api_request(
2026-09-25T14:11:03.983607504Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 342, in _retry_api_request
2026-09-25T14:11:03.983954020Z     return self.api_request(
2026-09-25T14:11:03.983980113Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 304, in api_request
2026-09-25T14:11:03.984266759Z     return self._retry_api_request(
2026-09-25T14:11:03.984287110Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 342, in _retry_api_request
2026-09-25T14:11:03.984603682Z     return self.api_request(
2026-09-25T14:11:03.984617848Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 304, in api_request
2026-09-25T14:11:03.984915198Z     return self._retry_api_request(
2026-09-25T14:11:03.984953901Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 335, in _retry_api_request
2026-09-25T14:11:03.985244566Z     self._retry_check(endpoint, cause)
2026-09-25T14:11:03.985283825Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 350, in _retry_check
2026-09-25T14:11:03.985568267Z     raise CloudRequestError(
2026-09-25T14:11:03.985634174Z midea_beautiful.exceptions.CloudRequestError: Too many retries while calling /v1/iot/secure/getToken, last error system error (9999)
2026-09-25T14:11:04.113917352Z 127.0.0.1 - - [25/Sep/2026 14:11:04] "e[31me[1mPOST /appliance_status_with_account HTTP/1.1e[0m" 400 -

Avec une save sur un équipement, le log midea donne ceci :

[2026-09-25 16:21:45] DEBUG  [ENDPOINT] /appliance_status_with_account
[2026-09-25 16:21:49] DEBUG  [GET STATUS] {
"latency": 4.353,
"response": "no response from cmd",
"status": "nok"
}
[2026-09-25 16:21:49] DEBUG  Error while updating : Midea cloud not responding or error

du coup j’avoue là je suis un peu perplexe :slight_smile: je vois d’un coté (container) que je n’ai plus l’erreur de ban temporaire d’ip… mais il y a quand même l’erreur “Too many retries while calling /v1/iot/secure/getToken, last error system error (9999)”… mais on a bien la 3eme clim qui est apparu (celle que j’ai remis sur midea air) donc mon mdp est correct… en vrai il l’est j’ai vraiment fait attention à ca. et c’est un mot de passe relativement simple sur le patern, pas de carac spéciaux
si vous avez une idée @ddelec24 je suis preneur ! un grand merci.

Je ne connais pas votre niveau en informatique, mais je me base sur ce script.
Savez vous utiliser SSH?
vous avez des commandes comme :

# recupération d informations pour le contrôle
midea-beautiful-air-cli discover --account ACCOUNT_EMAIL --password PASSWORD --credentials
# puis pour récupérer les informations d'un des appareils détectés
midea-beautiful-air-cli status --ip APPLIANCE_IP_ADDRESS --token TOKEN --key KEY

Cependant j’ai mis le plugin à reprendre il y a fort longtemps, sans repreneur.
Je n’ai aucun matériel pour tester quoique ce soit.
je vois que le projet midea d’origine est de nouveau actif et a eu des mises à jour.

PS: n’oubliez pas d’utiliser le plugin en beta, je crois que la stable ne prends meme pas les comptes cloud correctement

Re,

J’ai installé midea-beautiful-air-cli sur mon pi, j’ai lancé –creditals et j’ai ceci :

pi@jeedom:~ $ sudo midea-beautiful-air-cli discover --account xxx@xxx --password xxx --credentials
WARNING:midea_beautiful.scanner:Some appliance(s) where not discovered on local network: 0 discovered out of 3
WARNING:midea_beautiful.scanner:Unable to discover registered appliance {'id': '15393162981****', 'name': 'Clim xxx', 'sn': '000000P0000000Q1607AD8C4********', 'type': '0xAC', 'modelNumber': ''}
WARNING:midea_beautiful.scanner:Unable to discover registered appliance {'id': '15393162981****', 'name': 'Clim xxx', 'sn': '000000P0000000Q1607AD8C4********', 'type': '0xAC', 'modelNumber': ''}
WARNING:midea_beautiful.scanner:Unable to discover registered appliance {'id': '15393162981****', 'name': 'Clim xxx', 'sn': '000000P0000000Q1BC89F8F6********', 'type': '0xAC', 'modelNumber': '8'}
id 000000P0000000Q1607AD8C47FDC0000/153931629818934
  id      = 153931629818934
  addr    = Unknown
  s/n     = 000000P0000000Q1607AD8C47FDC0000
  model   = Air conditioner
  ssid    = None
  online  = False
  name    = Clim xxx
  running = False
  target  = 0
  indoor  = 2.2250738585072014e-308
  outdoor = 2.2250738585072014e-308
  fan     = 40
  mode    = 0
  purify  = False
  eco     = False
  sleep   = False
  frost   = False
  comfort = False
  F       = False
  error   = 0
  supports= {}
  version = 3
  token   = None
  key     =
id 000000P0000000Q1607AD8C481200000/153931629818936
  id      = 153931629818936
  addr    = Unknown
  s/n     = 000000P0000000Q1607AD8C481200000
  model   = Air conditioner
  ssid    = None
  online  = False
  name    = Clim xxx
  running = False
  target  = 0
  indoor  = 2.2250738585072014e-308
  outdoor = 2.2250738585072014e-308
  fan     = 40
  mode    = 0
  purify  = False
  eco     = False
  sleep   = False
  frost   = False
  comfort = False
  F       = False
  error   = 0
  supports= {}
  version = 3
  token   = None
  key     =
id 000000P0000000Q1BC89F8F63FC60000/153931629818932
  id      = 153931629818932
  addr    = Unknown
  s/n     = 000000P0000000Q1BC89F8F63FC60000
  model   = Air conditioner
  ssid    = None
  online  = False
  name    = Clim xxx
  running = False
  target  = 0
  indoor  = 2.2250738585072014e-308
  outdoor = 2.2250738585072014e-308
  fan     = 40
  mode    = 0
  purify  = False
  eco     = False
  sleep   = False
  frost   = False
  comfort = False
  F       = False
  error   = 0
  supports= {}
  version = 3
  token   = None
  key     =

=> je peux pas faire la commande d’apres car on voit “token : none” et “key : “ donc vide :frowning:
de fait, je n’arrive pas à aller plus loin (et c’est surement ça le soucis ^^)

Merci pour vos infos. Je trouve étrange de ne rien avoir en Addr (unknown)
Pas de réglage spécifique dans votre réseau?

midea-beautiful-air-cli status --ip APPLIANCE_IP_ADDRESS --account ACCOUNT_EMAIL --password PASSWORD

La version alternative c’est de réinterroger directement avec son compte, sans le token/key avec la commande ci -dessus

Sinon la première chose que je ferais : dans l’explorateur de fichier jeedom, Menu Réglages => Système => Editeur de fichiers
Aller dans plugins/mideawifi/resources/containerDocker/requirements.txt

vous devriez avoir écrit midea-beautiful-air==0.9.15
il faudrait changer la version en mettant la dernière midea-beautiful-air==0.10.7
Si l’appareil est plus récent, peut être que son support a été ajouté depuis
Il faut enregistrer avec cette version, refaire les étapes pour initialiser (dépendances, activation docker et container midea)

Quoique si vous me dites avoir installé à part sur un raspberry, c’est surement la dernière version qui s’est installée

hello :slight_smile:

je viens de modifier les requirements pour les dépendances (meme si effectivement j’ai utilisé les lignes d’installations directement sur le pi pour tester)

voici les logs des dépendances :

+ echo '*******************Begin of package installation******************'
*******************Begin of package installation******************
+ touch /tmp/jeedom_install_in_progress_mideawifi
+ echo 1
+ echo 2
+ php /var/www/html/core/class/../php/jeecli.php plugin install docker2
Plugin docker2 installed with success+ echo 3
+ php /var/www/html/core/class/../php/jeecli.php plugin dependancy_end mideawifi
+ echo 4
+ rm /tmp/jeedom_install_in_progress_mideawifi
+ echo '*******************End of package installation******************'
*******************End of package installation******************

j’ai relancé les étapes apres les dépendances (activation docker + démarrage du container)

le container est bien créé :

il est bien actif. d’ailleurs, on voit bien le démarrage dans les logs :

2026-09-28T13:45:11.347643870Z  * Debug mode: on
2026-09-28T13:45:11.374208144Z e[31me[1mWARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead.e[0m
2026-09-28T13:45:11.374294569Z  * Running on all addresses (0.0.0.0)
2026-09-28T13:45:11.374304180Z  * Running on http://127.0.0.1:yyyy
2026-09-28T13:45:11.374310773Z  * Running on http://xxx.xxx.x.x:yyyy
2026-09-28T13:45:11.374316865Z e[33mPress CTRL+C to quite[0m
2026-09-28T13:45:11.376945734Z  * Restarting with stat
2026-09-28T13:45:12.171647282Z  * Debugger is active!
2026-09-28T13:45:12.173964467Z  * Debugger PIN: xxx-xxx-xxx-xxx

j’avais mis les logs du plugin en debug pour voir lors de ces 2 actions de demarrage et d’activation. j’ai 2 lignes :

[2026-09-28 15:48:12] DEBUG  [DOCKER2] Build cmd: sudo docker build --tag midea-beautiful-air -f /var/www/html/plugins/mideawifi/core/ajax/../../resources/containerDocker/Dockerfile /var/www/html/plugins/mideawifi/core/ajax/../../resources/containerDocker
[2026-09-28 15:48:13] DEBUG  [DOCKER2] :

là nous sommes environ à 36h depuis mon dernier test (ou 2 jours je sais plus trop ^^)…
je viens donc de refaire “ajout automatique” et j’ai bien les 3 splits de créés
cependant, j’ai ces 3 lignes dans le log du container :

2026-09-28T13:51:31.474319546Z WARNING:midea_beautiful.scanner:Some appliance(s) where not discovered on local network: 0 discovered out of 3
2026-09-28T13:51:31.474870986Z WARNING:midea_beautiful.scanner:Unable to discover registered appliance {'id': '15393162981****', 'name': 'Clim xxx', 'sn': '000000P0000000Q1607AD8C4********', 'type': '0xAC', 'modelNumber': ''}
2026-09-28T13:51:31.475218150Z WARNING:midea_beautiful.scanner:Unable to discover registered appliance {'id': '15393162981****', 'name': 'Clim xxx', 'sn': '000000P0000000Q1607AD8C4********', 'type': '0xAC', 'modelNumber': ''}
2026-09-28T13:51:31.475533981Z WARNING:midea_beautiful.scanner:Unable to discover registered appliance {'id': '15393162981****', 'name': 'Clim xxx', 'sn': '000000P0000000Q1BC89F8F6********', 'type': '0xAC', 'modelNumber': '8'}

=> je pense c’est pas super bon ça, si ? :frowning:

j’ai les logs du plugin :

[2026-09-28 15:51:31] DEBUG  ============================ DISCOVER ============================
[2026-09-28 15:51:31] DEBUG  [DISCOVER] 3 equipments detected.
[2026-09-28 15:51:31] DEBUG  [DISCOVER] ALREADY EXISTS id=153931629818934
[2026-09-28 15:51:31] DEBUG  [DISCOVER] ALREADY EXISTS id=153931629818936
[2026-09-28 15:51:31] DEBUG  [DISCOVER] ALREADY EXISTS id=153931629818932

par contre, j’ai tjs 0 commandes de créées / petite prise toujours en rouge sur l’écran des équipements midea…

et le token + key qui devraient surement être rempli sont vides :

là j’ai laissé tourné (pour voir au bout de 10mn au prochain appel si je me retrouve avec le gros message d’erreur “Too many retries while calling /v1/iot/secure/getToken, last error system error (9999)” que j’avais dans le log du container en laissant tourner le plugin ou via la commande “midea-beautiful-air-cli status” (avec l’ip / login / mdp ^^)

idem avec les commandes directement en putty, notamment celle ci :

sudo midea-beautiful-air-cli --no-redact discover --account xxx@xxx.com --password xxx --credentials

=> ça ne m’affiche pas token & key… j’ai la sensation que les clims ne répondent pas à l’appel :frowning:

mon prochain step si je ne vois rien, c’est de tester avec le plugin qui est donc en beta maintenant, en cochant la case “Application MsmartHome” et en tentant de mettre 1 clim (récente, j’en conviens) sur cette appli… j’espere que cette petite option fonctionne bien :stuck_out_tongue:

let’s see :slight_smile: i’ll keep you posted !

bonne journée !

Peut-être tester l’appli Nethome plus avant, qui est celle avec qui j’ai eu le plus de retours.

j’ai installé l’appli, j’ai créé mon compte, je vois que les clim apparaissent directement (même cloud derrière), j’ai décoché “msmarthome” dans les parem du plugin, j’ai refais les étapes pour le container

=> tjs pareil… mais je vais re attendre parce que je vois encore des erreurs de connexion

sur le log du plugin quand je tente une save sur un equipement :

[2026-09-28 21:14:07] DEBUG  [ENDPOINT] /appliance_status_with_account
[2026-09-28 21:14:12] DEBUG  [GET STATUS] {
"latency": 4.341,
"response": "no response from cmd",
"status": "nok"
}
[2026-09-28 21:14:12] DEBUG  Error while updating : Midea cloud not responding or error

le log du container :

2026-09-28T19:14:11.890389647Z Traceback (most recent call last):
2026-09-28T19:14:11.890485127Z   File "/usr/local/bin/midea-beautiful-air-cli", line 8, in 
2026-09-28T19:14:11.890596497Z     sys.exit(cli())
2026-09-28T19:14:11.890649126Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cli.py", line 345, in cli
2026-09-28T19:14:11.890909217Z     return function(args)
2026-09-28T19:14:11.890930642Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cli.py", line 148, in _run_status_command
2026-09-28T19:14:11.891092585Z     appliance = appliance_state(
2026-09-28T19:14:11.891113845Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/lan.py", line 1061, in appliance_state
2026-09-28T19:14:11.891673840Z     appliance.identify(cloud, use_cloud)
2026-09-28T19:14:11.891696932Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/lan.py", line 788, in identify
2026-09-28T19:14:11.892167558Z     self.valid_token(cloud)
2026-09-28T19:14:11.892218169Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/lan.py", line 766, in valid_token
2026-09-28T19:14:11.892638499Z     if not self._get_valid_token(cloud):
2026-09-28T19:14:11.892660554Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/lan.py", line 739, in _get_valid_token
2026-09-28T19:14:11.893046329Z     self.token, self.key = cloud.get_token(udp_id)
2026-09-28T19:14:11.893067403Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 588, in get_token
2026-09-28T19:14:11.893406752Z     response = self.api_request("/v1/iot/secure/getToken", {"udpid": udp_id})
2026-09-28T19:14:11.893459233Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 310, in api_request
2026-09-28T19:14:11.893644917Z     return self._retry_api_request(
2026-09-28T19:14:11.893657898Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 348, in _retry_api_request
2026-09-28T19:14:11.893899359Z     return self.api_request(
2026-09-28T19:14:11.893912230Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 310, in api_request
2026-09-28T19:14:11.894116728Z     return self._retry_api_request(
2026-09-28T19:14:11.894128265Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 348, in _retry_api_request
2026-09-28T19:14:11.894357244Z     return self.api_request(
2026-09-28T19:14:11.894369615Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 310, in api_request
2026-09-28T19:14:11.894570576Z     return self._retry_api_request(
2026-09-28T19:14:11.894582391Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 341, in _retry_api_request
2026-09-28T19:14:11.894808741Z     self._retry_check(endpoint, cause)
2026-09-28T19:14:11.894819870Z   File "/usr/local/lib/python3.9/site-packages/midea_beautiful/cloud.py", line 356, in _retry_check
2026-09-28T19:14:11.895038498Z     raise CloudRequestError(
2026-09-28T19:14:11.895067628Z midea_beautiful.exceptions.CloudRequestError: Too many retries while calling /v1/iot/secure/getToken, last error system error (9999)
2026-09-28T19:14:12.020952026Z 127.0.0.1 - - [28/Sep/2026 19:14:12] "e[31me[1mPOST /appliance_status_with_account HTTP/1.1e[0m" 400 -

et en ssh, quand je tente de faire :

sudo midea-beautiful-air-cli --no-redact discover --account xxx --password xxx --credentials

j’ai le resultat :

WARNING:midea_beautiful.scanner:Some appliance(s) where not discovered on local network: 0 discovered out of 2

etc etc… et j’ai


  token   = None
  key     =

tjs vide :frowning:

Bonjour,

Même si tu as changé d’appli cette issue semble être proche de ton problème :

1 « J'aime »

salut !

merci pour la réponse.
oui j’avais vu ce genre de ticket. j’avais, sur mon putty, lancé cette commande :

midea-beautiful-air-cli --verbose --log DEBUG discover --account xxx --password xxx --credentials --app "NetHome Plus"

on voit que le scan fonctionne, j’ai recup les udpid :
372253a53649a7e86a33fbc78a9632f1
ca736ea98dd857627f98d04a5e6492e0
a30583c3470da598401da678721dd2d2

Le seul et unique truc qui a bloqué à la toute fin, c’est l’appel serveur /v1/iot/secure/getToken qui a renvoyé l’erreur 9999 (system error).

et là… je suis un peu bloqué
on voit bien que j’ai remis la 3eme clim sur nethome plus, la clim se créé sur le plugin en tant qu’équipement (j’ajoute moi même l’ip → mais aucune commande ne se genere)

même sur des projets alternatifs y’a ce phénomène on dirait

je n’étais pas tombé dessus l’autre fois, mais c’est côté serveur.
Comme c’est pas une API ouverte, le moindre changement côté serveur midea peut créer ce genre de soucis. Heureusement, c’est la première fois en plusieurs années que je vois un changement dans le fonctionnement de leur cloud.
espérons un fix rapidement je vois qu’il y a déjà eu un changement ici

1 « J'aime »

en gros, faut peut etre attendre du coup :slight_smile:

j’ai essayé bcp de choses de mon coté en ssh et je tombe systematiquement sur une connexion ok mais impossible de recuperer token & key… :

  • j’ai testé midealocal, msmart-ng, midea-beautiful-air-cli… j’ai même créer un compte spécifique (tout beau tout neuf) pour ces tests… avec integration du split spécifiquement sur ce compte
  • le split est correctement détecté en UDP sur le réseau local (ports 6444 / 6445)
  • j’ai exec des commandes CLI (midealocal.cli discover) via un script Python interrogeant directement l’API Cloud V5 (get_midea_cloud + get_cloud_keys)
    => j’ai eu des codes erreurs via msmart-ng / midea-beautiful-air-cli:
    -CloudError: (65027) 该用户在线登录设备已超过上限 (quota de session dépassé / blocage par Midea)
    • msmart.cloud.ApiError: Code: 9999, Message: system error sur l’appel /v1/iot/secure/getToken (endpoint obsolète ou fermé).
      => j’ai eu des codes erreurs via midealocal :
    • rejet direct par le serveur avec {"code":"3004", "msg":"value is illegal."} (ou dictionnaire de clés renvoyé vide {})
    • Échec de l’authentification avec les clés par défaut (Received auth response len 13 error ... ERROR)

L’API V5 de MSmartHome refuse de délivrer le token et la key :frowning:

je vais attendre de voir comment réagit la commu aux points évoqués sur github dont vous parlez @ddelec24

j’abandonne pas :smiley:

1 « J'aime »