philips hue modul

Begonnen von justme1968, 11 Februar 2013, 13:55:14

Vorheriges Thema - Nächstes Thema

tschimi

ID  NAME                 STATUS     
1: Hue Smart button 1   disabled   
2: Hue Smart button 1   disabled   
3: 07:00                enabled

:-)

justme1968

da war kein detail dabei und du hast immer noch nicht gesagt welchen fehler es gibt.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

tschimi

Sorry, aber was meinst du mit detail?

Der Fehler ist, das die Parameter nicht verarbeitet werden können.

usage: updateschedule <id> <attributes json>

Die Abfrage nach get PhilipsHUE schedulles gibt genau die 3 IDs mit ID/NAME/STATUS wieder...

Oder hab ich was übersehen?

lg, Tschimi

justme1968

get <bridge> schedules detail

Zitatdas die Parameter nicht verarbeitet werden können
was heißt das? gibt es eine fehlermeldung? was steht im log? was wenn du verbose 5 aktivierst? gibt es eine fehlermeldung?

lass dir doch bitte nicht alles aus der nase ziehen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

tschimi

Ah, so geht das. Ich hatte mir die Befehle nur "zusammengeklickt" und da war kein Detail. Jetzt bekomme ich:

ID  NAME                 STATUS      TIME
1: Hue Smart button 1   disabled    PT00:00:03
2: Hue Smart button 1   disabled    R/PT00:00:05
3: 07:00                enabled     W064/T06:50:00

Wäre der Aufruf dann sowas wie

set PhilipsHue updateschedule 3 {"W064": "T07:00:00"}   <-Das geht so noch nicht :-(

Aber vielleicht hast du ja noch einen Tip :-)

Sorry nochmal, vielleicht stelle ich mich einfach nur zu dösig an... Danke für deine Geduld!

Lg, tschimi

justme1968

liest du eigentlich was ich schreibe? denkst du ich stelle die fragen zum spaß oder ignorieren?

und wie kommst du auf so etwas:  {"W064": "T07:00:00"} ?


set PhilipsHue updateschedule 3 {"localtime": "W064/T07:00:00"}

zum format solltest du solltest das hier lesen: https://developers.meethue.com/develop/hue-api/datatypes-and-time-patterns/ (vermutlich musst du dich anmelden).

wochentage funktionieren so: 064:MO       
032:DI       
016:MI       
008:DO       
004:FR       
002:SA       
001:SO
und werden addiert.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

tschimi

Hi,
cool, wieder was gelernt. Zu deinem Kommentar - ja, ich lese was du schreibst aber was für dich ganz einfach ist, ist eben nicht für jeden Transparent. z.B. gibt es detail als auswählbaren parameter bei dem HUE device NICHT!

Wie komme ich auf {"W064": "T07:00:00"} -> ich hatte gedacht, der erste Parameter sei evtl der Name des selbigen. Das die Tage so durchnummeriert sind; da muss man erstmal drauf kommen... DANKE!!

Leider tut aber set PhilipsHUE updateschedule 3 {"localtime": "W064/T07:00:00"} nicht. Wenn ich das so in FHEM eingebe, dann kommt ein Screen auf dem eben nur steht, was ich bereits gepostet hatte, nämlich usage: updateschedule <id> <attributes json>

Verbose 5 hab ich versucht, im Log aber nix dazu gefunden.

Ich wollte dich weder verärgern noch nerven. Ich hab leider keine Doku dazu gefunden und aus dem Fehler bin ich nicht schlau geworden. Was ich möchte ist, die neue Sonnenaufgangsfunktion im HUE als Schedule passend zu meinen Alexa Wakup Zeiten zu steuern. Dafür hatte ich gedacht, ich würde einfach einen Schedule anlegen und den dann an-/ausschalten bzw. die Uhrzeit so modifizieren, das er eben jeweils 10min vor Alexa angeht. Das Coding zu den AlexaWakeups hatte ich mal hier woanders gepostet.

z.Zt. nutze ich noch eine Utils-Routine, die auch funktioniert aber nicht sehr elegant ist. Soviel zum Hintergrund.

