Hauptmenü

Neueste Beiträge

#1
FHEMapp / Aw: FHEMApp4 - Beta Version
Letzter Beitrag von jemu75 - 28 April 2024, 13:25:31
Hallo,

die Ersetzung %d() erwartet ein Datum im ISO-Format (also sowas wie 2024/04/28 oder 2024-04-28T15:35:17)
Insbesondere die Timestamps der ganzen FHEM-Readings werden im ISO-Format geliefert und können somit über die Ersetzung %d() formatiert werden.
Wenn du ein bereits formatiertes Datum in einem Reading hast, dann ist der einfachste Weg ein userreading anzulegen und dort den gewünschten Teil des Reading zurückzugeben.

Grüße
Jens :)
#2
Automatisierung / Aw: KNXIO Startverhalten
Letzter Beitrag von petervereecke - 28 April 2024, 13:19:08
Hallo Erwin,

zuerst möchte ich mich für Deine SCHNELLE Antwort bedanken.

Hatte mir so etwas schon gedacht (Der Rasberry geht übers WLAN ins Netzwerk).

Habe das Forum / Wiki schon nach dem Sachverhalt des Startverhaltens
(Timing des Starts der Dienste/Tools) der fhem.cfg durchforstet und
wahrscheinlich in meinem bescheidenen FHEM Wissen eine paar schlichte
(wahrscheinlich doofe) Anweisungen in die Datei fhem.cfg geschrieben
(notify und sleep usw. Siehe Anlage).
Aber bevor ich ein Forum quäle versuche ich zuerst einmal selbst weiterzukommen.

Den eigentlichen Job über FHEM KNX initialisierte Sprachanrufe (T2S, SIP, FRITZBOX)
zu generieren habe ich als Unix/Linux Greenhorn mit der eierlegenden Wollmilchsau FHEM
zügig hinbekommen - hier ein großes Dankeschön an Rudolf König und die Community.

Anbei die fhem.cfg und den log.file als PDF Anhang.

Vielen Dank und schönen Sonntag
Peter


Du darfst diesen Dateianhang nicht ansehen. 

Du darfst diesen Dateianhang nicht ansehen. 
#3
Automatisierung / Aw: FHEM Absturz bei Steckdose...
Letzter Beitrag von betateilchen - 28 April 2024, 13:11:12
Mit CUL_HM hat das erstmal nichts zu tun, der Fehler tritt offenbar auf, wenn das at-Device nach der Ausführung versucht, den nächsten Zeitpunkt zur Ausführung zu berechnen.

Zum "Warum" fällt mir aber gerade nichts ein.

Vielleicht magst Du den Threadtitel anpassen, damit dort auch was von "at" steht. Das erhöht die Chancen, dass Rudi den Thread wahrnimmt und ihn nicht nach CUL_HM verortet und ignoriert.

