Neuer Adapter:::milight-smart-light
-
Bitte setze Port auf 5987, bei AN auf Default und Types auf LIGHT (so wie beschrieben).
-
Vielen Dank, hatte ich wohl nach der langen Bastelei überlesen. So funktioniert es bis auf das bekannte Problem mit weiß einwandfrei.
Der Port scheint allerdings egal zu sein, eben gerade noch mal probiert mit 5987 im Adapter und in der Bridge den 8899 stehen lassen. Hier habe ich aber auch schon alle Kombis durch und es scheint sowohl als auch zu funktionieren. Da Du das aber ausdrücklich ansprichst, werde ich im Adapter den 5987 einstellen. Soll dann auch in der Bridge das auf 5987 umgestellt werden, oder bleibt der auf 8899? In einem Beitrag wird geschrieben, dass es mit 8899 in der Bridge ganz gut läuft.
Hier bin ich noch etwas verwirrt, denn wenn der Port falsch wäre, dann dürfte die Kommunikation doch überhaupt nicht laufen, oder wie und wo wirkt sich das dann aus?
-
> Hier sind jetzt alle dem cloud-Adapter als "sinnvoll" erscheinende Datenpunkte auf Grund des Automatismus via enum.functions und enum.rooms (s.a. Reiter "Smart-Aufzählungen" im cloud-Admin -> Büro und Licht sind ausgewählt) übernommen worden. Es werden aber nicht alle Datenpunkte benötigt und auch die Grundeinstellungen der dann verbleibenden Datenpunkte müssen noch angepasst werden, daherWie kann ich den Namen im Cloud-Adapter nachträglich ändern? Ich möchte da nur "Schrankwand" stehen haben. Weil der Stift zum Bearbeiten fehlt ja nun.
Grüße
-
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"
ich glaube die Frage wurde im Thread schon mal gestellt, ist es auch im Plan den Adapter so zu ändern, dass man die ausgeschalteten Lampen direkt über den Befehl z.B. "schalte Lampe auf grün", direkt einschalten kann? Ist das über den Adapter überhaupt möglich ohne Skill?
Ist nur ein kleiner Wunsch, falls das machbar wäre. Wenn nicht, ich kann auch so damit gut leben.
-
@Jan1: nein das geht über den Adapter nicht. Du könntest aber für Deine 3 bis 6 Lieblingsfarben jeweils eine Szene anlegen und diese dann über Alexa integrieren.
-
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?
-
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
-
Ich denke Ende März gibt es eine neue Version. Wie Du schon sagst: es ist halt Hobby und Freizeit ist ja bei uns allen endlich.
-
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
-
Hallo Claus,
das Log sieht ok aus. Du benutzt auch wirklich eine iBox1, richtig?
Grüße
Carsten
-
Hallo Carsten,
ich habe eine iBox 2. Funktioniert das damit nicht oder sind hier ggf andere Einstellungen nötig?
VG
-
Wie Du an meinen Bildern siehst, hab ich die gleiche und es läuft mit den Einstellungen von oben. Das was falsch war, ist in den Antworten darunter korrigiert. Somit seht Dir alles mit Bildern zur Verfügung
-
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.
-
Heißt Du empfiehlst die 1.2.0 des js-controllers?
So nun die Master Frage, wie funktioniert das Downgrade?
