Bonjour,
J’utilise le plugin daikin depuis des années, aucun souci et merci 
Cette semaine je viens d’ajouter un split CTXA, j’ai mis son adresse IP et le plugin semble incapable d’interagir avec ce split, toutes les commandes restent sans réponse.
Je suppute que l’API a évolué ou je suis devenu bète.
Une suggestion ?
Merci
Bonjour,
Que disent les logs en debug ?
Est-ce que seules les actions ne fonctionnent pas ou même les remontées d’infos (après avoir attendu un certain temps le refresh côté plugin) ?
Hello Bison
Jeedom rale qu’il faut recharger le widget car « la valeur de l’état power n’est pas définie ».
Quand j’ai testé les commandes, aucune ne fonctionne, aucune info remontée du split, la commande test (statut de toutes les requetes) ne renvoie rien.
J’ai validé que l’IP était la bonne (bonne IP+MAC coté onecta+mon DHCP + meme signature réseau qu’un autre split) et le split se pilote tres bien par onecta (l’outil de Daikin).
Coté log, le port HTTP répond bien mais que des 404 « parce que le module n’est pas accessible d’un point de vue réseau » (meme s’il repond tres bien mouarf)
Extraits:
0594|[2025-06-13 08:50:10] DEBUG : [olindoteTools::network_sendRequestByCurl()] _return=Array ( [fError] => [fData] => Page Not Found /common/basic_info [fInfo] => Array ( [url] => http://xxx/common/basic_info [content_type] => text/plain [http_code] => 404 [header_size] => 72 [request_size] => 68 [filetime] => -1 [ssl_verify_result] => 0 [redirect_count] => 0 [total_time] => 0.132473 [namelookup_time] => 0.000172 [connect_time] => 0.089725 [pretransfer_time] => 0.090137 [size_upload] => 0 [size_download] => 34 [speed_download] => 257 [speed_upload] => 0 [download_content_length] => 34 [upload_content_length] => -1 [starttransfer_time] => 0.127813 [redirect_time] => 0 [redirect_url] => [primary_ip] => xxx [certinfo] => Array ( ) [primary_port] => 80 [local_ip] => xxx [local_port] => 38400 [http_version] => 2 [protocol] => 1 [ssl_verifyresult] => 0 [scheme] => HTTP [appconnect_time_us] => 0 [connect_time_us] => 89725 [namelookup_time_us] => 172 [pretransfer_time_us] => 90137 [redirect_time_us] => 0 [starttransfer_time_us] => 127813 [total_time_us] => 132473 [request_header] => GET /common/basic_info HTTP/1.1 Host: xxx Accept: */* ) )
0595|[2025-06-13 08:50:10] DEBUG : [CRON|Clim-Chambre 1 (N)(392)] sendDOCRequest() request back, analyse it
0596|[2025-06-13 08:50:10]WARNING : [CRON|Clim-Chambre 1 (N)(392)] sendDOCRequest(): ERROR: Le flux suivant n'est pas accéssible (error/timeout):http://xxx/common/basic_info || HTTP_CODE=404 || ERROR=
0597|[2025-06-13 08:50:10] DEBUG : [CRON|Clim-Chambre 1 (N)(392)] network_setHealth()._healthNetwork=Array ( [0] => {"2025-06-13 08:50:10":"X"} [1] => {"2025-06-13 08:50:06":"X"} [2] => {"2025-06-13 08:50:06":"X"} [3] => {"2025-06-13 08:50:06":"X"} [4] => {"2025-06-13 08:50:06":"X"} [5] => {"2025-06-13 08:50:06":"X"} [6] => {"2025-06-13 08:50:06":"X"} [7] => {"2025-06-13 08:50:06":"X"} [8] => {"2025-06-13 08:50:06":"X"} [9] => {"2025-06-13 08:50:05":"X"} [10] => {"2025-06-13 08:50:05":"X"} [11] => {"2025-06-13 08:50:05":"X"} [12] => {"2025-06-13 08:50:05":"X"} [13] => {"2025-06-13 08:50:05":"X"} [14] => {"2025-06-13 08:50:05":"X"} )
0598|[2025-06-13 08:50:10]WARNING : [CRON|Clim-Chambre 1 (N)(392)] ERROR: Le module n'est pas accessible d'un point de vue réseau
D’où mon hypothèse concernant l’évolution de l’API.
Cdlt
Nouvel input: en attaquant le split en curl simple, je lis:« The FreeRTOS kernel bla bla bla ».
Puis en fouillant un peu je vois que mon souci est pas mal partagé, mais pas de vraie réponse.
Enfin UN call est passé:
/config/firmware/info:
{« rsc »:2000,« version »:« 1_39_0 »,« revision »:« D3A94100 »,« sw_id »:« 1xxxxA »,« edid »:« 000000000xxxxx »}
Donc au moins le web fonctionne…
Je vais voir si je peux forcer onecta via un proxy qui me permettrait de sniffer tout le traffic en clair…
reBonjour,
Il semblerait que Daikin a bien pris un tournant dans ses pratiques, forcant a present un passage par le cloud au lieu d’une API directe clim :
Quelqu’un a deja commence a bosser sur le sujet :
https://github.com/jwillemsen/daikin_onecta/blob/master/custom_components/daikin_onecta/daikin_api.py
C’est plus compliqué, il faut apparement un jeton oAuth etc.
+++
Oups mes excuses, j’ai lu trop vite le tag et je croyais que tu utilisais déjà le nouveau plugin fait pour ça plugin-daikinrccloud, sinon je t’aurais orienté dessus ce matin
Hello Bison,
Pas de souci, l’important c’est que ca me permet d’avancer
Je suis passé en béta market, j’ai fait une app sur le portail dev Daikin, tout ca c’est bon.
Par contre l’install a du mal sur une Pi 3B même en désactivant des plugins consommateurs de ressources 
J’attends une OrangePi 5 Max 8GB avec eMMC qui devrait résoudre définitivement ces problèmes de charge…
Merci !!!
Le module faikin permet de rester en local. A voir si ton matériel est compatible.
C’est une tendance de tout mettre vers le cloud.
Mon ancien module est local, celui la je ne sais pas mais une authent oauth ca sent le cloud…
De toute facon le plugin deconne avec un lien rompu, c’est pour ca que l’install part en sucette
0158|[1/5] Validating package.json...
0159|[2/5] Resolving packages...
0160|[3/5] Fetching packages...
0161|error Error: https://codeload.github.com/ThibautTrarbach/daikin-controller-cloud/tar.gz/6f2372241106b0b1c99a1b83ec110c30a01f6ca1: Request failed "404 Not Found"
0162|at ResponseError.ExtendableBuiltin (/usr/lib/node_modules/yarn/lib/cli.js:696:66)
0163|at new ResponseError (/usr/lib/node_modules/yarn/lib/cli.js:802:124)
Hello,
Normalement cela est corrigé. Je viens de pousser une nouvelle version du Deamon qui contient la correction ainsi que la mise à jour de l’ensemble des dépendances.
Cordialement
Thibaut
Hello Thibaut
L’Auteur en personne
J’avais prévu de corriger le code à mon retour de rando et pousser un diff.
Ton update est passé crème après auth via le port local 8765.
Désolé de faire mon emmerdeur, quelques suggestions :
Merci mon Prince !
Hello,
Pour tes 2 demandes :
Il y a eu une grosse mise à jour il y a 1 ou 2 fois sur la plupart des gateway, je n’ai jamais eu le temps de reporter les nouveautés et de corriger les problèmes sur les calculs d’énergie.
Si tu veux le faire de ton côté, il suffit de trouver le point de terminaison grâce à la doc, puis de le créer dans le fichier de définition de ton module.
Ps : Toutes les commandes sont créées par le Deamon et non par le plugin, il suffit donc juste de modifier le code du Deamon et de le compiler pour que les nouvelles commandes soient créées.
PPS : Il n’y a pas de problème pour prendre des PR sur la branche dev.
Le Github du deamon : GitHub - ThibautTrarbach/daikintomqtt
Le Github du plugin : GitHub - ThibautTrarbach/daikinRCCloud
J’avoue que je n’utilise pas l’interface de Jeedom, je fais tout avec mon application.
Et j’avoue que je n’ai déjà pas le temps de finaliser proprement les docs et le plugin pour le passer en stable, alors pour faire un widget encore moins
Cordialement
Thibaut
Effectivement, la solution Faikin semble plus stable et multi plateforme grâce au MQTT en sortie.
Autre bonus, un thermostat intégré avec une sonde BT possible (perso j’utilise le plugin Thermostat).
A vous de choisir pour la solution.
Bonjour Thibaut
Encore une fois merci pour ton travail, en ce qui me concerne, ca me sauve
Je suis totalement incompétent en dev des plugins, et il manquerait un tout petit truc pour que tout soit fonctionnel pour moi.
Tu as developpé une commande ‹ operation › mode qui accepte une liste pour forcer tel ou tel mode de fonctionnement (auto, fan, etc).
J’ai bien essayé de passer par un virtuel etc mais je n’ai pas réussi.
Serait-il possible d’avoir la méthode pour créer un bouton qui force chacun de ces modes (versus la liste), ou directement un tel bouton ?
Ainsi je pourrais interfacer la clim avec d’autres virtuels qui fonctionnent a la commande.
Merci !
+++