philips hue modul

[justme1968]

das wichtige ist das ein mal am anfang die remotes und die bridge gelinkt sind.

das anlernen kannst du dann auch häpchenweise machen. sobald die remotes und die bridge ein mal gelinkt sind kannst du nachträglich immer noch einzelne devices mit einer remote linken, zur bridge übertrage und wieder von der remote trennen.


ab und zu kann es passieren das die bridge nicht antwortet oder einen fehler produziert.

das ist nicht weiter schlimm wenn es mal passiert. STATE bleibt auf dem letzten fehler stehen. ob es kritisch ist siehst du nur im log.

gruss
  andre

[der-Lolo]

Ok - das logfile schaut gut aus, dann mach ich mich mal ans anpassen...

[HolyMoly]

Hallo,

hier meine aktuelle Version des Kaminfeuereffekts, sehr gemütlich 
Gibt es noch Potential die hue Kommunikation effizienter zu gestalten
oder ist immediateUpdate momentan das Maß aller Dinge?

sub
startFireEffect()
{
    my $hue = int((rand()*3460)+5460);
    my $sat = int(rand(64)+170);
    my $bri = int(rand(60)+16);
    my $delay = (rand()+0.1);
    my $transitiontime = int($delay * 10);
    fhem("set Schlafzimmer.NachtkastenLampe hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate");
    InternalTimer(qw(gettimeofday)+$delay, "startFireEffect", "fireEffectTimer", 0);
}

sub
stopFireEffect()
{
   RemoveInternalTimer("fireEffectTimer");
}

[justme1968]

noUpdate solltest du verwenden. dann wird der status nicht angefragt.

[HolyMoly]

Danke dir,
meinst du das ganze könnte man als zusätzlichen effect ins hue device einbauen,
so dass man ganz einfach setzen kann:

Code Auswählen Erweitern

set bulb effect fire

[justme1968]

ich bin schon am überlegen wie ich es einbaue

[Loredo]

Effekte waren auch für den PHTV geplant. Viellicht sprechen wir uns da ab wenn du weißt, was du machen willst

[justme1968]

die idee ist in etwa so:

mit einem HUEDevice_registerEffect($) lässt sich ein neuer effekt registrieren. es gibt dann automatisch ein ein 'set <device> effect <name> <params>.

zum starten wird dann jeweils ein HUEDevice_effect<name> mit dem device namen, start und allen <params> aufgerufen. beim abschalten wird es mit dem device namen und stop aufgerufen.

mit einem attribut effects im hue device mit einer : getrennten liste von namen kann ein endbenutzer direkt effekte registrieren ohne das er das HUEDevice_registerEffect() aufrufen muss.

offen ist noch wie man das auf bestmmte hue devices beschränken kann. bei einer living whites oder dem zwischenstecker machen die meisten effekte keinen sinn

[siggi85]

Hallo,

hier meine aktuelle Version des Kaminfeuereffekts, sehr gemütlich 
Gibt es noch Potential die hue Kommunikation effizienter zu gestalten
oder ist immediateUpdate momentan das Maß aller Dinge?

sub
startFireEffect()
{
    my $hue = int((rand()*3460)+5460);
    my $sat = int(rand(64)+170);
    my $bri = int(rand(60)+16);
    my $delay = (rand()+0.1);
    my $transitiontime = int($delay * 10);
    fhem("set Schlafzimmer.NachtkastenLampe hue $hue: sat $sat : bri $bri : transitiontime $transitiontime immediateUpdate");
    InternalTimer(qw(gettimeofday)+$delay, "startFireEffect", "fireEffectTimer", 0);
}

sub
stopFireEffect()
{
   RemoveInternalTimer("fireEffectTimer");
}

Wird der Effekt von HolyMoly noch eingebaut in das Modul? Bisher ist ja "nur" colourloop drin.

Und gibt es irgendwo eine Art Anleitung mit Vorgaben wie man selbst Effekte schreiben kann und diese dann an den Entwickler weiterleiten kann zum eventuellen Einbau ins offizielle Modul?

[justme1968]

es gibt die Idee von oben wie man effekte einbauen können wird.

wichtig ist aber das die colorloop direkt auf den lampen läuft. ein effekt wie oben läuft in fhem und jede änderung wird über die bridge zu den lampen übertragen. es gibt also einschränkungen was geschwindigkeit, komexität und synchronisierung zwischen lampen angeht.

die oben in der Idee beschriebene schnittstelle ist noch nicht umgesetzt. bis jetzt gab es noch nicht viel Interesse

gruss
  andre

[siggi85]

es gibt die Idee von oben wie man effekte einbauen können wird.

wichtig ist aber das die colorloop direkt auf den lampen läuft. ein effekt wie oben läuft in fhem und jede änderung wird über die bridge zu den lampen übertragen. es gibt also einschränkungen was geschwindigkeit, komexität und synchronisierung zwischen lampen angeht.

die oben in der Idee beschriebene schnittstelle ist noch nicht umgesetzt. bis jetzt gab es noch nicht viel Interesse

gruss
  andre

Man du antwortest auch immer schnell. 
Achso, ich dachte der Colourloop geht bereits von FHEM aus. Ist das denn ein fest definierter Effekt in den Hue Lampen oder kann man diesen beeinflussen, zB die Range der Farben etc?! Also ich meine jetzt erst mal die Möglichkeit über die Philips API, unabhängig ob das von deinem FHEM Modul bereits unterstützt wird.

Na dann hoffe ich mal auf weitere Interessensbekundungen.

[justme1968]

die colorloop ist ein effekt direkt in den lampen und ist nur durch den anfangswert parametrisierbar. d.h. wenn du die sättigung und helligkeit vorher einstellst bleibt beides über alle farben erhalten. die loop geht aber immer über alle farben.

auf api seite gibt es noch nichts in dieser richtung.

gruss
  andre

[Raven]

Es geht um einen separaten LED-Strip Controller...
Ich hab schon gesucht, aber nichts gefunden in EBAY. Wonach habt Ihr denn bitte gesucht?

Vielen Dank für das tolle Modul. Ist der Wahnsinn, daß es so gut fluppt mit FHEM.

auf ebay findet sich der controller alleine auch

[Otto]

Hallo,

die oben in der Idee beschriebene schnittstelle ist noch nicht umgesetzt. bis jetzt gab es noch nicht viel Interesse

Ich verfolge den Thread schon einige Zeit! Melde hiermit Intereese an 

[volschin]

Es gibt ein neues Hue Update. 1.3.0. Meine Prowl Benachrichtigung hat wieder gut funktioniert.