Neueste Beiträge

#91
FHEM Code changes / Revision 31222: 55_minisip.pm:...
Letzter Beitrag von System - 14 Mai 2026, 11:50:11
Revision 31222: 55_minisip.pm: under development

55_minisip.pm: under development

Source: Revision 31222: 55_minisip.pm: under development
#92
FHEM Code changes / Revision 31221: 55_minisip.pm:...
Letzter Beitrag von System - 14 Mai 2026, 11:50:11
Revision 31221: 55_minisip.pm: under development

55_minisip.pm: under development

Source: Revision 31221: 55_minisip.pm: under development
#93
FHEM Code changes / Revision 31220: 55_minisip.pm:...
Letzter Beitrag von System - 14 Mai 2026, 11:50:11
Revision 31220: 55_minisip.pm: under development

55_minisip.pm: under development

Source: Revision 31220: 55_minisip.pm: under development
#94
FHEM Code changes / Revision 31219: 70_KODI.pm: fi...
Letzter Beitrag von System - 14 Mai 2026, 11:50:11
Revision 31219: 70_KODI.pm: fix thumbnail handling and adapt to current kodi art API

70_KODI.pm: fix thumbnail handling and adapt to current kodi art API

Source: Revision 31219: 70_KODI.pm: fix thumbnail handling and adapt to current kodi art API
#95
Sprachsteuerung / Aw: homebridge/homekit
Letzter Beitrag von juergen012 - 14 Mai 2026, 11:46:45
Moin,
auch ich bin wieder zurück auf ver 1.8.4 der homebridge. Die Hue Devices hab ich direkt mit Homekit verbunden. Das geht super in der HUE App auf dem iphone. Homematic über Hap-Homematic https://github.com/thkl/hap-homematic. Ist schon etwas älter, funktioniert aber gut. Netatmo über das Plugin. Die Netatmo kamera direkt mit Homekit.
Die "Restaurierung" nach der nicht funktionierenden V2.0 der Homebridge hat mich 2 Tage gekostet. Nachdem mehrere Versuche mit v2 nicht funktionierten, habe ich Homebridge  1.8.4 neu aufgesetzt. Ich bleibe erstmal dabei..
Gruß
Jürgen K.
#96
Sonstige Systeme / Aw: blink-mqtt-bridge
Letzter Beitrag von JWRu - 14 Mai 2026, 11:41:44
Ich werde wohl das mal ausprobieren: https://github.com/weirdtangent/blink2mqtt (beruht auf blinkpy).
Den Docker-Container kann ich auf meinem Synology NAS laufen lassen.
Ich hoffe, dass ich in den nächsten Wochen mal dazu komme und werde dann hier berichten.

Vielleicht ist es besser, wenn du den Thread nach Systeme->MQTT verschiebst. Da würde er aus meiner Sicht besser passen.
#97
Bastelecke / Aw: Entwicklung SIGNALduinoAdv...
Letzter Beitrag von DerD - 14 Mai 2026, 11:29:54
Die Teile hatte ich mir bei Ali auch schon mal angeschaut. Wenn 2 Module reichen, könnte das ja so wie im Bild aussehen. Auch GPIO22 steht bei den Modulen nicht direkt zur Verfügung, damit würde Bank D auch wegfallen.

Falls Interesse besteht, route ich ich das aus. Hilfreich wäre auch die Info, ob jeweils für doppeltes Modul mit break-out-board oder einfach E07-x00MM10S reicht.
#98
Bastelecke / Aw: unbekanntes Funkprotokoll ...
Letzter Beitrag von DerD - 14 Mai 2026, 11:17:15
Zitat von: Ralf9 am 13 Mai 2026, 10:06:19Für das Senden muss ich noch was im 00_SIGNALduino... Modul ergänzen

damit kein
Radio A is not active! kommt? Und kann es sein, dass ein einfaches
set sduino raw SRA;;... mir derzeit meine cconfig zerschießt?


Zitat von: Ralf9 am 07 Mai 2026, 20:10:55Hier ist der rfmode, eingelesen wird er mit "get raw"
CW000D,022D,0307,04D3,0591,063D,0704,0832,0D21,0E6B,0FF6,1057,1143,1200,1323,14B9,1531,1700,1818,1914,1B07,1C00,1D90,23E9,242A,2500,2611,3D00,3E00,4045,4162,4249,436E,4473,4574,4661,4774

Dazu noch eine Frage: es werden auch Werte in Register oberhalb 0x2F geschrieben, wie 0x3D die read-only sind oder 0x40 etc die es laut Datenblatt gar nicht gibt. Was hat es denn damit auf sich? Über ccreg 99 werde die ja auch nicht ausgelesen.

