Hue adapter

Pman

Im iobroker Verzeichnis:

npm install https://github.com/pmant/ioBroker.hue/tarball/master
iobroker upload hue

Läuft bei mir so durch und der Adapter lässt sich starten.

Pman

~~@ruhr70:~~

Ist jetzt gestartet.

In den Objekten ist nur der Datenpunkt command dazugekommen?

D.h. alle besprochenen Punkte muss ich darüber testen? `
Du kannst dort so was wie "{"bri_inc":100,"ct":369,"transitiontime":10}" machen. Ich glaube die gröbsten Fehler sind raus, evtl. gibt es ein paar Unstimmigkeiten, wenn "on", "bri" und rgb kombiniert werden, da sich diese gegenseitig verändern…

ruhr70

bric_inc und transitiontime funktionieren.
sat, hue, bri, alert, effect in verschiedenen Kombinationen: OK
keine Überraschung: ct hat keinerlei Funktion bei einem Lightstripe (vielleicht kann man das abfangen und in hue/sat umwandeln)
sat_inc und hue_inc verursachen einen Fehler, s.u. (has no method 'sat_in')
r,g,b (keine hue Brige Funktion oder? Wird im Adapter umgerechnet?) funktionieren, wobei ich den Eindruck hatte, dass es einmal erst im zweiten Anlauf funktioniert hat (nicht Vollständig alle Variablen ausgeführt)

Alles in allem sieht es gut aus

Wie ist denn die Funktion im Adapter?

Die Daten werden erst auseinandergenommen, geprüft, wieder zusammengesetzt und dann in einem Rutsch per Put zur Bridge?

host-iobroker	2015-08-03 18:12:30	error	instance system.adapter.hue.0 terminated with code 6 (uncaught exception)
TypeError:	2015-08-03 18:12:30	error	at Decoder.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-emitter/index.js:134:20)
TypeError:	2015-08-03 18:12:30	error	at Decoder. (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-bind/index.js:21:15)
TypeError:	2015-08-03 18:12:30	error	at Manager.ondecoded (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:301:8)
TypeError:	2015-08-03 18:12:30	error	at Manager.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-emitter/index.js:134:20)
TypeError:	2015-08-03 18:12:30	error	at Manager. (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/node_modules/component-bind/index.js:21:15)
TypeError:	2015-08-03 18:12:30	error	at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:220:12)
TypeError:	2015-08-03 18:12:30	error	at Socket.onack (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:295:6)
TypeError:	2015-08-03 18:12:30	error	at Socket. (/opt/iobroker/node_modules/iobroker.js-controller/lib/statesInMemClient.js:151:27)
TypeError:	2015-08-03 18:12:30	error	at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:2331:60
TypeError:	2015-08-03 18:12:30	error	at /opt/iobroker/node_modules/iobroker.hue/hue.js:243:37
TypeError:	2015-08-03 18:12:30	error	Object [object Object] has no method 'sat_inc'
uncaught	2015-08-03 18:12:30	error	exception: Object [object Object] has no method 'sat_inc'

u.a. getestete Einstellungen:

    "standard":         {"ct":500,"bri":254,"effect":"none","alert":"none"},                        // standard /warmweiss (2000k) - Standardfarbe der hue bei Power on
    "cool":             {"ct":153,"bri":254},                                                       // kaltweiss (6500k)
    "blue":             {"hue":47125,"sat":254,"bri":254},                                          // blue - blau
    "red":              {"hue":65535,"sat":254,"bri":254},                                          // red -rot
    "green":            {"hue":25500,"sat":254,"bri":254},                                          // green -grün
    "on":               {"on":true},                                                                // on - schaltet die Gruppe ein
    "off":              {"on":false},                                                               // off - schaltet die Gruppe aus
    "effectColorloop":  {"effect":"colorloop"},                                                     // effectColorloop - effect Collor Loop ein
    "effectOff":        {"effect":"none"},                                                          // effectOff
    "alertOn":          {"alert":"lselect"},                                                        // alertOn - Intervall auf- und abblenden
    "alertOff":         {"alert":"none"},                                                           // alertOff
    "test2": {
        "hue":      24000,
        "sat":      254,
        "bri":      254,
        "effect":   "none",
        "alert":    "none"
    },
    "test": {"r":0,"g":254,"b":0,"effect":"none","alert":"none"}

> Ich glaube die gröbsten Fehler sind raus, evtl. gibt es ein paar Unstimmigkeiten, wenn "on", "bri" und rgb kombiniert werden, da sich diese gegenseitig verändern…

Was macht denn die Bridge daraus?

Der Adapter versucht die unlogischen Angaben zu eliminieren, bevor sie an die Bridge gehen?

ruhr70

weitere Tests mit den bestehenden Scripten:

In einem Script erhalte ich nun einen 404er, der vorher nicht da war (Überlast?).

 `for (i = 0; i < hueLichter.length; i++) {
                //setState(hueLichter[i] + ".colormode","ct");
                setState(hueLichter[i] + ".hue",    14922);
                setState(hueLichter[i] + ".sat",    144);
                setState(hueLichter[i] + ".effect", "none");
                setState(hueLichter[i] + ".alert",  "none");
                if(isTimeInRange('23:00:00', '05:00:00')) {                     // Nachts mit verringerter Helligkeit
                    setState(hueLichter[i] + ".bri",    100);
                } else {
                    setState(hueLichter[i] + ".bri",    254);                   // Tagsüber mit voller Helligkeit
                }` 

Erzeugt bei zwei Lampen, die geschaltet werden einen 404er. Dürfte kein Problem sein, da ich die ganzen setState() nun in ein setState() umbauen kann ;-)

Dann bekomme ich noch einen:

`~~[code]~~hue-0	2015-08-03 18:43:17	error	error: Api Error: parameter, xy, is not modifiable. Device is set to off.
hue-0	2015-08-03 18:43:17	error	error: Api Error: parameter, xy, is not modifiable. Device is set to off.[/code]`

Wobei ich in keinem Script mit [x,y] arbeite. Zeitlich passt der Fehler zu dem Fehler oben.

Wie gesagt, ich sehe da kein Problem, da ich das Script ja nun umbauen kann. Ist nur ein Hinweis, dass die 404er vorher bei dem Script nie aufgetreten sind.[/i][/i][/i][/i][/i][/i][/i]

Pman

~~@ruhr70:~~

keine Überraschung: ct hat keinerlei Funktion bei einem Lightstripe (vielleicht kann man das abfangen und in hue/sat umwandeln) ct in hue/sat umrechnen ist mir bei Philips bisher nicht untergekommen, ohne genaue Vorgaben wie das gehen soll wäre das nur Raterei. > - sat_inc und hue_inc verursachen einen Fehler, s.u. (has no method 'sat_in') Hast du per npm install installiert? Sieht so aus als hättest du noch eine alte Version der hue-node-api. > - r,g,b (keine hue Brige Funktion oder? Wird im Adapter umgerechnet?) funktionieren, wobei ich den Eindruck hatte, dass es einmal erst im zweiten Anlauf funktioniert hat (nicht Vollständig alle Variablen ausgeführt) rgb wird in xy und bri umgerechnet, mit einem Algorithmus, der von Philips vorgegeben ist. > Wie ist denn die Funktion im Adapter?

Die Daten werden erst auseinandergenommen, geprüft, wieder zusammengesetzt und dann in einem Rutsch per Put zur Bridge? Die Werte werden auseinander genommen und nur unterstütze werden an die hue-node-api weitergeleitet. Diese spircht dann mit der Bridge. [https://github.com/peter-murray/node-hue-api](https://github.com/peter-murray/node-hue-api) > Was macht denn die Bridge daraus?

Der Adapter versucht die unlogischen Angaben zu eliminieren, bevor sie an die Bridge gehen? Ja genau, z.B. wird bei "bri":0 auch immer "on":false hinzugefügt, da die Bridge normalerweise bei bri=0 nicht ausschaltet, sondern auf bri=5 geht. Durch das hinzufügen von on=false wird der Hue Adapter kompatibel zu anderen Dimmern, die nur über Helligkeit geregelt werden. > Dann bekomme ich noch einen:
hue-0	2015-08-03 18:43:17	error	error: Api Error: parameter, xy, is not modifiable. Device is set to off.
hue-0	2015-08-03 18:43:17	error	error: Api Error: parameter, xy, is not modifiable. Device is set to off.
Wobei ich in keinem Script mit [x,y] arbeite. Zeitlich passt der Fehler zu dem Fehler oben. Das wird dann an rgb liegen, das ja in xy umgerechnet wird. Aller Farbwerte können bei ausgeschalteter Lampe nicht geändert werden, das geht nur bei gleichzeitigem einschalten, weswegen eigentlich immer ein on=true mitgeschickt werden sollte. Bei welchem Befehl genau kam es zu dem Fehler (während die Lampe aus war)? > Wie gesagt, ich sehe da kein Problem, da ich das Script ja nun umbauen kann. Ist nur ein Hinweis, dass die 404er vorher bei dem Script nie aufgetreten sind. `
Das mit den 404ern hatte ich noch nie, kann daher nicht viel dazu sagen. Ich bin mir auch nicht sicher wie schnell die Bridge beim Verarbeiten mehrerer Änderungen in einem put ist.

ruhr70

~~@Pman:~~

> - ****sat_inc**** und ****hue_inc**** verursachen einen Fehler, s.u. (has no method 'sat_in') Hast du per npm install installiert? Sieht so aus als hättest du noch eine alte Version der hue-node-api. `

Mein Fehler. Ich habe die 0.4.0 jetzt noch einmal richtig installiert.

Wenn ich jetzt z.B. ein {"hue_inc":1000} oder ein {"sat_inc":50} durchführe (getestet am Lightstripe), bekomme ich im Log folgende Meldung:

hue-0	2015-08-03 20:06:29	info	final lightState: {"bri":254,"on":true}

Die Helligkeit, Sättigung und der Farbwert ändern sich nicht. Getestet im ioBroker/admin/Zustände.

Pman

Die werden schon an die hue-node-api weitergeleitet, die Ausgabe zeigt aber nur Werte, welche zurück in die States geschrieben werden (bri,on) an. Das ist eigentlich nur eine Ausgabe zum debuggen und hat nichts damit zu tun, was an die api weitergegeben wird.

Pman

Ich glaube ich habe den Fehler gefunden, inc_ct klappt jetzt bei mir, der Rest sollte auch funktionieren.

ruhr70

Daumen hoch!

Super! funktioniert

hue_inc, sat_inc getestet

Wenn ich das richtig sehe, werden können Änderungen an hue/sat, ct, bri, usw. direkt in den Datenpunkten ausgelesen werden wenn sie über ioBroker erfolgen. Wenn sie über einen anderen Weg erfolgen, dann sind sie erst nach dem Polling richtig.

Wobei ich mir gerade nicht sicher bin, ob das Polling noch funktioniert. Die Werte, die bei einer Testlampe über .command geändert habe (heu/sat) haben sich auch nach über 30 Sekunden in den Datenpunkten (hue/sat) nicht aktualisiert. (sat über .command auf 60.000 im Datenpunkt bleibt die ganze Zeit der Ursprungsfarbwert 25.000 erhalten).

Ansonsten wäre es doch prima, wenn Änderungen über .command direkt in die Datenpunkte zur Anzeige einfliessen. Mit dem Risiko, dass die Werte bis zum Polling verfälscht sind, da z.B. auch über andere Wege, als iOBroker, die Werte verändert werden (ich glaube dafür könnte man dann das Acknowledge Flag verwenden?). D.h. man schreibt den Datenpunkt .sat, der Wert steht drin, über .command ebenso und über "sat_inc" als errechneter Wert dann ebenfalls.

Und würden die sat_inc, ct_inc, hue_inc, usw. nicht auch als Datenpunkte Sinn machen, z.B. für Änderungen über VIS ohne Javascript.

Ich habe es in diesem Thread schon mehrmals gemacht. Aber ich muss einfach noch einmal meine Freude ausdrücken, dass der hue Adapter nun verwendbar ist Top alles weitere ist Bonus

So am Ende des Posts steht hue in den Objekten und unter Zuständen immer noch auf 25.000, obwohl die Lampe im Wert 60.000 läuft. D.h. wohl, dass Polling funktioniert nicht?

Pman

Alle Änderungen über command außer den *_inc-Werten sollten direkt in die entsprechenden States gespeichert werden, funktioniert bei mir auch.

Da bri_inc schon im Adapter addiert wird funktioniert das hier auch direkt, als Ausgangswert wird dann aber natürlich der letzte ioBroker-Wert genommen. Wurde bri z.B. über die Hue App zwischenzeitlich (innerhalb eines Pollingintervals) geändert, wird das nicht berücksichtigt und mit dem alten bri Wert gerechnet.

Ich wollte ggf. die anderen inc-Werte ebenso im Adapter berechnen, dann wäre einfach die endgültigen Werte direkt in die entsprechenden States zu speichern. Dazu muss ich aber noch ausprobieren, welche Farbänderung "gewinnt", wenn mehrere Farbsysteme gleichzeitig geändert werden (hs, xy, ct).

Das Polling funktioniert bei mir ebenfalls, d.h. wenn ich z.B. per command {"hue_inc":100} ändere, wird nach spätestens 30 Sekunden der neue hue-Wert (alt+100) angezeigt. Allerdings glaube ich, dass nichts passiert wenn man über die erlaubten Maximalwerte hinaus ändert. Zudem sind Änderungen wie gesagt nur möglich wenn die Lampe an ist, wobei sie eigtl. ja mit eingeschaltet werden sollte.

Da du einen Strip hast:

Welcher Lampentyp wird in der Hue Bridge dafür angegeben und welche Datenpunkte? Bisher wird nur zwischen Extended color light (alle drei Farbsysteme) und Dimmable light (nur Brightness) unterschieden. Ich würde für jeden Typ gerne nur die tatsächlich vorhandenen Datenpunkte angeben.
305_anwesenheitssteuerung_080_marcj_knx.txt

ruhr70

~~@Pman:~~

Alle Änderungen über command außer den *_inc-Werten sollten direkt in die entsprechenden States gespeichert werden, funktioniert bei mir auch. `

~~@Pman:~~

Das Polling funktioniert bei mir ebenfalls, d.h. wenn ich z.B. per command {"hue_inc":100} ändere, wird nach spätestens 30 Sekunden der neue hue-Wert (alt+100) angezeigt. Allerdings glaube ich, dass nichts passiert wenn man über die erlaubten Maximalwerte hinaus ändert. Zudem sind Änderungen wie gesagt nur möglich wenn die Lampe an ist, wobei sie eigtl. ja mit eingeschaltet werden sollte. `

Die direkte Rückmeldung in die Datenpunkte und das Polling sind bei mir nicht sauber. Ich habe jetzt einiges probiert. Wenn ich einen Wert über .command ändere, ändert sich der Datenpunkt in Zustände & Objekte nicht.

Das Polling funktioniert im Log. Wenn ich den Debug Level für hue einschaltete, sehe ich im Log alle 30 Sek. das Polling. Beim ersten Einschalten des Debug-Level wurden auch die Datenpunkte aktualisiert (wg. dem Restart des Adapters).

Danach habe ich sat über .command geändert (an der Lampe sichtbar). Der Datenpunkt hat seinen alten Wert behalten. Im Log taucht der neue Wert im Polling auf.In den Objekte und Zuständen bleibt aber der alte Wert. Erst ein Restart des Adapters sorgt dafür, dass die aktuellen Werte geschrieben werden (das war oben beim Einstellen des Debug Levels auch die Ursache).

Gibt es irgendetwas, was ich tun kann, um den "Fehler" einzugrenzen? Sehr komisch…

~~@Pman:~~

…

Dazu muss ich aber noch ausprobieren, welche Farbänderung "gewinnt", wenn mehrere Farbsysteme gleichzeitig geändert werden (hs, xy, ct). `

Laut Philips ist die Reihenfolge:

1.)[x,y]

