Captures d’écran Extraites du README de vingerha/gtfs2.
À propos
GTFS 2 (General Transit Feed Specification) apporte les horaires des transports publics dans Home Assistant via l'interface. Il ajoute des capteurs qui planifient un itinéraire entre des arrêts de départ et d'arrivée définis par toi, ou qui listent les départs depuis des arrêts situés dans une zone définie par toi ou autour d'un appareil, comme une personne. Les données de transport viennent d'un fichier zip, soit lié par URL, soit placé dans un dossier, avec une clé API facultative. Les mises à jour des trajets en temps réel, les positions des véhicules et les alertes peuvent être ajoutées lorsque le fournisseur les propose, et les positions des véhicules peuvent être affichées sur une carte grâce à des fichiers geojson. Des actions mettent à jour les sources de données et extraient les prochains départs ou arrivées pour les automatisations. Il fonctionne en local et se configure dans l'interface.
Résumé automatique du README et du code de vingerha/gtfs2, traduit automatiquement. Une erreur, ou tu maintiens ce projet et tu veux ton propre texte ici ? Prendre contact
Prise en charge
Fonctionne en local Communique avec tes appareils sur ton propre réseau. Aucun cloud de fournisseur entre les deux.
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
- Capteurs
Mise en place
Installe-la depuis la Marketplace et redémarre Home Assistant, puis ajoute-la dans Paramètres > Appareils et services.
Étape 1
- Sélectionnez la source
Étape 2
- Selectionnez le prestataire de services
- Objet/individu avec lat/lon
- Nom du sensor
Étape 3
- Nom de la nouvelle source de données
- URL externe vers le fichier (zip) des données GTFS
- API_KEY, si nécessaire
- Nom de API_KEY, si nécessaire
- L'endroit ou (X_)API_KEY doit être appliqué
- Collecte données de:
Étape 4
- Selectionnez le prestataire de services (ou: ALL)
Étape 5
- Type de transport
Étape 6
- Nom de la route
Étape 7
- Arrêt d'origine
Étape 8
- Direction
Après la mise en place
- Intervalle d'actualisation en minutes
- Décalage en minutes
- Limite du nombre d’arrêts pour éviter un éventuel impact sur les performances. Augmentation à votre propre risque
- Corriger le fuseau horaire de la source gtfs (en heures)
- Ajoute intégration temps réel? (nécessite données de la même source)
- Intervalle d'actualisation en minutes
- Période dans la future pour départs depuis 'maintenant' (en minutes entre 15 et 120)
- expérimental : éviter d'utiliser un nouveau zip/source ne contenant aucune information actuelle
- Radius pour la recherche des stops (en metres entre 50 et 500)
- URL vers: trip data
- URL vers: position véhicule
- URL vers les alertes
- API_KEY, si nécessaire
- Nom de API_KEY, si nécessaire
- L'endroit ou (X_)API_KEY doit être appliqué
- Ajoutez Accept:application/x-protobuf à l'en-tête
Textes issus du code de vingerha/gtfs2. Les textes que le dépôt ne fournit pas en français ont été traduits automatiquement.
Actions
- MAJ d'un GTFS2 datasourceUtiliser un lien ou placer votre fichier ZIP dans le dossier gtfs2Champs : Collecte données de:, Nom du Service, sans ajouter .zip, URL externe vers le fichier (zip) des données GTFS, laissez le 'na' si zip, Ignore feed_info
- Collecte données GTFS temp réels localUtilisable pour Trip, Vehicle Location ou AlertsChamps : Nom du prestataire de services, URL, clé_api, nom_clé_api, emplacement_clé_api, Accept, Indiquez le type de données temps réel, Ligne RT SIRI, sortie_debug
- Mise 1a jour les stops localsp.e. pour des 'person' qui bougent, à définier pour chaque person/zoneChamps : Entity lié avec les stops locaux
- Extraire les départsExtrait les (max) 100 prochains départs de votre entité jusqu'à la fin de la journée de demainChamps : Itinéraire à partir duquel extraire, L'heure après laquelle les départs sont récupérés
- Extraire les arrivéesExtrait les (max) 100 prochains arrivées de votre entité jusqu'à la fin de la journée de demainChamps : Itinéraire à partir duquel extraire, L'heure après laquelle les arrivées sont récupérés
Extrait du README
- Schedule a route between self-defined start/end stops
- Schedule all (multi-route) departures from stops in a self-defined zone/area or (dynamically) around a device
- Option to add realtime gtfs realtime trip updates, realtime vehicle location, realtime alerts, depends on the offering from your provider
- With realtime vehicle location, geojson files allow to visualize and track vehicles on a map card
- Services/actions to support automated processes, e.g. update the GTFSs of static and real time data
- Dedicated card for route-based configurations GTFS2 Live Card by Pulpyyyy
- translations: English, French, German, Spanish, Portuguese
S’affiche dans Vulpo :
carte Graphique, Apple Watch.Informations
- Installations
- 335 partagent leurs statistiques
- Étoiles GitHub
- 137
- Connexion
- Fonctionne en local
- Maintenance
- Mise à jour au cours des 6 derniers mois
- Version
- 0.5.9.10,
- Catégorie
- Véhicules et transports, Transports en commun
- Type
- Intégration de la Marketplace
- Prérequis
- Nécessite la Marketplace (HACS sur Home Assistant 2026.10 et les versions antérieures)
- Domaine
gtfs2- Problèmes
- Signaler un problème
À découvrir aussi
Waze Travel Time10,5 k installations · Véhicules et transports, Voitures et véhicules électriqu…Ouvrir
Kia Uvo / Hyundai Bluelink6,3 k installations · Véhicules et transports, Voitures et véhicules électriquesOuvrir
Tesla Custom Integration4,4 k installations · Véhicules et transports, Voitures et véhicules électriquesOuvrir
MercedesME 20202,9 k installations · Véhicules et transports, Voitures et véhicules électriquesOuvrir





