Neueste Beiträge

#11

Wallboxen und E-Fahrzeuge / Aw: Integration My BMW Daten m...

Letzter Beitrag von passibe - 18 April 2026, 20:01:10

Die Weitergabe an die "betroffene Person" ist tatsächlich eher das Problem, weil Fahrer und Nutzer des Cloud-Zugriffs nicht identisch sein müssen.

Ah, fair enough. Das hatte ich nicht bedacht. Dann scheint VW da wohl die elegantere Lösung gewählt zu haben ...

#12

Wallboxen und E-Fahrzeuge / Aw: 72_Wattpilot - Einbindung ...

Letzter Beitrag von Blablubblaber - 18 April 2026, 19:57:04

Klasse vielen dank Flachzange.

Habe es eben angeschaut und mal auf meinem Textsystem laufen lassen hat soweit ohne Probleme funktioniert.

Hast du es mit einer Flex Wallbox schon getestet das es dort auch ohne Probleme läuft?

Wenn beide Wallboxen getestet sind und ohne Fehler laufen mach ich den merge damit deine Änderungen in die main kommen.

#13

Automatisierung / Aw: EnOcean - ASC Rollo Fahrte...

Letzter Beitrag von ch.eick - 18 April 2026, 17:42:15

Sooo, ich habe jetzt mal das Log gechecked, die Zeitverzögerung scheint keine Wirkung zu haben.

Um 05:56:37 Uhr werden gleich mehrere Rollos in kurzer Abfolge gefahren.

Hier ist die strukturierte Aufbereitung des vollständigen Logs, sortiert nach den einzelnen Geräten (Eltako FSB61) und deren Kommunikationszyklus.

Code Auswählen Erweitern

1. Arbeitszimmer Ost (AR_O_Rollo_FSB61)

    ASC_Drive_Delay  0

SenderID: FFBA2382 | AktorID: 019ECA75 | Endposition: Ganz oben (0%)

    Befehl open gesendet:
    2026.04.18 05:56:37.010 3: EnOcean set AR_O_Rollo_FSB61 open
    2026.04.18 05:56:37.011 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: FFBA2382 STATUS: 00 ODATA:
    2026.04.18 05:56:37.011 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC010AFFBA2382007D

    Gateway Bestätigung:
    2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 RESPONSE: OK

    Rückmeldung: Endposition erreicht:
    2026.04.18 05:56:59.440 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019ECA753001FFFFFFFF3D008E
    2026.04.18 05:56:59.441 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019ECA75:30:01FFFFFFFF3D00
    2026.04.18 05:56:59.441 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019ECA75:30:01FFFFFFFF3D00
    2026.04.18 05:56:59.441 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019ECA75 STATUS: 30



2. Bad Nord (BA_N_Rollo_FSB61)

    ASC_Drive_Delay 25 (das war mit 5 falsch und sollte 25 sein, was ich jetzt eingestellt habe)

SenderID: FFBA2386 | AktorID: 019E9456 | Endposition: Ganz oben (0%)

    Befehl open gesendet:
    2026.04.18 05:56:37.028 3: EnOcean set BA_N_Rollo_FSB61 open
    2026.04.18 05:56:37.028 4: EnOcean BA_N_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00BE010A SenderID: FFBA2386 STATUS: 00 ODATA:

    Gateway Bestätigung:
    2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 RESPONSE: OK

    Rückmeldung: Endposition erreicht:
    2026.04.18 05:56:56.560 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019E94563002FFFFFFFF5500D9
    2026.04.18 05:56:56.560 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019E9456:30:02FFFFFFFF5500
    2026.04.18 05:56:56.561 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019E9456:30:02FFFFFFFF5500
    2026.04.18 05:56:56.561 4: EnOcean BA_N_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019E9456 STATUS: 30



3. Wohnzimmer Süd (WO_S_Rollo_FSB61)

    ASC_Drive_Delay  5

SenderID: FFBA2383 | AktorID: 042DA9B1 | Endposition: Ganz oben (0%)

    Befehl open gesendet:
    2026.04.18 05:56:43.047 3: EnOcean set WO_S_Rollo_FSB61 open

    Gateway Bestätigung:
    2026.04.18 05:56:43.057 5: TCM TCM_ESP3_0 RESPONSE: OK

    Rückmeldung Position (4BS-Telegramm):
    2026.04.18 05:57:05.253 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA500DC010A042DA9B10002FFFFFFFF4A005E
    2026.04.18 05:57:05.253 5: TCM_ESP3_0: dispatch EnOcean:1:A5:00DC010A:042DA9B1:00:02FFFFFFFF4A00
    2026.04.18 05:57:05.254 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:00DC010A:042DA9B1:00:02FFFFFFFF4A00
    2026.04.18 05:57:05.254 4: EnOcean WO_S_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: 042DA9B1 STATUS: 00