vor

2.)ct

vor

3.) hue/sat

~~@Pman:~~

Da du einen Strip hast:

Welcher Lampentyp wird in der Hue Bridge dafür angegeben und welche Datenpunkte? Bisher wird nur zwischen Extended color light (alle drei Farbsysteme) und Dimmable light (nur Brightness) unterschieden. Ich würde für jeden Typ gerne nur die tatsächlich vorhandenen Datenpunkte angeben. `

"state": {
				"on": true,
				"bri": 95,
				"hue": 61202,
				"sat": 254,
				"effect": "none",
				"xy": [
					0.6223,
					0.2622
				],
				"alert": "none",
				"colormode": "hs",
				"reachable": true
			},
			"type": "Color light",

Wenn Du Dich als Developer anmeldest, bekommst Du unter http://www.developers.meethue.com/docum … ted-lights eine komplette Übersicht mit allen Infos, z.B. auch welcher Gamut von welchem Lampentyp verwendet wird.

Auszug der Lampentypen:

On/off light (ZigBee Device ID: 0x0000), supports groups, scenes and on/off control

Dimmable light (ZigBee Device ID: 0x0100), which supports groups, scenes, on/off and dimming.

Color temperature light (ZigBee Device ID: 0x0220), which supports groups, scenes, on/off, dimming, and setting of a color temperature.

Color light (ZigBee Device ID: 0x0200), which supports groups, scenes, on/off, dimming and color control (hue/saturation, enhanced hue, color loop and XY)

Extended Color light (ZigBee Device ID: 0x0210), same as Color light, but which supports additional setting of color temperature

The modelid identifies the hardware model of the light. The following table illustrates the Hue models which are currently available and can be identified.

*Note that the Living Color Lights (i.e. LLC006 and LLC007) can be identified, but are not officially supported as Friends of Hue Lights because they can not be commissioned the same way as Friends of Hue lights.

Pman

Vielleicht gibt es noch immer Probleme mit der Benennung der Lampen und es wird in falsche Ids geschrieben? Ich habe mal eine log ausgabe hinzugefügt, wenn die States nach Änderung gespeichert werden. Bei mir funktioniert wie gesagt sowohl das, als auch das Polling.

writing state "hue_bridge.Wohnzimmer.bri" : 244

Ansonsten werden jetzt auch hue_inc, sat_inc und ct_inc im Adapter berechnet und die entsprechenden Zielwerte direkt in die States gespeichert (wenn es denn geht).

ruhr70

Ich habe noch ein paar schwer greifbare Fehler hier und hatte Deinem letzten Post entnommen, dass Du noch eine neue Version gemacht hattest?

Ich bekomme sie allerdings nicht installiert

npm install https://github.com/pmant/ioBroker.hue/tarball/master

root@iobroker:/opt/iobroker# npm install https://github.com/pmant/ioBroker.hue/tarball/master
npm ERR! Error: failed to fetch from registry: https://registry.npmjs.org/traits
npm ERR!     at RegClient. <anonymous>(/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/get.js:159:18)
npm ERR!     at cb (/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:57:9)
npm ERR!     at RegClient. <anonymous>(/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:137:16)
npm ERR!     at cb (/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:166:9)
npm ERR!     at RegClient. <anonymous>(/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:320:12)
npm ERR!     at Request._callback (/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:246:65)
npm ERR!     at Request.self.callback (/usr/lib/node_modules/npm/node_modules/request/request.js:236:22)
npm ERR!     at Request.emit (events.js:98:17)
npm ERR!     at Request. <anonymous>(/usr/lib/node_modules/npm/node_modules/request/request.js:1142:14)
npm ERR!     at Request.emit (events.js:117:20)
npm ERR! If you need help, you may report this *entire* log,
npm ERR! including the npm and node versions, at:
npm ERR!     <http: github.com/npm/issues="">npm ERR! System Linux 3.2.0-4-686-pae
npm ERR! command "/usr/bin/node" "/usr/bin/npm" "install" "https://github.com/pmant/ioBroker.hue/tarball/master"
npm ERR! cwd /opt/iobroker
npm ERR! node -v v0.10.40
npm ERR! npm -v 1.4.28
npm ERR! not ok code 0
root@iobroker:/opt/iobroker#</http:></anonymous></anonymous></anonymous></anonymous>

Bluefox

~~@ruhr70:~~

Ich habe noch ein paar schwer greifbare Fehler hier und hatte Deinem letzten Post entnommen, dass Du noch eine neue Version gemacht hattest?

Ich bekomme sie allerdings nicht installiert

npm install https://github.com/pmant/ioBroker.hue/tarball/master

root@iobroker:/opt/iobroker# npm install https://github.com/pmant/ioBroker.hue/tarball/master
npm ERR! Error: failed to fetch from registry: https://registry.npmjs.org/traits
npm ERR!     at RegClient. <anonymous>(/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/get.js:159:18)
npm ERR!     at cb (/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:57:9)
npm ERR!     at RegClient. <anonymous>(/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:137:16)
npm ERR!     at cb (/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:166:9)
npm ERR!     at RegClient. <anonymous>(/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:320:12)
npm ERR!     at Request._callback (/usr/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:246:65)
npm ERR!     at Request.self.callback (/usr/lib/node_modules/npm/node_modules/request/request.js:236:22)
npm ERR!     at Request.emit (events.js:98:17)
npm ERR!     at Request. <anonymous>(/usr/lib/node_modules/npm/node_modules/request/request.js:1142:14)
npm ERR!     at Request.emit (events.js:117:20)
npm ERR! If you need help, you may report this *entire* log,
npm ERR! including the npm and node versions, at:
npm ERR!     <http: github.com/npm/issues="">npm ERR! System Linux 3.2.0-4-686-pae
npm ERR! command "/usr/bin/node" "/usr/bin/npm" "install" "https://github.com/pmant/ioBroker.hue/tarball/master"
npm ERR! cwd /opt/iobroker
npm ERR! node -v v0.10.40
npm ERR! npm -v 1.4.28
npm ERR! not ok code 0
root@iobroker:/opt/iobroker#</http:></anonymous></anonymous></anonymous></anonymous> 
```` `

