Annuaire indépendant, créé par le développeur de Vulpo. Non affilié à Home Assistant ni à l’Open Home Foundation.

À propos

L'intégration communautaire Toyota EU connecte Home Assistant à Toyota Connected Services Europe via le cloud du constructeur. Elle ajoute des capteurs pour le compteur kilométrique, le carburant, la batterie, l'autonomie et l'état de charge, ainsi que des capteurs binaires pour les portes, les vitres, le capot et l'état de verrouillage. La commande à distance couvre le verrouillage et le déverrouillage des portes, le démarrage et l'arrêt de la climatisation avec une température cible, les dégivreurs, les niveaux de chauffage des sièges, le chauffage du volant et les feux de détresse. Une entité de position de stationnement et un capteur des trajets récents avec données d'itinéraire sont inclus, et des boutons permettent de lancer une actualisation manuelle de l'état ou de faire retentir l'avertisseur. L'actualisation de l'état peut réveiller le véhicule à la demande ou juste après son arrêt, afin que l'état du verrouillage et des portes ne reste pas obsolète. Les options couvrent l'intervalle d'interrogation, la conservation des dernières bonnes données lors de pannes temporaires de l'API et des capteurs de diagnostic pour la santé de la récupération des données ; la configuration se fait dans l'interface avec les identifiants du compte Toyota.

Résumé automatique du README et du code de pytoyoda/ha_toyota, traduit automatiquement. Une erreur, ou tu maintiens ce projet et tu veux ton propre texte ici ? Prendre contact

Prise en charge

  • Utilise le cloud du fournisseur Nécessite une connexion internet et un compte chez le fournisseur.

  • Depuis la Marketplace S’installe depuis la Marketplace, anciennement HACS.

  • Maintenance active Son auteur a publié une version ou poussé une modification au cours des six derniers mois.

Fournit

  • Climatisation
  • Serrures
  • Interrupteurs
  • Capteurs
  • Présence

Mise en place

Installe-la depuis la Marketplace et redémarre Home Assistant, puis ajoute-la dans Paramètres > Appareils et services.

Connexion

  • Marque du véhicule
  • Email
  • Mot de passe
  • Utiliser des unités métriques (par exemple, km au lieu de miles)

Après la mise en place

  • Intervalle d'interrogation (minutes)Fréquence à laquelle l'intégration interroge Toyota pour obtenir des données à jour (0-1440 minutes ; par défaut 6 ; 0 = désactive l'interrogation automatique, utilisez uniquement les services/boutons d'actualisation manuelle). Des valeurs plus basses peuvent atteindre les limites de débit.
  • Conserver les dernières données valides en cas d'échec temporaire (recommandé)Lorsqu'activé, un échec temporaire de l'API Toyota (HTTP 429, timeout, erreur de connexion) conserve les dernières données valides par véhicule au lieu de marquer toutes les entités Toyota comme indisponibles. Les nouveaux capteurs de diagnostic 'Dernière récupération réussie', 'Dernière erreur' et 'Code de dernière erreur' montrent l'état réel de l'intégration.
  • Actualiser le statut du véhicule à distance (recommandé)La passerelle API de Toyota renvoie souvent un état de verrouillage et de porte périmé, sauf si le modem de la voiture est explicitement réveillé. Lorsqu'activé, l'intégration envoie une requête de réveil avant de lire le statut, imitant l'application mobile Toyota. Chaque réveil utilise un peu de temps d'antenne cellulaire et de batterie 12V ; les déclencheurs intelligents (détection d'arrêt récent, réveil optionnel en cas d'inactivité) maintiennent ce coût bas. Désactivez cette option pour les véhicules dont le compte Toyota ne prend pas en charge refresh-status ; l'intégration la désactive automatiquement si elle détecte des réponses non prises en charge. Remarque : cette option ne concerne que le point de terminaison /v1/global/remote/status (état des portes, fenêtres, verrous et capot) ; les autres données (kilométrage, carburant, position, etc.) sont récupérées à chaque cycle indépendamment. Lorsque cette option est désactivée, les quatre options ci-dessous (réveil en cas d'inactivité, seuil de réveil échoué, âge du cache de statut, POST de réveil par arrêt) n'ont aucun effet. Les actualisations manuelles (le service toyota.refresh_vehicle_status ou le bouton d'actualisation) contournent ce commutateur ainsi que toute désactivation automatique, et un réveil manuel réussi réactive la stratégie automatique.
  • Réveiller le véhicule inactif toutes les N heures (0 = désactivé)Réveille périodiquement la voiture même si elle n'a pas bougé. Utile pour les voitures inutilisées pendant plusieurs jours pour lesquelles vous souhaitez néanmoins un état de verrouillage à jour. 0 (par défaut) désactive complètement cette fonction ; 1-72 = réveil toutes les N heures. Chaque réveil coûte du temps d'antenne cellulaire et un peu de batterie 12V. Remarque : le réveil n'actualise que le point de terminaison /v1/global/remote/status (état des portes, fenêtres, verrous et capot). Les autres données (kilométrage, carburant, position, etc.) sont récupérées à chaque cycle indépendamment et n'ont pas besoin de réveil.
  • Marquer comme inaccessible après N réveils échouésSi un véhicule ne répond plus aux demandes de réveil un certain nombre de fois consécutives, il est marqué comme inaccessible par VIN jusqu'à ce qu'il montre un signe de vie (événement de conduite, actualisation via une application externe, appel de service manuel). Par défaut 3.
  • Actualiser le cache de statut si plus ancien queÂge maximal acceptable des données de statut en cache avant d'émettre une nouvelle requête GET (5-180 minutes ; par défaut 30). Remarque : ceci ne contrôle que le point de terminaison /v1/global/remote/status, qui transporte l'état des portes, fenêtres, verrous et capot. Les autres données (kilométrage, carburant, position, etc.) sont récupérées à chaque cycle indépendamment.
  • Nombre de POST de réveil par arrêtCombien de POST de réveil envoyer lorsque le véhicule est détecté comme venant de s'arrêter, un par cycle du coordinateur. 1 = un seul POST. 2 (par défaut) = un POST supplémentaire au cycle suivant, qui capture généralement les changements d'état effectués juste après l'arrêt (verrouillage des portes, ouverture du coffre, etc.) - ces événements déclenchent de nouveaux rapports du modem que la boucle d'interrogation du second POST détecte. Des valeurs plus élevées aident rarement et consomment plus de batterie 12V.
  • Nombre de trajets récents à conserver en cache (0 = désactivé)Remplit un capteur 'Trajets récents' par véhicule avec les N derniers trajets (points de route + statistiques par trajet), adapté aux cartes personnalisées de visualisation de trajets. 0 (par défaut) désactive complètement la récupération automatique (aucun appel API supplémentaire). 1-20 active la récupération automatique lors des événements d'arrêt ; le cache survit à un redémarrage de HA. Le service toyota.refresh_recent_trips et le bouton 'Actualiser les trajets récents' par véhicule fonctionnent indépendamment de ce paramètre, vous pouvez donc laisser la récupération automatique désactivée et déclencher les récupérations via des automatisations quotidiennes.

