Neueste Beiträge

#1
Multimedia / Aw: Bose und soundcork und FHE...
Letzter Beitrag von MIla1969 - 12 Mai 2026, 21:32:53
Hallo zusammen,

mich hat die ABschaltung der Bose Cloud eiskalt erwischt. Meine Frau und ich warne nur verwundert, warum plötzlich das Web-Rasio nimmer ging. Ok nun weiß ich es.
Mein Fehler war es vermutlich, dass ich zuerst ein Werksreset versucht habe. Nun wir bei Aufruf von  \info
die  "<margeAccountUUID>" nicht mehr angegeben.

Hab mich soweit auch schon informiert,
soundcork, wird installiert, OTG Kabel bereits da, Zugriff auf die Soundtouch 10 per Putty funktioniert.

Hab nun mal als erstes versucht, per WinSCP die DeviceInfo.xml zu finden. Leider ohne Erfolg.

@betateilchen  kannst du mir den Pfad nennen wo sie den sein soll?

oder hat es was damit zu tun, dass wenn ich
http://192.168.1.xxx:8090/soundTouchConfigurationStatus
aufrufe, ich als Antwort folgendes erhalte:
<SoundTouchConfigurationStatus status="SOUNDTOUCH_NOT_CONFIGURED"/>

Vielleicht kann ich ja bei dem ein oder anderen ja auch unterstützen

Danke im Voraus
Michael

#2
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von 300P - 12 Mai 2026, 21:21:43
Zitat von: Mikel2906 am 12 Mai 2026, 20:01:01Danke 300P,
die Idee ist gut.

attr DEVICE disabledForIntervals HH:MM-HH:MM HH:MM-HH:MM ist gesetzt.

Mal sehen was morgen mein LOG anzeigt.

VG
Michael

Wenn es nicht klappt:
Diverse Usereading (je Problemfall anders) welche Werte >= max Wert XYXYXxxxx Wh überschreiten dann "nicht übernimmt"..... ;)
Diese "neuen" Userreading dann entsprechend in SF nutzen. ;D
#3
Sonstige Systeme / Aw: Blink Security Home Kamera...
Letzter Beitrag von JWRu - 12 Mai 2026, 20:45:37
Ich glaube wir können dieses Modul abhaken.
Der Maintainer war im Februar zum letzten Mal hier im Forum aktiv.
#4
Codeschnipsel / Aw: Modul 48_SST zum Einbinden...
Letzter Beitrag von Treibhaus - 12 Mai 2026, 20:40:29
Hallo ,

ich benutze dieses Modul zum Einbinden einer Klimanalge.

Aktuell habe ich das Gefühl, dass wenn ich den Token erneuere es zu einem Fehler führt und das gesamte FHEM-UI deaktiviert wird.
Perl mit Fhem läuft schön weiter.
Zitat2026.05.12 20:26:47 1: Including ./log/fhem.save
Can't use an undefined value as an ARRAY reference at ./FHEM/48_SST.pm line 594.

Hat mich nun 3x nicht getäuscht. Jedes Mal hilft ein Reboot des Raspberries.
#5
TabletUI / Aw: FTUI version 3
Letzter Beitrag von setstate - 12 Mai 2026, 20:29:09
        <ftui-label
            [text]="DS18B20_D52BBC000000_T05_Puffer1_oben:cleanTemp"
            [color]="DS18B20_D52BBC000000_T05_Puffer1_oben:cleanTemp | step('20:blue, 60:yellow, 100:red')"
            style="font-weight: bold;"
            class="size-2">
        </ftui-label>