Probier einfach noch einmal. Npm spinnt.

Pman

Ich kann es im Moment auch nicht installieren… irgendwas mit dem Paket traits:

http://registry.npmjs.org/traits

Pman

müsste wieder gehen.

ruhr70

Alles klar. Hat funktioniert. Dann teste ich mal weiter

Blackeye

Hallo zusammen,

ich habe mir gerade frisch ioBrocker installiert und stehe noch ein wenig auf Kriegsfuß mit allem….

Ich möchte mir die Lampen nach Sonnenuntergang vielleicht +/- Minuten ein schalten.

Ich habe mir jetzt den HUE Adapter, den Rega Logig und den rpc Adapter installiert.

Wenn ich das bis jetzt richtig verstanden habe muss ich im Rega würde ich jetzt die Quelle auf "rfd" stellen.

Da der Trigger wohl aus der CCU2 direkt kommt. Muss ich hier jetzt im Punkt Polling einen Kanal mitgeben????

Ich würde jetzt in der CCU2 ein Programm schreiben (klicken) nach dem Motto ZeitIntervall Astro nachts dann schalten BIDCOS Schalter kurz Kanal 1.

So jetzt kommt der Punkt mit dem Kanal in der ioBroker.. muss ich hier den Kanal auch übergeben?

Wenn das denn jetzt alles passt, wie kann ich über den Trigger jetzt die Lampen schalten? Wo muss ich in ioBroker was machen ???

