NEWS
[Aufruf] ZigBee CC253x Adapter
-
Also, es ist so: Ein Befehl pro Gerät geht immer durch. Z.B. an aus. Bei weiteren Befehlen direkt dahinter gibt es oft Probleme. Am Empfang liegt das imho nicht. Muss ein generelles Problem mit dem Adapter sein. Ich werde mal einen Case dazu erstellen.
Workaround: Vor dem zweiten Befehlen einen Delay von etwa 3,5 Sekunden einbauen. Dann tritt das Problem nicht auf… `
was willst du mit 3.5 sek. wo hast du den Wert her.. das Problem ist nur wenn du mehrere Befehle zum gleichen Gerät schickst…
also Einschalten, Color Wert ändern und ..ja das warst schon.. das passiert bei mir von 10 mal ...1 mal dass ich nen falschen oder gar keinen Wert übertragen bekommen
-
` > die Farbe ist HEX codiert wie hue
z.b: 99FF00 ist Grün
die Sättigung ergibt sich aus den Werten `
Ok, mit Hex funktioniert es jetzt.
` > Habe ich inzwischen komplett neu installiert und konfiguriert mit 0.7.1.
Fehlermeldungen im Log sind keine mehr, aber Verbindungen werden noch immer nicht angezeigt.
Habe Chrome, Firefox und EDGE versucht… :?: `
Ich hab auch immer Fehlermeldungen bekommen, durch eine Neuinstallation ist das jetzt behoben, aber die Verbindungen im Mapping werden bei mir ebenfalls nicht angezeigt (hab einen Upload gemacht).Leider hab ich immer noch ein Problem. Das Osram Band regiert fast nicht.
Zwischen den Befehlen muss man immer oft einige Sekunden warten ansonsten passiert nix und es gibt diese Fehlermeldungen:
zigbee.0 2018-08-17 18:54:09.769 error Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - moveToLevel - {"level":10,"transtime":0} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:54:07.973 error Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - moveToLevel - {"level":10,"transtime":0} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:54:05.245 error Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - moveToLevel - {"level":10,"transtime":0} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:54:02.626 error Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - moveToLevel - {"level":254,"transtime":0} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:53:39.936 error Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - moveToLevel - {"level":10,"transtime":0} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:53:39.769 debug Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - cmd moveToLevel - payload {"level":10,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:53:39.750 debug User stateChange zigbee.0.7cb03eaa000024ef.brightness {"val":10,"ack":false,"ts":1534524819742,"q":0,"from":"system.adapter.admin.0","lc":1534524815226} zigbee.0 2018-08-17 18:53:37.975 debug Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - cmd moveToLevel - payload {"level":10,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:53:37.962 debug User stateChange zigbee.0.7cb03eaa000024ef.brightness {"val":10,"ack":false,"ts":1534524817952,"q":0,"from":"system.adapter.admin.0","lc":1534524815226} zigbee.0 2018-08-17 18:53:35.246 debug Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - cmd moveToLevel - payload {"level":10,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:53:35.234 debug User stateChange zigbee.0.7cb03eaa000024ef.brightness {"val":10,"ack":false,"ts":1534524815226,"q":0,"from":"system.adapter.admin.0","lc":1534524815226} zigbee.0 2018-08-17 18:53:35.134 error Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - moveToColor - {"colorx":12019.119,"colory":24981.942,"transtime":0} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:53:32.626 debug Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - cmd moveToLevel - payload {"level":254,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:53:32.614 debug User stateChange zigbee.0.7cb03eaa000024ef.brightness {"val":254,"ack":false,"ts":1534524812605,"q":0,"from":"system.adapter.admin.0","lc":1534524812605} zigbee.0 2018-08-17 18:53:27.806 error Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - moveToLevel - {"level":256,"transtime":0} - 3 failed with error TypeError: "value" argument is out of bounds zigbee.0 2018-08-17 18:53:27.805 debug Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - cmd moveToLevel - payload {"level":256,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:53:27.794 debug User stateChange zigbee.0.7cb03eaa000024ef.brightness {"val":256,"ack":false,"ts":1534524807785,"q":0,"from":"system.adapter.admin.0","lc":1534524807785} zigbee.0 2018-08-17 18:53:25.157 error Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - moveToColor - {"colorx":10806.7215,"colory":39458.6235,"transtime":0} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:53:16.635 error Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - moveToColor - {"colorx":12019.119,"colory":24981.942,"transtime":0} - 3 failed with error Error: AF data request fails, status code: 233\. MA zigbee.0 2018-08-17 18:53:16.299 debug Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - cmd moveToColor - payload {"colorx":12019.119,"colory":24981.942,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:53:16.279 debug User stateChange zigbee.0.7cb03eaa000024ef.color {"val":"66FFE6","ack":false,"ts":1534524796270,"q":0,"from":"system.adapter.admin.0","lc":1534524785113} zigbee.0 2018-08-17 18:53:09.938 debug Zigbee publish to '0x7cb03eaa000024ef', genLevelCtrl - cmd moveToLevel - payload {"level":10,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:53:09.926 debug User stateChange zigbee.0.7cb03eaa000024ef.brightness {"val":10,"ack":false,"ts":1534524789915,"q":0,"from":"system.adapter.admin.0","lc":1534524789915} zigbee.0 2018-08-17 18:53:05.136 debug Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - cmd moveToColor - payload {"colorx":12019.119,"colory":24981.942,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:53:05.121 debug User stateChange zigbee.0.7cb03eaa000024ef.color {"val":"66FFE6","ack":false,"ts":1534524785113,"q":0,"from":"system.adapter.admin.0","lc":1534524785113} zigbee.0 2018-08-17 18:53:01.918 error Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - moveToColor - {"colorx":38678.757,"colory":16292.000999999998,"transtime":0} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:52:55.159 debug Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - cmd moveToColor - payload {"colorx":10806.7215,"colory":39458.6235,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:52:55.141 debug User stateChange zigbee.0.7cb03eaa000024ef.color {"val":"00994D","ack":false,"ts":1534524775128,"q":0,"from":"system.adapter.admin.0","lc":1534524775128} zigbee.0 2018-08-17 18:52:36.649 error Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - moveToColor - {"colorx":22295.007,"colory":14594.6445,"transtime":0} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:52:31.919 debug Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - cmd moveToColor - payload {"colorx":38678.757,"colory":16292.000999999998,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:52:31.907 debug User stateChange zigbee.0.7cb03eaa000024ef.color {"val":"99004D","ack":false,"ts":1534524751898,"q":0,"from":"system.adapter.admin.0","lc":1534524751898} zigbee.0 2018-08-17 18:52:25.281 error Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - moveToColor - {"colorx":14227.6485,"colory":5092.0695000000005,"transtime":0} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:52:21.597 error Zigbee publish to '0x7cb03eaa000024ef', genOnOff - on - {} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:52:06.646 debug Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - cmd moveToColor - payload {"colorx":22295.007,"colory":14594.6445,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:52:06.633 debug User stateChange zigbee.0.7cb03eaa000024ef.color {"val":"EB9EFA","ack":false,"ts":1534524726624,"q":0,"from":"system.adapter.admin.0","lc":1534524726624} zigbee.0 2018-08-17 18:51:55.287 debug Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - cmd moveToColor - payload {"colorx":14227.6485,"colory":5092.0695000000005,"transtime":0} - endpoint 3 zigbee.0 2018-08-17 18:51:55.267 debug User stateChange zigbee.0.7cb03eaa000024ef.color {"val":"7F0DF2","ack":false,"ts":1534524715256,"q":0,"from":"system.adapter.admin.0","lc":1534522754555} zigbee.0 2018-08-17 18:51:51.597 debug Zigbee publish to '0x7cb03eaa000024ef', genOnOff - cmd on - payload {} - endpoint 3 zigbee.0 2018-08-17 18:51:51.585 debug User stateChange zigbee.0.7cb03eaa000024ef.state {"val":true,"ack":false,"ts":1534524711578,"q":0,"from":"system.adapter.admin.0","lc":1534524711578} zigbee.0 2018-08-17 18:51:43.337 error Zigbee publish to '0x7cb03eaa000024ef', genOnOff - off - {} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:51:40.563 error Zigbee publish to '0x7cb03eaa000024ef', genOnOff - on - {} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:51:37.784 error Zigbee publish to '0x7cb03eaa000024ef', lightingColorCtrl - moveToColorTemp - {"colortemp":370,"transtime":0} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:51:33.855 error Zigbee publish to '0x7cb03eaa000024ef', genOnOff - off - {} - 3 failed with error Error: Timed out after 30000 ms zigbee.0 2018-08-17 18:51:13.376 error Zigbee publish to '0x7cb03eaa000024ef', genOnOff - on - {} - 3 failed with error Error: Timed out after 30000 ms
Wurde ja hier demletzt auch schon von einem anderen user berichtet oder liegt das daran, dass der Empfang schlecht ist?
Als Verbessrung fände ich noch super wenn man die transtime einstellen könnte, im log ist das ja schon sichtbar, man kann es nur nirgends eingeben.
Oder ein Command Objekt mit dem man gleich mehrer Parameter abschicken kann, wie beim Philips Hue Adapter, wäre super.
Ausserdem wäre ein Reachable Objekt für jedes Gerät hilfreich, damit man sieht ob die Geräte noch verbunden sind. Momentan lös ich das über ein Skript, das den aktualisierte Zeit der Batteriespannung überprüft. Leider geht das nicht bei Netzbetrieben Geräten wie zb. Lampen wenn sie aus geschalten sind.
Und der battery percent Wert ist bei allen meinen aqara Geräten sehr niedrig (zb. noch über 3V Spannung und nur noch 79% Battery kann ja nicht sein). `
da scheint an der library was nicht zu stimmen.. die Fehler hab ich auch..
-
Hallo Gemeinde,
bin nun auch auf den Zigbee-Stick-Zug aufgesprungen, da ich meinen Xiaomi Aquara Cube nutzen möchte. Ich nutze Proxmox und Debian 9 in einer VM mit ioBroker als Master-Mschine. Hab den USB-Port easy direkt in der Weboberfläche durchreichen können. Finde via lsusb in der VM auch den Stick nun.
Habe dann den Adapter installiert und````
/dev/ttyACM01\. Diese Fehlermeldung hatte ich beim Start. Beim restart der Instanz dann nicht mehr?! Denke, ist jetzt weg. Beobachte ich…
zigbee.0 2018-08-19 11:44:16.421 error Error while starting zigbee-shepherd!. TypeError: "path" is not defined:
2\. Diesen Fehler erhalte ich, wenn ich in den Pairing-Modus in der Instanz gehe und den Cube in den Pairing-Modus versetze (Reset-Knopf 5 Sek. halten und loslassen):
Caught 2018-08-19 11:56:05.713 error by controller[1]: Sun, 19 Aug 2018 09:56:05 GMT cc-znp:SREQ --> ZDO:mgmtPermitJoinReq, { addrmode: 15, dstaddr: 65532, duration: 0, tcsignificance: 0 }
Caught 2018-08-19 11:56:05.712 error by controller[1]: Sun, 19 Aug 2018 09:56:05 GMT zigbee-shepherd:request REQ --> ZDO:mgmtPermitJoinReq
Caught 2018-08-19 11:45:35.313 error by controller[1]: Sun, 19 Aug 2018 09:45:35 GMT zigbee:controller info zigbee-shepherd stopped undefinedDiese Fehlermeldung kann ich als Laie nicht lesen…kann mir da wer weiter helfen? Danke euch und Grüße, Thorsten PS: Hab die Version 0.7.1 vom Adapter drauf. Wurde mir direkt so angeboten im Admin.
-
in neuer Version wird es drinn sein..oder du installierst temporär aus meinem Git
Hallo, habe gerade mal die Version von ihrer GitHub Seite installiert. Leider ist das Problem immer noch das selbe und wenn ich in den Einstellungen das Häkchen bei "Led aus" setze verlieren alle Geräte die Verbindung zum Stick und die LED bleibt weiter Grün.
Habe auch das Leuchtmittel noch einmal entfernt und noch einmal neu hinzugefügt, trotzdem nix. Die OSRAM Gu10 LED´s funktionieren einwandfrei.
Gruß Lars
-
> da scheint an der library was nicht zu stimmen.. die Fehler hab ich auch..
Die Fehler kommen nur wenn ich bei dem Osram Band mehrere Befehle hintereinander sende. Zb. Licht einschalten, kommt noch kein Fehler. Aber wenn ich dann nicht ein paar Sekunden warte (ob es genau die 3,5s sein müssen weis ich nicht), um die Farbe oder Helligkeit einzustellen, dann kommen die Fehler.
Das ist natürlich bei einem Licht sehr unpraktisch, weil ich nach dem einschalten des Lichts erstmal warten muss bis ich die Farbe einstellen kann, dann nochmal warten bis ich die Helligkeit einstellen kann und dann nochmal um die Farbtemperatur einzustellen.
@Lars: mit meinem cc2531 Stick lässt sich die grüne LED ohne Probleme abschalten. Vielleicht hast du einen anderen Stick bei dem die LED an einem anderen Pin am Mikrokontoller des cc253x Stick liegt.
-
Das kann natürlich sein. Ich muss aber auch ehrlich sagen die LED stört mich jetzt nicht großartig.
LG Lars
-
Ich hab bei mir die Led wieder eingeschaltet. Ausschalten führte zu fehlen, aber ich sehe gern, dass ein Gerät läuft
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
Die LED ist echt hell, aber aus irgendwelchen Gründen schaltet die mein Debian ab, sobald das Device initialisiert ist.
Vermute, das liegt an der Firmware die auf meinem Stick aufgeflasht ist. Ich kriege sie also mit der Funktion im Adapter weder aus noch an.
Stört mich aber nicht weiter. Mir wäre sie auf jeden Fall zu hell. Ich sehe sie nur leuchten, wenn mein NUC gerade bootet. Ansonsten ist sie bei mir aus…
-
Hallo @ All
TRADFRI bulb E27 W opal ist im Adapter eingetragen und funktioniert über die Datenpunkte perfekt.
Weiss jemand wie ich es anstelle auch Alexa sagen zu können z.B.
Alexa, Flurlicht 50 Prozent
Geht die Dimmfunktion überhaupt per Sprchanweisung oder nur über die Datenpunkte?
-
@Pocky:Hallo @ All
TRADFRI bulb E27 W opal ist im Adapter eingetragen und funktioniert über die Datenpunkte perfekt.
Weiss jemand wie ich es anstelle auch Alexa sagen zu können z.B.
Alexa, Flurlicht 50 Prozent
Geht die Dimmfunktion überhaupt per Sprchanweisung oder nur über die Datenpunkte? `
doch das geht.. du musst die Birne dem Cloud adapter bekannt geben mit allen Objekten
-
Sorry @ arteck
Wie soll ich das denn machen?
Mit welchen Objekten?
Aus dem Zigbee Adapter? Das geht nicht.
Welche Objekte soll ich anlegen?
-
@Pocky:Sorry @ arteck
Wie soll ich das denn machen?
Mit welchen Objekten?
Aus dem Zigbee Adapter? Das geht nicht.
Welche Objekte soll ich anlegen? `
so mein kleiner Padawan
ersmal lösche die Birne aus dem Cloud Adapter ..dann aus Alexa App..
zigbee Objekte auf und die Lampe/Birne was du steuern willst
bei jedem Datenpunkt muss du das machen mit der gleichen Bezeichnung
dann
"smartName": { "de": "bürolampe", "smartType": "LIGHT" }
eintragen .. achte auf die Formatierung und , nicht vergessen
dann müsstest du die auch im Cloud adapter sehen
jetzt noch nach neuen Geräten suchen in der Alexa App
-
Danke für Deine Antwort.
Ich teste das mal.
Edit ON
Jaaaa, das klappt wunderbar.
Wieder was gelernt.
Vielen Dank
Edit OFF
-
Ich hab jetzt mal den Kanal geändert. Hat jetzt aber erstmal nix gebracht, ausser dass ich alle Lampen neu anlernen musste.
Es bleibt dabei, dass der erste Befehlen z.B. an/aus oder Helligkeit immer prima durchgeht es aber ab dem zweiten Befehl in Folge oft Probleme bei der Übertragung gibt.
Vielleicht tritt das nur mit meinen Tradfri Lampen auf, das weiss ich nicht. Allerdings dürfte es am Empfang nicht liegen. Das hat vorher mit dem Tradfri Gateway auch prima funktioniert.
Gibt es eine Möglichkeit im Script den Befehl nochmal zu senden, wenn er fehlschlägt? Könnte mir vielleicht helfen…
-
Ich hab jetzt mal den Kanal geändert. Hat jetzt aber erstmal nix gebracht, ausser dass ich alle Lampen neu anlernen musste.
Es bleibt dabei, dass der erste Befehlen z.B. an/aus oder Helligkeit immer prima durchgeht es aber ab dem zweiten Befehl in Folge oft Probleme bei der Übertragung gibt.
Vielleicht tritt das nur mit meinen Tradfri Lampen auf, das weiss ich nicht. Allerdings dürfte es am Empfang nicht liegen. Das hat vorher mit dem Tradfri Gateway auch prima funktioniert.
Gibt es eine Möglichkeit im Script den Befehl nochmal zu senden, wenn er fehlschlägt? Könnte mir vielleicht helfen… `
gleiches Problem mit Osram Lightify RGBW LED Band
-
Ok, danke für den Hinweis, habe Osram Lightify RGBW LED Band mal in dem Github Issue auf die Liste der betroffenen Geräte gesetzt.
-
Hallo zusammen, beschäftige mich auch mit dem Adapter und habe auch bereits ein paar Geräte am Laufen.
Da mich jetzt der Spieltrieb gepackt hat, wollte ich jetzt mal ein neues nicht bekanntes Gerät integrieren.
Hab mich an diese Anleitung https://github.com/Koenkk/zigbee2mqtt/w … ew-devices gehalten
und bekomme das Device auch gekoppelt, aber dann ist Schluss. Debug-Modus ist aktiviert. Es taucht aber nichts im Log auf, außer der Pairingmeldung.
Es handelt sich dabei um Tür- Fensterkontakte der Firma Bitronvideo Typ AV2010/21A.
Im Adapter wird er so angezeigt:
In die devices.js habe ich folgendes hinzugefügt:
// Bitron Home
{
zigbeeModel: ['902010/21A'],
model: '902010/21A',
vendor: 'Bitron Home',
description: 'magnetic door & window contact',
supports: 'contact',
fromZigbee: [],
toZigbee: [],
},
Kann ich das überhaupt selber, oder muss immer einer der Entwickler neue Geräte integrieren? Wenn ja, wie?
Vielen Dank für eure Hilfe.
Übrigens dickes Lob an alle, die sich so in dem IOBroker-Projekt engagieren - vielen Dank dafür.
Gruß Jörg
-
Ich hab jetzt mal den Kanal geändert. Hat jetzt aber erstmal nix gebracht, ausser dass ich alle Lampen neu anlernen musste.
Es bleibt dabei, dass der erste Befehlen z.B. an/aus oder Helligkeit immer prima durchgeht es aber ab dem zweiten Befehl in Folge oft Probleme bei der Übertragung gibt.
Vielleicht tritt das nur mit meinen Tradfri Lampen auf, das weiss ich nicht. Allerdings dürfte es am Empfang nicht liegen. Das hat vorher mit dem Tradfri Gateway auch prima funktioniert.
Gibt es eine Möglichkeit im Script den Befehl nochmal zu senden, wenn er fehlschlägt? Könnte mir vielleicht helfen… `
gleiches Problem mit Osram Lightify RGBW LED Band `
Vielleicht ein blöder Workaround, aber bis das eigentliche Problem gelöst ist, tut diese Vorgehensweise in meinen Scripten eine sehr gute Wirkung erzielen:
//Set Color Temp setState("zigbee.0.----------------.colortemp"/*Farbtemperatur Marcs Büro Fenster */, 400,function (err) { if (err) setState("zigbee.0.----------------.colortemp"/*Farbtemperatur Marcs Büro Fenster */, 400); }); //Set Brightness setState("zigbee.0.----------------.brightness"/*Helligkeit Marcs Büro Fenster */,100,function (err) { if (err) setStat("zigbee.0.----------------.brightness"/*Helligkeit Marcs Büro Fenster */,100); });
Im Endeffekt: Einfach nochmal probieren, wenn es nicht geklappt hat. Stumpf, aber wirkungsvoll!
-
Hallo zusammen, beschäftige mich auch mit dem Adapter und habe auch bereits ein paar Geräte am Laufen.
Da mich jetzt der Spieltrieb gepackt hat, wollte ich jetzt mal ein neues nicht bekanntes Gerät integrieren.
Hab mich an diese Anleitung https://github.com/Koenkk/zigbee2mqtt/w … ew-devices gehalten
und bekomme das Device auch gekoppelt, aber dann ist Schluss. Debug-Modus ist aktiviert. Es taucht aber nichts im Log auf, außer der Pairingmeldung.
Es handelt sich dabei um Tür- Fensterkontakte der Firma Bitronvideo Typ AV2010/21A.
Im Adapter wird er so angezeigt:
AV2010_21A.png
zigbee.png
In die devices.js habe ich folgendes hinzugefügt:
// Bitron Home
{
zigbeeModel: ['902010/21A'],
model: '902010/21A',
vendor: 'Bitron Home',
description: 'magnetic door & window contact',
supports: 'contact',
fromZigbee: [],
toZigbee: [],
},
Kann ich das überhaupt selber, oder muss immer einer der Entwickler neue Geräte integrieren? Wenn ja, wie?
Vielen Dank für eure Hilfe.
Übrigens dickes Lob an alle, die sich so in dem IOBroker-Projekt engagieren - vielen Dank dafür.
Gruß Jörg `
unserer adapter hat nicht mit dem zigbee2mqtt Projekt zu tun.. wir nutzen nur dessen Libs..
und wenn du keine ahnung von Programmieren hast dann würde ich es sein lassen.. bevor du im dunkeln sitzt
es ist relativ einfach nur du musst wissen was zu tun ist..
du musst die zigbee-shepherd-converters/devices.js anpassen und dann den Adapter ioBroker.zigbee/lib/devstates.js
-
Ich hab jetzt mal den Kanal geändert. Hat jetzt aber erstmal nix gebracht, ausser dass ich alle Lampen neu anlernen musste.
Es bleibt dabei, dass der erste Befehlen z.B. an/aus oder Helligkeit immer prima durchgeht es aber ab dem zweiten Befehl in Folge oft Probleme bei der Übertragung gibt.
Vielleicht tritt das nur mit meinen Tradfri Lampen auf, das weiss ich nicht. Allerdings dürfte es am Empfang nicht liegen. Das hat vorher mit dem Tradfri Gateway auch prima funktioniert.
Gibt es eine Möglichkeit im Script den Befehl nochmal zu senden, wenn er fehlschlägt? Könnte mir vielleicht helfen… `
gleiches Problem mit Osram Lightify RGBW LED Band `
Vielleicht ein blöder Workaround, aber bis das eigentliche Problem gelöst ist, tut diese Vorgehensweise in meinen Scripten eine sehr gute Wirkung erzielen:
//Set Color Temp setState("zigbee.0.----------------.colortemp"/*Farbtemperatur Marcs Büro Fenster */, 400,function (err) { if (err) setState("zigbee.0.----------------.colortemp"/*Farbtemperatur Marcs Büro Fenster */, 400); }); //Set Brightness setState("zigbee.0.----------------.brightness"/*Helligkeit Marcs Büro Fenster */,100,function (err) { if (err) setStat("zigbee.0.----------------.brightness"/*Helligkeit Marcs Büro Fenster */,100); });
Im Endeffekt: Einfach nochmal probieren, wenn es nicht geklappt hat. Stumpf, aber wirkungsvoll! `
ich habs ml hier beschrieben wie man den Adapter abändern kann in bezug auf Senden von Befehlen
https://github.com/ioBroker/ioBroker.zigbee/issues/45#issuecomment-414376710