Nun zurück zum Fehler. Ich vermute mal, das localtime in diesem Falle evtl. nicht geht - kann das sein? Vielleicht heisst das ja WakeUp oder so?

Nochmal vielen Dank im Vorraus und nochmals Entschuldigung.

Lg, tschimi

justme1968

deswegen habe ich je genau das kommando hin geschrieben.

auch kann ich nicht nachvollziehen was an der beantwortung von
Zitatwas heißt das? gibt es eine fehlermeldung? was steht im log? was wenn du verbose 5 aktivierst? gibt es eine fehlermeldung?
nicht transparent sei soll.

lass mal bitte das leerzeichen nach dem : weg.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

tschimi

Klasse, jetzt scheint es zu gehen. (also ohne Leerzeichen). Zumindest sagt FHEM jetzt, er hätte es upgedated...

ABER: Nu will die HUE-Bridge den Eintrag nicht mehr editieren. Ich vermute mal, das der Name 07:00 irgendwie damit zusammenhängt. Wäre mir aber erstmal egal. Jetzt kann ich weiter testen...

DANKESCHÖN, tschimi :-)

sinus61

@justme1968:

Könntest Du bitte bei Gelegenheit mal

$readings{carbonmonoxide} = $state->{carbonmonoxide} if( defined($state->{carbonmonoxide}) );


zum Modul hinzufügen.

Ich habe da gerade einen Gassensor in Betrieb genommen:
https://forum.fhem.de/index.php/topic,108962.0.html

Danke

justme1968

@tschimi: ab morgen müsste es auch mit leerzeichen gehen.

@sinus61: geht ab morgen
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

juemuc

Hallo,

ich habe folgendes Problem:
Wenn ich manuell in fhem die set-Befehle
set HUEDevice9 ct 330 : pct 100 und dann set HUEDevice9 pct 0 : transitiontime 6000 eingebe, erzeugt die Lampe folgende Events
2020-03-15 18:23:33 HUEDevice HUEDevice9 bri: 254
2020-03-15 18:23:33 HUEDevice HUEDevice9 ct: 330 (3030K)
2020-03-15 18:23:33 HUEDevice HUEDevice9 reachable: 1
2020-03-15 18:23:33 HUEDevice HUEDevice9 pct: 100
2020-03-15 18:23:33 HUEDevice HUEDevice9 on
2020-03-15 18:23:33 HUEDevice HUEDevice9 rgb: ffcfa7
2020-03-15 18:23:52 HUEDevice HUEDevice9 reachable: 1
2020-03-15 18:23:52 HUEDevice HUEDevice9 onoff: 0
2020-03-15 18:23:52 HUEDevice HUEDevice9 pct: 0
2020-03-15 18:23:52 HUEDevice HUEDevice9 off
2020-03-15 18:23:53 HUEDevice HUEGroup2 any_on: 1
2020-03-15 18:23:53 HUEDevice HUEGroup2 all_on: 1
2020-03-15 18:23:53 HUEDevice HUEDevice9 bri: 253
2020-03-15 18:23:53 HUEDevice HUEDevice9 onoff: 1
2020-03-15 18:23:53 HUEDevice HUEDevice9 pct: 99
2020-03-15 18:23:53 HUEDevice HUEDevice9 dim93%

Wenn ich die Befehle über ein notify absetze
defmod T_EZ_Lampe_dimmen_notify notify EZ_Lampe_dimmen_dummy.on\
    set HUEDevice9 ct 330 : pct 100;;\
    set HUEDevice9 statusRequest;;\
    set HUEDevice9 pct 0 : transitiontime 6000;;\
    set HUEDevice9 statusRequest