Und wie kann ich Werte aus IOBroker wieder in der HUE verwenden wie z.B. den Wetterbericht? Nach dem Motto, wenn es regnet dann sollen die Phillips Hue Morgens um 6 blinken.....??

Danke und bitte seit nachsichtig, bin neu in dem Thema.

Homoran

Oh, hier gibt es ja genau die Informationen, die ich eben in einem anderen thread angefordert habe.

Antwort ist etwas komplexer. Mach ich heute abend.

Gesendet von meinem Cynus T7 mit Tapatalk

Homoran

~~@Blackeye:~~

…ich habe mir gerade frisch ioBrocker installiert und stehe noch ein wenig auf Kriegsfuß mit allem....

Ich möchte mir die Lampen nach Sonnenuntergang vielleicht +/- Minuten ein schalten. `
nur schalten oder auch steuern?

~~@Blackeye:~~

…Ich habe mir jetzt den HUE Adapter, den Rega Logig und den rpc Adapter installiert. `
alles korrekt und läuft auch richtig?

Im anderen Thread hatte ich nicht den Eindruck

~~@Blackeye:~~

…Wenn ich das bis jetzt richtig verstanden habe muss ich im Rega würde ich jetzt die Quelle auf "rfd" stellen.

Da der Trigger wohl aus der CCU2 direkt kommt. Muss ich hier jetzt im Punkt Polling einen Kanal mitgeben???? `
Die :?: :?: :?: kann ich hier nur zurückgeben.

Auch, oder gerade wenn du Anfänger bist solltest du dich etwas in die Funktionsweise der Homematic und der addons hier: ioBroker einlesen.

Du bestimmst woher der Trigger kommt! Was willst du triggern? Das Anschalten?

Das Polling (bei hm-rega !?!) ist entweder automatisch alle x sekunden, oder bei betätigen der Virtuellen Taste 50, wenn diese Option aktiviert ist.

ABER Polling bei Rege pollt Systemvariable - was willst du pollen?

~~@Blackeye:~~

…Ich würde jetzt in der CCU2 ein Programm schreiben (klicken) nach dem Motto ZeitIntervall Astro nachts dann schalten BIDCOS Schalter kurz Kanal 1. `
kannst du machen, bringt aber IMHO nichts. Du kannst in ioBroker direkt die Zustände von Variablen (Rega) oder Geräten (rpc) auswerten. Um ioBroker Adapter zu steuern musst du die logik (Wenn - dann) in ioBroker ausführen z.B. mit javascript