Zitat von: Ralf9 am 13 Mai 2026, 10:06:19Das müsste vorläufig auch ohne ein extra Modul gehen.
Dafür in einem dummy readings erzeugen
z.B.
123_on
123_off
456_on
456_off

Oder pro device ein dummy

Der Code dafür kann evtl da "99_myUtils.pm" abgelegt werden.

Ich fürchte, das gehört zu den Anfängerfragen wie ich das genau mache, aber mein notify aktiviert im dummy "myZimmer" leider nichts.


define ntf_update_dmsg notify MySignalPicoLAN:LASTDMSG:.* set myZimmer $EVTPART1
#   CFGFN     
#   DEF        MySignalPicoLAN:LASTDMSG:.* set myZimmer $EVTPART1
#   FUUID      6a05829a-f33f-3e5d-77b9-f56c1e566698069a
#   NAME       ntf_update_dmsg
#   NOTIFYDEV  MySignalPicoLAN
#   NR         75
#   NTFY_ORDER 50-ntf_update_dmsg
#   REGEXP     MySignalPicoLAN:LASTDMSG:.*
#   STATE      active
#   TYPE       notify
#   eventCount 1
#   READINGS:
#     2026-05-14 10:06:50   state           active
#
setstate ntf_update_dmsg active
setstate ntf_update_dmsg 2026-05-14 10:06:50 state active

#99
Multimedia / Aw: Modul für Kodi (ehemals 70...
Letzter Beitrag von vbs - 14 Mai 2026, 11:15:27
Nach dem Motto "keine Rückmeldung ist gute Rückmeldung" gehe ich mal davon aus, dass das soweit funktioniert und keine weiteren Probleme macht und hab es daher in fhem eingecheckt. Also ab morgen im update.
#100
Sprachsteuerung / Aw: homebridge/homekit
Letzter Beitrag von Larsihasi - 14 Mai 2026, 11:02:39
Kleiner Erfahrungsbericht für alle, die seit dem Homebridge-2.0-Update und dem iOS-Update auf 26.5 plötzlich ,,keine Antwort" bei ihren FHEM-Geräten in Apple Home haben – bei mir war es exakt dieses Bild:

Plugin lud sauber, longpoll zu FHEM lief, alle Devices wurden korrekt enumeriert und gecached, Bridge war im Netz erreichbar – aber Apple Home zeigte alle FHEM-Geräte als ,,keine Antwort". Im Log immer wieder:

[homebridge-fhem] This plugin generated a warning from the characteristic 'On':
characteristic value expected boolean and received undefined.

Setup: Pi 5, Homebridge 2.0.2, HAP v2.1.6, Node.js v24.15.0, homebridge-fhem 0.5.42.

Spannend daran: Die Warning gibt's laut älteren GitHub-Issues schon länger, hat aber bisher nie zu ,,keine Antwort" geführt. Bei mir kippte das Bild erst mit iOS 26.5. Naheliegende Vermutung: Apple ist seit 26.5 strikter bei der Typvalidierung der Charakteristik-Werte, und das Plugin liefert in manchen Fällen `undefined` statt eines sauberen Boolean.

**Was bei mir NICHT geholfen hat:**
- mDNS-Advertiser von ciao auf Bonjour HAP
- cachedAccessories löschen
- Bridge in Apple Home entfernen und neu pairen
- `bind` aufs Interface festnageln (am Pi 5 heißt es ohnehin `end0` statt `eth0`)

**Was geholfen hat:** Downgrade auf Homebridge 1.8.4. Bei hb-service-Paketinstallation geht das nur direkt im richtigen Pfad, sonst landet npm im globalen Verzeichnis und greift nicht:

bash
sudo hb-service stop
cd /var/lib/homebridge
sudo npm install --unsafe-perm homebridge@1.8.4
sudo hb-service start

Danach prüfen:

bash
cat /var/lib/homebridge/node_modules/homebridge/package.json | grep '"version"'

Sollte `"version": "1.8.4"` zeigen. Apple Home hatte die FHEM-Geräte dann sofort wieder erreichbar, ohne Re-Pairing. Und in der UI sicherheitshalber Auto-Update für Homebridge ausschalten, sonst zieht's einen beim nächsten Lauf wieder auf 2.x.

**Zur Lage beim Plugin:** Andre hat in den letzten Tagen offenbar aktiv geschraubt, inzwischen ist 0.5.46 draußen (vorher 0.5.42). Auf GitHub gibt's einen Issue von bones78 vom 7. Mai (#114) mit identischem Symptombild, die Versions-Frequenz lässt hoffen, dass der 2.0-Fix in Arbeit ist:

https://github.com/justme-1968/homebridge-fhem/issues/114

Viele Grüße