Zitat von: DS_Starter am 28 Dezember 2025, 22:44:09ZitatDann könnte man aber auch gleich in einem "special reading" die Fristüberschreitung in Tagen (bis zur "Wartung" auf 0 gesetzt = keine Fristüberschreitung) angeben, oder?Das sollte machbar sein.
Zitat von: DS_Starter am 29 Dezember 2025, 00:34:56ZitatClarification Request: In Wiki und Online-Beschreibung fehlt eine Beschreibung, wie die optional bei loadTarget angebbare "Zielzeit" zu interpretieren ist.Im Wiki näher erläutert.
Eine angegebene Zielzeit ist die volle Stunde (1..20) oder als negativer Wert (-20..-1) die letzte volle Stunde vor dem Sonnenuntergang abzüglich diesem Wert.
Syntax: <Ziel-SoC>[:<Zielzeit>]
Wertebereich Ziel-SoC: lowSoc..100, default: 100
Wertebereich Zielzeit: -20..20 (ohne führende Null), default: undefiniert
Der große Wertebereich für den Zielzeit(offset) erscheint mir recht sinnfrei für Gegenden und Zeiten, in denen es gelegentlich auch mal dunkel wird.
define c_alias_JA_1_1_0 cmdalias set JA1 position 0 -1 1 AS set JA1 position 0 0 1
# ALIAS set
# DEF set JA1 position 0 -1 1 AS set JA1 position 0 0 1
# FUUID 69332ba3-f33f-d169-caeb-ee73bf5a376ed2cb
# NAME c_alias_JA_1_1_0
# NEWCMD set JA1 position 0 0 1
# NR 516
# PARAM JA1 position 0 -1 1
# STATE defined
# TYPE cmdalias
#
setstate c_alias_JA_1_1_0 defined
!Access Token: nicht definiertDann den API-Code überprüft, der mit dem Portal identisch ist.2025.12.29 10:04:02.944 3: Waermepumpe - Passwort war bereits gespeichert
2025.12.29 10:04:13.680 1: Waermepumpe - Access Token: nicht definiertWas ist denn korrekt?sudo nano /etc/systemd/system/dhcpcd.service.d/wait.conf
Change from:
[Service]
ExecStart=
ExecStart=/usr/lib/dhcpcd5/dhcpcd -q -w
To:
[Service]
ExecStart=
ExecStart=/usr/sbin/dhcpcd -q -w
and DHCP works.Zitat von: grappa24 am 28 Dezember 2025, 22:39:56Da haben sich wohl die Pfade zur Datei dhcpcd geändert.Genau. Und genau deswegen liegt die KI mit dem USB-Vorschlag eben auch komplett daneben... Auch dafür muss DHCP funktional sein. Ist es aber insgesamt nicht.