4. Wohnzimmer West (WO_W_Rollo_FSB61)   <<<<< Diese Fahrt ist ausgeblieben

    ASC_Drive_Delay 10

SenderID: FFBA2384 | Endposition: Unbekannt (Fahrt läuft noch oder Rückmeldung fehlt)

    Befehl open gesendet:
    2026.04.18 05:56:51.059 3: EnOcean set WO_W_Rollo_FSB61 open
    2026.04.18 05:56:51.059 4: EnOcean WO_W_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 0136010A SenderID: FFBA2384 STATUS: 00 ODATA:
    2026.04.18 05:56:51.059 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A50136010AFFBA238400C9
    2026.04.18 05:56:51.059 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A50136010AFFBA238400C9

    Gateway Bestätigung:
    2026.04.18 05:56:51.067 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
    2026.04.18 05:56:51.067 5: TCM TCM_ESP3_0 RESPONSE: OK



5. Küche Süd (KU_S_Rollo_FSB61)   <<<<< Diese Fahrt ist ausgeblieben

    ASC_Drive_Delay 15

SenderID: FFBA2381 | Endposition: Unbekannt (Fahrt läuft noch oder Rückmeldung fehlt)

    Befehl open gesendet:
    2026.04.18 05:56:53.051 3: EnOcean set KU_S_Rollo_FSB61 open

    Gateway Bestätigung:
    2026.04.18 05:56:53.059 5: TCM TCM_ESP3_0 RESPONSE: OK



# Und hier nochmal der Komplette Zeitverlauf
2026.04.18 05:56:37.010 3: EnOcean set AR_O_Rollo_FSB61 open
2026.04.18 05:56:37.011 4: EnOcean AR_O_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: FFBA2382 STATUS: 00 ODATA:
2026.04.18 05:56:37.011 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC010AFFBA2382007D
2026.04.18 05:56:37.011 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500DC010AFFBA2382007D
2026.04.18 05:56:37.028 3: EnOcean set BA_N_Rollo_FSB61 open
2026.04.18 05:56:37.028 4: EnOcean BA_N_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00BE010A SenderID: FFBA2386 STATUS: 00 ODATA:
2026.04.18 05:56:37.028 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500BE010AFFBA238600BD
2026.04.18 05:56:37.028 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500BE010AFFBA238600BD
2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.18 05:56:37.059 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.18 05:56:37.437 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601019ECA753001FFFFFFFF3D0060
2026.04.18 05:56:37.438 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:019ECA75:30:01FFFFFFFF3D00
2026.04.18 05:56:37.438 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:019ECA75:30:01FFFFFFFF3D00
2026.04.18 05:56:37.438 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 019ECA75 STATUS: 30
2026.04.18 05:56:37.499 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601019E94563002FFFFFFFF550037
2026.04.18 05:56:37.499 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:019E9456:30:02FFFFFFFF5500
2026.04.18 05:56:37.500 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:019E9456:30:02FFFFFFFF5500
2026.04.18 05:56:37.500 4: EnOcean BA_N_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 019E9456 STATUS: 30
2026.04.18 05:56:43.047 3: EnOcean set WO_S_Rollo_FSB61 open
2026.04.18 05:56:43.047 4: EnOcean WO_S_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: FFBA2383 STATUS: 00 ODATA:
2026.04.18 05:56:43.048 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A500DC010AFFBA23830068
2026.04.18 05:56:43.048 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A500DC010AFFBA23830068
2026.04.18 05:56:43.057 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.18 05:56:43.057 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.18 05:56:51.059 3: EnOcean set WO_W_Rollo_FSB61 open
2026.04.18 05:56:51.059 4: EnOcean WO_W_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 0136010A SenderID: FFBA2384 STATUS: 00 ODATA:
2026.04.18 05:56:51.059 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A50136010AFFBA238400C9
2026.04.18 05:56:51.059 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A50136010AFFBA238400C9
2026.04.18 05:56:51.067 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.18 05:56:51.067 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.18 05:56:53.051 3: EnOcean set KU_S_Rollo_FSB61 open
2026.04.18 05:56:53.051 4: EnOcean KU_S_Rollo_FSB61 sent PacketType: 1 RORG: A5 DATA: 015E010A SenderID: FFBA2381 STATUS: 00 ODATA:
2026.04.18 05:56:53.051 5: TCM TCM_ESP3_0 sent ESP: 55000A000180A5015E010AFFBA238100A2
2026.04.18 05:56:53.051 5: DevIo_SimpleWrite TCM_ESP3_0: 55000A000180A5015E010AFFBA238100A2
2026.04.18 05:56:53.059 5: TCM TCM_ESP3_0 received ESP: 5500010002650000
2026.04.18 05:56:53.059 5: TCM TCM_ESP3_0 RESPONSE: OK
2026.04.18 05:56:56.560 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019E94563002FFFFFFFF5500D9
2026.04.18 05:56:56.560 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019E9456:30:02FFFFFFFF5500
2026.04.18 05:56:56.561 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019E9456:30:02FFFFFFFF5500
2026.04.18 05:56:56.561 4: EnOcean BA_N_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019E9456 STATUS: 30
2026.04.18 05:56:59.440 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019ECA753001FFFFFFFF3D008E
2026.04.18 05:56:59.441 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019ECA75:30:01FFFFFFFF3D00
2026.04.18 05:56:59.441 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019ECA75:30:01FFFFFFFF3D00
2026.04.18 05:56:59.441 4: EnOcean AR_O_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019ECA75 STATUS: 30
2026.04.18 05:57:05.253 5: TCM TCM_ESP3_0 received ESP: 55000A0701EBA500DC010A042DA9B10002FFFFFFFF4A005E
2026.04.18 05:57:05.253 5: TCM_ESP3_0: dispatch EnOcean:1:A5:00DC010A:042DA9B1:00:02FFFFFFFF4A00
2026.04.18 05:57:05.254 5: EnOcean received via TCM_ESP3_0: EnOcean:1:A5:00DC010A:042DA9B1:00:02FFFFFFFF4A00
2026.04.18 05:57:05.254 4: EnOcean WO_S_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: A5 DATA: 00DC010A SenderID: 042DA9B1 STATUS: 00





