Neueste Beiträge

#91

Sprachsteuerung / Aw: [alexa-fhem] sporadische A...

Letzter Beitrag von rabehd - 15 November 2025, 11:47:06

Die Zeit kann ich gefühlt bestätigen

#92

Sprachsteuerung / Aw: [alexa-fhem] sporadische A...

Letzter Beitrag von Otto123 - 15 November 2025, 11:41:04

Hallo Heiko,

danke für den Bericht. Ja seit ein paar Tagen laufen irgendwelche "Angriffe", diesmal völlig anders als im Frühjahr.

Ich habe noch keinen Plan aber ich bin wieder am suchen wie ich dem begegnen kann.
Die Kurve passt zu Deiner Zeitangabe.

Gruß Otto

#93

DOIF / Aw: DOIF Shellyplug 3 kein EVE...

Letzter Beitrag von Otto123 - 15 November 2025, 11:30:42

Du hast geschweifte statt runden Klammern verwendet.

und die Eckigen um die Geräte:STATE Abfrage vergessen -> MQTT2_shellyplug_s_KORBI_LICHT3

#94

Sonstige Systeme / Aw: Netatmo Modul - 38_netatmo...

Letzter Beitrag von BroPi - 15 November 2025, 11:27:38

Vielen Dank für die Überarbeitung.
10 Tage läuft es jetzt bei mir ohne Probleme. Ich hoffe, dass jetzt das das "delayed update"-Problem damit gelöst ist. Langzeittests müssen jetzt folgen. 

#95

Solaranlagen / Aw: [36_Senec.pm] FHEM module ...

Letzter Beitrag von HGButte - 15 November 2025, 10:06:16

Mir sind noch ein paar Sachen aufgefallen:

UNLOCKED ist prinzipiell unnötig, da das wohl durch die anderen Modi gesetzt wird.

Anstatt

Code Auswählen Erweitern

$method = "GET";
braucht es aber

Code Auswählen Erweitern

$method = "PATCH";
bei LOCKED und UNLOCKED


Warum Fastcharge und LOCKED ansonsten 400 liefern ist mir nicht klar.
Vielleicht ist die Anlagen ID eine andere als bei den anderen Calls.

Das habe ich noch gefunden zur Erläuterung

[Revision 30529: controls_fhem.txt: fhemupdate checkin]

#96

FHEM Code changes / Revision 30529: controls_fhem....

Letzter Beitrag von System - 15 November 2025, 08:10:26

Revision 30529: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30529: controls_fhem.txt: fhemupdate checkin

#97

Sprachsteuerung / Aw: [alexa-fhem] sporadische A...

Letzter Beitrag von heikoh81 - 14 November 2025, 23:46:06

Hallo, heute 22:53 bis mindestens 23:43 hat Alexa wieder nicht reagiert. Forum versucht aufzurufen, um dies zu posten, und wie beim letzten Ausfall hat das Forum ebenfalls ca. 45 Sekunden nicht geöffnet, dann auf einen Schlag komplett, dann hing es wieder, und Alexa weiterhin nicht reagiert hat. Heute nachmittag hatte ich ebenfalls wieder einen Alexa-Ausfall, die genaue Zeit weiß ich jedoch nicht mehr. Bis jetzt der längste Ausfall, Viele Grüße, Heiko

#98

Sonstiges / Aw: fhem.cfg verschwindet

Letzter Beitrag von Hardy74 - 14 November 2025, 23:39:51

Reden wir jetzt eigentlich über DbLog oder configDB?

Beides.
Ich hatte dbLog eingeführt, um dedizierte Readings in einer Datenbank zu haben. Das funktionierte auch einwandfrei, löste natürlich das Problem des Speicherlecks und des Verschwindens der fhem.cfg nicht.

Getriggert durch Letzteres habe ich auf configDb umgestellt, was soweit auch problemlos ging und auch bis jetzt auch keine Probleme macht, im Gegenteil! Ich konnte das nächtliche Restart wieder enabeln, als Workaround des Speicherlecks, ohne Angst zu haben, dass die cfg dann wieder weg ist (was auch immer hier der Bösewicht sein mag, die entry.sh des Dockerimages von Git werde ich auch demnächst mal ausmisten.. allerdings lief das jahrelang einwandfrei).

Bauchgefühl: ich vermute, Du hast ein lokales Netzwerkproblem.

Da widerspreche ich nicht. Der Raspberry, auf dem fhem nun im Docker läuft, wie auch der Vorgängerraspberry älteren Modells hatten, sagen wir "Phänomene", die ich lang und breit auch mit AVM bis zur HW runter beleuchtet habe, Ergebnis: keines. Es gibt Hickups, die mit dem neuen Raspi tatsächlich fast 0 geworden sind.
Aber: warum steigt fhem komplett aus, nur weil das Netzwerk weg ist? Ich musste tatsächlich den Container stoppen und starten, um fhem wieder auf die Beine zu helfen. In den Systemlogs leider auch keine Auffälligkeiten.

Offenbar bin ich ja so ziemlich der Einzige, der diese exotischen Probleme hat. Oder bin der Einzige, der sie kommuniziert. Das Speicherleck ist unbestritten, aber (hoffentlich) nicht mein Painpoint, auch hinsichtlich der HUE Kommuniktion, die auch deutlich besser geworden ist (nach "Spülen" der Bridge). Wenn es noch Probleme gibt, dann sind das Verzögerungen, die ich tatsächlich auch, mittlerweile ratlos, im Netzwerk sehe, oder aber fhem ist tot, wie heute.

#99

Sonstige Systeme / Aw: [Signalduino] Deckenventil...

Letzter Beitrag von elektron-bbs - 14 November 2025, 22:13:18

OK, danke das passt. Auch hier der Zähler.

#100

Solaranlagen / Aw: [36_Senec.pm] FHEM module ...

Letzter Beitrag von curiosus - 14 November 2025, 21:39:21

Hallo HGButte,

zunächst mal vielen Dank, dass du dir die Zeit nimmst dich dieser Thematik anzunehmen.

Nach Änderung des entsprechenden Codes gem. deiner Vorgabe, steht nun die Option UNLOCKED auch zur Verfügung. Aber es ist leider das eingetreten, was ich eigentlich schon erwartet hatte:

Code Auswählen Erweitern

2025-11-14 21:19:52 Senec senecAPI wallboxConfiguration UNLOCKED
2025-11-14 21:19:53 Senec senecAPI ERROR: [b]invalid status code: 400[/b]
2025-11-14 21:19:53 Senec senecAPI lastUpdateAPI: 2025-11-14 21:19:53
2025-11-14 21:19:53 Senec senecAPI stateAPI: wallbox call failed

Ich bekomme ebenso status code: 400, wie auch vorher beim LOCKED Befehl (siehe meine vorherige Anfrage).

Der Server ist der Meinung, dass der Client eine fehlerhafte Anfrage stellt (bad request).