Lancer History Stats_count, à partir du coucher de soleil

Entraide Home Assistant
1

Bonjour,
J’essaie de lancer un compteur sur un détecteur que j’ai placé à l’extérieur.
Il détecte souvent à tort, et je veux placer un compteur pour limiter l’allumage intempestif la nuit.

Je souhaite qu’il débute son incrémentation à partir du coucher du soleil sun.sunset, pour une durée de 8h.
Je n’arrive pas a intégrer la variable correctement.
Pour l’instant mon code débute à 20:00, seule écriture que je maitrise, mais il semble en erreur passé minuit.

Configuration:
sensor: !include sensors.yaml

puis dans sensors.yaml:

# Controle Détecteur Extérieur Allée
  - platform: history_stats
    name: Nombre détection allée
    entity_id: light.switch_detecteur_ext_light
    state: 'on'
    type: count
    start: "{{ now().replace(hour=20, minute=0, second=0, microsecond=0) }}"
    duration: "08:00"

Comment intégrer « sunset » dans « start: » ?

Ma configuration

System Information

version core-2023.8.1
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.11.4
os_name Linux
os_version 6.1.21-v8
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 5000
Installed Version 1.32.1
Stage running
Available Repositories 1267
Downloaded Repositories 4
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 10.4
update_channel stable
supervisor_version supervisor-2023.08.1
agent_version 1.5.1
docker_version 23.0.6
disk_total 219.4 GB
disk_used 6.7 GB
healthy true
supported true
board rpi4-64
supervisor_api ok
version_api ok
installed_addons Samba share (10.0.2), TasmoAdmin (0.25.0), Terminal & SSH (9.7.1), Duck DNS (1.15.0), File editor (5.6.0), ESPHome (2023.7.1), Samba Backup (5.2.0), Mosquitto broker (6.2.1), InfluxDB (4.7.0)
Dashboards
dashboards 1
resources 2
views 6
mode storage
Recorder
oldest_recorder_run 24 juin 2023 à 06:30
current_recorder_run 10 août 2023 à 23:54
estimated_db_size 191.46 MiB
database_engine sqlite
database_version 3.41.2
___
2

Salut,

Passé minuit la date (que celle du start) n’est plus la même donc c’est probablement le cause de l’arrêt.
Regarde l’exemple du 16h/4h de la doc pour adapter

Next 4 pm: 24 hours, from the last 4 pm till the next 4 pm. If it hasn’t been 4 pm today, that would be 4 pm yesterday until 4 pm today. If it is already past 4 pm today, it will be 4 pm today until 4 pm tomorrow. When changing the start time, then add or subtract to the 8-hour buffer to match the next midnight.

end: "{{ (now().replace(minute=0, second=0, microsecond=0) + timedelta(hours=8)).replace(hour=16) }}"
duration:
    hours: 24
1 « J'aime »
3

Oui effectivement, je n’avais pas prêté attention à cette formule. Merci @Pulpy-Luke! Je vais l’exploiter.

Juste pour être sure, on met pas de « start » ?

4

Oui c’est comme ça que je le comprends

5

J’ai bien programmé avec la formule 16h/16h.
Ça a fonctionné correctement le 1er jour, et curieusement depuis la remise a 0 se fait a des heures bizarres, et non répettables

J’ai un RaZ a 2h du matin, puis 18h48, et auj. pas de RaZ…

Je ne comprends pas. Une idée ?

1000016230
10000162301080×1311 183 KB

6

Salut,

Quelle est votre solution actuelle ?

Pourquoi ne pas autoriser le fonctionnement entre sunset et sunrise, ça suivra la durée de la nuit au lieu de définir une période fixe de 8h ?

Pendant quelques temps, si vous avez une caméra, filmez la zone du détecteur pour savoir pourquoi il y a détection, et soit recentrer ou réorienter le détecteur, soit diminuer sa sensibilité.

7

Bjr, c’est rentré dans l’ordre. Le compteur « reset » à 16h.
Je ne me souvient plus trop comment mais je croix que ça c’est fait tout seul au bout de qq jours/redémarrages.