# Schlafzimmer wird immer morgens manuell gefahren, oder später wenn es keiner gemacht hat auch automatisch
2026.04.18 07:31:25.362 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601042CBD093003FFFFFFFF4A00EB
2026.04.18 07:31:25.363 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:042CBD09:30:03FFFFFFFF4A00
2026.04.18 07:31:25.363 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:042CBD09:30:03FFFFFFFF4A00
2026.04.18 07:31:25.363 4: EnOcean SC_W_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 042CBD09 STATUS: 30
# jetzt ist es oben
2026.04.18 07:31:57.143 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670042CBD093002FFFFFFFF4A00DA
2026.04.18 07:31:57.144 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:042CBD09:30:02FFFFFFFF4A00
2026.04.18 07:31:57.145 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:042CBD09:30:02FFFFFFFF4A00
2026.04.18 07:31:57.145 4: EnOcean SC_W_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 042CBD09 STATUS: 30


# Dann kommt die Manuelle Korrektur
2026.04.18 07:31:40.645 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601019E88863003FFFFFFFF4C00D5
2026.04.18 07:31:40.646 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:019E8886:30:03FFFFFFFF4C00
2026.04.18 07:31:40.646 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:019E8886:30:03FFFFFFFF4C00
2026.04.18 07:31:40.647 4: EnOcean WO_W_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 019E8886 STATUS: 30
# jetzt ist es oben
2026.04.18 07:32:15.737 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019E88863003FFFFFFFF4F0004
2026.04.18 07:32:15.737 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019E8886:30:03FFFFFFFF4F00
2026.04.18 07:32:15.738 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019E8886:30:03FFFFFFFF4F00
2026.04.18 07:32:15.738 4: EnOcean WO_W_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019E8886 STATUS: 30


