Auch eine mögliche Lösung.
Wichtig wäre mal zu wissen wie stark das derzeitige netzteil ist und wieviele leds
Netzt
EDIT: so wie ich das sehe benutzt @DesasterMaster 93 Leds, dh er braucht ein Netzteil mit mind. 6A
Wenn das von ihm verwendete weniger hat bringts auch nix, wenn er mit dem Netzteil weitere Einspeispunkte setzt.
Wenn es mind 6A hat sollte er es versuchen
Ich nutze Mosquitto
Die erste *.things die funktioniert hat:
Bridge mqtt:broker:mosquitto24 [ host="192.168.1.130", username="username", password="password" ]
{
/******************************************************************************************************************
*******************************************************************************************************************
Zigbee2mqtt Bridge
*******************************************************************************************************************
*******************************************************************************************************************/
Thing topic zigbeeMQTTBridge "Zigbee2mqtt Bridge" {
Channels:
Type switch : permit_join
[ stateTopic="zigbee2mqtt/bridge/config/permit_join", on="true", off="false" ]
Type string : state
[ stateTopic="zigbee2mqtt/bridge/state" ]
}
/******************************************************************************************************************
*******************************************************************************************************************
Fenstersensor 1
*******************************************************************************************************************
*******************************************************************************************************************/
Thing topic Fenstersensor1 "Fenstersensor 1" {
Channels:
Type contact : status
[ stateTopic="zigbee2mqtt/Fenstersensor1", transformationPattern="JS:getZigbeeContact.js" ]
Type number : voltage
[ stateTopic="zigbee2mqtt/Fenstersensor1", transformationPattern="JSONPATH:$.voltage" ]
Type number : battery
[ stateTopic="zigbee2mqtt/Fenstersensor1", transformationPattern="JSONPATH:$.battery" ]
Type number : linkquality
[ stateTopic="zigbee2mqtt/Fenstersensor1", transformationPattern="JSONPATH:$.linkquality" ]
}
}
danach habe ich das ergänzt:
/******************************************************************************************************************
*******************************************************************************************************************
Wassersensor 1 Technikraum
*******************************************************************************************************************
*******************************************************************************************************************/
Thing topic Wassersensor1 "Wassersensor 1" {
Channels:
Type contact : status
[ stateTopic="zigbee2mqtt/Wassersensor1", transformationPattern="JS:getZigbeeLeak2Contact.js" ]
Type number : voltage
[ stateTopic="zigbee2mqtt/Wassersensor1", transformationPattern="JSONPATH:$.voltage" ]
Type number : battery
[ stateTopic="zigbee2mqtt/Wassersensor1", transformationPattern="JSONPATH:$.battery" ]
Type number : linkquality
[ stateTopic="zigbee2mqtt/Wassersensor1", transformationPattern="JSONPATH:$.linkquality" ]
}und der Fenstersensor1 ging offline. Danach wieder die erste Variante hergestellt, aber der Fenstersensor1 blieb offline. Bis zur neuinstallation des bindings. Danach das selbe spiel.
Habe zig Varianten versucht, andere mqtt things, andere reihenfolge, weniger channels. Immer dasselbe...
Eine WS2816b led braucht weiss volle helligkeit 0,06A.
Ich weiß jetzt nicht wieviele Leds du hast. Bei 60 Leds brauchst du ein Netzteil mit mindestens 3,6 A, mit ein bissl Puffer, also 4A. Bei 150 Leds eines mit 9A, mit Puffer 10A
So. Nach ca 6 Stunden spielerei geb ich auf und bleibe beim 1.0er binding 
Ich habe das 2.4er binding via paperui installiert und danach in einem thing file eine bridge und ein mqtt thing angelegt. ebenso habe ich ein entsprechendes item angelegt. Hat soweit funktioniert.
Wenn ich jetzt in die thing datei ein weiteres mqtt thing anlege, geht das erste, funktionierende mqtt thing offline ([definition='1','0']log[/definition] und paperui), das zweite neue sehe ich gar nicht (weder [definition='1','0']log[/definition] noch paperui).
Daher habe ich die vorige funktionierende thing datei 1:1 wieder hergestellt und... die geht auch nicht mehr, das erste mqtt thing bliebt offline 
wenn ich das 2.4er binding deinstalliere und danach wieder installiere und danach die thing datei wiederherstelle, geht sie wieder
Ich bleib vorerst beim 1.0er binding
Wusste ich doch, dass @horschte die Antwort weis 
das mqtt1 binding wird spätestens mit openhab 3 nicht mehr unterstützt werden.
Das heißt aber, dass ich tatsächlich umsteigen sollte. Sonst erschlägt mich das ganze sobald OH 3 kommt.
Irgendwie macht sich bei dem Umstiegsgedanken leichte Panik breit 
Hallo!
Ich habe bislang das MQTT 1.0 binding benutzt und wollte letztens aufs 2.4er binding umsteigen, da ich mir gedacht habe, dass ich eigentlich nicht so viele MQTT Geräte habe und up to date bleiben wollte. War falsch gedacht, sind ur viele 
Als ich mich ein wenig in das MQTT 2.4 Thema eingelesen hatte, wollte ich mit der Umsetzung beginnen. Für mich stellt sich aber die Frage, was eigentlich der Vorteil des 2.4er MQTT Bindings ist.
Im Moment kann ich nur Nachteile erkennen: schließlich muss ich für jeden channel eine eine Zeile in einer things Datei und zusätzlich ein entsprechendes item anlegen. Bei der 1.0er Version muss ich ja nur ein item anlegen.
Die 2.4er Version ist daher doppelt so viel Arbeit. Daher ist die Gefahr für Fehler auch doppelt so hoch.
Sollte der Vorteil des 2.4er bindings in der PaperUI liegen, betrifft mich das nicht, da ich die PaperUI eigentlich nicht benutze und alles über Dateien regle.
Habe ich da irgendwas übersehen?
mycroft.ai ist soweit ich weis nicht offline fähig
Irgendwie lustig, dass man bei solchen Dingen um jeden Cent feilscht. Die Differenz der zwei Angebote ist ja grad mal € 3,22, da hab ich heute schon mehr Geld auf der Straße ausgestreut 
Kaufen! Kaufen!
China Zwischenstecker
das ist der Adapterthread
bissl billigerer gateway
https://de.aliexpress.com/item/328007982…rchweb201603_52
Wozu? Der tut doch was er soll, nämlich bei Bewegung das Licht einschalten.
Könntest ihn gegen einen Xiaomi Bewegungsmelder tauschen und die Lampe mit einem Shelly oder einem Sonoff versehen. Dann kannst du in OH eine Rule erstellen, die die Lampe via Shelly oder Sonof andreht, wenn Bewegung erkannt wird. Ist halt das selbe was der Melder jetzt schon tut nur komplizierter...
Hmm... die Idee ist gar nicht so uninteressant!
Das würde auch verhindern, dass meine bessere hälfte den Gateway austeckt, weil sie genau die Steckdose für den Staubsauger braucht.
Mal schauen, ob sich da nicht was hübsches finden/bauen lässt...
Eine Sirene (soundfile dafür ist schon drauf) würde den Einbrecher definitiv irritieren.
Stimmt, aber der Einbrecher braucht das gateway nur auszustecken und es ist Ruhe
Und noch was, diese Temperatursensoren von Xiaomi ? Senden sie dauerhaft, oder bestimme ich z.b. bei FHEM selber wie oft die Daten angefragt werden, also das Intervall ?
Nein, das kannst Du nicht bestimmen.
Die senden entweder jede Stunde oder bei Änderung der Temp/Luftfeuchte.
Ich will noch nicht zu viel verraten
Aber wir haben uns da schon noch ein kleines Extra einfallen lassen.
Mehr als diese beiden Bilder gibt es aber nicht:
Das "extra" ist auch schon komplett fertig.
Ich tippe mal drauf, dass du den Kaffee(sud) als Färbemittel nimmst.
Habe ich auch schon mal gemacht, weis aber nicht mehr wobei und warum ich nicht einfach Farbe genommen habe
richtig Madig- man stelle sich vor ich löse das mit Fenster/Tür kontakten : Garagentor ist im Sommer offen. Ich laufe im Dunkeln rein mti dem PIR gehts - aber wenn ich mit dem Auto rein fahr gehts nicht ?! doof ...
Wenn du es mit eine PIR löst und reingehst schaltet sich das licht an, soweit Mission erfolgreich
Wenn du mit dem Auto im Sommer (wo das Garagentor offen ist) reinfahrst, ist es möglich, dass der PIR anspringt wegen der Motorwärme --> testen --> eventuell dadurch bereits Mission erfolgreich
Wenn der PIR nicht mit dem Auto anspringt, wirst du dennoch was sehen, da du ja wohl mit Licht in die Garage fährst (die Garage ist ja schließlich dunkel). Sobald du aus dem Auto aussteigst (und das Autolicht abdrehst) sollte der PIR jedenfalls wegen Dir anspringen --> Licht geht an --> Mission erfolgreich
Ich würde da dem Basteltrieb widerstehen und nicht auf eine DIY Lösung mit Ultraschall oder Radarsensoren setzen
Sehen ja sehr fein aus, aber der preis für einen ist der overkill! Da bleib ich lieber bei xiaomi
Da der xiaomi Bewegungsmelder meinen Informationen zufolge ein PIR ist, reagiert er auf Veränderungen der Infrarot Wärmestrahlungen.
Das heisst aber, dass er nur wegen der Bewegung der Türe bzw des Garagentors nicht getriggert werden dürfte. Daher sollte er dann auch nicht die Helligkeit messen (siehe SmartHome - Erfahrungen und verwendete Geräte).
Das heisst aber, dass dein plan @xSaSx nicht funktionieren wird, außer jemand betritt auch die Garage/den Keller
Bevor du das Rad ein zweites mal erfindest, schau dir mal das an
https://forum.kodi.tv/showthread.php?tid=331775
Kenn ich aber nicht genauer
Aha. Verstehe zwar nicht, warum du das nicht über die json-rpc api machst, aber gut.
Soweit ich mich richtig erinnere, brauchst du 2 Addons. Einerseits das XBMC LCDProc, andererseits das LCDProc addon (zB aus dem LE Repo). Eines davon war das Server (glaublich XBMC LCDProc), das andere das Client addon.
Im XBMC LCDProc addon gibts eine lcd.xml datei. Dort stellst du ein, was am Display angezeigt wird.
Beim anderen Addon gibts eine lcdd.conf datei. Dort erfolgen die Hardwareeinstellungen des Displays
