Neueste Beiträge

#1

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.

#2

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:

Code Auswählen Erweitern

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

#3

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.

#4

Anfängerfragen / Aw: Fenster zu lange auf

Letzter Beitrag von Sebastian84 - 28 April 2024, 12:42:32

Danke für die schnelle Hilfe

#5

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

2024.04.04 19:49:01 3: CUL_HM set HM_Steckdose_2_Sw on noArg
Filelog:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern


*{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

#6

FHEMapp / Aw: FHEMApp4 - Beta Version

Letzter Beitrag von LuGu - 28 April 2024, 12:13:53

... 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

Code Auswählen Erweitern

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

#7

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.

#8

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.

#9

Anfängerfragen / Aw: Fenster zu lange auf

Letzter Beitrag von Gasmast3r - 28 April 2024, 12:04:58

Hy ich habe das so gelöst als DOIF

Code Auswählen Erweitern

([IT_]eq "on"and [structure_Bewohner] eq "present"and [Aussen:temperature] < 16) (set teleBot message @xxx @xxx Bad Fenster Auf ;set ECHO speak im Bad ist das fenster noch Auf ;set ECHO speak im Bad ist das fenster noch Auf ;set  speak im Bad ist das fenster noch auf;set FTV_Wohnzimmer msg im Bad ist das fenster noch auf)


#10

Sonstiges / Aw: "empfohlene" Pakete auf de...

Letzter Beitrag von betateilchen - 28 April 2024, 12:03:00

Danke für den Vorschlag.

Aus der von Dir vorgeschlagenen Liste habe ich eines der Module (libcrypt-rijndael-perl) auf der Seite ergänzt und darüber hinaus einen Hinweis auf die Seite geschrieben, dass es je nach Anforderung der eigenen Installation weitere Abhängigkeiten geben kann, die man entsprechend auflösen muss.

Mehr werde ich nicht auf der Seite ändern. Der Hintergrund ist einfach, dass die Liste dort keinen Anspruch auf Vollständigkeit erhebt und die Anforderungen zu sehr nutzerbezogen und individuell sind, als dass man sie als allgemeingültige Empfehlungen ansehen könnte.

Würde man beispielsweise libdbd-mysql-perl aufnehmen, müsste man fairerweise auch die korrespondieren Schnittstellenmodule für mariadb und postgresql dort aufführen. Auch nodejs und npm sind schon grenzwertig und werden in vielen Installationen genau so wenig benötigt wie beispielsweise das von Dir in der Liste aufgeführte python3.

Anders gesagt: Die reine Installation (!) von FHEM aus dem Debian-Paket wird auch ohne die in "Recommended packages" genannten perl Module funktionieren, und nur darum geht es auf der Webseite.
Der Betrieb aller in FHEM enthaltenen Module ist damit aber nicht automatisch garantiert. Deshalb liegt es in der ausschließlichen Verantwortung des Anwenders, aus der commandref die zusätzlich benötigten Module zu ermitteln und nachträglich zu installieren. Das ist darüberhinaus auch bei der unter "easy way" beschriebenen "automatischen" Installation notwendig.