2026.04.18 07:31:42.598 5: TCM TCM_ESP3_0 received ESP: 55000707017AF601019EB45B3002FFFFFFFF50000E
2026.04.18 07:31:42.599 5: TCM_ESP3_0: dispatch EnOcean:1:F6:01:019EB45B:30:02FFFFFFFF5000
2026.04.18 07:31:42.599 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:01:019EB45B:30:02FFFFFFFF5000
2026.04.18 07:31:42.599 4: EnOcean KU_S_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 01 SenderID: 019EB45B STATUS: 30
# jetzt ist es oben
2026.04.18 07:32:14.709 5: TCM TCM_ESP3_0 received ESP: 55000707017AF670019EB45B3001FFFFFFFF5500C7
2026.04.18 07:32:14.709 5: TCM_ESP3_0: dispatch EnOcean:1:F6:70:019EB45B:30:01FFFFFFFF5500
2026.04.18 07:32:14.709 5: EnOcean received via TCM_ESP3_0: EnOcean:1:F6:70:019EB45B:30:01FFFFFFFF5500
2026.04.18 07:32:14.710 4: EnOcean KU_S_Rollo_FSB61 received from IODev: TCM_ESP3_0 PacketType: 1 RORG: F6 DATA: 70 SenderID: 019EB45B STATUS: 30

VG   Christian

#14

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

Letzter Beitrag von Prof. Dr. Peter Henning - 18 April 2026, 17:07:45

Bei mir sieht das so aus

A: Nur Sprache
- Wakeword-Engine detektiert Wakeword
- Liefert Event an FHEM
- FHEM fordert beim AMAD-Device "activateVoiceInput" an
- Tablet zeigt Sprachaufforderung
- Sprache wird vom Tablet an Google geschickt, kommt als Text zurück
- Text wird vom AMAD-Device zur Auswertung an Babble gesendet

B: Spracheingabebutton in FTUI3
- Button-Event wird vom Tablet an FHEM gesendet
- FHEM fordert beim AMAD-Device "activateVoiceInput" an (6 verschiedene Tablets)
- Tablet zeigt Sprachaufforderung
- Sprache wird vom Tablet an Google geschickt, kommt als Text zurück
- Text wird vom AMAD-Device zur Auswertung an Babble gesendet

Das Problem ist jetzt erstens, dass je nach Auslastung der Tablets durch FTUI3-Aufgaben durchaus 1-2 Sekunden vergehen können, bis die Spracheingabe aufgeht.

Und zweitens, dass das dumme Automagic zusammen mit Google nicht in der Lage ist, nach einem Timeout (fehlende Spracheingabe ...) sauber abzubrechen. Sondern dann ab und zu ein Fehlerfenster auf dem Bildschirm des Tablets stehen bleibt, das man auch durch ein AMAD-Skript nicht wegbekommt.

LG

pah

#15

Wallboxen und E-Fahrzeuge / Vestel EVC04

Letzter Beitrag von Shadow3561 - 18 April 2026, 16:56:58

Moin,
hat es irgendjemand geschafft die Vestel EVC04 HomeSmart in fhem einzubinden und kann hier evtl. posten wie er das gemacht hat?
Danke,
Daniel

[Elco Trigon S Plus 24 — WW-Temperatur sinkt extrem, wenn Kesselpumpe EIN]

#16

Heizungssteuerung/Raumklima / Aw: LAN-Anbindung für BSB-Bus ...

Letzter Beitrag von para-mount - 18 April 2026, 15:37:38

Elco Trigon S Plus 24 — WW-Temperatur sinkt extrem, wenn Kesselpumpe EIN

Hallo Community!

Erstmal vielen Dank an Frederik und an die anderen Beitragenden für dieses tolle Projekt. Seit Dezember 2025 läuft BSB-LAN und hat den häufigen Gang in den Keller und das ungenaue händische Protokollieren ersetzt

Mein Setup:
    Therme:

• Elco TRIGON S PLUS 24 (6,6–24 kW) LMS14.063B109
• Heizkreispumpe: Grundfos Alpha 2 25-60 180
• versorgt die Heizkörper, lädt den WW-Sppeicher

    WW-Speicher:

• Elco Vistron V150.RM, 150 Liter
• WW Zirkulationsleitungen ohne Zirkulationspumpe
• WW-Temperatur über B3 (oben), Ladung über TWW-Pumpe (Grundfos Alpha2 E)

    BSB-LAN: Angebunden über ESP32 (Olimex ESP32-EVB), Zugriff auf alle Parameter, Raumfühler über Shelly H&T

Ich habe dieses Phänomen, unten ist ein Plot aus BSB-LAN dazu:

