Neueste Beiträge

[Revision 31167: 73_DepartureBnT: Error handling improved]

#11

FHEM Code changes / Revision 31167: 73_DepartureBn...

Letzter Beitrag von System - 30 April 2026, 11:11:03

Revision 31167: 73_DepartureBnT: Error handling improved

73_DepartureBnT: Error handling improved

Source: Revision 31167: 73_DepartureBnT: Error handling improved

[Revision 31166: 73_DepartureBnT: Error handling improved]

#12

FHEM Code changes / Revision 31166: 73_DepartureBn...

Letzter Beitrag von System - 30 April 2026, 11:11:03

Revision 31166: 73_DepartureBnT: Error handling improved

73_DepartureBnT: Error handling improved

Source: Revision 31166: 73_DepartureBnT: Error handling improved

#13

Server - Linux / Aw: FHEM auf Proxmox mit LXC -...

Letzter Beitrag von vbs - 30 April 2026, 09:44:13

Warum? FHEM läuft virtualisiert in LXC stabiler als vieles, was da draußen als "Bare Metal Plattform" rumschwirrt. Und da spreche ich auch aus eigener Erfahrung.

Ok ja, ich meinte LXC. Vielleicht ist der Begriff "Virtualisierung" doppeldeutig: für mich ist Docker/LXC keine Virtualisierung, sondern Containerisierung, da hier kein Kernel virtualisiert wird, sondern der oder die Prozesse laufen nativ auf dem Host-Kernel laufen. Auch werden keine Geräte virtualisiert mit Treibern und so. Aber über den Begriff kann man sicherlich diskutieren.

Also TLDR: Ja, mein Plan ist LXC für FHEM und keine VM mehr

#14

Frontends / Aw: [FULLY] Support Thread ab ...

Letzter Beitrag von Beta-User - 30 April 2026, 09:26:15

Möglicher Lösungsvorschlag (2x - # EINGEFÜGT):

Danke für's Auffinden! Dachte mir irgendwie schon, dass das mit der Abfrage an der anderen Stelle "eigentlich sinnvoll" wäre...

Die ganze Konstruktion behagt mir nicht so recht, eigentlich wäre es vermutlich hilfreich, die "start()"-Routine (timer-basiert) aufzurufen und alle relevanten Abfragen darüber (zentral) zu erledigen?

Noch eine Bitte:

Wird etwas dauern, bis ich Zeit finde, mir das insgesamt nochmal in Ruhe anzusehen, eventuell könnte man auch einen logaritmisches widget nehmen?

Falls du Lust hast und halbwegs nachvollziehen, was ich damit meine, kannst du gerne entsprechende patches (kann man einfach per "diff -u <alt> <neu>" (oder andersrum?) erzeugen) beisteuern .

#15

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 30 April 2026, 09:21:33

Die Abweichungslogik scheint recht gut zu funktionieren. Es erfolgt defacto eine Glättung und Gewichtung über den Tag mit fortschreitender Zeit, d.h. später am Tag gehen die Abweichungen stärker in die Berechnung ein als früher am Tag wenn noch wenige Stundenwerte bestimmend sind.
Ein angehängter Screenshot erläutert das Verfahren an einem Beispiel.

#16

Multimedia / Aw: Bose und soundcork und FHE...

Letzter Beitrag von betateilchen - 30 April 2026, 09:07:12

Aus Deinem Wiki-Artikel zitiert:

TODO: Unterabschnitte für die anderen Systeme schreiben, da nicht bekannt ist, wie lange BOSE die Informationen noch zur Verfügung stellt.

https://downloads.bose.com/ced/soundtouch/soundtouch_usb/index.html?l=de

Diese Download-URL existiert auch seit ein paar Tagen nicht mehr.

#17

Server - Linux / Aw: FHEM auf Proxmox mit LXC -...

Letzter Beitrag von betateilchen - 30 April 2026, 09:02:14

Aber ist das nicht auch in einem LXC entkoppelt? Nach meinem Verständnis teilt sich LXC (so wie Docker auch) nur den Kernel mit dem Host. Alle Dateien (Pakete etc.) sind separat in dem Container (außer vlt. eventuelle Bind-Mounts).

Jepp. Deshalb läuft bei mir der Host mit Debian und einer der LXC-Container auf diesem Host mit Ubuntu.

mein Ziel ist da schon, dass FHEM auf "bare-metal" läuft und nicht virtualisiert wird.

Warum? FHEM läuft virtualisiert in LXC stabiler als vieles, was da draußen als "Bare Metal Plattform" rumschwirrt. Und da spreche ich auch aus eigener Erfahrung.

[Revision 31165: readingsProxy (contrib): code restructuring wrt to state and event ...]

#18

FHEM Code changes / Revision 31165: readingsProxy ...

Letzter Beitrag von System - 30 April 2026, 09:00:52

Revision 31165: readingsProxy (contrib): code restructuring wrt to state and event ...

readingsProxy (contrib): code restructuring wrt to state and event handling, commandref id

Source: Revision 31165: readingsProxy (contrib): code restructuring wrt to state and event ...

#19

Multimedia / Aw: Bose und soundcork und FHE...

Letzter Beitrag von Prof. Dr. Peter Henning - 30 April 2026, 08:31:44

Offenbar ist jetzt wirklich etwas abgeschaltet worden. Während meine ST300 und die ST10 problemlos mit meinem soundcork-Server laufen, verweigert die ST20 den Dienst 

LG

pah

#20

Sprachsteuerung / Aw: (WIP) FHEMWEB interaktiv (...

Letzter Beitrag von Beta-User - 30 April 2026, 08:27:54

muss vermutlich Tobias auch direkt anpingen

done. Dann warten wir mal ab, wann er Zeit findet, sich das anzusehen.

Nun ja, zumindest vorläufig können wir also diesen Exkurs zu Text2Speech für "erledigt" erklären, stellt sich die Frage, wie es sinnvoll weitergehen soll (wenn ich mal wieder Zeit finde, überhaupt weiterzubasteln - die nächsten Tage vermutlich nicht...).

Meine Idealvorstellung wäre weiter, piper per fetch() von js aus abzufragen und dann das js einfach wieder den "bin fertig"-Event absetzen zu lassen. Den ganzen Code dazu würde man auf der FHEM-Seite doch zusammenbasteln können, schwierig zu umschiffen kommt mir allerdings das CORS-Ding vor (Neuland, das alles)...

T2S-Events abzugreifen ginge (vielleicht) auch, aber das per js zu machen, kommt mir nach wie vor nicht wie eine "einfache" Lösung vor, und wechselseitige Event-Abhängigkeiten z.B. von RHASSPY und T2S zu basteln, gefällt mir letztlich genausowenig, wie z.B. die wav (direkt) aus RHASSPY heraus generieren zu lassen und dann zur Wiedergabe per js freizugeben....

Na ja, das darf jetzt jedenfalls erst mal vor sich hin gedacht werden .