bekomme ich folgende Events:
2020-03-15 18:21:37 HUEDevice HUEDevice9 statusRequest
2020-03-15 18:21:37 HUEDevice HUEDevice9 statusRequest
2020-03-15 18:21:37 HUEDevice HUEDevice9 reachable: 1
2020-03-15 18:21:37 HUEDevice HUEDevice9 ct: 330 (3030K)
2020-03-15 18:21:37 HUEDevice HUEDevice9 onoff: 1
2020-03-15 18:21:37 HUEDevice HUEDevice9 pct: 100
2020-03-15 18:21:37 HUEDevice HUEDevice9 on
2020-03-15 18:21:37 HUEDevice HUEDevice9 rgb: ffcfa7
2020-03-15 18:21:38 HUEDevice HUEDevice9 reachable: 1
2020-03-15 18:21:38 HUEDevice HUEDevice9 onoff: 0
2020-03-15 18:21:38 HUEDevice HUEDevice9 pct: 0
2020-03-15 18:21:38 HUEDevice HUEDevice9 off
2020-03-15 18:21:53 HUEDevice HUEDevice9 bri: 22
2020-03-15 18:21:53 HUEDevice HUEDevice9 ct: 300 (3333K)
2020-03-15 18:21:53 HUEDevice HUEDevice9 onoff: 1
2020-03-15 18:21:53 HUEDevice HUEDevice9 pct: 9
2020-03-15 18:21:53 HUEDevice HUEDevice9 dim12%
2020-03-15 18:21:53 HUEDevice HUEDevice9 rgb: ffd6b5


Der "dim-Status" ist also sehr unterschiedlich. Ich möchte den Status so erzeugen, wie bei der manuellen Eingabe.

Zusätzlich verstehe ich nicht, warum die Reihenfolge der Events aus dem notify nicht der Befehlsreihenfolge entsprechen und warum zusätzlich in beiden Fällen das Event "pct: 0" gesendet wird. Ich wollte zusätzlich eine Aktion starten, wenn die Lampe (nach de Dimmen) aus ist. Dies ist hierdurch aber nicht möglich. Hat jemand eine Idee, wie ich die Probleme lösen kann?   

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

justme1968

mit deinem statusRequest fragst du die lampe nach dem aktuellen zustand. die automatische status abfrage nach einem set, die regelmäßige automatische status abfrage und deine explizite abfrage sind alle nicht synchronisiert und schlagen zu unterschiedlichen zeitpunkten zu. zusätzlich hast du zufällige verzögerungen durch andere dinge in fhem.

wenn gerade rauf oder runter gedimmt wird und du zu mehr oder weniger zufälligen zeiten werte bekommst sind die werte halt auch unterschiedlich.

im übrigen sind die ganzen statusRequest in deinem notify recht sinnlos (für asynchron). und erzeugen nur zusätzliche last (für synchron und asynchron).

die reihenfolge der set kommandos hat grundsätzlich nichts mit der reihenfolge der events zu tun. unter anderem weil im api auf perl und json seite mehrere hashes dazwischen stecken die reihenfolgen zufällig machen und zum anderen weil die reihenfolge der erzeugten events nur von der abarbeitung der antwort im code abhängt.

warum willst und erwartest du werte in einer bestimmten reihenfolge und nach einer bestimmten zeit? es wird auch nichts 'zusätzlich' gesendet.

um in einem notify festzustellen ob eine lampe an oder aus ist sollte man im übrigen onoff verwenden und nicht pct, state oder noch irgend etwas anderes.

vielleicht beschreibst du mal genau was du eigentlich vor hast.

hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

juemuc

#1783
Hallo justme1968,

da ich den Timer aus der HUE-Lampe ja nicht abfragen kann, erzeuge ich parallel einen Timer und verwalte die Daten in einem Dummy. Diesen setze ich auf Null, wenn die Lampe aus ist (z.B. weil sie vor ablauf des Timers manuell ausgeschaltet wurde).

Dies funktioiert aber aktuell nicht, da neben "pct:0" ja auch "off" gesendet wird. Ich frage auch diese "off" in einen notify ab,

defmod EZ_Lampe_aus_notify notify HUEDevice9.off\
{stopCountdown("EZ_Lampe_dimmen_dummy")}


Der Helligkeitsunterschied zwischen den set-Befehlen im notify (oder DIOIF) ist relativ groß und ich schalte sonst nichts bei den HUE-Lampen. Wie kann ich die manuellen Werte im notify oder doif erzeugen? 

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

justme1968

wofür brauchst du denn den timer?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968