Ist die Kesselpumpe AUS, sinkt die Temperatur im WW-Speicher durch den Wärmeverlust der Speicherwand "erwartbar"; beispielhaft um 3,5K (46,8°C auf 43,3°C) innerhalb ~7h. (Plot links)
Sobald die Kesselpumpe EIN geht, sinkt die Temperatur im WW-Speicher (8830 Trinkwassertemperatur Istwert Oben (B3)) extrem stark ab. Im Plot rechts von 43,3°C auf 32,9°C, also über 10K innerhalb von 50 Minuten.
Das resultiert in häufigem Takten, um die Temperatur im WW-Speicher wieder auf Sollwert zu bekommen; WW-Bereitung springt ca. alle 50 Minuten an unter den Bedingungen(!).
(Randnotiz: Obwohl WW-Temperatur unter Schaltdifferenz (5024) von 8K sinkt, springt Heizung hier nicht an, weil ich WW-Bereitung zeitlich limitiert habe, um das hohe Takten für WW-Bereitung zu verhindern.)

Außerdem habe ich beobachtet:

• Die Temperatur im WW-Speicher nähert sich der Temperatur im Kessel (Parameter 8310 Kesseltemp. Istwert) zeitverzögert an, wenn Kesselpumpe EIN; sprich: ist der Kesseltemp. Istwert 45°C, verbleibt auch die Temperatur im WW-Speicher auf diesem Wert. Sinkt der Kesseltemp. Istwert (z.B. durch gestiegene Außentemperatur), sinkt auch die Temperatur im WW-Speicher etwas zeitverzögert — und umgekehrt. (Plot rechts)
• Wenn der WW-Speicher geladen wird, wird (an manchen) Heizkörpern der Rücklauf heiß.

Ich habe selbst mit und ohne KI recherchiert, lasse die Ergebnisse hier erstmal weg, um Vermutungen nicht in eine (falsche) Richtung zu lenken.

Habt ihr eine Idee? Wenn ihr noch Infos (Anlage, Bauteile, Parameter) braucht gerne melden.

LG para