Als Sofortmaßnahme könntest Du den verbose Level des at-device auf 5 setzen, damit man mehr Informationen im Logfile findet.
#4
Wallboxen / Aw: Easee Home (Laderoboter / ...
Letzter Beitrag von MiWe58 - 28 April 2024, 13:02:57
Hallo Matthias,

zwischenzeitlich bin ich mit den Versionen wohl weiter gekommen. Die Easee ID wurde nun übernommen und auch richtig angezeigt.
Dennoch bleibt die Fehlermeldung in den Readings:

lastResponse ERROR: HTTP Code 401


Die zugehörigen Log-Einträge lauten:
2024.04.28 12:54:38.660 1: Error on EaseeWallbox_WriteToCloudAPI. Missing site_id. Please ensure basic data is available.
2024.04.28 12:54:38.939 1: HTTPS error while requesting https://api.easee.cloud/api/chargers/EHxxx/state - 401
2024.04.28 12:54:38.970 1: HTTPS error while requesting https://api.easee.cloud/api/chargers/EHxxx/config - 401
2024.04.28 12:54:38.979 1: HTTPS error while requesting https://api.easee.cloud/api/chargers/EHxxx/site - 401
2024.04.28 12:54:38.988 1: HTTPS error while requesting https://api.easee.cloud/api/chargers/EHxxx/sessions/ongoing - 401
2024.04.28 12:54:38.992 1: HTTPS error while requesting https://api.easee.cloud/api/sessions/charger/EHxxx/monthly - 401
2024.04.28 12:54:39.013 1: HTTPS error while requesting https://api.easee.cloud/api/sessions/charger/EHxxx/daily - 401

Vielleicht findest Du etwas Zeit für Unterstützung bei der Abhilfe

Gruß
Michael
#5
Homematic / Aw: Umzug der RaspberryMatic &...
Letzter Beitrag von coolice - 28 April 2024, 12:50:59
Ja die Firewalls sind konfiguriert. Vielleicht hängt es am Device. Rein theoretisch gibt es ja zwei IP´s oder sehe ich das falsch?
Die vom HA im Container und die von meiner NAS. Muss das Device mit der IP von der NAS definiert werden und dann über attr rpcserveraddr die IP von HA oder umgekehrt?

Ich probiere es mal aus.
#6
Anfängerfragen / Aw: Fenster zu lange auf
Letzter Beitrag von Sebastian84 - 28 April 2024, 12:42:32
Danke für die schnelle Hilfe
#7
Automatisierung / FHEM Absturz bei Steckdose ein...
Letzter Beitrag von Allgaeuer - 28 April 2024, 12:26:48
Hallo,

alle paar Wochen stürzt mein FHEM komplett ab. Ich konnte die Ursache soweit einkreisen, dass der Absturz immer damit zusammenhängt, wenn ich einen Schaltbefehl via AT-Device durch "Sonnenuntergang" an das Device schicke:

Diese Fehlermeldung taucht im Logfile auf:
2024.04.05 19:50:26 3: CUL_HM set HM_Steckdose_2_Sw on noArg
Error parsing time at /usr/lib/arm-linux-gnueabihf/perl/5.28/Time/Piece.pm line 583.
2024.04.05 19:51:57 1: Including fhem.cfg

Im Filelog dazu diese Meldungen:
2024-04-05_19:50:26 HM_Steckdose_2 commState: CMDs_pending
2024-04-05_19:50:26 HM_Steckdose_2_Sw commState: CMDs_pending
2024-04-05_19:50:26 HM_Steckdose_2 CMDs_pending
2024-04-05_19:50:26 HM_Steckdose_2_Sw set_on noArg
2024-04-05_19:50:26 HM_Steckdose_2 commState: CMDs_processing...
2024-04-05_19:50:26 HM_Steckdose_2_Sw commState: CMDs_processing...
2024-04-05_19:50:26 HM_Steckdose_2_Sw trigLast: fhem:02
2024-04-05_19:50:26 Weihnachtskugel_abends_Licht_an Next: 19:51:51

Zum Vergleich die Einträge bei normalen Ablauf:
Logfile:
2024.04.04 19:49:01 3: CUL_HM set HM_Steckdose_2_Sw on noArg
Filelog:
2024-04-04_19:49:01 HM_Steckdose_2 commState: CMDs_pending
2024-04-04_19:49:01 HM_Steckdose_2_Sw commState: CMDs_pending
2024-04-04_19:49:01 HM_Steckdose_2 CMDs_pending
2024-04-04_19:49:01 HM_Steckdose_2_Sw set_on noArg
2024-04-04_19:49:01 HM_Steckdose_2 commState: CMDs_processing...
2024-04-04_19:49:01 HM_Steckdose_2_Sw commState: CMDs_processing...
2024-04-04_19:49:01 HM_Steckdose_2_Sw trigLast: fhem:02
2024-04-04_19:49:01 Weihnachtskugel_abends_Licht_an Next: 19:50:26
2024-04-04_19:49:01 HM_Steckdose_2_Sw commState: CMDs_processing...
2024-04-04_19:49:01 HM_Steckdose_2 commState: CMDs_done
2024-04-04_19:49:01 HM_Steckdose_2 CMDs_done
2024-04-04_19:49:01 HM_Steckdose_2_Sw commState: CMDs_done
2024-04-04_19:49:01 HM_Steckdose_2_Sw deviceMsg: on (to VCCU)
2024-04-04_19:49:01 HM_Steckdose_2_Sw level: 100
2024-04-04_19:49:01 HM_Steckdose_2_Sw pct: 100
2024-04-04_19:49:01 HM_Steckdose_2_Sw on
2024-04-04_19:49:01 HM_Steckdose_2_Sw timedOn: off


Beim Absturz fehlen im Filelog die Zeilen nach "Weihnachtskugel_abends_Licht_an.."

die Definition des AT-Device sieht so aus:

*{sunset("REAL",0,"16:30","21:30")} set HM_Steckdose_2_Sw on

Würde mich freuen, wenn jemand einen Tip hat, wie ich das verhindern kann.

Danke und Gruß,

Allgäuer
#8
FHEMapp / Aw: FHEMApp4 - Beta Version
Letzter Beitrag von LuGu - 28 April 2024, 12:13:53
Zitat von: Benni am 28 April 2024, 11:43:42
Zitat von: LuGu am 28 April 2024, 11:14:59... dass hatte ich mir schon angesehen. Hat aber keinen Erfolg gebracht.
Das in der Doku angegebene %d({ "weekday"\: "long" }) funktioniert zum Beispiel auch nicht und ergibt einen json error.

Bei mir funktioniert das angegebene Beispiel und mit

mydatum::%d({ "day"\: "2-digit", "month"\: "2-digit" })

bekomme ich das gewünschte Ergebnis.
(Im Reading mydatum des entsprechenden Device steht bei mir "01.02.2023" drin - ohne Anführungszeichen"

Vielleicht postest du mal noch ein list, vom Device, das den Wert (worin?) liefert und das Json oder nen Screenshot, wo das in der FHEMApp-Config hin soll.

gb#

Komisch, genau so habe ich es probiert.
Bin gerade unterwegs. Schaue ich mir heute abend noch mal an.

Gruß LuGu
#9
Unterstützende Dienste / Aw: Statistics für mehrere rea...
Letzter Beitrag von last-v8 - 28 April 2024, 12:10:38
Ich habe es mal mit einem 2. Statistik Device gelöst. Keine Ahnung ob das so Sinn der Sache ist.
#10
Anfängerfragen / Aw: G Tag Baterie
Letzter Beitrag von Gasmast3r - 28 April 2024, 12:07:40
Hy ich nutze BLE2MQTT und mir wird der Batterie zustand angezeigt.