Außerdem brauchst du die Astrozeiten aus der CCU nicht, die gibt es im JavaScript Adapter von ioBroker auch.

Im Prinzip ist homematic nur noch das Front-End, sammelt Daten und Ereignisse. Die Zustände dieser Daten und Ereignisse werden von ioBroker eingelesen.

Jetzt kann man z.B. auf Änderungen solcher Daten bei iobroker reagieren.

Dazu braucht man im Moment noch JavaScript-Kenntnisse - Eine Oberfläche wie bei Homematic gibt es hier nicht.

Ruhr70 hat dir da schon etwas aufgezeigt.

Der kann im speziellen Fall dir auch sicher besser helfen, da er JavaScript versteht und auch Philips Hue besitzt.

Die nächste Frage verstehe ich nicht:
~~@Blackeye:~~

…So jetzt kommt der Punkt mit dem Kanal in der ioBroker.. muss ich hier den Kanal auch übergeben? `
:?: :?: :?:

~~@Blackeye:~~

…Wenn das denn jetzt alles passt, wie kann ich über den Trigger jetzt die Lampen schalten? Wo muss ich in ioBroker was machen ???

Und wie kann ich Werte aus IOBroker wieder in der HUE verwenden wie z.B. den Wetterbericht? Nach dem Motto, wenn es regnet dann sollen die Phillips Hue Morgens um 6 blinken.....?? `
siehe zwei Punkte zuvor

Gruß

Rainer

NEWS

Hue adapter

Support us

774
Online

31.6k
Users

79.5k
Topics

1.3m
Posts

NEWS

Hue adapter

Support us

774Online

31.6kUsers

79.5kTopics

1.3mPosts

774
Online

31.6k
Users

79.5k
Topics

1.3m
Posts