Captures d’écran Extraites du README de jpawlowski/hass.tibber_prices.
À propos
Tibber Price Information & Ratings est une intégration communautaire qui apporte les prix de l'électricité Tibber dans Home Assistant. Elle fournit des prix avec une résolution de 15 minutes, des prévisions des prix moyens pour les prochaines heures, une analyse des tendances et une classification de la volatilité. Des capteurs binaires signalent les périodes de meilleur prix et de prix de pointe de la journée, et des réglages comme la flexibilité, la durée minimale et la tolérance d'écart peuvent être modifiés pendant l'exécution via des interrupteurs et des entités de type nombre. Des actions trouvent la fenêtre de temps ou les heures les moins chères ou les plus chères, planifient les cycles des appareils électroménagers, planifient la recharge de la batterie et renvoient des données de graphique. Elle inclut aussi ses propres cartes de tableau de bord Forecast, Now et Chart, et prend en charge plusieurs devises avec un choix entre l'affichage en unité de base et en sous-unité. Elle se connecte au cloud Tibber avec un jeton d'accès API et se configure dans l'interface utilisateur.
Résumé automatique du README et du code de jpawlowski/hass.tibber_prices, 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.
Mise en place
Installe-la depuis la Marketplace et redémarre Home Assistant, puis ajoute-la dans Paramètres > Appareils et services.
Connexion
- Jeton d'accès API
Également demandé à « Saisir le jeton API » et lors d’une nouvelle connexion au compte.
Choisir un compte
- Compte
Choisir un domicile
- Domicile
Choisir un domicile
- ID du domicile
Après la mise en place
- Descriptions détailléesDétermine si les attributs des entités incluent des explications détaillées et des conseils d'utilisation. • Désactivé (par défaut) : description courte uniquement • Activé : explication détaillée + exemples d'utilisation pratiques Exemple : désactivé = 1 attribut, activé = 2 attributs supplémentaires
- Affichage du capteur de moyenneChoisis quelle mesure statistique afficher dans l'état du capteur pour les capteurs de prix moyen. L'autre valeur sera affichée comme attribut. • Median (par défaut) : affiche le prix « typique », résistant aux pics extrêmes, idéal pour l'affichage et l'interprétation humaine • Arithmetic Mean : affiche la vraie moyenne mathématique incluant tous les prix, idéal lorsque tu as besoin de calculs de coût exacts. Pour les automatisations, utilise l'attribut price_mean ou price_median pour accéder aux deux valeurs, quel que soit ce réglage.
- Mode d'affichageChoisis comment les prix sont affichés : • Devise de base (€/kWh, kr/kWh) : valeurs décimales (par ex. 0,25 €/kWh), différences visibles à partir de la 3e ou 4e décimale • Sous-unité de la devise (ct/kWh, øre/kWh) : valeurs plus grandes (par ex. 25,00 ct/kWh), différences visibles dès la 1re décimale La valeur par défaut dépend de ta devise : • EUR → sous-unité (centimes), préférence allemande et néerlandaise • NOK/SEK/DKK → base (couronnes), préférence scandinave • USD/GBP → devise de base 💡 Astuce : quand tu choisis la sous-unité de la devise, tu peux activer le capteur supplémentaire « Current Electricity Price (Energy Dashboard) » (désactivé par défaut).
- Seuil basPourcentage en dessous de la moyenne des 24 dernières heures que le prix actuel doit atteindre pour obtenir l'évaluation « bas ». Exemple : -10 signifie au moins 10 % sous la moyenne. Les capteurs avec cette évaluation indiquent des fenêtres de temps favorables. Par défaut : -10 %
- Seuil hautPourcentage au-dessus de la moyenne des 24 dernières heures que le prix actuel doit atteindre pour obtenir l'évaluation « haut ». Exemple : 10 signifie au moins 10 % au-dessus de la moyenne. Les capteurs avec cette évaluation signalent des fenêtres de temps coûteuses. Par défaut : 10 %
- HystérésisBande en pourcentage autour des seuils pour éviter les changements d'état rapides. Quand l'évaluation est déjà LOW, le prix doit dépasser (seuil + hystérésis) pour passer à NORMAL. De même, HIGH exige que le prix descende sous (seuil - hystérésis) pour en sortir. Cela apporte de la stabilité aux automatisations qui réagissent aux changements d'évaluation. Mets 0 pour désactiver. Par défaut : 2 %
- Tolérance d'écartNombre maximal d'intervalles consécutifs pouvant être « lissés » s'ils diffèrent des évaluations environnantes. Les petits changements d'évaluation isolés sont fusionnés dans le bloc voisin dominant. Cela apporte de la stabilité aux automatisations en évitant que de brefs pics d'évaluation déclenchent des actions inutiles. Exemple : 1 signifie qu'un seul intervalle « normal » entouré d'intervalles « high » est corrigé en « high ». Mets 0 pour désactiver. Par défaut : 1
- Tolérance d'écartNombre maximal d'intervalles consécutifs pouvant être « lissés » s'ils diffèrent des niveaux de prix environnants. Les petits changements de niveau isolés sont fusionnés dans le bloc voisin dominant. Exemple : 1 signifie qu'un seul intervalle « normal » entouré d'intervalles « cheap » est corrigé en « cheap ». Mets 0 pour désactiver. Par défaut : 1
- Durée minimale de la périodeDurée minimale pour qu'une période soit considérée comme « meilleur prix ». Les périodes plus longues sont plus pratiques pour faire fonctionner des appareils comme les lave-vaisselle ou les pompes à chaleur. Les périodes de meilleur prix exigent au minimum 60 minutes (contre 30 minutes pour les alertes de prix de pointe), car elles doivent offrir de vraies fenêtres de temps pour planifier la consommation, pas seulement de brèves occasions.
- Filtre du niveau de prixN'affiche les périodes de meilleur prix que si elles contiennent des intervalles dont le niveau de prix est ≤ à la valeur choisie. Par exemple, choisir « Cheap » signifie que la période doit avoir au moins un intervalle « Very cheap » ou « Cheap ». Cela garantit que les périodes de « meilleur prix » ne sont pas seulement relativement bon marché pour la journée, mais vraiment bon marché en valeur absolue. Choisis « Any » pour afficher les meilleurs prix quel que soit leur niveau de prix absolu.
- Tolérance d'écartNombre maximal d'intervalles consécutifs autorisés qui s'écartent d'exactement un niveau du niveau requis. Par exemple : avec le filtre « Cheap » et un nombre d'écarts de 1, une séquence « Cheap, Cheap, Normal, Cheap » est acceptée (Normal est un niveau au-dessus de Cheap). Cela évite que des périodes soient coupées par de rares écarts de niveau. Remarque : la tolérance d'écart exige des périodes ≥ 90 minutes (6 intervalles) pour détecter efficacement les valeurs aberrantes. Par défaut : 0 (filtrage strict, aucune tolérance).
- FlexibilitéÉcart maximal au-dessus du prix minimal du jour que peuvent avoir les intervalles tout en restant éligibles comme « meilleur prix ». Recommandé : 15-20 avec assouplissement activé (par défaut), ou 25-35 sans assouplissement. Maximum : 50 (plafond strict pour une détection fiable des périodes).
- Distance minimaleGarantit que les périodes sont nettement moins chères que la moyenne du jour, et pas seulement légèrement en dessous. Cela filtre le bruit et évite de marquer comme « meilleur prix » des périodes légèrement sous la moyenne les jours où les prix sont plats. Valeurs plus élevées = filtrage plus strict (seules les périodes vraiment bon marché sont retenues). Par défaut : 5 signifie que les périodes doivent être au moins 5 % sous la moyenne du jour.
- Atteindre le nombre minimalSi activé, les filtres sont assouplis progressivement lorsque le nombre de périodes trouvées est insuffisant. Cela cherche à atteindre le nombre minimal de périodes souhaité, ce qui peut inclure des plages horaires moins optimales comme périodes de meilleur prix.
- Périodes minimales
- Tentatives d'assouplissementNombre de niveaux de flexibilité (tentatives) à essayer avant d'abandonner. Chaque tentative exécute toutes les combinaisons de filtres au nouveau niveau de flexibilité. Plus de tentatives augmentent la chance de trouver des périodes supplémentaires, au prix d'un temps de traitement plus long.
- Étendre aux intervalles très bon marchéSi activé, les périodes de meilleur prix détectées s'étendent vers l'extérieur pour absorber les intervalles adjacents ayant un niveau de prix « Très bon marché ». Cela élargit les plages de prix bas pour mieux couvrir les intervalles extrêmement bon marché aux bords des périodes détectées.
- Intervalles d'extension maximauxNombre maximal d'intervalles supplémentaires à absorber de chaque côté (bord gauche et bord droit). Chaque intervalle dure 15 minutes. Exemple : 4 intervalles = jusqu'à 1 heure d'extension par bord. Par défaut : 4
- Bonus de flexibilité géométriquePourcentage de flexibilité supplémentaire appliqué aux intervalles situés dans une vallée de prix détectée (forme en V). Lorsqu'un motif de vallée est détecté pour le jour, les intervalles de la zone de la vallée reçoivent cette tolérance supplémentaire, ce qui rend le détecteur de périodes plus susceptible de les inclure. 0 = désactivé. Par défaut : 0
- Forçage de segments en forme de WSi activé, les jours dont la courbe de prix a une forme de W (deux vallées séparées par un pic central) sont divisés au niveau du pic central. La détection des périodes s'exécute indépendamment pour chaque côté de vallée, ce qui garantit que chaque vallée a le nombre de périodes requis. Cela évite que les deux périodes se regroupent dans la même vallée. Nécessite que le capteur de motif de journée détecte un motif « double_dip ».
- Périodes par segmentNombre minimal de périodes de meilleur prix requis par côté de vallée lorsque le forçage de segments en forme de W est activé. Chaque côté doit produire indépendamment au moins ce nombre de périodes. Par défaut : 1
- Durée minimale de périodeDurée minimale pour qu'une période soit considérée comme « prix de pointe ». Les alertes de prix de pointe sont autorisées pour des périodes plus courtes (30 minutes minimum contre 60 minutes pour le meilleur prix), car de brefs pics de prix élevés méritent une alerte, même s'ils sont trop courts pour planifier la consommation.
- Filtre de niveau de prixN'affiche les périodes de prix de pointe que si elles contiennent des intervalles dont le niveau de prix est ≥ la valeur choisie. Par exemple, choisir « Cher » signifie que la période doit avoir au moins un intervalle « Cher » ou « Très cher ». Cela garantit que les périodes de « prix de pointe » ne sont pas seulement relativement chères pour la journée, mais réellement chères en valeur absolue. Choisis « Tous » pour afficher les prix de pointe quel que soit leur niveau de prix absolu.
- Tolérance d'écartNombre maximal d'intervalles consécutifs autorisés qui s'écartent d'exactement un niveau du niveau requis. Par exemple : avec le filtre « Cher » et un nombre d'écarts de 2, la séquence « Cher, Normal, Normal, Cher » est acceptée (Normal est un niveau en dessous de Cher). Cela évite que des périodes soient scindées par de rares écarts de niveau. Remarque : la tolérance d'écart nécessite des périodes ≥ 90 minutes (6 intervalles) pour détecter efficacement les valeurs aberrantes. Par défaut : 0 (filtrage strict, aucune tolérance).
- FlexibilitéÉcart maximal en dessous du prix maximal du jour que peuvent avoir les intervalles tout en restant éligibles comme « prix de pointe ». Recommandé : -15 à -20 avec assouplissement activé (par défaut), ou -25 à -35 sans assouplissement. Maximum : -50 (plafond strict pour une détection fiable des périodes). Remarque : les valeurs négatives indiquent une distance sous le maximum.
- Distance minimaleGarantit que les périodes sont nettement plus chères que la moyenne du jour, et pas seulement légèrement au-dessus. Cela filtre le bruit et évite de marquer comme « prix de pointe » des périodes légèrement au-dessus de la moyenne les jours où les prix sont plats. Valeurs plus élevées = filtrage plus strict (seules les périodes vraiment chères sont retenues). Par défaut : 5 signifie que les périodes doivent être au moins 5 % au-dessus de la moyenne du jour.
- Atteindre le nombre minimalSi activé, les filtres sont assouplis progressivement lorsque le nombre de périodes trouvées est insuffisant. Cela cherche à atteindre le nombre minimal de périodes souhaité pour que tu sois averti des périodes chères, même les jours aux profils de prix inhabituels.
- Périodes minimales
- Tentatives d'assouplissementCombien de niveaux de flex (tentatives) essayer avant d'abandonner. Chaque tentative exécute toutes les combinaisons de filtres au nouveau niveau de flex. Plus de tentatives augmentent la chance de trouver d'autres périodes de pic, au prix d'un temps de traitement plus long.
- Étendre aux intervalles très chersSi activé, les périodes de prix de pic détectées s'étendent vers l'extérieur pour absorber les intervalles adjacents ayant un niveau de prix « Very expensive ». Cela élargit les fenêtres de prix élevé pour mieux couvrir les intervalles extrêmement chers en bordure des périodes détectées.
- Intervalles d'extension maximumNombre maximum d'intervalles supplémentaires à absorber de chaque côté (bord gauche et bord droit). Chaque intervalle dure 15 minutes. Exemple : 4 intervalles = jusqu'à 1 heure d'extension par bord. Par défaut : 4
- Bonus de flex géométriquePourcentage de flex supplémentaire appliqué aux intervalles situés dans un pic de prix détecté (forme en Λ). Lorsqu'un motif de pic est détecté pour la journée, les intervalles de la zone du pic reçoivent cette tolérance supplémentaire, ce qui rend le détecteur de périodes plus enclin à les inclure. 0 = désactivé. Par défaut : 0
- Segmentation forcée en forme de MSi activé, les jours avec une courbe de prix en forme de M (deux pics séparés par une vallée centrale) sont divisés au niveau de la vallée centrale. La détection des périodes s'exécute indépendamment pour chaque côté du pic, ce qui garantit que chaque pic a le nombre de périodes requis. Cela évite que les deux périodes se regroupent dans le même pic. Nécessite que le capteur de motif de la journée détecte un motif « duck_curve ».
- Périodes par segmentNombre minimum de périodes de prix de pic requises par côté de pic lorsque la segmentation forcée en forme de M est activée. Chaque côté doit produire indépendamment au moins ce nombre de périodes. Par défaut : 1
- Seuil de haussePourcentage dont la moyenne des N prochaines heures doit dépasser le prix actuel pour être qualifiée de tendance « rising ». Exemple : 3 signifie que la moyenne est supérieure d'au moins 3 % → les prix vont monter. Valeurs typiques : 3 à 10 %. Par défaut : 3 %
- Seuil de forte haussePourcentage pour la tendance « strongly rising ». Doit être supérieur au seuil de hausse. Exemple : 9 signifie que la moyenne est supérieure d'au moins 9 % → les prix vont monter fortement. Valeurs typiques : 6 à 20 %. Par défaut : 9 %
- Seuil de baissePourcentage (négatif) dont la moyenne des N prochaines heures doit être inférieure au prix actuel pour être qualifiée de tendance « falling ». Exemple : -3 signifie que la moyenne est inférieure d'au moins 3 % → les prix vont baisser. Valeurs typiques : -3 à -10 %. Par défaut : -3 %
- Seuil de forte baissePourcentage (négatif) pour la tendance « strongly falling ». Doit être inférieur (plus négatif) au seuil de baisse. Exemple : -9 signifie que la moyenne est inférieure d'au moins 9 % → les prix vont baisser fortement. Valeurs typiques : -6 à -20 %. Par défaut : -9 %
- Confirmation du changement de tendanceNombre d'intervalles consécutifs de 15 minutes qui doivent confirmer une nouvelle direction de tendance avant de signaler un changement de tendance. Des valeurs plus élevées donnent plus de stabilité et moins de faux changements, des valeurs plus basses donnent une détection plus rapide. Plage : 2 (30 min) à 6 (90 min). Par défaut : 3 (45 min)
- Variation de prix min. (tendance)Différence de prix absolue minimale (en ct/øre) requise pour une tendance « rising » ou « falling ». Évite que de minuscules variations de prix déclenchent des tendances à bas niveau de prix. Mets 0 pour désactiver (mode pourcentage pur). Par défaut : 0.5
- Variation de prix min. (forte tendance)Différence de prix absolue minimale (en ct/øre) requise pour une tendance « strongly rising » ou « strongly falling ». Doit être supérieure au minimum de la tendance normale. Mets 0 pour désactiver. Par défaut : 1.5
- Seuil modéréCoefficient de variation (CV) à partir duquel les prix sont considérés comme « moderately volatile ». CV = (écart type / moyenne) × 100 %. Exemple : 15 signifie des fluctuations de prix de ±15 % autour de la moyenne. Les capteurs affichent cette classification, les capteurs de tendance deviennent plus sensibles. Par défaut : 15 %
- Seuil élevéCoefficient de variation (CV) à partir duquel les prix sont considérés comme « highly volatile ». Exemple : 30 signifie des fluctuations de prix de ±30 % autour de la moyenne. Des sauts de prix plus importants sont attendus, les capteurs de tendance deviennent moins sensibles. Par défaut : 30 %
- Seuil très élevéCoefficient de variation (CV) à partir duquel les prix sont considérés comme « very highly volatile ». Exemple : 50 signifie des fluctuations de prix extrêmes de ±50 % autour de la moyenne. Ces jours-là, de fortes pointes de prix sont probables. Par défaut : 50 %
Textes issus du code de jpawlowski/hass.tibber_prices. Les textes que le dépôt ne fournit pas en français ont été traduits automatiquement.
Entités
- Capteurs binairesPériode de prix de pic, Période de meilleur prix, En phase de prix en hausse, En phase de prix en baisse, En phase de prix stable, Connexion à l'API Tibber, Données de demain disponibles, Dispose d'un système de ventilation, Consommation en temps réel activée
- NombresMeilleur prix : flexibilité, Meilleur prix : distance minimale, Meilleur prix : durée minimale de période, Meilleur prix : périodes minimales, Meilleur prix : tentatives de relaxation, Meilleur prix : tolérance d'écart, Prix de pic : flexibilité, Prix de pic : distance minimale, Prix de pic : durée minimale de période, Prix de pic : périodes minimales, Prix de pic : tentatives de relaxation, Prix de pic : tolérance d'écart
- CapteursPrix actuel de l'électricité, Prix actuel de l'électricité (tableau de bord Énergie), Prix suivant de l'électricité, Prix précédent de l'électricité, ⌀ Prix horaire actuel, ⌀ Prix horaire suivant, Niveau de prix actuel, Niveau de prix suivant, Niveau de prix précédent, Niveau de prix de l'heure actuelle, Niveau de prix de l'heure suivante, Prix le plus bas du jour et 115 autres
- InterrupteursMeilleur prix : atteindre le nombre minimal, Prix de pic : atteindre le nombre minimal
Actions
- Obtenir les données de prixRécupère les données de prix pour une plage de temps précise avec routage automatique. Service de développement et de test pour la fonction d'API price_info_for_range. Utilise automatiquement PRICE_INFO, PRICE_INFO_RANGE, ou les deux selon la limite de la plage de temps.Champs : ID d'entrée, Vue de voyage dans le temps, Heure de début, Heure de fin
- Obtenir le YAML de la carte ApexChartsChamps : ID de l’entrée, Vue de voyage dans le temps, Jour, Type de niveau, Résolution, Source du prix, Mettre en évidence les périodes au meilleur prix, Mettre en évidence les périodes de prix maximal, Langue
- Obtenir le YAML du tableau de bordRenvoie une vue de tableau de bord pour une maison, comme point de départ : le verdict sur le prix actuel, des graphiques, et l’évolution de la journée avec ses parties, aujourd’hui et demain. Copie la réponse sous views: dans l’éditeur de configuration brute de l’un de tes tableaux de bord, puis adapte-la. Rien n’est écrit dans aucun tableau de bord, et les mises à jour ultérieures ne modifient pas la copie. Les graphiques utilisent par défaut la carte de graphique propre à l’intégration, sans rien à installer. Avec ApexCharts comme carte de graphique, ils utilisent ApexCharts Card, Config Template Card et TabDeck Card depuis HACS ; sans elles, la réponse affiche une indication à la place des graphiques et du premier onglet de chaque groupe d’onglets.Champs : ID de l’entrée, Vue de voyage dans le temps, Graphiques, Résolutions des graphiques, Carte de graphique, Langue
- Obtenir les données de graphiqueRenvoie les données de prix dans un format simple adapté aux graphiques, compatible avec la structure de sortie de l’intégration Tibber Core. Idéal pour les cartes de graphique courantes comme ha-price-timeline-card, ApexCharts Card, Plotly Graph Card, Mini Graph Card ou la carte Graphique d’historique intégrée. Les noms de champs et la structure des données peuvent être personnalisés pour correspondre aux besoins de ton graphique.Champs : ID de l’entrée, Vue de voyage dans le temps, Jour, Résolution, Source du prix, Format de sortie, Champs du tableau, Sous-unité monétaire, Arrondir les décimales, Clé de données
- Actualiser les données utilisateurForce l'actualisation des données utilisateur (maisons, informations de profil) depuis l'API Tibber. Cela peut être utile après avoir modifié ton compte Tibber ou pour diagnostiquer des problèmes de connexion.Champs : ID de l'entrée
- Trouver le bloc le moins cher (expérimental)Trouve la fenêtre de temps continue la moins chère pour une durée donnée. Conçu pour programmer les appareils : lave-vaisselle, lave-linge, sèche-linge, etc. Renvoie l'unique fenêtre la moins chère avec les heures de début et de fin et des statistiques de prix. Si aucune fenêtre n'est trouvée, la réponse inclut un code de raison stable dans le champ reason (par exemple : no_data_in_range, no_intervals_matching_level_filter, insufficient_intervals_after_filter, insufficient_contiguous_window).Champs : ID de l'entrée, Vue à voyage dans le temps, Durée, Début de la recherche, Fin de la recherche, Doit être terminé avant, Heure de début de la recherche, Décalage de jour de début de la recherche, Heure de fin de la recherche, Décalage de jour de fin de la recherche
- Trouver le bloc le plus cher (expérimental)Trouve la fenêtre de temps continue la plus chère pour une durée donnée. Utile pour repérer les périodes de prix de pointe à éviter. Renvoie l'unique fenêtre la plus chère avec les heures de début et de fin et des statistiques de prix.Champs : ID de l'entrée, Vue à voyage dans le temps, Durée, Début de la recherche, Fin de la recherche, Doit se terminer avant, Heure de début de la recherche, Décalage en jours du début de la recherche, Heure de fin de la recherche, Décalage en jours de la fin de la recherche
- Trouver les heures les moins chères (expérimental)Trouve les intervalles les moins chers dont la durée totale correspond à une durée donnée, pas nécessairement consécutifs. Conçu pour les charges flexibles : charge de batterie, véhicule électrique, chauffe-eau. Renvoie un planning d'intervalles regroupés en segments continus. Si aucun planning n'est trouvé, la réponse inclut un code de raison stable dans le champ reason (par exemple : no_data_in_range, no_intervals_matching_level_filter, insufficient_intervals_after_filter, insufficient_intervals_for_constraints).Champs : ID de l'entrée, Vue temporelle, Durée, Début de la recherche, Fin de la recherche, Doit se terminer avant, Heure de début de la recherche, Décalage en jours du début de la recherche, Heure de fin de la recherche, Décalage en jours de la fin de la recherche
- Trouver les heures les plus chères (expérimental)Trouve les intervalles les plus chers dont la durée totale correspond à une durée donnée, pas nécessairement consécutifs. Utile pour repérer les périodes de prix de pointe à éviter. Renvoie un planning d'intervalles regroupés en segments continus.Champs : ID de l'entrée, Vue temporelle, Durée, Début de la recherche, Fin de la recherche, Doit se terminer avant, Heure de début de la recherche, Décalage en jours du début de la recherche, Heure de fin de la recherche, Décalage en jours de la fin de la recherche
- Trouver le planning le moins cher (expérimental)Planifie plusieurs appareils de façon optimale, sans chevauchement horaire. Chaque tâche reçoit la fenêtre continue disponible la moins chère ; les tâches sont placées de la plus longue à la plus courte pour un agencement efficace, sauf si l'ordre séquentiel est activé. Renvoie un planning par tâche avec les heures de début et de fin et des statistiques de prix. Si la planification est incomplète, la réponse contient un code de raison stable dans le champ reason (par exemple : no_data_in_range, no_intervals_matching_level_filter, insufficient_contiguous_window, insufficient_contiguous_window_for_some_tasks).Champs : ID de l'entrée, Vue de voyage dans le temps, Tâches, Écart entre les tâches (minutes), Ordre séquentiel, Portée de la recherche, Début de la recherche, Fin de la recherche, Doit se terminer avant, Heure de début de la recherche
- Planifier la charge (expérimental)Crée un planning de charge au coût le plus bas à partir des paramètres de la batterie, au lieu d'une durée fixe. Prend en charge une puissance de charge fixe, continue ou par paliers, une planification optionnelle du SoC minimal avec échéance, et un filtrage économique pour les cas d'usage de décharge ultérieure. Renvoie un plan de charge par intervalle avec la puissance, l'énergie, l'évolution du SoC, le regroupement en segments, le coût total et les détails de rentabilité. Si aucun planning n'est trouvé, la réponse contient un code de raison stable dans le champ reason (par exemple : already_at_target, no_data_in_range, no_intervals_matching_level_filter, no_intervals_after_economic_filter, energy_unreachable, energy_unreachable_by_deadline, selection_above_distance_threshold).Champs : ID de l'entrée, Vue de voyage dans le temps, Puissance de charge maximale, Capacité de la batterie, SoC actuel (%), SoC actuel (kWh), SoC cible (%), SoC cible (kWh), Rendement de charge, Portée de la recherche
- Débogage : effacer les données de demainDEBUG/TESTING : supprime les données de prix de demain du cache du pool d'intervalles. Utilise cette action pour tester le cycle d'actualisation des données de demain sans attendre le jour suivant. Après l'appel de ce service, le capteur de cycle de vie affichera 'searching_tomorrow' (après 13:00) et le prochain cycle du Timer #1 récupérera de nouvelles données depuis l'API.Champs : ID de l'entrée
Dépannage
- DiagnosticsTélécharge un fichier de diagnostics à joindre à un rapport de bug.
Extrait du README
⚠️ Not affiliated with Tibber This is an independent, community-maintained custom integration for Home Assistant. It is not an official Tibber product and is not affiliated with or endorsed by Tibber AS.
The most comprehensive Tibber price integration for Home Assistant. Get 100+ sensors with quarter-hourly precision, intelligent best/peak price period detection, price forecasts, trend analysis, volatility tracking, and dashboard cards of its own - all from a single integration. Automate your energy consumption like a pro.
Informations
- Installations
- 1,1 k partagent leurs statistiques
- Étoiles GitHub
- 60
- Connexion
- Utilise le cloud du fournisseur
- Maintenance
- Mise à jour au cours des 6 derniers mois
- Version
- v0.37.0,
- Catégorie
- Énergie, Prix de l’énergie
- Type
- Intégration de la Marketplace
- Marque
- Tibber
- Prérequis
- Nécessite la Marketplace (HACS sur Home Assistant 2026.10 et les versions antérieures)
- Domaine
tibber_prices- Problèmes
- Signaler un problème
