Das " hinten fehlt UND die {{}} würde ich auch weglassen. Das sind Platzhalter, wenn man mit ftui-content arbeitet und von aussen Variablen vergeben hat
#6
Off-Topic / Homebridge V2
Letzter Beitrag von juergen012 - 12 Mai 2026, 20:23:09
Moin,
Seit letzter Woche ist Homebridge v2 am Start. Ich habe mir damit die Installation auf den Apple Geräten zerschossen. Es wurde ,,keine Verbindung" in der App angezeigt. Für die Wiederherstellung habe ich 2Tage gebraucht. Bin zurück auf V1. Damit funktioniert alles wieder. Geht es nur mir so, oder hat noch jemand Probleme damit?
Gruß
Jürgen K.
#7
MQTT / [HowTo] X-Sense Melder (SBS50 ...
Letzter Beitrag von Blablubblaber - 12 Mai 2026, 20:17:01
Hallo zusammen,

nach einigem Basteln und Optimieren möchte ich hier eine Anleitung teilen, wie man das X-Sense Rauchmelder-System nativ, lokal und komplett Cloud-frei über MQTT2 in FHEM integriert.

X-Sense hat mittlerweile eine native MQTT-Funktion in den SBS50 Basisstationen freigeschaltet. Das Problem beim direkten Einbinden über autocreate: FHEM wirft alle Melder in ein einziges Device, übermüllt die Readings mit Home-Assistant-Config-Daten und bei mehreren Basisstationen überschreiben sich die Melder gegenseitig.

Mit diesem Setup erreicht man folgendes:

  • Cloud-frei: Direkte, lokale MQTT-Verbindung.
  • Aufgeräumt: Die Basisstation arbeitet unsichtbar im Hintergrund als Router (bridgeRegexp).
  • Einzelgeräte: Jeder physikalische Melder bekommt ein eigenes FHEM-Device mit sauberen Readings (smokealarm_status, battery_status etc.).
  • Multi-Base Support: Mehrere Basisstationen stören sich nicht gegenseitig.
  • Rename-safe: Die Zuweisung erfolgt über die feste Hardware-ID ($DEF), man kann die Melder also völlig frei umbenennen (z.B. in XSense_Kueche), ohne dass die Zuordnung bricht.

Hier ist die Schritt-für-Schritt Anleitung:

Voraussetzung
  • FHEM MQTT2_SERVER ist aktiv (Port 1883).
  • In der X-Sense App bei der Basisstation in den Einstellungen unter "Mit Home Assistant verbinden" die IP eures FHEM-Servers eintragen (User/Passwort habe ich einfach einen . rein geschrieben da die Felder nicht leer bleiben dürfen) anschließend oben "MQTT-Verbindung" Aktivieren und unten auf "Speichern" klicken.

Schritt 1: Die Basisstation(en) zum "Router" machen
Sobald die Basisstation funkt, legt FHEM ein Device (z.B. SBS501500C04F) an. Wir löschen den Config-Müll, sperren autocreate und leiten die Signale an neue Geräte weiter.

Hinweis: Ersetzt in den folgenden Befehlen SBS501500C04F und SBS501500935D durch die tatsächliche ID eurer Basisstation!

Kopiert dies nacheinander in die FHEM-Kommandozeile:

deleteattr SBS501500C04F readingListdeletereading SBS501500C04F .*attr SBS501500C04F autocreate 0Die Magie passiert über bridgeRegexp. Signale von Basis 1 leiten wir an Geräte namens XSense_... weiter:

attr SBS501500C04F bridgeRegexp homeassistant/[^/]+/SBS501500C04F_([0-9A-F]+)/.*state:.* "XSense_$1"(Optional) Falls ihr eine 2. Basisstation habt (z.B. ID: SBS501500935D), macht ihr das Gleiche, leitet aber an XSense2_... weiter:

deleteattr SBS501500935D readingListdeletereading SBS501500935D .*attr SBS501500935D autocreate 0attr SBS501500935D bridgeRegexp homeassistant/[^/]+/SBS501500935D_([0-9A-F]+)/.*state:.* "XSense2_$1"Jetzt in der X-Sense App MQTT Deaktivieren und wieder Aktivieren, damit FHEM die Einzelgeräte (z.B. XSense_00000001, XSense2_00000001) anlegt!

Schritt 2: Die Melder filtern (readingList)
Jetzt filtern wir den JSON-Pfad sauber auf englische Begriffe runter und binden die Auswertung fest an die Hardware-DEF, um Übersprechen und Umbenennungs-Fehler zu vermeiden.

Für alle Melder der 1. Basisstation (XSense_...):
(Wichtig: Die ID der Basisstation SBS501500C04F im Pfad anpassen!)

attr XSense_.* autocreate 0attr XSense_.* readingList homeassistant/binary_sensor/SBS501500C04F_[^/]+/[^/]+/state:.* { my @t = split('/',$TOPIC);; my @p = split('_',$t[3]);; return if (InternalVal($NAME,"DEF","") !~ m/$p[1]$/);; return json2nameValue($EVENT, $p[-1].'_', $JSONMAP) }deletereading XSense_.* .*(Optional) Für alle Melder der 2. Basisstation (XSense2_...):


attr XSense2_.* autocreate 0attr XSense2_.* readingList homeassistant/binary_sensor/SBS501500935D_[^/]+/[^/]+/state:.* { my @t = split('/',$TOPIC);; my @p = split('_',$t[3]);; return if (InternalVal($NAME,"DEF","") !~ m/$p[1]$/);; return json2nameValue($EVENT, $p[-1].'_', $JSONMAP) }deletereading XSense2_.* .*Alles abspeichern:

saveDeaktiviert und Aktiviert nun noch mal MQTT in der X-Sense App. Eure FHEM-Geräte haben jetzt wunderschöne Readings wie smokealarm_status, online_status oder battery_status.

Schritt 3: Freies Umbenennen
Da die Filterung nun über InternalVal($NAME,"DEF","") läuft, könnt ihr die erzeugten Melder ab sofort kreuz und quer umbenennen, damit ihr wisst, wo es brennt. Das Routing bricht nicht ab!

rename XSense_00000001 XSense_Wohnzimmerrename XSense2_00000001 XSense2_FeWo_Schlafzimmer
Schritt 4: Globales Notify für den Feueralarm
Da die Readings jetzt bei allen Meldern absolut einheitlich heißen (egal ob Rauch, Hitze oder CO), reicht ein einziges, zentrales Notify für das ganze Haus. Dieser Code ist bereits für den FHEM-Optimierer angepasst, sodass keine Regex-Fehlermeldungen im Log landen.

define N_Haus_Feueralarm notify XSense.*:.*alarm_status:.*Detected|XSense.*:.*alarm_status:.*Cleared {
    my $melder = $NAME;;
    my $event = $EVENT;;
    my $status = $EVTPART1;;
   
    # Sensortyp extrahieren
    my ($typ) = $event =~ m/(smoke|co|heat)alarm_status/;;
    $typ //= "Unbekannt";;
   
    # Nachricht je nach Status anpassen
    my $msg;;
    if ($status =~ /Cleared/i) {
        $msg = "✅ ENTWARNUNG: Melder '$melder' meldet: $typ ($status)!";;
    } else {
        $msg = "🚨 ALARM! Melder '$melder' meldet: $typ ($status)!";;
    }
   
    fhem("set TelegramBot message $msg");;
}
(Natürlich TelegramBot durch euer eigenes Benachrichtigungs-Device ersetzen).

Testen lässt sich das notify mit
trigger XSense_FeWo_Schlafzimmer smokealarm_status: Detectedund
trigger XSense_FeWo_Schlafzimmer smokealarm_status: Cleared


Ich hoffe, diese Anleitung erspart dem ein oder anderen die nächtelange Fehlersuche mit Regulären Ausdrücken und Crosstalking-Effekten. Viel Spaß beim Nachbauen!
#8
Homematic / Anlegen von HM-IP FROLL schläg...
Letzter Beitrag von VolkerGBenner - 12 Mai 2026, 20:02:00
Hallo zusammen,

Ich versuche gerade ein HM-IP FROLL in FHEM einzubinden, stehe da aber etwas auf dem Schlauch.

Im HMCCU-device bekomme ich das Gerät über
get myCCU3 ccuDevices angezeigt.
Leinwand    HmIP-FROLL    HmIP-RF    00116269940885    8
KEY_TRANSCEIVER [2x]
SHUTTER_TRANSMITTER [1x]
SHUTTER_VIRTUAL_RECEIVER [3x]

Über
get myCCU3 createDev ist "Leinwand" aber nicht in der Auswahlliste. Sowohl CCU als auch FHEM wurden schon mehrfach neu gestartet.

Mit
get myCCU3 create Leinwand bekomme ich als Antwort
Results of create command:
Not detected CCU devices:
  Leinwand = 00116269940885 [Leinwand]

Ich kann "Leinwand" per manuellem define als *DEV oder *CHN anlegen und bekomme dann auch Readings-Aktualisierungen. Wenn ich ohne "defaults" definiere bekomme ich als Fehler noch
HMCCUDEV [Leinwand] Device type not known by HMCCU. Please set control and/or state channel with attributes controldatapoint and statedatapoint
angezeigt.
Ein
set Leinwand defaults update liefert
HMCCUDEV: Leinwand Cannot detect role of Leinwandund
set Leinwand defaults resetergibt
HMCCUDEV: Leinwand Device type HmIP-FROLL not known by HMCCU
Cannot detect role of Leinwand
Set version 4.3 attributes
und legt völlig falsche readingsfilter an.

Hier im Forum finde ich aber auch ältere Beiträge in denen FROLL schon funktioniert, ist also nichts Exotisches.

Jetzt brauch ich mal Input, wie ich weiter vorgehe. So einen Fall hatte ich noch nie.




#9
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von Mikel2906 - 12 Mai 2026, 20:01:01
Danke 300P,
die Idee ist gut.

attr DEVICE disabledForIntervals HH:MM-HH:MM HH:MM-HH:MM ist gesetzt.

Mal sehen was morgen mein LOG anzeigt.

VG
Michael
#10
Multimedia / Aw: Bose und soundcork und FHE...
Letzter Beitrag von betateilchen - 12 Mai 2026, 19:08:55
Zitat von: FlatTV am 07 Mai 2026, 22:50:40Also bei mir läuft der Soundcork nach dem Update nicht mehr.
http://ip:8000/docs kann ich noch aufrufen, beim Aufruf von http://ip:8000/ kommen nur Fehler.

Genau das Problem hatte ich heute auch. Sowohl der Aufruf von /admin als auch /miniapp liefen auf Fehler.

Irgendwann habe ich dann einen Blick in das error-Log von soundcork geworfen, und darin die (wahrscheinliche) Fehlerursache gefunden. Es wurde nach einer DeviceInfo.xml gesucht, die nicht gefunden wurde. Diese Fehlerausgabe hat offenbar den Server blockiert.

Nachdem ich in der Datenstruktur die entsprechende Datei angelegt hatte, war alles wieder in Ordnung, die Box lief problemlos und der Server zeigte alle Seiten an, die ich haben wollte.