Bonjour.
Je pensais arriver ici (ou Github) avec une contribution sympa (avoir une exploitation des créneaux Tempo mais sans Zlinky mais juste un module connecté + pince) mais j’ai un autre problème à résoudre… j’ai eu beau chercher encore et encore mais le résultat est toujours le même. Pas facile, pas facile… et là franchement mes yeux me piquent!! Je vais probablement avoir l’air con… mais bon.
Postulat de départ: exploitation d’un module connecté avec 2 pinces ampèremétriques. 1 pince sur l’arrivée maison (A), 1 autre sur la prod fournie pas des PV (B). Création de sensors, etc… jusque là pas de pb du tout… mais comme l’a fait remarquer Felix62 dans son super post à propos de la Gestion de la Prod Solaire il y a un tas de réactions induites par l’installation. Dans mon cas j’ai remarqué que la nuit sur la pince B j’avais une prod, ou plutôt une conso, de fait ce sensor passe en négatif. C’est normal, MAIS je ne veux pas que ça apparaisse, notamment la nuit. Je me suis donc dit que je devais filtrer tous les résultats inférieur à 0 et exploiter que cette valeur.
Mon problème:
J’arrive à exercer un filtre MAIS je n’arrive pas à exploiter la valeur du sensor! Celui-ci en exploit est nul (0.00) ou unknow et de fait cela fausse tous mes calculs de jour.
Voyez par vous-même ma config:
template:
- sensor:
- name: ML_Power_A
unit_of_measurement: "W"
device_class: power
#update_interval: 1s
state: "{{ (states('sensor.current_voltage') | float(default=0) * states('sensor.power_factor_a') | float(default=0) * states('sensor.current_a') | float(default=0)) | round(2)}}"
- name: "ML_Power_B_Minushmsconso"
unique_id: "ML_Power_B_Minushmsconso"
unit_of_measurement: "W"
device_class: power
#update_interval: 1s
state: "{{ (((states('sensor.current_voltage') | float(default=0) * states('sensor.power_factor_b') | float(default=0) * states('sensor.current_b') | float(default=0))) - 3.03) | round(2)}}"
- name: "ML_Power_b_final"
unique_id: "ML_Power_b_final"
unit_of_measurement: "W"
device_class: power
#update_interval: 1s
states: >-
{% if states('sensor.ml_power_b_minushmsconso') | float(0) > 0 %}{{ states('sensor.ml_power_b_minushmsconso') }}
{% else %}
0.00
{% endif %}
{{ states ('sensor.ml_power_a') }}
{{ states ('sensor.ml_power_b_minushmsconso') }}
{{ states ('sensor.ml_power_b_final') }}
Donne:
J’ai essayé :
-
de changer de filtre via un is_state(‹ sensor.ml_power_b_minushmsconso | int > 0 ›)
même résultat -
loger le résultat dans un input_number,
input_number:
ml_power_b_exploit:
name: ml_power_b_exploit
min: 0
max: 5000
data:
value: « {{ states(‹ sensor.ml_power_b_final ›) | float(default=0) | round(2)}} »
Output de l’input_number: 0.0
Merci à l’âme généreuse qui saura me sortir de ce cauchemard !!!
Ma configuration
[center]## System Information
| version | core-2024.2.1 |
|---|---|
| installation_type | Home Assistant OS |
| dev | false |
| hassio | true |
| docker | true |
| user | root |
| virtualenv | false |
| python_version | 3.12.1 |
| os_name | Linux |
| os_version | 6.1.63-haos-raspi |
| arch | aarch64 |
| timezone | Europe/Paris |
| config_dir | /config |
Home Assistant Community Store
| GitHub API | ok |
|---|---|
| GitHub Content | ok |
| GitHub Web | ok |
| GitHub API Calls Remaining | 4918 |
| Installed Version | 1.34.0 |
| Stage | running |
| Available Repositories | 1471 |
| Downloaded Repositories | 13 |
Home Assistant Cloud
| logged_in | false |
|---|---|
| can_reach_cert_server | ok |
| can_reach_cloud_auth | ok |
| can_reach_cloud | ok |
Home Assistant Supervisor
| host_os | Home Assistant OS 11.5 |
|---|---|
| update_channel | stable |
| supervisor_version | supervisor-2024.02.1 |
| agent_version | 1.6.0 |
| docker_version | 24.0.7 |
| disk_total | 109.3 GB |
| disk_used | 12.6 GB |
| healthy | true |
| supported | true |
| board | rpi4-64 |
| supervisor_api | ok |
| version_api | ok |
| installed_addons | Mosquitto broker (6.4.0), Zigbee2MQTT (1.36.0-1), Duck DNS (1.15.0), File editor (5.8.0), Terminal & SSH (9.9.0), InfluxDB (5.0.0), Grafana (9.1.3), Home Assistant Google Drive Backup (0.112.1), Samba share (12.3.0), Studio Code Server (5.15.0), AppDaemon (0.16.4), Glances (0.21.0), SQLite Web (4.1.2) |
Dashboards
| dashboards | 4 |
|---|---|
| resources | 6 |
| views | 4 |
| mode | storage |
Recorder
| oldest_recorder_run | 1 mars 2024 à 16:56 |
|---|---|
| current_recorder_run | 7 mars 2024 à 14:58 |
| estimated_db_size | 248.46 MiB |
| database_engine | sqlite |
| database_version | 3.44.2 |
j’avais plus ou moins le même probleme avec un shelly EM3 lorsque la production solaire est a zéro, j’ai ou plutôt j’avais une consommation de 11 watts j’ai donc fait ceci dans un template.
