Les heures sont prédéfinies: Voici le mail que j’ai reçu:
| 10 Éco-sessions entre le 1er novembre et le 31 mars.
1 « J'aime »
Bonjour, j’ai l’impression qu’il y a un décalage de 1h dans les HC. L’attribut passe à true à 1h du matin au lieu de 00h de mon côté.
Merci
Bonjour. Très belle réalisation, par contre pour moi qui suis au tarif de basse (pas de hc/hp), je ne vois pas l’index Linky base nis le tarif associé. Le reste fonctionne très bien , cagnotte, mensualités et solde.
Je vais faire des vérification, mais le serveur HA est t’il bien a l’heure ?
Je vais corriger ce problème qui m’a été remonté..
Bonjour,
les valeurs restent figées pour ma part.
Lorsque j’ai intégré l’application, je n’avais plus de cagnote sur mon compte, mais il a récupérer le montant que j’avais quelque jours avant. Depuis il ne se raffraichi pas.
Pareil pour les conso qui restent bloquées.
Une idée ?
Les horaires HC/HP sont décalés d’1h (en plus). Le plugin affiche par exemple début HC à 16h, en réalité c’est à 15h
Super bonne idée si moyen d’avoir le forfait de base ça sera top
1 « J'aime »
super, merci également.
Installé à l’instant a voir les prochaines remontées d’infos
Bonjour, merci pout cette intégration.
Je n’arrive pas à configurer l’intégration.
Ci-joint le log:
Enregistreur: homeassistant.config_entries
Source: config_entries.py:749
S’est produit pour la première fois: 22:26:31 (1 occurrence)
Dernier enregistrement: 22:26:31
Error setting up entry Octopus French Energy - for octopus_french
Traceback (most recent call last):
File « /usr/src/homeassistant/homeassistant/config_entries.py », line 749, in __async_setup_with_context
result = await component.async_setup_entry(hass, self)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File « /config/custom_components/octopus_french/init.py », line 64, in async_setup_entry
await _async_create_devices(hass, entry, coordinator)
File « /config/custom_components/octopus_french/init.py », line 181, in _async_create_devices
model=f"{elec_meter.get(‹ meterKind ›, ‹ N/A ›)} - {suscribed_max_power} {UnitOfApparentPower.KILO_VOLT_AMPERE}",
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: type object ‹ UnitOfApparentPower › has no attribute ‹ KILO_VOLT_AMPERE ›. Did you mean: ‹ VOLT_AMPERE ›?
Bonjour, tu utilises quelle version de HA ?
Bonjour, jai mis à jour HA avec la derniēre version disponible et cela fonctionne (j’étais en 2025.5.1)
Peut être faudrait il préciser quelle est la version minimale de HA?
Merci en tout cas pour ce dev.
Par contre j’ai le message d’erreur suivant:
Le flux de configuration n’a pas pu être chargé: 500 Internal Server Error Server got itself in trouble
J’ai mis en place une automatisation pour optimiser les éco-session.
Une eco-session est un jour où octopusernegy nous rémunère si on consomme moins sur certaines plages horaires.
Ex: aujourd’hui, c’est entre 7h et 11h et entre 18h et 20h
J’ai donc créé une routine qui va charger ma batterie avant 7h du matin et avant 18h et restituer ce qu’elle a chargé pendant les deux plages horaires rémunérées. Je restitue max 900W pour lisser la décharge.
alias: Zendure - Gestion Totale (Version Finale Anglais)
description: Bascule entre Décharge (eco-session) et Charge Réseau
triggers:
- seconds: /10
trigger: time_pattern
actions:
- choose:
- conditions:
- condition: or
conditions:
- condition: or
conditions:
- condition: time
after: "07:00:00"
before: "11:00:00"
- condition: time
after: "18:00:00"
before: "20:00:00"
- condition: numeric_state
entity_id: sensor.solarflow_2400_ac_electric_level
above: 99
- condition: numeric_state
entity_id: sensor.solarflow_2400_ac_electric_level
above: 20
sequence:
- action: select.select_option
target:
entity_id: select.solarflow_2400_ac_grid_reverse
data:
option: forbidden
- action: select.select_option
target:
entity_id: select.solarflow_2400_ac_ac_mode
data:
option: output
- action: number.set_value
target:
entity_id: number.solarflow_2400_ac_output_limit
data:
value: >
{% set conso_reseau =
states('sensor.shellypro3em_9454c5b959d8_energy_meter_2_puissance')
| float(0) %} {% set sortie_actuelle =
states('number.solarflow_2400_ac_output_limit') | float(0) %}
{# Le besoin réel est la somme algébrique des deux #} {% set
besoin_maison = conso_reseau + sortie_actuelle %}
{# On définit la cible avec arrondi à 10W #} {% set cible =
((besoin_maison / 10) | round(0) | int * 10) %}
{# Application des limites strictes #} {% if cible > 900 %}
{% set cible = 900 %}
{% elif cible < 30 %}
{% set cible = 0 %}
{% endif %}
{{ cible }}
- conditions: []
sequence:
- action: number.set_value
target:
entity_id: number.solarflow_2400_ac_output_limit
data:
value: 0
- action: select.select_option
target:
entity_id: select.solarflow_2400_ac_grid_reverse
data:
option: allow
- action: select.select_option
target:
entity_id: select.solarflow_2400_ac_ac_mode
data:
option: input
- action: number.set_value
target:
entity_id: number.solarflow_2400_ac_input_limit
data:
value: 1200
mode: restart
Merci pour les MAJ.
Je te confirme que tout fonctionne parfaitement !
Très bonne intégration, par contre en contrat de base je n’ai pas le tarif.
A voir pour les eco session ça serait cool mais bon moi je reçois le mail donc à la limite je met un bouton pour une automatisation pour limiter les conso a ces moments là vu que c’est toujours les mêmes heures.
A voir je viens d’ajouter dans energy voir ce que ça donne.
Hello, je cherchais un moyen d’obtenir les planification Drive Pack et aussi soustraire la conso des periodes planifiées.
Pas moyen d’obtenir une API sur le compte FR manlheureusement.
Est-ce qu’il existerait un autre moyen?
Bonjour,
Depuis la mise à jour de ce matin, en version 3.2.0 j’ai cette alerte :
J’ai aussi observé plusieurs entités problématiques:
Que faut il faire?
Comme moi, tu as des entités en double, donc la première ne fonctionne plus.
Au niveau de l’énergie, j’ai les infos de la veille mais pas du jour sauf pour mes prises connectées, mais ça a toujours été comme ça, j’ai aussi eu le message comme quoi mon capteur n’avait plus de classe d’état.
A voir
Pour les entités qui ne sont plus disponibles, il faut simplement les supprimer et vérifier qu’elles ne soient pas utilisées dans des automations ou autres.
Pour les entités sans état, il faut simplement valider, cela ne pose pas de problème. Car étonnamment elles ont bien un état, mais je vérifier tout de même.