(https://i.ibb.co/k2Rx0pq5/plot-2026-04-18-BSB-LAN-WW-Ladung-normaler-Temp-Abfall-bis-Kesselpumpe-EIN-starker-Abfall.png)

#17

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

Letzter Beitrag von Beta-User - 18 April 2026, 14:46:50

hoffentlich etwas mehr Zeit

Dann mal willkommen an Bord!

So halb.

Nun ja, das hier ist "work in progress", bei mir ist es auch so, dass da auch zunächst eine eher vage Vorstellung davon da war, dass das mit dem "voicebutton" als Erbe von "FHEM-WebViewControl" (wie im Wiki noch dargestellt) doch heutzutage keine große Sache sein sollte und man damit einen einfachen RHASSPY-Satelliten generieren kann.

Alles andere kristiallisiert sich erst mir der Zeit raus, leider teils mit Irrwegen und Missverständnissen. Jetzt ist vieles zum Glück schon funktional, aber vermutlich wird es weiter so sein, dass sich die Vorgehensweise an die Kenntnis dessen anpassen wird, was denn möglich ist...

Meine Rivescript-Dateien steuere ich gerne bei, Rivescript ist bei mir ja dem Babble-Modul nachgeschaltet.

Habe vor einiger Zeit mal ein paar der Threads zu rivescript durchgesehen, aber im Moment nicht viel mehr wie die vage Vorstellung, dass man RHASSPY damit eigentlich relativ leicht dahin umbauen können sollte, dass es mit einer "sentences.ini" (mehr oder weniger mit der von Rhasspy her bekannten Syntax) rivescript aufrufen kann, um den "intent-json" zu generieren, dabei intents zu (de-) aktivieren, "slots" füllen usw..

Babble habe ich mir auch kurz angeschaut, aber irgendwie kam mir das nicht wie ein adäquater Ersatz für RHASSPY vor. Mag sein, dass ich mich da täusche. Jedenfalls: FULLY kann man ohne großes Aufhebens so konfigurieren, dass es Babble_DoIt() mit dem erkannten Text aufruft (wenn fully als Browser verwendet wird). Um den Rückweg für die response muss man sich dann natürlich selber kümmern .

#18

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

Letzter Beitrag von Prof. Dr. Peter Henning - 18 April 2026, 14:06:22

Ist das Bild jetzt auch ohne Zeichnung klarer?

So halb. Meine Rivescript-Dateien steuere ich gerne bei, Rivescript ist bei mir ja dem Babble-Modul nachgeschaltet.

Natürlich wird das Wakeword nicht von Rhasspy selbst erkannt, sondern ich nutze darauf MycroftAI Precise, selbst trainiert. Das ist allerdings jetzt auch schon ein paar Jahre alt und wird nicht weiter entwickelt. Darum habe ich ja auch nach dem Atom Echo gefragt.

Ich habe gerade ein Buchmanuskript fertig, und darum hoffentlich etwas mehr Zeit, damit kann ich dann also mal spielen.


LG

pah

#19

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

Letzter Beitrag von Beta-User - 18 April 2026, 12:19:12

Was ist denn jetzt das Ziel - STT oder TTS?

Ich komme von:

Mein Ausgangspunkt war eigentlich, das FULLY-Modul so zu erweitern, das es mit RHASSPY in Punkto Sprachein- und -ausgabe so zusammenarbeitet, wie das vorher mit AMAD möglich gewesen war, insbesondere also interaktive Dialoge möglich sind. Wie es im Moment aussieht, braucht es dafür aber auch einiges an javascript, so dass es letztlich (fast) völlig egal ist, welchen Browser man verwendet...

Stand JETZT funktioniert das insoweit, dass die TTS- und STT-Fähigkeiten des Handys wie beschrieben genutzt werden können, wenn man als Browser Chrome verwendet.

Letztlich ist meine Vision, (aus User-Sicht betrachtet) funktional (im Moment: bis auf die "lokale" STT-Fähigkeit) einen vollwertigen Rhasspy-Satelliten zu basteln, wobei technisch am Ende* vom Rhasspy-Framework letztlich nur die intent-Erkennung und Teile des session-Managements weiter genutzt werden, den Rest erledigt RHASSPY.

Was ich letztlich loswerden will: Sämtliche Abhängigkeiten von veralteten "Bauteilen" (wie automagic oder Polly-TTS-Engine), bei denen man nie weiß, wie lange es funktioniert. Ganz am Ende* ist auch das Rhasspy-Framework in diesem Setup ohne weiteres gegen eine andere Intent-Erkennung austauschbar, mir schwebt was auf rivescript-Basis vor, ohne dass das irgendwie schon konkretere Formen angenommen hätte.

Was dazu als nächstes ansteht, wäre die Option, einen mehr oder weniger beliebigen (eigenen und lokal laufenden) TTS-Server mit der Generierung der Audios zu beaufschlagen, das ganze möglichst per direktem js-Aufruf. Da mir das aber im Moment zu viele Zwischenschritte sind, versuche ich das mit piper+Text2Speech (notgedrungen halt incl. dem Umweg über lame, damit es "modulkonform" ist).

Ist das Bild jetzt auch ohne Zeichnung klarer?

OT:

Einzig unzufrieden bin ich mit der Wakeword detection, die über RHASSPY  läuft.

RHASSPY ist bzgl. Wakeword nur ein "Makler-Device", die Unzufriendenheit müßte sich demnach auf einen Rhasspy-Satelliten beziehen?
Was das Thema angeht, bin ich nach wie vor eher Nutzer klassischer Buttons am Handy, von daher habe ich eher noch Wünsche in Richtung der Bedienbarkeit/Konfigurierbarkeit der neuen f18.js-Funktionen.

#20

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

Letzter Beitrag von Prof. Dr. Peter Henning - 18 April 2026, 11:57:17

Jetzt habt Ihr mich irgendwo abgehängt.

Was ist denn jetzt das Ziel - STT oder TTS?

Für STT benutze ich immer noch meine Android-Tablets mit Automagic - das kann ich dank Google Backup auch auf neuen Geräten installieren. Auf den Tablets läuft aber auch überall Fully.

Für TTS baue ich entweder in FHEM mit Hilfe von Amazon Polly neue MP3s zusammen, sende diese per Automagic an die Tablets (oder andere Geräte) und spiele sie ab. Oder nutze die TTS-Fähigkeit der Tablets selbst, weil ich mir auch hier die inzwischen > 10 Jahre alte Sprachbibliothek gesichert habe, die Amazon Polly verwendet. Also sprechen alle meine Devices mit derselben Stimme, das hat sich als wichtig herausgestellt.

Einzig unzufrieden bin ich mit der Wakeword detection, die über RHASSPY  läuft.

Vielleicht könnte einer von Euch mal (gerne auf Papier) eine Skizze produzieren, welche Komponenten und Abläufe jetzt hier diskutiert werden.

LG

pah