Textes issus du code de pytoyoda/ha_toyota.

Entités

  • Capteurs binairesSituation globale, Capot, Clé dans la voiture, Dégivrage avant, Dégivrage arrière, Fenêtre siège conducteur, Fenêtre siège passager, Fenêtre arrière gauche, Fenêtre arrière droite, Porte siège conducteur, Verrouillage siège conducteur, Porte siège passager et 12 autres
  • BoutonsActualiser le statut du véhicule, Actualiser les trajets récents, Actualiser le statut électrique en temps réel, Déclencher l'avertisseur sonore
  • PrésenceEmplacement de stationnement
  • SerruresVerrouillage des portes
  • SélecteursChauffage siège conducteur, Chauffage siège passager, Chauffage siège arrière conducteur, Chauffage siège arrière passager
  • CapteursNuméro d'identification du véhicule, Trajets récents, Odomètre, Niveau de carburant, Autonomie d'essence, Niveau de batterie, Autonomie électrique avec AC, Autonomie électrique, Autonomie totale, État de charge, Temps de charge restant, Statistiques aujourd'hui et 16 autres
  • InterrupteursChauffage du volant, Feux de détresse

Dépannage

  • DiagnosticsTélécharge un fichier de diagnostics à joindre à un rapport de bug.

Extrait du README

  • VIN (Vehicle Identification Number) sensor
  • Fuel, battery and odometer information
  • Current day, week, month and year statistics.
  • Door and door lock sensors, including hood and trunk sensor.
  • Remote door lock/unlock.
  • Remote climate control (start/stop, target temperature, front/rear defrost, seat-heater levels, steering-wheel heater).
  • Recent trips (rolling per-vehicle cache with route data).
  • Diagnostic sensors for fetch health and cache freshness.
  • Smart status refresh: wake the vehicle on demand or automatically when it has just stopped, mimicking the Toyota app's two-stage protocol so that lock/door/window/hood state reflects reality instead…
  • Per-vehicle button to trigger a manual wake from the dashboard, plus a toyota.refresh_vehicle_status service for use in automations.
Extrait du README de pytoyoda/ha_toyota, MIT License. Abrégé.

S’affiche dans Vulpo :

carte Bascule rapide, carte Climat, carte Serrure, carte Bouton, Apple Watch, centre de contrôle, Activité en direct de climatisation.

Informations

Installations
1,5 k partagent leurs statistiques
Étoiles GitHub
172
Connexion
Utilise le cloud du fournisseur
Maintenance
Mise à jour au cours des 6 derniers mois
Version
v3.3.0,
Catégorie
Véhicules et transports, Voitures et véhicules électriques
Type
Intégration de la Marketplace
Marque
Toyota
Prérequis
Nécessite la Marketplace (HACS sur Home Assistant 2026.10 et les versions antérieures)
Domaine
toyota

Également chez Toyota

À découvrir aussi

Annuaire indépendant, créé par le développeur de Vulpo. Non affilié à Home Assistant ni à l’Open Home Foundation. À propos de ces chiffres