- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#21
Anfängerfragen / Aw: Regelmäßiger Reboot eines ...
Letzter Beitrag von Gueco315 - 20 Mai 2024, 09:48:48Danke für die schnelle Info.
#22
Anfängerfragen / Aw: Regelmäßiger Reboot eines ...
Letzter Beitrag von Der_Tom - 20 Mai 2024, 09:29:37da sollte hier was für dich dabei sein :
https://forum.fhem.de/index.php?topic=40491.0
und hier :
http://www.linuxproblem.org/art_9.html
https://forum.fhem.de/index.php?topic=40491.0
und hier :
http://www.linuxproblem.org/art_9.html
#23
Anfängerfragen / [Gelöst] Regelmäßiger Reboot e...
Letzter Beitrag von Gueco315 - 20 Mai 2024, 09:16:14Hallo,
ich habe für meine Musiksammlung einen Logitech Media Server via Max2play auf einem weiteren Raspi4 im Einsatz.
Hin und wieder spakt das System, durch Neustart des LMS Servers ist dann das Problem behoben.
Gerne möchte ich den Server oder den Raspi nachts einfach mal durchstarten.
Wie lautet der Befehl in Fhem?
Gruß Günter
ich habe für meine Musiksammlung einen Logitech Media Server via Max2play auf einem weiteren Raspi4 im Einsatz.
Hin und wieder spakt das System, durch Neustart des LMS Servers ist dann das Problem behoben.
Gerne möchte ich den Server oder den Raspi nachts einfach mal durchstarten.
Wie lautet der Befehl in Fhem?
Gruß Günter
#24
EnOcean / Eltako FSR14-4x schaltet nicht...
Letzter Beitrag von SaibotRetsevlis - 20 Mai 2024, 09:02:37Hallo Forum,
hier war das gleiche Problem schon mal, nur hilft mir die Lösung nicht weiter.
Die 4 Kanäle haben die Adressen 4 bis 7.
Beim Test mit den Drehrädchen klackern die Relais und die fhem Lampen gehen der Reihe nach an und aus.
fhem Devices
Kanal 1 EnOcean_switch_FSR14_A01
Das "teach" hat nicht funktioniert darum habe ich im PCT14 in der Funktionsgruppe folgendes eingestellt
Nr 5 ID(Hex) FF00000004 Funktion 51 Schaltzustand vom Controller und Kanal 1 angehakt
Nr 6 ID(Hex) FF00000005 Funktion 51 Schaltzustand vom Controller und Kanal 2 angehakt
...
Mit verbose 4 wird das im Log eingetragen:
Status aus dem Log
Ich kann aber auch das hier im Log finden:
Warum schaltet das nicht?
so langsam bin ich ratlos.
Warum das ganze?
Damit wird eine Vestel Wallbox ein aus geschaltet.
Danke
hier war das gleiche Problem schon mal, nur hilft mir die Lösung nicht weiter.
Die 4 Kanäle haben die Adressen 4 bis 7.
Beim Test mit den Drehrädchen klackern die Relais und die fhem Lampen gehen der Reihe nach an und aus.
fhem Devices
Code Auswählen
FGW14
Internals
-BaseID FF000000
-FD 12
-LastID FF00007F
-Model ESP2
-NOTIFYDEV global
-PARTIAL <hier ist nix>
-STATIS initialized
-TYPE TCM
-eventCount 1
Attributes
-baseID FF000000
-comType RS485
-learningMode always
-sendInterval 100Kanal 1 EnOcean_switch_FSR14_A01
Code Auswählen
Internals
-FGW14_MSGCNT 1
-FGW14_TIME 2024-05-19 14:45:53
-IODev FGW14
-LASTInputDev FGW14
-MSGCNT 1
-NR 303
-NTFY_ORDER 50-EnOcean_switch_FSR14_A01
-STATE on
-TYPE EnOcean
-eventCount 2
Readings
-IODev FGW14
-block unlock
-state on
-teach 4BS teach-in sent
Attributes
-IODev FGW14
-eep A5-38-08
-gwCmd switching
-maufID 00D
-model Eltako_FSR14
-subDef FF000004
-subType gateway
-webCmd on:offDas "teach" hat nicht funktioniert darum habe ich im PCT14 in der Funktionsgruppe folgendes eingestellt
Nr 5 ID(Hex) FF00000004 Funktion 51 Schaltzustand vom Controller und Kanal 1 angehakt
Nr 6 ID(Hex) FF00000005 Funktion 51 Schaltzustand vom Controller und Kanal 2 angehakt
...
Mit verbose 4 wird das im Log eingetragen:
Code Auswählen
2024.05.19 14:44:16 3: EnOcean set EnOcean_switch_FSR14_A01 on
2024.05.19 14:44:16 4: EnOcean EnOcean_switch_FSR14_A01 sent PacketType: 1 RORG: A5 DATA: 01000009 SenderID: FF000004 STATUS: 00 ODATA:
oder
2024.05.19 14:44:17 3: EnOcean set EnOcean_switch_FSR14_A01 off
2024.05.19 14:44:17 4: EnOcean EnOcean_switch_FSR14_A01 sent PacketType: 1 RORG: A5 DATA: 01000008 SenderID: FF000004 STATUS: 00 ODATA: Status aus dem Log
Code Auswählen
EnOcean EnOcean_switch_FSR14_A01 received from IODev: FGW14 PacketType: 1 RORG: F6 DATA: 70 SenderID: 00000004 STATUS: 30Ich kann aber auch das hier im Log finden:
Code Auswählen
024.05.19 14:33:56 3: EnOcean set EnOcean_switch_FSR14_A01 on
2024.05.19 14:33:56 4: EnOcean EnOcean_switch_FSR14_A01 sent PacketType: 1 RORG: A5 DATA: 01000009 SenderID: FF000004 STATUS: 00 ODATA: 0300000004FF00
2024.05.19 14:33:56 1: TCM FGW14 Radio Telegram with optional Data not supported.Warum schaltet das nicht?
so langsam bin ich ratlos.
Warum das ganze?
Damit wird eine Vestel Wallbox ein aus geschaltet.
Danke
#25
Sonstige Systeme / Aw: Modul für Tesla Model S / ...
Letzter Beitrag von satprofi - 20 Mai 2024, 08:54:42Meistens muss man 2x senden, oder vorher wagen aufwecken.
(set LRWYGxxxxxxxx wakeUpCar, set LRWYGxxxxxxx startCharging) z.B.
(set LRWYGxxxxxxxx wakeUpCar, set LRWYGxxxxxxx startCharging) z.B.
#26
Sonstige Systeme / Aw: [73_GardenaSmartBridge, 74...
Letzter Beitrag von BOFH - 20 Mai 2024, 08:53:22Also das disable problem sehe ich auch tatsächlich als "eingeschlichen" ... das ging mal , hilft jetzt akut auch nicht weiter.
Nach setzen des Attributes und neustart von fhem ist das modul dann auch aus. der Interne Timer scheint nicht gelöscht zu werden, so dass das abfragen dann ein einem loop endet.
Ansonsten schauen ich wie gesagt am Dienstag nach. eher schaff ich das nicht. vom post request für den token und das absetzen/-speichern des token ist die procuedure noch intakt. der Post Request an die Gardena Server vom Modul selbst ist für den Token zumindest ok.
Müsst euch leider gedulden.
Nach setzen des Attributes und neustart von fhem ist das modul dann auch aus. der Interne Timer scheint nicht gelöscht zu werden, so dass das abfragen dann ein einem loop endet.
Ansonsten schauen ich wie gesagt am Dienstag nach. eher schaff ich das nicht. vom post request für den token und das absetzen/-speichern des token ist die procuedure noch intakt. der Post Request an die Gardena Server vom Modul selbst ist für den Token zumindest ok.
Müsst euch leider gedulden.
#27
Sonstige Systeme / Aw: [73_GardenaSmartBridge, 74...
Letzter Beitrag von UliM - 20 Mai 2024, 08:37:48Moin allerseits,
auch ich bin von dem Problem betroffen.
Am 18.05. um 12:08 hat die Anmeldung noch funktioniert:
Am 18.05. 13:50 dann nicht mehr:
Bis ich's bemerkt hab, hat das gute Stück wohl über 30000 mal versucht sich anzumelden.
disable und hochsetzen des Intervalls haben die Flut der Anmeldeversuche nicht eindämmen können:
An BOFH hätte ich daher zwei höfliche Bitten:
- könntest Du das Attribut "disabled" bitte auch für die Account-Anmeldung berücksichtigen, so dass -wenn ich es bemerke- nach Setzen des Attributs disabled 1 keine weiteren Anmeldeversuche mehr unternommen werden
- Aus Rücksicht auf Gardena vielleicht nen Mechanismus einbauen, dass nach mehr als 5 Anmeldeversuchen innerhalb 2 Minuten das Attribut disabled automatisch gesetzt wird, mit ne Fehlermeldung dass wohl etwas mit dem Gardena-Server oder den Benutzer-Anmeldedaten nicht stimmt.
Zugang per App funktioniert noch, aus der App heraus lassen sich auch alle an der Bridge hängenden Geräte weiterhin steuern.
Hab nachgeschaut in meinem account unter https://smart.gardena.com, dort erscheint unter "Einstellungen" die Info, dass der (API)-Zugang gesperrt ist.
Du darfst diesen Dateianhang nicht ansehen.
Hatte ne ähnliche Situation schonmal, damals war der Zugang nach ner guten Stunde wieder freigeschaltet. Diesmal nicht.
Bin gespannt wie's nun weitergeht - zumal ich ja offenbar nicht der einzige Betroffene bin
Mir fehlen meine Garten-logs
Viele Grüße und schon vorab herzlichen Dank für's Kümmern,
Uli
auch ich bin von dem Problem betroffen.
Am 18.05. um 12:08 hat die Anmeldung noch funktioniert:
Code Auswählen
2024.05.18 12:09:35.242 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 12:09:38.890 3: GardenaSmartBridge (ga_GardenaSmartBridge) - fetch locations id
2024.05.18 12:09:39.884 3: GardenaSmartBridge (ga_GardenaSmartBridge) - processed locations id.
Am 18.05. 13:50 dann nicht mehr:
Code Auswählen
2024.05.18 13:50:21.006 3: GardenaSmartBridge (ga_GardenaSmartBridge) - defined GardenaSmartBridge
2024.05.18 13:50:29.224 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 13:50:37.514 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 13:50:42.697 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 13:50:47.881 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 13:50:53.798 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 13:50:58.970 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 13:51:04.152 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 13:51:09.334 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 13:51:14.517 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 13:51:19.642 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 13:51:24.817 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 13:51:29.938 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
Bis ich's bemerkt hab, hat das gute Stück wohl über 30000 mal versucht sich anzumelden.
disable und hochsetzen des Intervalls haben die Flut der Anmeldeversuche nicht eindämmen können:
Code Auswählen
2024.05.18 16:27:44.172 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 16:27:44.579 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 16:29:02.788 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 16:29:02.804 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 16:29:03.384 3: GardenaSmartBridge (ga_GardenaSmartBridge) - disabled
2024.05.18 16:29:03.484 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 16:29:03.501 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 16:31:00.255 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 20:28:05.543 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 20:28:05.588 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 20:28:41.736 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 20:28:43.429 3: GardenaSmartBridge (ga_GardenaSmartBridge) - set interval: 1000000
2024.05.18 20:28:46.847 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 20:30:25.227 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationId
2024.05.18 20:30:25.259 3: GardenaSmartBridge (ga_GardenaSmartBridge) - send credentials to fetch Token and locationIdHab letztendlich das GardenaSmartBridge-Device gelöscht.An BOFH hätte ich daher zwei höfliche Bitten:
- könntest Du das Attribut "disabled" bitte auch für die Account-Anmeldung berücksichtigen, so dass -wenn ich es bemerke- nach Setzen des Attributs disabled 1 keine weiteren Anmeldeversuche mehr unternommen werden
- Aus Rücksicht auf Gardena vielleicht nen Mechanismus einbauen, dass nach mehr als 5 Anmeldeversuchen innerhalb 2 Minuten das Attribut disabled automatisch gesetzt wird, mit ne Fehlermeldung dass wohl etwas mit dem Gardena-Server oder den Benutzer-Anmeldedaten nicht stimmt.
Zugang per App funktioniert noch, aus der App heraus lassen sich auch alle an der Bridge hängenden Geräte weiterhin steuern.
Hab nachgeschaut in meinem account unter https://smart.gardena.com, dort erscheint unter "Einstellungen" die Info, dass der (API)-Zugang gesperrt ist.
Du darfst diesen Dateianhang nicht ansehen.
Hatte ne ähnliche Situation schonmal, damals war der Zugang nach ner guten Stunde wieder freigeschaltet. Diesmal nicht.
Bin gespannt wie's nun weitergeht - zumal ich ja offenbar nicht der einzige Betroffene bin
Mir fehlen meine Garten-logs
Viele Grüße und schon vorab herzlichen Dank für's Kümmern,
Uli
#28
Sonstige Systeme / Aw: Rolladen System mit SIMU F...
Letzter Beitrag von buec65 - 20 Mai 2024, 08:34:08Hallo ritchie,
Simu-HZ (Funk ohne Infofeedback 433.42 MHz) ist kompatibel mit Somfy RTS - Simu-BHz (Bidirektionaler Funk mit Infofeedback 868 MHz) kenne ich nicht.
https://www.nobily.de/Rolladentechnik/Rolladen-Steuerungen/Funk/Simu-HZ/SIMU-Hz-Mikro-Sender-Rolladen/1232010002004
Da gibt es verschiedene Ansätze hier.
https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino
https://wiki.fhem.de/wiki/SOMFY
Sehr schön finde ich https://github.com/rstrouse/ESPSomfy-RTS?tab=readme-ov-file.
Eigenes Webinterface / MQTT
Läuft auf einem WT32-ETH01 mit LAN-Anschluss alternativ ESP32 über WLAN-Verbindung, bis 32 Motoren direkt steuerbar.
Da funktioniert auch die Steuerung über Websockets, aber es gibt noch nichts fertiges in fhem.
Simu-HZ (Funk ohne Infofeedback 433.42 MHz) ist kompatibel mit Somfy RTS - Simu-BHz (Bidirektionaler Funk mit Infofeedback 868 MHz) kenne ich nicht.
https://www.nobily.de/Rolladentechnik/Rolladen-Steuerungen/Funk/Simu-HZ/SIMU-Hz-Mikro-Sender-Rolladen/1232010002004
Da gibt es verschiedene Ansätze hier.
https://wiki.fhem.de/wiki/Somfy_via_SIGNALduino
https://wiki.fhem.de/wiki/SOMFY
Sehr schön finde ich https://github.com/rstrouse/ESPSomfy-RTS?tab=readme-ov-file.
Eigenes Webinterface / MQTT
Läuft auf einem WT32-ETH01 mit LAN-Anschluss alternativ ESP32 über WLAN-Verbindung, bis 32 Motoren direkt steuerbar.
Da funktioniert auch die Steuerung über Websockets, aber es gibt noch nichts fertiges in fhem.
#29
FHEM Code changes / Revision 28890: controls_fhem....
Letzter Beitrag von System - 20 Mai 2024, 08:10:40Revision 28890: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 28890: controls_fhem.txt: fhemupdate checkin
controls_fhem.txt: fhemupdate checkin
Source: Revision 28890: controls_fhem.txt: fhemupdate checkin
#30
Solaranlagen / Aw: Photovoltaik Eigenverbrauc...
Letzter Beitrag von ch.eick - 20 Mai 2024, 08:01:16Zitat von: trupf am 19 Mai 2024, 18:19:26Ich habe noch ein Problem mit dem FHEM Style f18. Eigentlich gefällte er mir gut nur habe ich ein Problem bei den Balkenanzeigen für den SOC in WR_1_Speicher_1_ExternControl, siehe angefügten Screenshot. Statt nur dem Rahmen wie bei f11 wird noch ein recht breiter farbiger innerer Rand hizugefügt. Mir ist es nicht gelungen den durch styling-Elemente wegzubekommen. Hast Du eine Ahnung, was man da machen müsste?Moin,
leider habe ich von den styles keine Ahnung. Ich verwende ios7.