Ich hätte gerne am liebsten eine Bedingung in der Art:

condition: state
entity_id: switch.shellyplug_s_homeoffice
state: "off"
for:
  hours: {{now().hour}}
  minutes: {{now().minute}}
  seconds: 0

Also ich möchte gerne sicherstellen, das HomeOffice heute den ganzen Tag aus war.

Computer sagt nein:
expected float for dictionary value @ data[0]['for']['hours']

In reply to @joejelliss:matrix.org
Hallo ich habe seit heute einen Raspi 5 8GB RAM.
Ich hatte vorher HomeAssistant auf meinem Raspi 4 laufen.

Kann ich einfach die Karte umstecken in den Pi 5 oder hat muss ich ein Backup machen das widerherstellen. Prozessor Architektur etc.

In reply to @joejelliss:matrix.org
Hallo ich habe seit heute einen Raspi 5 8GB RAM.
Ich hatte vorher HomeAssistant auf meinem Raspi 4 laufen.

Kann ich einfach die Karte umstecken in den Pi 5 oder hat muss ich ein Backup machen das widerherstellen. Prozessor Architektur etc.

In reply to @joejelliss:matrix.org
Hallo ich habe seit heute einen Raspi 5 8GB RAM.
Ich hatte vorher HomeAssistant auf meinem Raspi 4 laufen.

Kann ich einfach die Karte umstecken in den Pi 5 oder hat muss ich ein Backup machen das widerherstellen. Prozessor Architektur etc.

Sollte problemlos gehen, weil ja beide 64bit haben.
Hatte das beim Upgrade von rpi3 64bit zu rpi4 genauso gemacht, einfach sd Karte getauscht und alles lief wunderbar.

Kaputt gehen kann im Zweifelsfall nach meinen Verständnis nichts, im Zweifel bootet der halt nicht. Dann einfach nen monitor/tv anschließen um die Fehlermeldung zu sehen.

Kenn ich mich nicht aus, aber wichtig wäre ein 1:1 Clone, dann läuft das Backup problemlos.

Datei wird dann so groß wie die maximale Kapazität der sd Karte

Wenn du HA im Docker hast, geht natürlich auch nur diese Daten zu sichern und dann den neuen Container aufsetzen. Das geht auch wunderbar.

Also neues RaspianOS per Image und dann einfach HA wieder per Docker und den alten Daten

In reply to @jan:heitkoetter.net
HA hat doch eine Backup- und Restore-Funktion. Keine Notwendigkeit, zeitaufwändig eine ganze Karte inklusive unbenutzter Sektoren zu klonen.

In reply to @joejelliss:matrix.org
ist eh kein großer Aufwand

--------
FILE I/O
--------
Pending flushes (fsync): 0
14789805 OS file reads, 31470996 OS file writes, 951916 OS fsyncs
1 pending reads, 0 pending writes
132.06 reads/s, 10710 avg bytes/read, 216.05 writes/s, 5.53 fsyncs/s
---
LOG
---
Log sequence number 1378068952137
Log flushed up to   1378068952101
Pages flushed up to 1378055373943
Last checkpoint at  1378055372306
----------------------
BUFFER POOL AND MEMORY
----------------------
Total large memory allocated 150994944
Dictionary memory allocated 924456
Buffer pool size   8064
Free buffers       1048
Database pages     973
Old database pages 379
Modified db pages  949
Percent of dirty pages(LRU & free pages): 46.934
Max dirty pages percent: 90.000
Pending reads 0
Pending writes: LRU 0, flush list 65
Pages made young 3843509, not young 1271951946
55.00 youngs/s, 5739.82 non-youngs/s
Pages read 14789763, created 16905348, written 30865531
132.06 reads/s, 94.26 creates/s, 220.85 writes/s
Buffer pool hit rate 999 / 1000, young-making rate 0 / 1000 not 42 / 1000
Pages read ahead 34.06/s, evicted without access 23.67/s, Random read ahead 0.00/s
LRU len: 973, unzip_LRU len: 0
I/O sum[18331]:cur[0], unzip sum[0]:cur[0]
--------------
ROW OPERATIONS
--------------
0 read views open inside InnoDB
state: sleeping
----------------------------
END OF INNODB MONITOR OUTPUT
============================

=====================================
2024-08-19 20:07:20 0x7fee74423b38 INNODB MONITOR OUTPUT
=====================================
Per second averages calculated from the last 15 seconds
-----------------
BACKGROUND THREAD
-----------------
srv_master_thread loops: 0 srv_active, 0 srv_shutdown, 187314 srv_idle
srv_master_thread log flush and writes: 187314
----------
SEMAPHORES
----------
FAIL TO OBTAIN LOCK MUTEX, SKIP LOCK INFO PRINTING
--------
FILE I/O
--------
Pending flushes (fsync): 0
14792419 OS file reads, 31473160 OS file writes, 952005 OS fsyncs
174.26 reads/s, 11056 avg bytes/read, 144.26 writes/s, 5.93 fsyncs/s
---
LOG
---
Log sequence number 1378104991370
Log flushed up to   1378104991370
Pages flushed up to 1378087769242
Last checkpoint at  1378087769242
----------------------
BUFFER POOL AND MEMORY
----------------------
Total large memory allocated 150994944
Dictionary memory allocated 924456
Buffer pool size   8064
Free buffers       30
Database pages     1986
Old database pages 713
Modified db pages  1630
Percent of dirty pages(LRU & free pages): 80.813
Max dirty pages percent: 90.000
Pending reads 0
Pending writes: LRU 0, flush list 0
Pages made young 3844631, not young 1272088263
74.80 youngs/s, 9087.19 non-youngs/s
Pages read 14792377, created 16907371, written 30867517
174.26 reads/s, 134.86 creates/s, 132.39 writes/s
Buffer pool hit rate 999 / 1000, young-making rate 0 / 1000 not 46 / 1000
Pages read ahead 38.40/s, evicted without access 25.86/s, Random read ahead 0.00/s
LRU len: 1986, unzip_LRU len: 0
I/O sum[18359]:cur[0], unzip sum[0]:cur[0]
--------------
ROW OPERATIONS
--------------
0 read views open inside InnoDB
state: sleeping
----------------------------
END OF INNODB MONITOR OUTPUT
===========================

=