J’observe depuis hier environ des erreurs 400 de type « BAD REQUEST ».
En effet dans les données brutes :
vehicle State :
{
"exveErrorId": "CU-400",
"exveErrorMsg": "Bad request",
"exveErrorRef": "1bG#IbVMUKEBUyhyho1a",
"exveNote": "This error is raised when the request is wrong."
}
J’ai effacé et re-créé le token : le problème persiste.
Par contre le push à partir du véhicule fonctionne.
Merci d’avance
Informations Jeedom
Core : 4.6.1 (master)
DNS Jeedom : oui
Plugin : My BMW
Version : 2026-09-17 10:23:39 (beta)
Statut Démon : Démarré - (2026-10-18 15:42:29)
Santé
🟢 Matériel : diy
🟢 Système à jour : OK
🟢 Cron actif : OK
🟢 Scénario actif : OK
🟢 Démarré : OK 2026-10-16 18:31:08
🟢 Date système (dernière heure enregistrée) : OK 2026-10-18 20:36:30 (2026-10-18 20:03:02)
🟢 Droits sudo : OK
🟢 Version Jeedom : 4.6.1
🟢 Version OS : debian 12.15
🟢 Version PHP : 8.2.34
🟢 Nombre de processus Apache : 15
🟢 Version OS : Linux Jeedom 6.1.0-53-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.187-1 (2026-09-07) x86_64 GNU/Linux [12.15]
🟢 Version database : 10.11.19-MariaDB-0+deb12u1
🟢 Espace disque libre : 80 %
🟢 Connexion active/max/autorisée : 17/53/151
🟢 Taille base de données : 137.73 MB
🟢 Espace disque libre tmp : 95 %
🟢 Mémoire disponible : 62 % (Total 4413 Mo)
🟢 Mémoire suffisante : 0
🟢 Erreur I/O : 0
🟢 Swap disponible : 100 % (Total 975 Mo)
🟢 Swappiness : 10 %
🟢 Charge : 1.36 - 1.53 - 1.3
🟢 Configuration réseau interne : OK
🟢 Configuration réseau externe : OK
🟢 Node : v22.23.2
🟢 Python 3 : Python 3.11.2
🟢 Persistance du cache : OK
🟢 Apache private tmp : OK
Informations complémentaires
ClientId configured
Stream username configured
Host : customer.streaming-cardata.bmwgroup.com
Port : 9000
SocketPort : 44074
Cron : 5 */2 * * *
Vehicle #1 - Brand : bmw - Model : M140i - Year : 2017/11 - Type : CONV
Meme souci chez moi et chez HA / ioBroker depuis le 16/10
A priori encore un changement côté BMW.
Pas encore trouvé la source du problème mais je suis dessus.
Par contre, ils ont enfin mis en place un changelog :
Mais pas de chance, celui-ci n’est pas listé
Je te tiens au jus !
C’est bien un problème de container. Mais un peu plus large que cela.
BMW ne semble accepter que les champs streamable (MQTT) dans le container. En faisant cela, je confirme que cela fonctionne depuis hier matin.
Mais du coup, je perds 3 clés que j’utilisais :
vehicle.status.conditionBasedServices → les dates des futurs services du véhicule (c’est le plus embêtant)
vehicle.cabin.door.lock.status → état de fermeture du véhicule (qui n’est pas le même en MQTT, pourquoi faire simple qd on peut faire compliqué)
vehicle.status.checkControlMessages → les erreurs remontées par le véhicule
Et du coup plus trop d’intérêt de lancer le refresh toutes les 2h. Je continue quand même mes tests pour voir si je n’arrive pas à contourner le pb.
Si vous souhaiter corriger le souci en attendant la prochaine version stable, il suffit de copier ce fichier en supprimant le .txt : TelematicsDataCatalogue.json.txt (107,5 Ko)
dans le répertoire /data du plugin. Puis de supprimer le container dans la page du véhicule et de relancer une authentification
Xav
PS : @poloiste tu pourrais m’envoyer un log en DEBUG d’un refresh de ton véhicule ? en MP
Merci
Bonjour,
Moi j’ai effectivement cette erreur └─End of vehicle infos refresh : [400 - BAD_REQUEST]
qui remonte dans les logs, mais la connexion au véhicule fonctionne et j’ai la remontée du kilométrage et % de charge aussi. (pour le moment)
C’est le plus important pour moi pour la recharge solaire donc je ne touche à rien tant que ça marche.
Bien cordialement
