NEWS
Neuer Adapter:::milight-smart-light
-
So wie es aussieht gar nicht. Kannst doch aber direkt bei Alexa den Namen ändern, wie du lustig bist, was exakt Deinem Wunsch entspricht
Hab ich bei mir auch gemacht, weil mit "Alex, Licht im Esszimmer blabla", war mir auch zu blöd und nun heißt das schlicht "Esstisch"
`Wäre eine Möglichkeit, aber ist natürlich unschön. Da sollte man wenn es geht nachbessern. Ich verwalte dann doch lieber alles an einer Stelle. Wäre klasse, wenn man da etwas machen könne.
Grüße
-
Hatte ich mir schon gedacht, aber wie geschrieben, das stört nicht wirklich.
Bleibt dann noch die Hoffnung, dass irgendwann mal ein Skill für Mi-Light raus kommt. Versteh ich eh nicht, warum es für jede China RGB Lampe ein eigenen Skill gibt, aber für die doch recht bekannten Mi-Light nicht.
Hast Du meine vorherige Frage wegen des Ports gelesen? `
Du kannst im iBox-WFE bei Ports einstellen was Du willst, dass hat keinen Einfluss, soll heißen entweder ist der Port für einen anderen Dienst gedacht, oder das WFE ist an dieser Stelle noch buggy. Die iBox1/2 hört definitiv auf dem Port 5987 und die legacy-Version auf Port 8899. Auf diese Ports schickt auch der UDP-Socket im Adapter seine Daten, da ist die Eingabe in der Administration irreführend, bezw. noch fehlerhaft (-> hat aber keine Auswirkungen). Für Dich natürlich sehr verwirrend, da Du alle möglichen Portkombinationen einstellen konntest und es trotzdem funktionierte. Tatsächlich geht es aber immer nur, weil immer alle Datenpakete vom Adapter via UDP auf Port 5987 (da lauscht der UDP-Socket der iBox) geschickt wurden.
-
Alles klar und danke für die Erklärung.
Hast Du zufällig schon ein Datum im Auge, wann das Projekt "wir schalten auf weiß zurück" fertig sein könnte? Ich weiß, ist alles freiwillig und und kostet einiges an Zeit, aber das ist auch das einzige was noch etwas stört an der MiLight IOBroker Geschichte
-
Habe jetzt eine Verbindung zu meiner iBox, wenn ich jedoch einen Taster (On/Off) klicke passiert leider gar nichts. Im Debug Mode bekomme ich nachfolgende Meldungen.
milight-smart-light.0
2018-03-02 12:28:48.883
debug
on:stateChange:ack=true->milight-smart-light.0.SaunaBridge.bridge-5.off {"val":false,"ack":true,"ts":1519990128852,"q":0,"from":"system.adapter.milight-smart-light.0","lc":1519990128852}
milight-smart-light.0
2018-03-02 12:28:48.862
debug
on:stateChange:ack=true->milight-smart-light.0.SaunaBridge.bridge-5.on {"val":true,"ack":true,"ts":1519990128837,"q":0,"from":"system.adapter.milight-smart-light.0","lc":1519990128837}
milight-smart-light.0
2018-03-02 12:28:48.861
debug
on:stateChange:ack=true->milight-smart-light.0.SaunaBridge.bridge-5.onoff {"val":true,"ack":true,"ts":1519990128817,"q":0,"from":"system.adapter.milight-smart-light.0","lc":1519990128780}
milight-smart-light.0
2018-03-02 12:28:48.803
debug
on:stateChange:ack=false->milight-smart-light.0.SaunaBridge.bridge-5.onoff {"val":true,"ack":false,"ts":1519990128780,"q":0,"from":"system.adapter.admin.0","lc":1519990128780}
Kann mir hier einer der Experten weiterhelfen?
Danke und Grüße,
Claus
-
Wenn ich meine MiLights über das App schalte funktioniert alles perfekt.
Habe auch nochmal alle Einstellungen überprüft und nichts gefunden…
Was mit jedoch aufgefallen ist das wenn ich in meinem Widget schalte sich die Werte im Objekt des MiLights Adapter entsprechend verändern. Wenn ich dann so weiterschalte gehen auf einmal alle Werte im Objekt auf Null zurück und ich kann im Widget nichts mehr verändern. Erst wenn ich die VIS neu aufrufe funktioniert es wieder.
Hilft euch/mir das eventuell weiter den Fehler zu finden?
Den Adapter habe ich auch schon neu gestartet, wie auch die iBox.
-
Mir fällt nichts dazu ein und mit VIS bin ich eh noch bei null. Das was Du schreibst hatte ich allerdings beim anderen Mi-Light Adapter. Der hat zwar alles angezeigt, aber geschaltet wurde nichts. Teste doch den mal, vielleicht ist es bei Dir genau anderes rum :lol:
-
` > Hallo Carsten,
ich habe eine iBox 2. Funktioniert das damit nicht oder sind hier ggf andere Einstellungen nötig?
VG `
Hallo Claus,wenn Du eine iBox2 hast und eine iBox1 (das ist der Controller mit der RGBW-LED) als Zone 5 für die RGBW-LED konfigurierst, dann kann es doch auch nicht funktionieren.
Grüße
Carsten
-
aktuell schmeißt der adapter fehler nach dem js-controller update:
! ````
milight-smart-light.0 2018-03-09 12:07:54.156 error at Manager.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/component-emitter/index.js:133:20)
milight-smart-light.0 2018-03-09 12:07:54.156 error at Manager. (/opt/iobroker/node_modules/component-bind/index.js:21:15)
milight-smart-light.0 2018-03-09 12:07:54.156 error at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:236:12)
milight-smart-light.0 2018-03-09 12:07:54.156 error at Socket.onack (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:311:9)
milight-smart-light.0 2018-03-09 12:07:54.156 error at Socket. (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:786:25)
milight-smart-light.0 2018-03-09 12:07:54.156 error at createInstancesObjects (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:747:13)
milight-smart-light.0 2018-03-09 12:07:54.156 error at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:787:29
milight-smart-light.0 2018-03-09 12:07:54.156 error at initAdapter (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4980:18)
milight-smart-light.0 2018-03-09 12:07:54.156 error at Adapter.emit (events.js:185:7)
milight-smart-light.0 2018-03-09 12:07:54.156 error at emitNone (events.js:86:13)
milight-smart-light.0 2018-03-09 12:07:54.156 error at Adapter.adapter.on (/opt/iobroker/node_modules/iobroker.milight-smart-light/main.js:190:3)
milight-smart-light.0 2018-03-09 12:07:54.156 error at main (/opt/iobroker/node_modules/iobroker.milight-smart-light/main.js:197:21)
milight-smart-light.0 2018-03-09 12:07:54.156 error at Function.Promise.promisifyAll (/opt/iobroker/node_modules/iobroker.milight-smart-light/node_modules/bluebird/js/release/promisify.js:311:12)
milight-smart-light.0 2018-03-09 12:07:54.156 error at promisifyAll (/opt/iobroker/node_modules/iobroker.milight-smart-light/node_modules/bluebird/js/release/promisify.js:241:9)
milight-smart-light.0 2018-03-09 12:07:54.156 error at promisifiableMethods (/opt/iobroker/node_modules/iobroker.milight-smart-light/node_modules/bluebird/js/release/promisify.js:77:5)
milight-smart-light.0 2018-03-09 12:07:54.156 error at checkValid (/opt/iobroker/node_modules/iobroker.milight-smart-light/node_modules/bluebird/js/release/promisify.js:54:27)
milight-smart-light.0 2018-03-09 12:07:54.156 error See http://goo.gl/MqrFmX
milight-smart-light.0 2018-03-09 12:07:54.156 error TypeError: Cannot promisify an API that has normal methods with 'Async'-suffix
milight-smart-light.0 2018-03-09 12:07:54.156 error See http://goo.gl/MqrFmX
milight-smart-light.0 2018-03-09 12:07:54.156 error uncaught exception: Cannot promisify an API that has normal methods with 'Async'-suffix
milight-smart-light.0 2018-03-09 12:07:54.148 info adapter:main->:::milight-smart-light::: wurde gestartet!
milight-smart-light.0 2018-03-09 12:07:54.143 info starting. Version 0.1.8 in /opt/iobroker/node_modules/iobroker.milight-smart-light, node: v6.13.1
milight-smart-light.0 2018-03-09 12:07:23.672 info terminating -
Tja da hat Bluefox für den js-controller den pull request 163 von AlCalzone gemergt und damit die adapter.js-Funktionen promisifiziert, was ja prinzipiell auch sehr löblich ist um der callbackhell zu entgehen :-), aber auch dazu führt, dass meine Promiszifizierung mit bluebird nicht mehr läuft. Von bluebird nutze ich auch Promise.map und Promise.mapSeries, was mir die Standard ecmascript6-Implementierung leider nicht liefert. Soll heissen: im Augenblick funktioniert der Adapter nur mit einem js-controller mit V. <1.2.6.
Ergänzung: ich hatte jetzt auch mal die V. 1.2.7 des js-controller aus dem latest-Repository installiert. Es wird für das Problem eine Lösung geben, aber erst wenn die V. 1.2.7 auch richtig performant funktioniert. Auf meinem Windows-PC hatte ich massive Performenceprobleme. Die Admin-Seiten der einzelnen Adapter haben sich nur sehr langsam aufgebaut und befüllt und die Anlage von Datenpunkten im Objektbaum ging auch nur in Zeitlupe. Mit der aktuellen default Version 1.2.0 des js-controllers gibt es diese Probleme nicht. Von daher warte ich noch etwas ab.
-
Ich kann Dir nur sagen wo bei meinem System (BS: win7) konkret die Probleme sind und das sie mit der js-controller v. 1.2.0 nicht da sind (habe ich ja geschrieben). Wenn Du hier durch die threads gehst findest Du an einigen Stellen Hinweise auf Probleme mit Versionen >1.2.0. Das ist aber auch erwartbar, da sich diese Versionen noch nicht im default-Repository befinden und daher auch noch Probleme haben können.
Wenn Du wieder downgraden willst, mache ich es immer so:
iobroker stop iobroker upgrade js-controller@1.2.0 -> oder eben eine andere Version die Du testen möchtest iobroker startBei linux ggf. noch ein````
sudo -
also ich habe bei mir absolut gar keine Performance Einbrüche feststellen können.
Nun gut es ist ja schon mal toll zu wissen wo das Problem liegt und toll das du dich darum kümmerst 8-)
Dann warten wir mal ab.
Danke und ein schönes Wochenende noch.
-
Ergänzung: ich hatte jetzt auch mal die V. 1.2.7 des js-controller aus dem latest-Repository installiert. Es wird für das Problem eine Lösung geben, aber erst wenn die V. 1.2.7 auch richtig performant funktioniert. Auf meinem Windows-PC hatte ich massive Performenceprobleme. Die Admin-Seiten der einzelnen Adapter haben sich nur sehr langsam aufgebaut und befüllt und die Anlage von Datenpunkten im Objektbaum ging auch nur in Zeitlupe. Mit der aktuellen default Version 1.2.0 des js-controllers gibt es diese Probleme nicht. Von daher warte ich noch etwas ab. `
Es gibt bereits die Version 1.3.0
Gibst Du hier bitte Bescheid, wenn Du eine aktueller Version in Deinem Adapter eingepflegt hast?
-
Mit der v. 1.3.0 habe ich unter win7 auch keine Probleme mehr. In der v. 1.3.0 hat es ein downgrade von socket.io 2.0.4 auf 1.5.1 gegeben, da die 2.0.4 einen Bug hat. Ich vermute mal meine Probleme sind daher gekommen. Wenn also auch noch jemand unter win7 entwickelt oder das System betreibt, wäre ein upgrade auf js-controller v. 1.3.0 auf jeden Fall ratsam (wobei es eigentlich nicht am BS hängen sollte).
Die Anpassung meines Adapter auf die 1.3.0 mach ich am WE, also noch ein paar Tage Geduld
-
Die Adapteranpassung war sehr simpel, von daher gibt es schon jetzt eine neue Version 0.1.9. Allerdings müsst Ihr diese via iobroker.admin -> von github (octocat-Symbol) installieren. die npm-Variante für das latest-Repository folgt erst später. Mit der v.0.1.9 funktionieren alle aktuellen js-controller.
-
Hi,
ich habe mir zwei milight E14 für eine Ikea Stehlampe gekauft.
Beide Lampen habe ich mit der App in Zone 1 verbunden, klappte super.
Eingebunden jetzt in iobroker mit dem Adapter und dem anlegen des Room und Funktion unter Aufzählung.
Mein eigentliches Problem ist aber, das immer nur eine der Lampen in der Stehlampe geschaltet werden, die andere geht nur über die App.
Wo ist mein Fehler?
EDIT: Alle nochmal ungepairt und neu verbunden, jetzt konnte ich für zwei Befehle absetzen und beide wurden geschaltet, beim dritten Befehl reagierte wieder nur eine.
Müsste ich nicht eigentlich auch zwei milight einträge unter den objekten unter Zone1 sehen?
Support us
574
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge