Hallo Gemeinschaft!
ACHTUNG: Das Modul ist seit 4.8.2016 offizieller Teil von FHEM und somit im Update enthalten.
Hier ein erster Entwurf meines völlig neu geschriebenen Moduls für den Hyperion Server (Ambilight).
Inspiriert dazu wurde ich durch dass Modul von Bootscreen in diesem Thema (https://forum.fhem.de/index.php/topic,49808.msg415328.html#msg415328). Vielen Dank dafür.
Ganz besonderen Dank spreche ich hiermit Andre (justme1968) aus, durch den ich sehr viel gelernt habe und der mir mit vielen Ratschlägen beiseite stand. Auch von seinen HUE Modulen habe ich mir einiges abgeschaut.
Nun geht's aber los:
Eventuell ist es nötig Hyperion selbst auf die letzte Version zu bringen. Das geht am Besten mit dem Tool HyperCon (https://hyperion-project.org/wiki/Installation-on-all-systems).
Aktuell ist V1.03.2, welche ich auch zur Erstellung dieses Moduls verwendet habe.
Mein FHEM läuft auf der aktuellen Raspbian Version Jessie mit allen Updates und Perl Version v5.20.2.
Des Weiteren muss auf Eurem FHEM Host das Perl Modul JSON installiert sein.
Die Installation geht auf dem RPi mit:
sudo apt-get install libjson-perlFalls Ihr vorher schon mal eine Version von 98_Hyperion.pm im Einsatz hattet, empfehle ich Euch das alte Device zu löschen bevor Ihr diese Version von 98_Hyperion.pm einspielt. Es haben sich nämlich fast alle Internals und Readings verändert.
Was das Modul schon kann:
- aktuellen Status ermitteln/anzeigen (aus/Farbe/Effekt/Ambilight)
- setzen von aus/Farben/Effekten/Ambilight
- vollständige Farbkalibrierung durch setzen der entsprechenden Werte set <name> <reading name> <value> (wie in den Pro Versionen der entsprechenden Apps)
- alle gewohnten set's für RGB Lichter sind vorhanden (setExtensions)
- Quellenumschaltung (Neustart von Hyperion mit anderer Konfigurationsdatei) für lokale und remote Hosts (passwortlose SSH Authentifizierung muss für user fhem zum remote Host eingerichtet sein)
- definierbares automatisches Polling
- Anlegen von vordefinierten Attributen beim Definieren
- state beinhaltet immer den aktuell gesetzten Status (gerade eingestellter Modus aus/Farbe/Effekt/Ambilight)
- mit get <name> statusRequest kann der aktuelle Status des Hyperion Servers manuell abgerufen werden
- mit get <name> configFiles kann die Liste der verfügbaren Konfigurationsdateien des Hyperion Servers manuell abgerufen werden
- Attribut für Ordner mit Hyperion Konfigurationsdateien, wenn nicht oder nicht anders konfiguriert: default: /etc/hyperion/
- Attribut für den Pfad von hyperiond, wenn nicht oder nicht anders konfiguriert: default: /usr/bin/hyperiond (ACHTUNG: openelec Benutzer setzen bitte als Binary nicht hyperiond sondern hyperiond.sh)
- Attribut für eigene Effekte auf Basis bereits vorhandener Effekte
- Attribut für den SSH Benutzer, wenn nicht oder nicht anders konfiguriert: default: pi
- Attribut für default priority, wenn nicht oder nicht anders konfiguriert: default: 0
- Attribut für default duration, wenn nicht oder nicht anders konfiguriert: default: infinite
- Funktion für devStateIcon
- Modul optimiert für Kompatibilität mit anderen Modulen wie LightScene und structure
- Modul optimiert für Homebridge/HomeKit
Was noch verbessert werden soll und Fehler:
- evtl. non-blocking für SSH Anfragen
- Übergabe von Effekt Parametern
Das Device wird so definiert:
define <name> Hyperion <IP oder Hostname> <Port> [<Interval>]Für den auf dem selben Host laufenden Hyperion Server z.B.:
define wz_TVLicht Hyperion localhost 19444 10Für den auf einem remote Host laufenden Hyperion Server z.B.:
define wz_TVLicht Hyperion 192.168.1.66 19444 10Entwickelt und getestet habe ich mit den tagesaktuellen Versionen von FHEM, Hyperion Server und Hyperion Remote für iOS. Der Hyperion Server läuft bei mir auf dem selben System wie mein produktives FHEM. Mein Test-FHEM greift remote auf den Hyperion Server zu und bei mir klappt alles bisher einwandfrei wenn für den Benutzer fhem eine passwortlose Authentifizierung zum remote Host eingerichtet ist.
Die Befehle zum wechseln der Quelle bzw. Neustart von Hyperion erfordern zwangsweise sudo Rechte für den Hyperion Prozess und für killall für den entsprechenden User (habe bisher keine andere Lösung dafür gesehen, vielleicht hat ja jemand eine bessere parat). Das heißt auf dem lokalen Hyperion Host braucht der User fhem die entsprechenden Rechte und bei einem remote Hyperion Host der User der sich per SSH anmelden soll.
Um das zu erreichen kann man dafür die Datei /etc/sudoers auf dem Hyperion Server Host bearbeiten. Ich habe folgende Ergänzungen ganz am Ende gemacht (Pfade entsprechend des eigenen Systems anpassen):
/etc/sudoers
fhem ALL=(ALL) NOPASSWD:/usr/bin/hyperiond,/usr/bin/killall
Da der User pi bei mir sowieso sudo Rechte besitzt brauchte ich für diesen keinen weiteren Eintrag anlegen.
Würde mich sehr freuen wenn das Modul von dem ein oder anderen mal getestet wird.
Viel Spaß damit.
Gruß
Dan
P.S. Feedback in Form von Kritik bzw. Rat- und Vorschläge sind gern willkommen.
EDIT 01.07.2016
Hinweise zum manuellen Erweitern des homebridgeMappingMapping für EffekteDann für jeden gewünschten Effekt eine zusätzliche On Characteristic am Ende des homebridgeMapping einfügen, z.B. für Effekt Knight Rider:
On=state,subtype=Effekt.Knight.Rider,valueOn=/.*Knight_rider/,cmdOff=off,cmdOn=effect+Knight_riderMapping für Konfigurationsdatei (z.B. Quellenumschaltung)Eine zusätzliche On Characteristic am Ende des homebridgeMapping einfügen, z.B. für die beiden Konfigurationsdateien hyperion.config.json (z.B. Grabber Kodi) und hyperion-hdmi.config.json (z.B. Grabber HDMI):
On=configFile,subtype=Eingang.HDMI,valueOn=hyperion-hdmi,cmdOff=configFile+hyperion,cmdOn=configFile+hyperion-hdmiUPDATE 13.07.2016
- neues Reading dim
- neues set für dim
- Reading und set temperature umbenannt in colorTemperature (das alte Reading wird automatisch gelöscht)
- Reading und set config umbenannt in configFile (das alte Reading wird automatisch gelöscht)
- "set getConfigs" ersetzt durch "get configFiles"
- zusätzliche neue sets für dimDown, dimUp (Stufen können über Attribut konfiguriert werden, default 5(%))
- zusätzliche Slider für sets
- habe versucht einen kleinen Workaround einzubauen damit keine vollständig gesättigten Farben übernommen werden (Sättigung ist begrenzt auf 98%, alles was darüber ist wird automatisch heruntergerechnet) um zu verhindern dass der Server als off angezeigt wird, ich hoffe dass der Fehler in der nächsten Hyperion Version nicht mehr vorhanden ist, dann nehme ich dass wieder raus
- angepasstes und verbessertes homebridgeMapping, im default Mapping habe ich noch einen Schalter zum Ein-/Ausschalten des Effektmodus konfiguriert, Beispiele für Konfigdatei oder Effekte sind weiter oben unter "EDIT 01.07.2016" zu finden (wenn das Attribut homebridgeMapping komplett gelöscht wird, so wird das default Mapping beim nächsten statusRequest automatisch wieder erstellt)
- Readings lastError und serverResponse informativer gestaltet
- Fehlermeldung bei fehlendem luminanceMinimum Reading (ältere Hyperion Version!?) behoben
- RegEx Eingabeprüfungen auf alle sets
- Konfigurationsdateien werden nun ohne die Endung ".config.json" angezeigt (somit ist dsa Dropdown schmaler, das eventuelle homebridgeMapping kürzer und wer braucht schon die doppelte Endung zur Auswahl?)
- kleine Verzögerung nach set eingebaut bis statusRequest ausgeführt wird um dem Hyperion Server etwas Zeit zu geben die Änderungen im JSON anzuzeigen, also nicht wundern wenn es nach set einen Moment dauert bis die neue Einstellung in FHEM angezeigt wird
- viele kleinere Verbesserungen und Fehlerbehebungen um das Modul noch zuverlässiger zu machen
- Anpassen und Vervollständigen der Dokumentation
UPDATE 14.07.2016
- Fehler beim Setzen der Internals gefixt - hostname, build_version und build_time wurden nicht angezeigt.
UPDATE 17.07.2016
- Warnmeldungen "Use of uninitialized value in string" behoben
UPDATE 25.07.2016
- eventuelles Blockieren von FHEM beim define behoben
UPDATE 26.07.2016
- Blockieren/Absturz von FHEM beim Setzen von Effekten behoben (Debian Wheezy)
- regex für hyperionConfigDir und hyperionBin angepasst damit auch Punkte im Pfad funktionieren
- Wegfall von sudo falls hyperionSshUser root gesetzt ist
- Fehler beim Setzen von webCmd behoben
- Rechtschreibfehler behoben
- Dokumentation angepasst
UPDATE 2 26.07.2016Mit der neu veröffentlichten Hyperion Server Version "V1.03.2 (brindosch-99d9396/d3713a8-1469452981" von "Jul 25 2016 06:54:36" ist der von mir berichtete Fehler (https://github.com/hyperion-project/hyperion/issues/701) korrigiert worden.
Darum habe ich den von mir in das Modul eingebauten Workaround nun ab dieser Version entfernt. Ein Setzen von voll gesättigten Farben ist nun somit möglich und der Hyperion Server zeigt diese auch ordnungsgemäß beim statusRequest an.
- entfernt: Workaround um keine voll gesättigten Farben setzen zu können
- Reading lastError wird nun beim statusRequest auch aktualisiert wenn es sich nicht geändert hat um zu signalisieren dass der Fehler aktuell ist
UPDATE 31.07.2016
- userattr lightSceneParamsToSave wird nun automatisch zum Hyperion Device hinzugefügt falls nicht vorhanden um den Fehler "Hyperion: unknown attribute lightSceneParamsToSave. Type 'attr Hyperion ?' for a detailed list." zu umgehen
UPDATE 03.08.2016Das Modul ist nun per FHEM Update verfügbar, die Version im Update entspricht der letzten hier veröffentlichten Testversion. Darum habe ich das hier angehängte Modul entfernt. Bei Bedarf werde ich neuere Testversionen des Moduls wieder hier veröffentlichen.
UPDATE 04.08.2016
- Prüfung des global Device auf userattr lightSceneParamsToSave und homebridgeMapping bevor sie dem Hyperion Device hinzugefügt werden
- kleine Verbesserungen am Code
- Anpassungen am Inhalt der Dokumentation
- Anpassungen am Layout der Dokumentation
UPDATE 07.08.2016
- Loglevel von 3 auf 4 geändert wenn der aktive Effekt abgefragt wird
- Nach erfolgreichem "get configFiles" wird nun die Seite automatisch neu geladen um die veränderten sets anzuzeigen
UPDATE 09.08.2016
- Neues Attribut hyperionNoSudo hinzugefügt, damit ist es nun möglich auch als nicht-root Benutzer die Befehle ohne sudo auszuführen (falls man dem Benutzer auf anderem Wege die Berechtigung dazu erteilt hat)
- Zurückgenommene Änderung: Autoreload nach "get configFiles", werde es in einem zukünftigen Update wieder mit einer besseren Lösung implementieren
UPDATE 10.08.2016
- Modul spezifische sets geändert auf Device spezifische sets
UPDATE 14.08.2016
- Bugfix: Status clearall sollte nun zuverlässig in allen Konfigurationen von Hyperion erkannt werden
UPDATE 19.08.2016
- neues Attribut disable
- neues devStateIcon für Effekt Modus
- commandref summary hinzugefügt
UPDATE 22.08.2016
- devStateIcon mit dim Wert für RGB Modus
UPDATE 25.08.2016
- Kommunikation mit JSON Server ist nun non-blocking (SSH folgt in einem späteren Update)
- Code aufgeräumt und alten Code entfernt
UPDATE 26.08.2016
- Aktualisierung der Readings duration und priority repariert
- duration zeigt nun immer die noch übrig bleibende Restdauer in Sekunden der zuletzt eingestellten Dauer oder infinite wenn keine Dauer gewählt wurde
- fehlerhaften RegEx beim Setzen von blacklevel, gamma, threshold und whitelevel behoben
- Umbennenung des Readings previous_mode in mode_before_off, um besser zu erkennen wofür das Reading benutzt wird (das alte Reading wird automatisch gelöscht)
UPDATE 27.08.2016UPDATE 28.08.2016UPDATE 04.10.2016
- Hyperion Versionsprüfung hinzugefügt um FHEM Abstürtze durch sehr alte Hyperion Versionen vorzubeugen
- Mindestversion für Funktionalität mit diesem Modul ist Hyperion V1.03.2
- neues Attribut hyperionVersionCheck um die Versionprüfung auf eigene Gefahr auszuschalten - ACHTUNG!: FHEM könnte dadurch instabil werden!
- beim Setzen von rgb werden nun auch Großbuchstaben im Farbwert akzeptiert
- weitere kleine Code Optimierungen und Anpassungen der Dokumentation
UPDATE 07.10.2016
- "set <name> config ....." nur verfügbar wenn wenigstens zwei .config.json Dateien mit "get <name> configFiles" gefunden werden
- weitere kleine Code Optimierungen und Anpassungen der Dokumentation
UPDATE 11.10.2016
- Fehler mit "set <name> dimUp/dimDown <value>" behoben
- devStateIcon für disconnected hinzugefügt
- Anzeige der Anzahl an gefunden .config.json Dateien beim "get <name> configFiles"
- neues Attribut hyperionAttrRestore um die automatische Erstellung der mitgelieferten Attribute zu unterbinden
- Hyperion_readingsBulkUpdateIfChanged entfernt und ersetzt durch readingsBulkUpdate um dem Anwender die volle Kontrolle über die Erstellung der Readings zurückzugeben
- exessivere Benutzung von RegEx
- obsoleten Code entfernt
- Anpassungen der Dokumentation
UPDATE 12.10.2016
- Attribut hyperionAttrRestore entfernt, Default Attribute werden nur noch beim Definieren angelegt
UPDATE 17.10.2016
- Fehler mit den SetExtensions behoben, on/off-till sollten nun auch deaktiviert werden wenn man danach manuell schaltet
UPDATE 18.10.2016
- Falschen ERROR state bei erfolgreichem Define behoben
- Fehlermeldung hinzugefügt wenn "get <name> configFiles" aufgerufen wird ohne verbunden zu sein
UPDATE 20.10.2016
- Fehler behoben bei dem OpenELEC Benutzer die config nicht umschalten konnten
UPDATE 23.10.2016
- Attribut "disable 0" hinzugefügt
UPDATE 25.10.2016
- "disable 1" macht nun einen Disconnect, wird das Attribut entfernt oder auf 0 gesetzt so wird wieder eine Verbindung hergestellt, das kann einen Moment dauern da es nonblocking ist
- Readings werden jetzt immer dynamisch erzeugt, je nachdem welche Readings vom Hyperion Server geliefert werden
- set Kommandos werden jetzt immer dynamisch erzeugt, je nachdem welche Readings vom Hyperion Server geliefert werden und ob schon Konfig Dateien gelesen wurden
- fehlendes readingsEndUpdate ergänzt
- "event-on-change-reading .*" beim define hinzugefügt
- Anpassungen der commandref
UPDATE 28.10.2016
- Erkennung des off Status nach dem Starteffekt behoben
- ein paar Readingswerte und -bereiche angepasst
- Slider auf neue Werte angepasst
- "event-on-update-reading serverResponse" beim define hinzugefügt
- Anpassungen der commandref
UPDATE 29.10.2016
- falsche Priorität für off behoben
- Probleme mit dim/dimUp/dimDown behoben
- ein einfaches clear ohne Angabe eines Wertes cleart nun die default Priorität
- im default Attribut webCmd toogle ersetzt durch dimDown und dimUp
- neues default Attribut cmdIcon
UPDATE 01.11.2016
- neuer set Befehl toggleMode um die Modi durchzuschalten
- neues Attribut hyperionToggleModes um die für toggleMode verfügbaren Modi und deren Reihenfolge festzulegen (kommaseparierte Liste)
- dimDown/dimUp Befehle um Textfelder ergänzt
- Attribut widgetOverride beim define hinzugefügt um aus den Textfeldern für dimDown/dimUp wieder Schaltflächen für webCmd zu machen
- weitere kleine Anpassungen
- commandref angepasst
- commandref in deutsch hinzugefügt
UPDATE 05.11.2016
- toggleMode funktioniert nun immer wie erwartet
UPDATE 15.11.2016
- neue set Befehle für valueGainDown und valueGainUp, die Stufe kann mit übergeben werden oder im Attribut hyperionGainStep vordefiniert werden (Voreinstellung: 0.1)
- commandref angepasst
UPDATE 24.11.2016
- Fehler mit clear behoben
- Fehler mit Setzen von Effekten mit Bindestrich im Namen behoben
- Setzen der Effekte erweitert um als letztes Argument die Effektargumente als JSON String zu übergeben
- neues Reading effectArgs
- neues Attribut hyperionCustomEffects um eigene Effekte anzulegen (leerzeichengetrennte Liste von JSON Strings)
- neuer set Befehl addEffect um einen Custom Effekt mit den aktuellen Einstellungen im Attribut hyperionCustomEffects hinzuzufügen
- weitere kleine Verbesserungen
- commandref angepasst
UPDATE 27.11.2016UPDATE 03.12.2016
- Problem mit InternalTimer behoben
hallo, ich bekomme folgenden fehler "Cannot load module Hyperion", habe die pm unter "/opt/fhem/FHEM" gelegt. und wollte dann "define wz_TVLicht Hyperion 192.168.1.66 19444 10" eingeben. (angepasst auf meine werte). läuft nicht. fhem läuft auf RPI3 und hyper auf RPI 1 modell B. besten dank für deine arbeit
Mal ein "reload 98_Hyperion.pm" in die Befehlszeile im WEB gemacht bzw. FHEM mal neu gestartet?
Gruß
Dan
da erhalte ich dann "Can't locate JSON.pm in @INC (you may need to install the JSON module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/98_Hyperion.pm line 18.
BEGIN failed--compilation aborted at ./FHEM/98_Hyperion.pm line 18. "
Dann wie im Text bereits beschrieben das JSON Modul installieren. Wirst Du auch für viele andere Module brauchen.
RPi:
sudo apt-get install libjson-perl
oder mit CPAN
sudo cpan install JSON
Bitte nicht in mehreren Themen die selbe Frage stellen!
Gruß
Dan
oh sorry. war nicht mit absicht :) habe es jetzt einbinden können. ich kämpfe mich jetzt mal mit homekit durch. hast du da evtl nen paar tipps? worauf ich achten muss? thx
Zitat von: Ronniedinho am 30 Juni 2016, 17:27:16
oh sorry. war nicht mit absicht :) habe es jetzt einbinden können. ich kämpfe mich jetzt mal mit homekit durch. hast du da evtl nen paar tipps? worauf ich achten muss? thx
Dafür gibt es ein eigenes HomeKit/Homebridge Thema.
Hier in diesem Thema geht es nur um das Hyperion Modul und dessen Features und eventuelle Bugs.
Gruß
Dan
Moin, also ist schon cool. kann Hyperion mit siri anschalten, ausschalten, farben ändern, lichtstärke ändern, Switchen zwischen tv-bild und festen licht. genial. geht auch die Effekte zu steuern? das hab ich noch nicht gefunden. bzw. gibt es einen eindeutigen sprachbefehl den ich noch nicht kenne? besten dank für deine mühen. einfach genial
Zitat von: Ronniedinho am 01 Juli 2016, 09:58:52
Moin, also ist schon cool. kann Hyperion mit siri anschalten, ausschalten, farben ändern, lichtstärke ändern, Switchen zwischen tv-bild und festen licht. genial. geht auch die Effekte zu steuern? das hab ich noch nicht gefunden. bzw. gibt es einen eindeutigen sprachbefehl den ich noch nicht kenne? besten dank für deine mühen. einfach genial
Nein das geht so ohne Weiteres nicht da es für HomeKit nicht sowas wie Dropdown Felder gibt.
Außerdem wäre das auch eher ein HomeKit/Homebridge Thema.
Da ich mich damit aber gut auskenne werde ich mal nicht so sein. ;)
Man könnte für jedem Effekt eine zusätzliche On Characteristic konfigurieren. Dann wird ein zusätzlicher Schalter angezeigt und mit diesem kann man den Effekt starten/stoppen.
Erweitere mal das homebridgeMapping um Folgendes, dann sollte schon mal der Effekt "Knight rider" gehen (leider kann man keine Leerzeichen im subtype konfigurieren, deshalb habe ich Bindestriche genommen):
On=state,subtype=Effekt-Knight-Rider,valueOff=off,valueOn=effect+Knight_rider,cmdOff=off,cmdOn=effect+Knight_riderFür weitere Effekte einfach weitere On Characteristics konfigurieren.
Ich könnte das auch in das Modul mit einbauen, aber bei XX Effekten werden das ganz schnell zu viele Schalter.
Jetzt aber zu den für mich wichtigen Fragen:
Klappen denn sonst alle Funktionen?
Wie sieht es mit dem Laden der Configs aus?
Ist dein Hyperion remote oder local?
Heute Abend wird es wieder ein kleines Update für das Modul geben. Habe noch dim, hue und sat für Modus rgb mit eingebaut und einen Workaround damit man keine zu 100% gesättigten Farben einstellen kann (wegen dem off Bug).
Gruß
Dan
moin, supi, werde ich heute abend mal ausprobieren ;) jetzt hab ich ja ne Erläuterung wie ich das eigenständig einarbeiten kann. das reicht mir :) zu deinen fragen.
Klappen denn sonst alle Funktionen?:
wie gesagt, on/off, dimmen, farbe ändern. läuft alles. (habe apa102)
Wie sieht es mit dem Laden der Configs aus?:
das is ne gute frage. ich bin noch relativ frisch dabei. benutze "home" und "eve" als app. hatte gestern abend noch versucht dieses als "accessory" einzubinden. hatte da so meine probs. liegt aber eher an der richtigen "Formatierung" der Datei. wenn dort irgenwas falsch läuft, zeigt er mir dann nichts an (habe funksteckdosen auch angeschlossen die ohne Einarbeitung angezeigt werden, wenn aber ein fehler in der "Config.json" passiert werden diese nicht mehr erreicht.) habe jetzt aber Hyperion und synology ergänzt. wird auch angezeigt. jedoch funzt synology nicht. glaube das da noch was fehtl, vielleicht auf der syno um zugriff zu erhalten. muss in die config.json überhaupt Hyperion erfasst werden? hab sie auch in der fhem config drin. is dann glaub ich nen doppelte geschichte?
Ist dein Hyperion remote oder local?
remote. Hyperion läuft auf nem RPI I (am TV befestigt), Fhem homebridge auf RPI 3. aber wie gesagt. das funzt alles. auch mit siri
grüße
Schön dass soweit alles funktioniert.
Mit "Laden der Configs" meine ich verschiedene Hyperion Configs mit denen man z.B. den Input umschalten kann (anderer Grabber), also zwischen z.B. Kodi und HDMI. Ich nutze kein Kodi, bei mir läuft alles über HDMI und somit muss ich nichts umschalten. Die Configs werden beim define automatisch geladen sofern der Pfad zu den Dateien /etc/hyperion/ ist. Für remote Hyperion (wie bei Dir) muss natürlich noch der SSH User konfiguriert werden sofern es nicht "pi" ist und passwortlose SSH Authentifizierung zum remote Host für den entsprechenden User.
Zur Homebridge config.json:
Alles was eh in FHEM ist, musst Du nicht noch einmal in der config.json von Homebridge einbinden.
Ich hatte anfangs Hyperion auch auf diese Weise eingebunden da es kein Modul für FHEM gab. Das war zwar schön um das Ambilight per Siri zu steuern, aber keine Lösung für FHEM.
Gibt's nicht für Synos eventuell auch ein FHEM Modul? Habe auch eine DS und finde das Homebridge Plugin blöd!
Gruß
Dan
Bei mir klappt es leider nicht. :(
Ich nehme an, dass ich irgendwo einen Fehler drin habe. Als Fehler wird mir folgendes ausgegeben:
Can't connect to http://192.187.188.49:19444
Komischerweise kann ich mich auch nicht über die Hyperion App verbinden. :-[
Hat jemand eine Idee, an welcher Stelle ich mit der Fehlersuche beginnen sollte?
Zitat von: Spezialtrick am 01 Juli 2016, 22:58:45
Bei mir klappt es leider nicht. :(
Ich nehme an, dass ich irgendwo einen Fehler drin habe. Als Fehler wird mir folgendes ausgegeben:
Can't connect to http://192.187.188.49:19444
Komischerweise kann ich mich auch nicht über die Hyperion App verbinden. :-[
Hat jemand eine Idee, an welcher Stelle ich mit der Fehlersuche beginnen sollte?
Wenn es über die App schon nicht geht, dann geht es über das Modul auch nicht. Die benutzen beide den JSON Server von Hyperion!
Ist der JSON Server in Hyperion überhaupt aktiviert?
Schau dir mal Deine Hyperion Config nochmal in HyperCon an.
Hänge einen Screenshot an wie es aussehen sollte.
Eventuell hängt da auch eine Firewall oder SELINUX dazwischen???
EDIT: Was ist das für eine komische IP? Das ist doch kein privater Bereich!?
Gruß
Dan
EDIT: Dateianhang entfernt.
ich wollte jetzt mal nen update bei fhem machen. bekomme aber dieses als antwort:
2016.07.02 01:04:50 1 : PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_Hyperion.pm line 254, <GEN144> line 1.
2016.07.02 01:05:00 1 : PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_Hyperion.pm line 254, <GEN145> line 1.
2016.07.02 01:05:10 1 : PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_Hyperion.pm line 254, <GEN146> line 1.
2016.07.02 01:05:20 1 : PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_Hyperion.pm line 254, <GEN147> line 1.
und das steht in den logs:
2016.07.02 01:06:40 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_Hyperion.pm line 254, <GEN155> line 1.
weisst du rat?
Zitat von: Ronniedinho am 02 Juli 2016, 01:06:22
ich wollte jetzt mal nen update bei fhem machen. bekomme aber dieses als antwort:
2016.07.02 01:04:50 1 : PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_Hyperion.pm line 254, <GEN144> line 1.
2016.07.02 01:05:00 1 : PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_Hyperion.pm line 254, <GEN145> line 1.
2016.07.02 01:05:10 1 : PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_Hyperion.pm line 254, <GEN146> line 1.
2016.07.02 01:05:20 1 : PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_Hyperion.pm line 254, <GEN147> line 1.
und das steht in den logs:
2016.07.02 01:06:40 1: PERL WARNING: Use of uninitialized value in sprintf at ./FHEM/98_Hyperion.pm line 254, <GEN155> line 1.
weisst du rat?
Welche Version von 98_Hyperion verwendest du genau? Das steht ganz oben im Kopf der Datei!
#####################################################################################
# $Id: 98_Hyperion.pm 0011 2016-06-30 00:55:11Z DeeSPe $Genau diese Version?
Welche Version von Hyperion hast Du im Einsatz?
EDIT: Der Fehler hat aber nichts mit dem FHEM Update zu tun, das sollte trotzdem normal durchlaufen.
Gruß
Dan
die hier:
$Id: 98_Hyperion.pm 0011 2016-06-30 00:55:11Z DeeSPe $
Das ist merkwürdig, denn in der betreffenden Zeile geht es um das Reading luminanceMinimum.
Welche Hyperion Server Version benutzt Du? Ist die aktuell wie im ersten Beitrag beschrieben?
Gruß
Dan
die 1.03? ich glaube nicht. ist schon länger her das ich das mal konfiguriert habe. ich werde da mit dem neuen probieren
Mach das mal und berichte bitte.
Eventuell gab es das Reading in älteren Versionen noch nicht.
Gruß
Dan
ach so, um deine andere frage zu beantworten. ich benutze kein grabber. lasse das über enigma2 laufen. mach ich mal. jetzt geh ich aber ins bett. :) danke für deine hilfe und umsetzung
Eine verbesserte neue Version ist so gut wie fertig. Durch die neuen Readings ist allerdings das Homebridge Mapping etwas komplizierter geworden und ich warte noch auf Antwort vom Homebridge Master Andre.
Eine manuelle Erweiterung des homebridgeMapping für eventuell gewünschte Effekte oder die Quellenumschaltung habe ich im ersten Beitrag ergänzt.
Gruß
Dan
Ich habe soeben ein kleines Update im ersten Beitrag veröffentlicht und die Änderungen entsprechend dort auch dokumentiert.
Viel Spaß beim Testen und ich freue mich auf Euer Feedback.
Gruß
Dan
Hallo,
erstmal ... schönes Modul.
Leider verursacht es mit der aktuellen Version bei mir einen Fehler, der zum totalen Ausstieg von Fhem führt . Da ich im Moment keine Zeit habe danach zu schauen, ob es ggf. an meiner fhem.cfg liegt ( ist ja nie auszuschliessen ) , stelle ich dir einfach mal entsprechenden Logeintrag rein.
Gruss Byte
2016.07.13 18:34:58 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 308, <GEN20> line 1.
encountered object '0', but neither allow_blessed nor convert_blessed settings are enabled at ./FHEM/98_Hyperion.pm line 331, <
Zitat von: Byte09 am 13 Juli 2016, 18:45:35
Hallo,
erstmal ... schönes Modul.
Leider verursacht es mit der aktuellen Version bei mir einen Fehler, der zum totalen Ausstieg von Fhem führt . Da ich im Moment keine Zeit habe danach zu schauen, ob es ggf. an meiner fhem.cfg liegt ( ist ja nie auszuschliessen ) , stelle ich dir einfach mal entsprechenden Logeintrag rein.
Gruss Byte
2016.07.13 18:34:58 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 308, <GEN20> line 1.
encountered object '0', but neither allow_blessed nor convert_blessed settings are enabled at ./FHEM/98_Hyperion.pm line 331, <
Danke für die Rückmeldung, der Fehler war wohl bei mir untergegangen.
Ist gefixt und die Version im ersten Beitrag aktualisiert.
Hat schon jemand das Laden verschiedener Konfig Dateien getestet (remote/lokal)?
Gruß
Dan
P.S. Falls Euch weitere Fehler auffallen, nur her damit! Gerne auch Wünsche/Verbesserungsvorschläge.
Nabend zusammen,
erstmal danke für das Modul. Das was ich bisher gesehen habe, klappt schon echt gut.
ich habe allerdings ein Paar Fehlermeldungen im log
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 231, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 232, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 233, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 234, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 235, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 236, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 237, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 238, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 239, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 240, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 241, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 242, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 243, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 244, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 245, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 246, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 247, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 248, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 254, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 255, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 256, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 257, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 258, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 259, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 261, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 262, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 263, <$fh> line 780.
sowie auf der Fhem Startseite folgendes:
2016.07.13 22:48:21 1: configfile: Ambilight: unknown attribute lightSceneParamsToSave. Type 'attr Ambilight ?' for a detailed list.
Jemand eine Idee?
Wäre es eigentlich die Werte für´s Smoothing über Fhem zu setzen?
Grüße!
Zitat von: Esjaycc am 13 Juli 2016, 23:23:54
Nabend zusammen,
erstmal danke für das Modul. Das was ich bisher gesehen habe, klappt schon echt gut.
ich habe allerdings ein Paar Fehlermeldungen im log
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 231, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 232, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 233, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 234, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 235, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 236, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 237, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 238, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 239, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 240, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 241, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 242, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 243, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 244, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 245, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 246, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 247, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 248, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 254, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 255, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 256, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 257, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 258, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 259, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 261, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 262, <$fh> line 780.
2016.07.13 22:46:12 1: PERL WARNING: Using an array as a reference is deprecated at ./FHEM/98_Hyperion.pm line 263, <$fh> line 780.
sowie auf der Fhem Startseite folgendes:
2016.07.13 22:48:21 1: configfile: Ambilight: unknown attribute lightSceneParamsToSave. Type 'attr Ambilight ?' for a detailed list.
Jemand eine Idee?
Wäre es eigentlich die Werte für´s Smoothing über Fhem zu setzen?
Grüße!
Das sieht mir so aus als wenn Du nicht die aktuelle Version verwendest, denn diese Fehler wurden schon gefixt und sind in der aktuellen Version nicht mehr vorhanden.
Tut mir leid, mit der aktuellen Version von Hyperion Server ist es leider nicht möglich die Werte für Smoothing per JSON zu verändern.
Gruß
Dan
Habe soeben noch ein kleines Update hochgeladen durch das fehlende Internals wieder ordnungsgemäß angezeigt werden.
Gruß
Dan
Ahh ok danke..Dachte das ich mit dem update von Fhem die neuste Version lade.Dann werd ich das bei gelegenheit mal manuell nachholen.
Gruß
Zitat von: Esjaycc am 14 Juli 2016, 12:09:10
Ahh ok danke..Dachte das ich mit dem update von Fhem die neuste Version lade.Dann werd ich das bei gelegenheit mal manuell nachholen.
Gruß
Nein, das Modul ist bisher nicht Teil des offiziellen Updates. Wenn es aus der Testphase raus ist werde ich darum bitten das offiziell in FHEM mit aufzunehmen.
Gruß
Dan
Leider führt die aktuelle Version bei mir nachwievor noch zum Absturz von Fhem
Log
2016.07.14 20:14:33 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 294, <GEN50> line 1.
2016.07.14 20:14:33 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 295, <GEN50> line 1.
2016.07.14 20:14:33 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 296, <GEN50> line 1.
encountered object '0', but neither allow_blessed nor convert_blessed settings are enabled at ./FHEM/98_Hyperion.pm line 331, <GEN50> line 1.
Gruss Byte
Zitat von: Byte09 am 14 Juli 2016, 20:16:46
Leider führt die aktuelle Version bei mir nachwievor noch zum Absturz von Fhem
Log
2016.07.14 20:14:33 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 294, <GEN50> line 1.
2016.07.14 20:14:33 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 295, <GEN50> line 1.
2016.07.14 20:14:33 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 296, <GEN50> line 1.
encountered object '0', but neither allow_blessed nor convert_blessed settings are enabled at ./FHEM/98_Hyperion.pm line 331, <GEN50> line 1.
Gruss Byte
Zum Absturz??? Das sollte nun überhaupt nicht passieren und passiert bei mir auch definitiv nicht!
Welche Version von Hyperion setzt du ein? Es liegt eventuell daran!
Hast Du wie im ersten Beitrag beschrieben Deinen Hyperion Server auf den aktuellen Stand gebracht?
Gruß
Dan
hi,
es handelt sich um eine komplett neue openelec inst. auf dem raspi.
hyperionversion ist die aktuelle vom 11.06.16 V1.03.0
sobald ich das gerät im webinterface (fhem) mit
define wz_TVLicht Hyperion 192.168.178.40 19444 10
anlege , verahschiedet sich fhem sofort, d.H.
Die Seite 192.168.178.24 funktioniert nicht
192.168.178.24 hat keine Daten gesendet.
ERR_EMPTY_RESPONSE]
im Log steht dannn folgendes
2016.07.17 16:54:34 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 294, <GEN39> line 1.
2016.07.17 16:54:34 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 295, <GEN39> line 1.
2016.07.17 16:54:34 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 296, <GEN39> line 1.
encountered object '0', but neither allow_blessed nor convert_blessed settings are enabled at ./FHEM/98_Hyperion.pm line 331, <GEN39> line 1.
.... und das war es dann, bis ich fhem über ssh beende- neu starte. Keine Ahnung wo ich suchen soll !
irgendwie schade, ich würde es schon gerne wieder zum laufen bringen, zumal mir die letzte version die bei mir ging schon gut gefallen hat.
gruss Byte
Okay, das ist genau die Version mit der ich auch das Modul entwickelt habe. Sehr merkwürdig, denn ich kann das so überhaupt nicht nachvollziehen. Aber wir werden dem Problem schon auf die Spur kommen.
Woher die von Dir gemeldeten Fehlermeldungen kommen kann ich mir gerade auch nicht erklären, aber diese sind auf jeden Fall nicht dafür verantwortlich dass FHEM abstürzt.
Hyperion läuft bei Dir auf einem anderen Raspi als FHEM, richtig?
Vielleicht stimmt irgendwas beim Versuch die Konfigurationsdateien zu laden noch nicht. Könntest Du mal die Zeile 105 auskommentieren, das Modul neu einlesen und nochmal neu definieren?
In Zeile 105 sollte Folgendes stehen:
Hyperion_GetConfigs( $hash );
ändern in:
# Hyperion_GetConfigs( $hash );
Damit wird beim Definieren nicht mehr versucht die Konfigurationsdateien zu laden.
Gruß
Dan
P.S. Ob Dein FHEM aktuell ist muss ich nicht fragen oder?
Habe soeben ein kleines Update im ersten Beitrag veröffentlicht. Folgende Fehlermeldungen sollten damit nicht mehr im Log erscheinen:
PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 294
PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 295
PERL WARNING: Use of uninitialized value in string ne at ./FHEM/98_Hyperion.pm line 296
Gruß
Dan
Dank dir erstmal. Bin jetzt erstmal bis kommendes wochenende im urlaub und kann mich bis dahin nicht damit beschäftigen ( übler WAF ). Würde dann aber gerne nochmal auf dich zukommen .
Gruss Byte
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Byte09 am 18 Juli 2016, 16:20:19
Dank dir erstmal. Bin jetzt erstmal bis kommendes wochenende im urlaub und kann mich bis dahin nicht damit beschäftigen ( übler WAF ). Würde dann aber gerne nochmal auf dich zukommen .
Gruss Byte
Gesendet von meinem SM-G900F mit Tapatalk
... ja , ist alles auf aktuellem Stand.
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Byte09 am 18 Juli 2016, 16:20:19
Dank dir erstmal. Bin jetzt erstmal bis kommendes wochenende im urlaub und kann mich bis dahin nicht damit beschäftigen ( übler WAF ). Würde dann aber gerne nochmal auf dich zukommen .
Gruss Byte
Gesendet von meinem SM-G900F mit Tapatalk
Na dann genieße mal Deine FHEM-freie Zeit!
Melde Dich einfach wenn Du wieder da bist und dann gehen wir die Sachen nochmal an.
Gruß
Dan
Also ich habe das ganze jetzt nochmal getestet.
PM aus dem ersten Beitrag heruntergeladen, per Winscp in /opt/fhem/FHEM geladen, und anschließend ein shutdown restart.
Sobald ich
define AmbiTV Hyperion 192.168.x.xxx 19444 10
in der Kommandozeile bestätige, schmiert mir fhem ab.
Hab direkt mal in LOG geschaut, aber scheinbar kommt er nicht mal dazu, dort etwas zu hinterlegen.
Anschließend hilft dann nur ein Neustart über putty.
Gruß
Zitat von: Esjaycc am 22 Juli 2016, 15:12:01
Also ich habe das ganze jetzt nochmal getestet.
PM aus dem ersten Beitrag heruntergeladen, per Winscp in /opt/fhem/FHEM geladen, und anschließend ein shutdown restart.
Sobald ich
define AmbiTV Hyperion 192.168.x.xxx 19444 10
in der Kommandozeile bestätige, schmiert mir fhem ab.
Hab direkt mal in LOG geschaut, aber scheinbar kommt er nicht mal dazu, dort etwas zu hinterlegen.
Anschließend hilft dann nur ein Neustart über putty.
Gruß
Danke für die Rückmeldung, das soll so natürlich nicht sein.
Das selbe Problem hat offenbar Byte09 auch! Hattest Du eventuell mal die hier (https://forum.fhem.de/index.php/topic,55112.msg473052.html#msg473052) vorgeschlagene Zeile auskommentiert und erneut probiert? Byte09 ist z.Z. wohl im Urlaub und konnte das nicht mehr testen ob es eine erste Abhilfe schafft. Wenn das mal jemand testen könnte, wäre das für mich eine erste Anlaufstelle um das Modul an der richtigen Stelle zu überarbeiten. Bei mir kann ich den Fehler leider nicht reproduzieren, das Modul läuft bei mir produktiv (lokal) und im Testsystem (remote) ohne Probleme.
Gruß
Dan
Hab es eben mal getestet.
Leider keine Änderung.
Ein "reload 98_Hyperion.pm" bzw FHEM restart hattest Du nach der Änderung gemacht?
Gruß
Dan
Sry für die späte Rückmeldung..Jetzt wo du es sagst,könnte mir das durchgerutscht sein..War vorhin zwischen Tür und Angel.Werd es morgen Vormittag testen,und ne Rückmeldung geben.
Gruß Stephan
Einen Wunderschönen.
Ich nehme alles zurück,und behaupte das gegenteil..Das Ambilight lässt sich nun ohne Probleme anlegen! Ich werde weiter testen,und dann berichten!
Gruß
Zitat von: Esjaycc am 23 Juli 2016, 11:22:26
Einen Wunderschönen.
Ich nehme alles zurück,und behaupte das gegenteil..Das Ambilight lässt sich nun ohne Probleme anlegen! Ich werde weiter testen,und dann berichten!
Gruß
Klasse und danke für die Rückmeldung.
Ich werde das automatische Abrufen der Konfigurationsdateien beim define herausnehmen.
Hattest Du das Abrufen der Konfigurationsdateien mal manuell eingerichtet und getestet?
Gruß
Dan
In der Version im ersten Beitrag ist das eventuelle Einfrieren/Blockieren von FHEM beim define behoben.
Gruß
Dan
Hi Dan,
so, ich hatte jetzt mal zeit, mich mit der aktuellen version von hyperion.pm zu beschäftigen.
der stand ist nun folgender:
ich kann das gerät wie beschrieben definieren, musste dazu aber änderungen im modul vornehmen.
zum einen betreibe ich hyperion auf einem openelec system. ist jetzt nicht mein bevorzugtes system , mit dem ich mich auskenne, sieht aber so aus, als ob dort kein user "pi" existiert , und ich dort auch keinen anlegen kann ( zumindest nicht über ggf. grössere umwege ). d.H ich habe alle entsprechenden definitionen im modul auf user "root" geändert , und den ssh zugang entsprechend konfiguriert ( passwortlos / key ).
weiterhin scheinen die Verzeichnissbäume bei der Hyperioninstallation unter openelec anders zu sein ?! d.h die configfiles liegen wohl nicht wie im modul definiert in "/etc/hyperion/" , sondern in "/storage/hyperion/config/" . Nach entsprechender änderung der pfade im modul findet er zumindest die configdateien.
bis hierhin alles ok, kein abschmieren von fhem.
an, aus, toggle , setzen einer farbe funktioniert.
allerdings kommt es nun zu einem fhemabsturz wenn ich über fhem (dropdown) ein "effect" setzen will, der nur durch einen kompletten neustart zu beheben ist . habe mich damit im moment aber noch nicht weiter beschäftigt.
nach absturz habe ich folgenden eintrag im log
encountered object '0', but neither allow_blessed nor convert_blessed settings are enabled at ./FHEM/98_Hyperion.pm line 331, <GEN777> line 1.
Gruss Byte
Zitat von: Byte09 am 25 Juli 2016, 13:09:57
Hi Dan,
so, ich hatte jetzt mal zeit, mich mit der aktuellen version von hyperion.pm zu beschäftigen.
der stand ist nun folgender:
ich kann das gerät wie beschrieben definieren, musste dazu aber änderungen im modul vornehmen.
Welche Änderung hast Du konkret vorgenommen? Zeile 105 auskommentiert? Das ist in der letzten Version behoben...
Noch andere Änderungen?
Zitat von: Byte09 am 25 Juli 2016, 13:09:57zum einen betreibe ich hyperion auf einem openelec system. ist jetzt nicht mein bevorzugtes system , mit dem ich mich auskenne, sieht aber so aus, als ob dort kein user "pi" existiert , und ich dort auch keinen anlegen kann ( zumindest nicht über ggf. grössere umwege ). d.H ich habe alle entsprechenden definitionen im modul auf user "root" geändert , und den ssh zugang entsprechend konfiguriert ( passwortlos / key ).
weiterhin scheinen die Verzeichnissbäume bei der Hyperioninstallation unter openelec anders zu sein ?! d.h die configfiles liegen wohl nicht wie im modul definiert in "/etc/hyperion/" , sondern in "/storage/hyperion/config/" . Nach entsprechender änderung der pfade im modul findet er zumindest die configdateien.
Ja klar, den user pi gibt es nur auf RPis von Hause aus. Der benötigte SSH User kann im Modul mit "attr hyperionSshUser" konfiguriert werden.
Soweit ich weiß ist auch bei openelec ein "normales Linux" drunter und wenn man dort die aktuelle Version von Hyperion Server installiert/aktualisiert dann sollten sich auch bei openelec die Konfigurationsdateien unter /etc/hyperion befinden. Das macht nämlich das aktuelle Installationsskript von Hyperion selbst. Ich hoffe Du hast keine Änderungen im Modul gemacht sondern den Pfad über "attr hyperionConfigDir" gesetzt.
Zitat von: Byte09 am 25 Juli 2016, 13:09:57
encountered object '0', but neither allow_blessed nor convert_blessed settings are enabled at ./FHEM/98_Hyperion.pm line 331, <GEN777> line 1.
Diesen Fehler kann ich leider noch nicht ganz nachvollziehen, werde aber heute oder morgen Abend mal zu Hause was ausprobieren um das auszubügeln.
Ansonsten freue ich mich dass das Modul nun offensichtlich auch bei Dir läuft.
Vielen Dank für's Testen und ich bleibe am Ball um ein möglichst stabiles Modul hinzubekommen.
Gruß
Dan
Zitat von: Byte09 am 25 Juli 2016, 13:09:57
allerdings kommt es nun zu einem fhemabsturz wenn ich über fhem (dropdown) ein "effect" setzen will, der nur durch einen kompletten neustart zu beheben ist . habe mich damit im moment aber noch nicht weiter beschäftigt.
nach absturz habe ich folgenden eintrag im log
encountered object '0', but neither allow_blessed nor convert_blessed settings are enabled at ./FHEM/98_Hyperion.pm line 331, <GEN777> line 1.
nachtrag zur info :
bei auftreten dieses fehlers setzt er noch den entsprechenden effekt bei hyperion bevor es abschmiert. ein neustart über putty ist dann
aber nicht möglich , sondern wird mit gleicher fehlermeldung quittiert.
der neustart ist erst dann möglich, wenn ich
zuvor auch den hyperionserver neu gestartet habe.
gruss Byte
Danke für die weiteren wertvollen Beobachtungen und Hinweise, ich werde dem nachgehen.
Da Du sonst nicht weiter auf meine Fragen bezüglich gemachter Änderungen am Modul eingegangen bist, nehme ich an du hast sonst nichts am Modul geändert, sondern die Attribute gesetzt?
Gruß
Dan
doch,ich hatte im modul herumgefuhrwerkt.
mittlerweile ist aber wieder das original eingespielt und alles über attribute gesetzt.
gruss byte
Zitat von: Byte09 am 25 Juli 2016, 16:21:32
doch,ich hatte im modul herumgefuhrwerkt.
mittlerweile ist aber wieder das original eingespielt und alles über attribute gesetzt.
gruss byte
Super, so soll es sein! Dafür sind die Attribute da... ;)
Gruß
Dan
encountered object '0', but neither allow_blessed nor convert_blessed settings are enabled at ./FHEM/98_Hyperion.pm line 331, <GEN777> line 1.
Die Version im ersten Beitrag ist aktualisiert und hoffentlich um den Fehler bereinigt. Da er bei mir nicht auftritt, kann ich momentan nur "im Trüben fischen" und was ausprobieren.
Welches Betriebssystem in welcher Version benutzt Ihr für Euer FHEM wo dieser Fehler bisher aufgetreten ist? Auch die verwendete Perl Version (perl -v) wäre schön zu erfahren.
Danke fürs Testen und berichten.
Gruß
Dan
root@raspberrypi:~# uname -a
Linux raspberrypi 4.1.19+ #858 Tue Mar 15 15:52:03 GMT 2016 armv6l GNU/Linux
root@raspberrypi:~# cat /etc/issue
Raspbian GNU/Linux 7 \n \l
root@raspberrypi:~# cat /etc/debian_version
7.11
This is perl 5, version 14, subversion 2 (v5.14.2) built for arm-linux-gnueabihf-thread-multi-64int
(with 89 registered patches, see perl -V for more detail)
Zitat von: Byte09 am 25 Juli 2016, 20:40:28
root@raspberrypi:~# uname -a
Linux raspberrypi 4.1.19+ #858 Tue Mar 15 15:52:03 GMT 2016 armv6l GNU/Linux
root@raspberrypi:~# cat /etc/issue
Raspbian GNU/Linux 7 \n \l
root@raspberrypi:~# cat /etc/debian_version
7.11
This is perl 5, version 14, subversion 2 (v5.14.2) built for arm-linux-gnueabihf-thread-multi-64int
(with 89 registered patches, see perl -V for more detail)
TOP! TOP! TOP!
Das habe ich mir schon gedacht dass es Wheezy und eine ältere Perl Version ist.
Dann sollte ich mir wohl mal ein Testsystem mit Wheezy aufsetzen, das scheinen ja wirklich viele in Betrieb zu haben.
Vorübergehend werde ich mal Jessie als Voraussetzung im ersten Betrag dazuschreiben.
Bleibt FHEM/Hyperion mit der eben aktualisierten Version auch hängen?
Danke für die Info.
Gruß
Dan
Zitat von: DeeSPe am 25 Juli 2016, 20:48:24
Dann sollte ich mir wohl mal ein Testsystem mit Wheezy aufsetzen, das scheinen ja wirklich viele in Betrieb zu haben.
Vorübergehend werde ich mal Jessie als Voraussetzung im ersten Betrag dazuschreiben.
Bleibt FHEM/Hyperion mit der eben aktualisierten Version auch hängen?
Das kann ich erst heute nacht oder morgen probieren , gebe dir dann bescheid.
.... dann werde ich mein system wohl oder übel morgen auch mal auf den aktuellen stand bringen ... leider , wegen .... never change a running .... :-)
Gruss Byte ... und danke für die Mühe !
Zitat von: Byte09 am 25 Juli 2016, 21:18:53
Das kann ich erst heute nacht oder morgen probieren , gebe dir dann bescheid.
.... dann werde ich mein system wohl oder übel morgen auch mal auf den aktuellen stand bringen ... leider , wegen .... never change a running .... :-)
Gruss Byte ... und danke für die Mühe !
Danke Dir.
Meistens ist es gar nicht so schwer mal umzusziehen auf eine neuere OS Version. Auf jeden Fall immer wieder sehr lehrreich... ;)
Gruß
Dan
hi Dan,
ich habe eben das aktualisierte hyperion.pm modul eingespielt und kurz getestet. es scheint bisher fehlerfrei zu laufen ( in meiner gestern beschriebenen systemkonfiguration ) .
kein fhemabsturz, keine fehler im log !
gruss Byte09
Zitat von: Byte09 am 26 Juli 2016, 08:12:07
hi Dan,
ich habe eben das aktualisierte hyperion.pm modul eingespielt und kurz getestet. es scheint bisher fehlerfrei zu laufen ( in meiner gestern beschriebenen systemkonfiguration ) .
kein fhemabsturz, keine fehler im log !
gruss Byte09
Na das begeistert mich ja!
Dann scheint der Fehler ja wirklich behoben und ich muss mir vielleicht doch nicht zwingend ein Wheezy Testsystem aufsetzen. ;)
Könntest Du bitte noch einmal beim Testen besonderes Augenmerk auf das Setzen von Effekten legen?
Bleibt der gesetzte Effekt beim nächsten Pollen oder manuellem statusRequest angezeigt, oder wird eventuell ein anderer angezeigt als eingestellt? Bitte speziell die Mood Blobs Effekte testen denn die haben alle das selbe Skript als Ausgangssituation und unterscheiden sich nur in den jeweiligen Argumenten.
Vielen Dank für's Testen.
Gruß
Dan
Die gesetzten effekte ( auch die blobs ) überstehen sowohl das pollen , als auch den manuellen statusrequest und bleiben erhalten.
Was mir aber gerade aufgefallen ist ..... wenn das gerät in fhem initialisiert ist habe ich keinen zugriff mehr von der hyperion handyapp auf den server . Ein unstand mit dem ich gut leben kann , solltest du aber ggf. Im ersten beitrag erwähnen , wenn es nicht zu ändern ist.
Gruss Byte
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Byte09 am 26 Juli 2016, 09:40:27
Die gesetzten effekte ( auch die blobs ) überstehen sowohl das pollen , als auch den manuellen statusrequest und bleiben erhalten.
Was mir aber gerade aufgefallen ist ..... wenn das gerät in fhem initialisiert ist habe ich keinen zugriff mehr von der hyperion handyapp auf den server . Ein unstand mit dem ich gut leben kann , solltest du aber ggf. Im ersten beitrag erwähnen , wenn es nicht zu ändern ist.
Gruss Byte
Gesendet von meinem SM-G900F mit Tapatalk
Besten Dank für's schnelle Testen und die Rückmeldung. Dann ergänze ich jetzt den ersten Beitrag mit dem Changelog.
Die Handy-App sollte aber auch weiterhin funktionieren, zumindest tut sie das bei mir nach wie vor. Tippe mal auf das X in der App (das kommt einem clearall gleich), danach sollte das Einstellen über die App wieder funktionieren. Mit dem clearall werden alle vorherigen Prioritäten gelöscht. Ich habe das Modul defaultmäßig auf Priorität 0 gesetzt, somit drängelt sich FHEM immer vor, hat aber den Nebeneffekt dass man erst einmal ein clearall senden muss damit dann höhere Priorität angenommen wird. Beim Testen mit der Hyperion iOS App war mir aufgefallen dass diese auch defaultmäßig mit Priorität 0 die Befehle absetzt, eventuell ist das bei der Android App anders!?
Gruß
Dan
Ok, mit dem clear all funktioniert es . Ein bon der handyapp gesetzter effekt wird dann auch von fhem übernommen. Die androidapp steht per default auf priorität 50.
Gruss Byte
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Byte09 am 26 Juli 2016, 10:04:46
Ok, mit dem clear all funktioniert es . Ein bon der handyapp gesetzter effekt wird dann auch von fhem übernommen.
Genau so soll es sein... Juhuuu, dann scheint ja vorerst alles gelöst zu sein.
Ich habe die Version und das Changelog im ersten Beitrag noch einmal aktualisiert.
@Byte09: Rein technisch hat sich an der Version seit gestern nichts mehr geändert, nur ein paar Rechtschreibfehler berichtigt und die Dokumentation geändert. Du musst also nicht zwingend updaten, da Du ja die Version von gestern hast.
Gruß
Dan
P.S. Vielen Dank für's Testen!!!!!!!!!!!!!!!!!!!!!!!
Hi Dan,
ich habe doch noch ein kleines problem gefunden. unter openelec liegen die hyperion.config.json dateien unter /storage/.config/ , nicht unter /etc/hyperion ... etc.
die attributeingabe lässt aber den punkt vor config nicht zu.
ich habe das modul jetzt bei mir entsprechend geändert, d.H die überprüfung des strings in zeile 755, so dass es bei mir geht. sollte aber ggf. geändert werden, um openelec user nicht auszuschliessen ;-)
gruss Byte
Zitat von: Byte09 am 26 Juli 2016, 16:31:31
Hi Dan,
ich habe doch noch ein kleines problem gefunden. unter openelec liegen die hyperion.config.json dateien unter /storage/.config/ , nicht unter /etc/hyperion ... etc.
die attributeingabe lässt aber den punkt vor config nicht zu.
ich habe das modul jetzt bei mir entsprechend geändert, d.H die überprüfung des strings in zeile 755, so dass es bei mir geht. sollte aber ggf. geändert werden, um openelec user nicht auszuschliessen ;-)
gruss Byte
Sehr gut beobachtet und getestet!
Ich habe die Regex Prüfung der Attribute entsprechend geändert und die Version im ersten Beitrag aktualisiert.
Gruß
Dan
hi dan,
ich traue mich ja fast ger nicht mehr zu schreiben.
der ssh zugang zu openelec, und ich denke auch libreelec etc. , muss ja über den user root erfolgen, da es ja ansonsten keine userverwaltung gibt. d.H es sind sowieso volle sudorechte vorhenden.
das führt nun dazu , des der vordefinierte befehl in zeile 480 "sudo killall .... " von openelec so quittiert wird :
OpenELEC:~ # sudo killall hyperiond
There is no working 'sudo'.
On debian/ubuntu/all general purpose linux distributions 'sudo'
allows a permitted user to execute a command as the superuser
or another user, as specified by the security policy
With OpenELEC you have root access by default, so you dont need 'sudo'
... entsprechend wird der prozess nicht beendet und es kann auch kein neustart erfolgen ( übrigens mit dem gleichen problem ).
da müsste wohl eine entsprechende prüfung eingebaut werden ob es sich um einen root-zugang handelt um die befehle entsprechend anders zu definieren
gruss Byte
PS : hoffe ich gehe dir nicht auf die nerven !
Zitat von: Byte09 am 26 Juli 2016, 17:52:25
hi dan,
ich traue mich ja fast ger nicht mehr zu schreiben.
der ssh zugang zu openelec, und ich denke auch libreelec etc. , muss ja über den user root erfolgen, da es ja ansonsten keine userverwaltung gibt. d.H es sind sowieso volle sudorechte vorhenden.
das führt nun dazu , des der vordefinierte befehl in zeile 480 "sudo killall .... " von openelec so quittiert wird :
OpenELEC:~ # sudo killall hyperiond
There is no working 'sudo'.
On debian/ubuntu/all general purpose linux distributions 'sudo'
allows a permitted user to execute a command as the superuser
or another user, as specified by the security policy
With OpenELEC you have root access by default, so you dont need 'sudo'
... entsprechend wird der prozess nicht beendet und es kann auch kein neustart erfolgen ( übrigens mit dem gleichen problem ).
da müsste wohl eine entsprechende prüfung eingebaut werden ob es sich um einen root-zugang handelt um die befehle entsprechend anders zu definieren
gruss Byte
PS : hoffe ich gehe dir nicht auf die nerven !
edit: werde es bei mir mal versuchen über eine whoami abfrage zu lösen ( nur für meinen spass ;-) )
Na aber Hallo!!!
Du glaubst gar nicht wie froh ich bin dass sich jemand die Zeit nimmt und das ausführlich testet und eben solche Sachen findet.
Mein Ziel ist es ein Modul zu schreiben dass auf möglichst allen Systemkonstellationen läuft, insofern bin ich Dir mehr als dankbar für Dein Testen und Berichten.
Ich baue mal was ein und melde mich wieder, hab schon eine Idee.
Gruß
Dan
Das sudo sollte nun weg sein für user root.
Die Version im ersten Beitrag ist aktualisiert.
Gruß
Dan
ja, jetzt passt es. thx
gruss byte
Zitat von: Byte09 am 26 Juli 2016, 18:51:31
ja, jetzt passt es. thx
gruss byte
Puhhh, geschafft... ;)
Du bist zufrieden, ich bin zufrieden! Also - gern geschehen...
Gruß
Dan
Mit der neu veröffentlichten Hyperion Server Version "V1.03.2 (brindosch-99d9396/d3713a8-1469452981" von "Jul 25 2016 06:54:36" ist der von mir berichtete Fehler (https://github.com/hyperion-project/hyperion/issues/701) korrigiert worden.
Darum habe ich den von mir in das Modul eingebauten Workaround nun ab dieser Version entfernt. Ein Setzen von voll gesättigten Farben ist nun somit möglich und der Hyperion Server zeigt diese auch ordnungsgemäß beim statusRequest an.
Das Modul im ersten Beitrag ist aktualisiert!
Bitte Euren Hyperion Server am Besten wie im ersten Beitrag erwähnt aktualisieren!(dauert nur 2-3 min)
Gruß
Dan
Servus,
gerade dieses super Modul gefunden und gleich ausprobiert - läuft wie geschmiert. Eine Sache ist mir allerdings aufgefallen: Nach dem define wurde auch das Attribut lightSceneParamsToSave mit angelegt. Daran stört sich aber FHEM mit einer Meldung:
Hyperion: unknown attribute lightSceneParamsToSave. Type 'attr Hyperion ?' for a detailed list.
Fehlt bei meinem Setup noch irgendwas oder fehlt da noch irgendwas im Modul?
Zitat von: meilon am 30 Juli 2016, 22:18:06Hyperion: unknown attribute lightSceneParamsToSave. Type 'attr Hyperion ?' for a detailed list.
Fehlt bei meinem Setup noch irgendwas oder fehlt da noch irgendwas im Modul?
Das ist nicht weiter schlimm, aber danke für das Berichten der Fehlermeldung. Das Attribut lightSceneParamsToSave wird durch das Modul LightScene als userattr hinzugefügt. Ich habe das mal in das Hyperion Modul mit aufgenommen. Somit wird nun das Attribut "userattr lightSceneParamsToSave" hinzugefügt falls es nicht vorhanden ist. Damit sollte der Fehler nun nicht mehr auftreten.
Die Version im ersten Beitrag ist aktualisiert.
Gruß
Dan
Hallo,
habe echt keine Ahnung was ich falsch mache. Alle letzte Versionen sind Installiert, aber wenn ich versuche von FHEM einen Befehl zu senden steigt FHEM aus und ich muss ihn über SSH neu starten. Zum Aufbau - Server FHEM Rasp.2 - Hyperion Server Rasp. 3, den Hyperion Server kann ich wunderbar mit Handy App und Web Interface steuern und es werden auch die Einstellungen auf dem FHEM server aktualiesiert. Beim senden von FHEM erhalte ich "Undefined subroutine &main::SetExtensionsCancel called at ./FHEM/98_Hyperion.pm line 688." ?
Zitat von: CyberDance am 31 Juli 2016, 20:35:23
Hallo,
habe echt keine Ahnung was ich falsch mache. Alle letzte Versionen sind Installiert, aber wenn ich versuche von FHEM einen Befehl zu senden steigt FHEM aus und ich muss ihn über SSH neu starten. Zum Aufbau - Server FHEM Rasp.2 - Hyperion Server Rasp. 3, den Hyperion Server kann ich wunderbar mit Handy App und Web Interface steuern und es werden auch die Einstellungen auf dem FHEM server aktualiesiert. Beim senden von FHEM erhalte ich "Undefined subroutine &main::SetExtensionsCancel called at ./FHEM/98_Hyperion.pm line 688." ?
Das klingt als wenn FHEM nicht aktuell ist, denn "subroutine &main::SetExtensionsCancel" gehört zu den FHEM Funktionen die mit einem Modul kommt. Schon mal in der FHEM Konsole "update" eingegeben?
Gruß
Dan
P.S. Wenn man in der FHEM Konsole "version" eingibt bekommt man die aktuellen Versionen von FHEM und den Modulen angezeigt. FHEM ist jetzt tagesaktuell bei "Latest Revision: 11865" und das Modul SetExtensions.pm auf Version 11513.
Gruß
Dan
Zitat von: CyberDance am 31 Juli 2016, 20:35:23
Hallo,
habe echt keine Ahnung was ich falsch mache. Alle letzte Versionen sind Installiert, aber wenn ich versuche von FHEM einen Befehl zu senden steigt FHEM aus und ich muss ihn über SSH neu starten. Zum Aufbau - Server FHEM Rasp.2 - Hyperion Server Rasp. 3, den Hyperion Server kann ich wunderbar mit Handy App und Web Interface steuern und es werden auch die Einstellungen auf dem FHEM server aktualiesiert. Beim senden von FHEM erhalte ich "Undefined subroutine &main::SetExtensionsCancel called at ./FHEM/98_Hyperion.pm line 688." ?
Eine kleine Rückmeldung wäre nett damit der Helfende weiß ob die Tipps etwas gebracht haben.
Gruß
Dan
Ich bin nun offizieller Developer für FHEM und habe heute auch Schreibrechte für das SVN Repository bekommen.
Sofern ich heute Abend mit dem ersten Einchecken zurecht komme (ich gehe mal davon aus), wird das Modul 98_Hyperion.pm ab morgen früh offiziell im FHEM Update enthalten sein und somit allen FHEM-Updatewilligen automatisch zur Verfügung gestellt.
In diesem Forenthema werde ich dann nur noch eventuelle Beta-Test Versionen des Moduls veröffentlichen.
Gruß
Dan
P.S. Vielen Dank nochmal an alle Tester, nur durch Euer Testen und Euer Feedback ist das Modul bei dem Stand angelangt auf dem es heute ist.
Mein erstes Einchecken hat erfreulicherweise ohne Meckern geklappt.
Somit gibt es dieses Modul ab morgen per Update.
Der Kopf der Datei hat sich durch das Einchecken nun leicht verändert.
Die Datei im morgigen Update sieht dann im Kopf wie folgt aus:
#####################################################################################
# $Id: 98_Hyperion.pm 11885 2016-08-03 16:09:11Z deespe $
#
# Usage
#
# define <name> Hyperion <IP or HOSTNAME> <PORT> <INTERVAL>
#
#####################################################################################
Gruß
Dan
Zitat von: DeeSPe am 03 August 2016, 10:52:56
Eine kleine Rückmeldung wäre nett damit der Helfende weiß ob die Tipps etwas gebracht haben.
Gruß
Dan
Sorry, war ein paar Tage unterwegs.
Werde mal UpDaten da ich noch Version 9091 habe.
Das Modul SetExtensions.pm fehlte bei mir, jetzt funkt alles super.
Danke
Mario
Zitat von: CyberDance am 03 August 2016, 21:15:09
Das Modul SetExtensions.pm fehlte bei mir, jetzt funkt alles super.
Also wie vermutet! Schön dass es jetzt funktioniert.
Und danke für die Rückmeldung.
Gruß
Dan
Das Modul ist nun per FHEM Update verfügbar, die Version im Update entspricht der letzten hier veröffentlichten Testversion. Darum habe ich das hier angehängte Modul entfernt. Bei Bedarf werde ich neuere Testversionen des Moduls wieder hier veröffentlichen.
Falls das Modul beim Update nicht überschrieben werden können sollte und somit das Update abbricht, dann handelt es sich höchstwahrscheinlich um ein Berechtigungsproblem bei Euch an der Datei 98_Hyperion.pm. Bitte dann die Berechtigungen der anderen Module ansehen und entsprechend auf 98_Hyperion.pm übertragen. Danach erneut ein FHEM Update und es sollte wieder wie gewünscht funktionieren.
Gruß
Dan
Ich habe soeben eine neue Version eingecheckt.
Funktionell hat sich nichts verändert. Es sind hauptsächlich Optimierungen des Dokumentations-Layouts, Anpassungen der Dokumentation und nur minimale Verbesserungen am Code.
Gruß
Dan
Hallo DeeSPe,
ich möchte mich erst mal bedanken für das neue Modul. Es funktioniert super. Danach habe ich schon lange gesucht aber jetzt erst nach dem offiz. check-in gefunden... VIELEN DANK.
Ich bekomme aber bei einem "GET configFiles" folgende Meldung
" No files found on server 192.168.xx.xx in directory /etc/hyperion/. Maybe the wrong directory? If SSH is used, has the user pi been configured to log in without entering a password (http://www.linuxproblem.org/art_9.html)? "
Die Datei "hyperion.config.json" befindet sich jedoch in dem Ordner. Habe ich was übersehen?
LG
Manu
Zitat von: MaMi7880 am 06 August 2016, 15:12:45
Hallo DeeSPe,
ich möchte mich erst mal bedanken für das neue Modul. Es funktioniert super. Danach habe ich schon lange gesucht aber jetzt erst nach dem offiz. check-in gefunden... VIELEN DANK.
Ich bekomme aber bei einem "GET configFiles" folgende Meldung
" No files found on server 192.168.xx.xx in directory /etc/hyperion/. Maybe the wrong directory? If SSH is used, has the user pi been configured to log in without entering a password (http://www.linuxproblem.org/art_9.html)? "
Die Datei "hyperion.config.json" befindet sich jedoch in dem Ordner. Habe ich was übersehen?
LG
Manu
Hi mami7880,
Ist zwar nicht mein modul, ich hatte aber ähnliche probleme. Was für ein Betriebssystem hat der raspi uf dem dein hyperion läuft ?
Ist der Passwortlose ssh zugang konfiguriert, falls fhem und hyperion auf verschiedenen systemen laufen ?
Gruss byte
Gesendet von meinem SM-G900F mit Tapatalk
Zitat von: Byte09 am 06 August 2016, 16:07:09
Hi mami7880,
Ist zwar nicht mein modul, ich hatte aber ähnliche probleme. Was für ein Betriebssystem hat der raspi uf dem dein hyperion läuft ?
Ist der Passwortlose ssh zugang konfiguriert, falls fhem und hyperion auf verschiedenen systemen laufen ?
Gruss byte
Gesendet von meinem SM-G900F mit Tapatalk
Hallo und danke für die Antwort...
Hyperion läuft auf einem Pi B+ mit "Raspbian GNU/Linux 7 (wheezy)" separat vom FHEM-Server.
Die Bedienung von Hyperion über FHEM funktioniert auch einwandfrei, würde dies auch geschehen wenn der SSH-Zugang nicht richtig eingestellt wäre?
In der /etc/sudoers des "HyperionPi" habe ich folgendes eingetragen:
fhem ALL=(ALL) NOPASSWD:ALL
Muss ich noch einen Benutzer "fhem" im "HyperionPi" anlegen... Sorry ich bin, was das Linux ansich angeht, nicht so fit.
ok, wenn du kein openelec/ libreelec nutzt gehe ich davon aus, dass die pfade stimmen.
Wenn ich mich recht erinnere, läuft das modul zu weiten teilen ohne den passwortlosen zugang, aber genau dieses eben nicht ( bin mir aber nicht ganz sicher im augenblick )
das modul versucht sich standartmässig als user pi am remote( hyperion) anzumelden . könntest du aber in den attributen ändern ( hyperionSshUser ).
du musst dafür sorgen , dass der user pi auf dem raspi, auf den hyperion läuft, passwortlosen zugang von dem raspi aus bekommt, auf dem fhem läuft.
d.H log dich per ssh auf dem fhemsystem ein und halte dich dann strikt an die anleitung :
http://www.linuxproblem.org/art_9.html
dort solltest du b überall durch pi ersetzen und B durch die IP des systems auf dem hyperion läuft .
gruss Byte
Zitat von: Byte09 am 06 August 2016, 17:08:51
ok, wenn du kein openelec/ libreelec nutzt gehe ich davon aus, dass die pfade stimmen.
Wenn ich mich recht erinnere, läuft das modul zu weiten teilen ohne den passwortlosen zugang, aber genau dieses eben nicht ( bin mir aber nicht ganz sicher im augenblick )
das modul versucht sich standartmässig als user pi am remote( hyperion) anzumelden . könntest du aber in den attributen ändern ( hyperionSshUser ).
du musst dafür sorgen , dass der user pi auf dem raspi, auf den hyperion läuft, passwortlosen zugang von dem raspi aus bekommt, auf dem fhem läuft.
d.H log dich per ssh auf dem fhemsystem ein und halte dich dann strikt an die anleitung :
http://www.linuxproblem.org/art_9.html
dort solltest du b überall durch pi ersetzen und B durch die IP des systems auf dem hyperion läuft .
gruss Byte
Super, danke
das habe ich noch nicht gemacht.. Werde es probieren und melde mich dann wieder.
Gruß
Manu
Edit: So habe jetzt passwortlosen Zugriff vom "FHEM-Pi" auf den "Hyperion-Pi" mit dem User Pi eingerichtet und getestet. Bekomme aber immer noch die gleiche Meldung bei GET ConfigFiles.
Ich kümmere mich morgen weiter darum... Evtl. hat noch jemand eine Idee...
Ansonsten schönen Abend.
Gruß
Manu
Zitat von: MaMi7880 am 06 August 2016, 17:35:17
Edit: So habe jetzt passwortlosen Zugriff vom "FHEM-Pi" auf den "Hyperion-Pi" mit dem User Pi eingerichtet und getestet. Bekomme aber immer noch die gleiche Meldung bei GET ConfigFiles.
Ich kümmere mich morgen weiter darum... Evtl. hat noch jemand eine Idee...
Auch wirklich die Dateien für den passwortlosen Zugriff nach /opt/fhem/.ssh verschoben/kopiert? Der User fhem braucht die Dateien nämlich in seinem home Verzeichnis.
Die Steuerung des Hyperion Servers ist auch ohne SSH möglich.
SSH wird nur benötigt um die Konfig Files zu lesen bzw. aufzulisten und dann den Hyperion Server mit anderer Konfig neu zu starten. Wenn Hyperion also eh nur eine Konfig hat, dann brauchst Du SSH gar nicht.
Gruß
Dan
@manu
habe dir eine PM geschickt um den thread hier nicht so vollzupacken, da ich nicht weiss ob Dan das so prima findet -- bin aber nicht sicher ob sie versandt wurde -- falls nicht melde dich nochmal.
gruss Byte
Ich habe soeben noch ein Mini-Update eingecheckt.
Veränderung sind:
- Loglevel von 3 auf 4 geändert wenn der aktive Effekt abgefragt wird
- Nach erfolgreichem "get configFiles" wird nun die Seite automatisch neu geladen um die veränderten sets anzuzeigen
Ab heute dann im Update.
Gruß
Dan
Ich habe mal wieder eine neue Idee und wollte horchen ob eventuell Interesse besteht!
Die Idee:
Eine Funktion in das Modul integrieren die es ermöglicht (bei Systemen mit Zugriff auf die Shell) die in FHEM getätigten Einstellungen für Hyperion als neue Konfig Datei zu speichern.
Das könnte auch ermöglichen in FHEM Einstellungen für Hyperion zu machen, die über den JSON Server nicht funktionieren (jeweils Neustart mit der neu erstellten Konfig nötig). Das wären z.B. Smoothing, StartUpEffect, BorderDetector...
Voraussetzung dafür wäre natürlich mindestens eine funktionierende hyperion.config.json, die ich erst einmal "einlesen" kann und dann mit aktuellen Einstellungen unter neuem Namen speichern würde (der neue Name der Konfig wäre dann selbst wählbar).
Aussehen könnte das dann so:
set Ambilight saveConfigFile test1
Das würde dann im Konfig Ordner (default: /etc/hyperion/) eine neue Datei (test1.config.json) mit den aktuellen Einstellungen speichern.
Damit könnte dann mit:
set Ambilight configFile test1
der Hyperion Server direkt neu gestartet werden.
Besteht Interesse?
EDIT: Ist erst mal nur so eine fixe Idee, aber ich denke das lässt sich umsetzen.
Gruß
Dan
Ich melde mich mal zum Kreis der Interessenten.Würde sich ja mit meiner Anfrage bzgl. des smoothing von vor einiger Zeit decken..
Wenn die Zeit es zulässt,werde ich aktiv testen können!
Gruß Stephan
Zitat von: Esjaycc am 07 August 2016, 18:08:36
Ich melde mich mal zum Kreis der Interessenten.Würde sich ja mit meiner Anfrage bzgl. des smoothing von vor einiger Zeit decken..
Wenn die Zeit es zulässt,werde ich aktiv testen können!
Gruß Stephan
Unter anderem war Deine Anfrage dafür verantwortlich diese Idee bei mir keimen zu lassen. ;)
Ich überlege mir in den nächsten Tagen mal was zur Umsetzung.
Eine Version mit der neuen Funktion werde ich dann wieder hier zum Testen zur Verfügung stellen.
Gruß
Dan
Zitat von: DeeSPe am 06 August 2016, 18:53:11
Auch wirklich die Dateien für den passwortlosen Zugriff nach /opt/fhem/.ssh verschoben/kopiert? Der User fhem braucht die Dateien nämlich in seinem home Verzeichnis.
Die Steuerung des Hyperion Servers ist auch ohne SSH möglich.
SSH wird nur benötigt um die Konfig Files zu lesen bzw. aufzulisten und dann den Hyperion Server mit anderer Konfig neu zu starten. Wenn Hyperion also eh nur eine Konfig hat, dann brauchst Du SSH gar nicht.
Gruß
Dan
Super, danke... Das war das Problem. Anfänger halt ...
Danke auch an Byte09
Hallo Dan,
Danke für das tolle Modul, das Einrichten hat ohne Probleme funktioniert.
Wollte es gerade mit dem "msg (https://forum.fhem.de/index.php/topic,39983.msg322439.html#top)" Modul verknüpfen und dabei sind mir ein paar dinge aufgefallen:
Wenn ich alle LEDs in einer Farbe blinken lassen möchte, muss ich erst die Farbe setzen "set Hyperion rgb 00ff00" und dann ein "set Hyperion blink 5 1" hinterherschicken.
Habe bemerkt, dass zwischen beiden Befehlen noch eine Pause benötigt wird, da sonnst der erste Befehl ignoriert wird.
Wäre schön, wenn man bei den "blink" Befehl direkt eine Farbe mit übergeben könnte.
Mein Attribute sehen momentan so aus:
attr Hyperion userattr homebridgeMapping lightSceneParamsToSave msgCmdLight msgCmdLightHigh msgCmdLightLow
attr Hyperion msgCmdLight {fhem "set %DEVICE% rgb 00ff00";;;; fhem ("sleep 1;;set %DEVICE% blink 5 1")}
attr Hyperion msgCmdLightHigh {fhem "set %DEVICE% rgb ff0000";;;; fhem ("sleep 1;;set %DEVICE% blink 10 1")}
attr Hyperion msgCmdLightLow {fhem "set %DEVICE% rgb 0000ff";;;; fhem ("sleep 1;;set %DEVICE% blink 2 1")}
Damit funktioniert es auch erst mal.
Das zweite Problem, das ich noch habe ist dass, nach dem Blinken der vorhergegangen Status verloren gegangen ist, ich müsste mir also vor dem blinken die aktuelle Farbe zwischenspeichern und danach wieder setzten.
Dies Könnte einfach behoben werden, wenn man als Parameter die Priorität mit übergeben könnte, so könnte man das Blinken einfach mit einer niedrigeren Priorität setzen, dadurch wird der Ursprüngliche Farbwert nicht überschrieben und ist nach dem Blinken wieder vorhanden.
In der Vergangenheit habe ich das Blinken über den Effect "Strobe white" angetriggert und über den Parameter "effectArgs" die Farbe und Frequenz verändert:
system("hyperion-remote -p 90 -e "Strobe white" --effectArgs '{"color":[255,0,0], "frequency" : 2.0}'")
Wäre super, wenn es in deinem Modul auch die Möglichkeit gäbe solche "eigene" Befehle zu senden.
Gruß Schlimbo
Zitat von: Schlimbo am 08 August 2016, 11:48:06
Hallo Dan,
Danke für das tolle Modul, das Einrichten hat ohne Probleme funktioniert.
Wollte es gerade mit dem "msg (https://forum.fhem.de/index.php/topic,39983.msg322439.html#top)" Modul verknüpfen und dabei sind mir ein paar dinge aufgefallen:
Wenn ich alle LEDs in einer Farbe blinken lassen möchte, muss ich erst die Farbe setzen "set Hyperion rgb 00ff00" und dann ein "set Hyperion blink 5 1" hinterherschicken.
Habe bemerkt, dass zwischen beiden Befehlen noch eine Pause benötigt wird, da sonnst der erste Befehl ignoriert wird.
Wäre schön, wenn man bei den "blink" Befehl direkt eine Farbe mit übergeben könnte.
Mein Attribute sehen momentan so aus:
attr Hyperion userattr homebridgeMapping lightSceneParamsToSave msgCmdLight msgCmdLightHigh msgCmdLightLow
attr Hyperion msgCmdLight {fhem "set %DEVICE% rgb 00ff00";;;; fhem ("sleep 1;;set %DEVICE% blink 5 1")}
attr Hyperion msgCmdLightHigh {fhem "set %DEVICE% rgb ff0000";;;; fhem ("sleep 1;;set %DEVICE% blink 10 1")}
attr Hyperion msgCmdLightLow {fhem "set %DEVICE% rgb 0000ff";;;; fhem ("sleep 1;;set %DEVICE% blink 2 1")}
Damit funktioniert es auch erst mal.
Das zweite Problem, das ich noch habe ist dass, nach dem Blinken der vorhergegangen Status verloren gegangen ist, ich müsste mir also vor dem blinken die aktuelle Farbe zwischenspeichern und danach wieder setzten.
Dies Könnte einfach behoben werden, wenn man als Parameter die Priorität mit übergeben könnte, so könnte man das Blinken einfach mit einer niedrigeren Priorität setzen, dadurch wird der Ursprüngliche Farbwert nicht überschrieben und ist nach dem Blinken wieder vorhanden.
In der Vergangenheit habe ich das Blinken über den Effect "Strobe white" angetriggert und über den Parameter "effectArgs" die Farbe und Frequenz verändert:
system("hyperion-remote -p 90 -e "Strobe white" --effectArgs '{"color":[255,0,0], "frequency" : 2.0}'")
Wäre super, wenn es in deinem Modul auch die Möglichkeit gäbe solche "eigene" Befehle zu senden.
Gruß Schlimbo
Hallo Schlimbo,
danke für Dein Interesse an dem Modul.
Der Befehl "blink" ist ein FHEM Standardbefehl und nicht von mir programmiert, sondern nur per SetExtension eingebunden. Somit habe ich auch keinen Einfluss auf diesen Befehl.
Das was Du Dir vorstellst müsste separat in das Modul implementiert werden und das set einen entsprechend anderen Namen bekommen.
Bei Deinen Attributen ist mir aufgefallen dass Du diese auch verkürzen kannst, z.B. so:
attr Hyperion msgCmdLight {fhem("set %DEVICE% rgb 00ff00;;sleep 1;;set %DEVICE% blink 5 1")}Das zweite fhem("") ist also nicht nötig.
Zu den effectArgs:
Den Effekt zu setzen und dabei die Args selber zu übergeben funktioniert? Habe ich noch nie gemacht/probiert.
Das wäre möglich zu implementieren, zumindest so dass man in dem "set %NAME effect [duration] [priority]" als letzten optionalen Parameter effectArgs mit aufnimmt. Etwa so "set %NAME effect [duration] [priority] [effectArgs]". Die effectArgs müssten aber manuell in raw (JSON) definiert werden.
Gruß
Dan
Hallo Dan,
Zitat von: DeeSPe am 08 August 2016, 13:15:02
Bei Deinen Attributen ist mir aufgefallen dass Du diese auch verkürzen kannst, z.B. so:
attr Hyperion msgCmdLight {fhem("set %DEVICE% rgb 00ff00;;sleep 1;;set %DEVICE% blink 5 1")}
Das zweite fhem("") ist also nicht nötig.
Danke, das stimmt natürlich. War noch ein Überbleibsel vom Testen.
Zitat von: DeeSPe am 08 August 2016, 13:15:02
Zu den effectArgs:
Den Effekt zu setzen und dabei die Args selber zu übergeben funktioniert?
Ja, das funktioniert ganz gut so.
Zitat von: DeeSPe am 08 August 2016, 13:15:02
Das wäre möglich zu implementieren, zumindest so dass man in dem "set %NAME effect [duration] [priority]" als letzten optionalen Parameter effectArgs mit aufnimmt. Etwa so "set %NAME effect [duration] [priority] [effectArgs]". Die effectArgs müssten aber manuell in raw (JSON) definiert werden.
Das hört sich super an.
Könntest du dann den "Priority" Parameter auch als Option bei den "rgb" Befehl mit aufnehmen? "set %NAME rgb ffffff [priority]"
Gruß
Schlimbo
Zitat von: Schlimbo am 08 August 2016, 14:13:21
Könntest du dann den "Priority" Parameter auch als Option bei den "rgb" Befehl mit aufnehmen? "set %NAME rgb ffffff [priority]"
Genau das gibt es doch schon. Zumindest habe ich das so dokumentiert und damit sollte es auch funktionieren:
set %DEVICE rgb <RRGGBB> [duration] [priority]Gruß
Dan
Oh sorry, das habe ich komplett übersehen.
Hatte nur hier im Thread nach "priority" gesucht und nichts gefunden. :-X
Kein Ding, ist in der commandref dokumentiert. ;)
Gruß
Dan
EDIT: Hier im Thread sind nur die wichtigsten Features aufgeführt. Zum Nachlesen aller Möglichkeiten mit dem Modul wird die commandref immer aktuell gehalten.
Habe soeben ein kleines Update eingecheckt:
Changelog:
- Neues Attribut hyperionNoSudo hinzugefügt, damit ist es nun möglich auch als nicht-root Benutzer die Befehle ohne sudo auszuführen (falls man dem Benutzer auf anderem Wege die Berechtigung dazu erteilt hat)
- Zurückgenommene Änderung: Autoreload nach "get configFiles", werde es in einem zukünftigen Update wieder mit einer besseren Lösung implementieren
Das Speichern der Konfig Dateien ist hier noch nicht dabei, ich arbeite noch dran.
Ab morgen im Update.
Gruß
Dan
Mir ist heute Abend noch ein mittelschwerer Bug im Modul aufgefallen, gut dass ihn bisher noch keiner festgestellt bzw. berichtet hat. Sollte ich der Einzige sein dem es aufgefallen ist??? Na gut egal, ich arbeite an einer Lösung und werde so bald es geht ein Update einchecken (KEIN SICHERHEITS- ODER PERFORMANCEPROBLEM, ein Anfängerfehler...). >:(
Gruß
Dan
Ich denke ich konnte meinen Anfangsfehler beheben!
Es war allerdings mehr Aufwand als gedacht.
Werde die Änderungen heute Abend nochmal ausführlich testen und wenn alles wie vorher läuft, dann checke ich heute Abend die fehlerbereinigte Version ein.
Gruß
Dan
Hallo,
ich muss jetzt doch noch mal nachfragen. Für was genau ist der Parameter "priority"?
So richtig konnte ich das aus der commandref nicht ersehen oder habe ich es überlesen?
Gruß
Manu
Das ist in der commandref nicht weiter erklärt weil es nichts Modul Spezifisches ist.
Auf der Hyperion Webseite kannst Du nachlesen was es mit der Priorität auf sich hat.
Kurz, damit priorisiert man Schaltaufträge wenn Du mehrere Sachen zeitlich hintereinander setzen willst.
Gruß
Dan
Zitat von: DeeSPe am 10 August 2016, 21:57:45
Das ist in der commandref nicht weiter erklärt weil es nichts Modul Spezifisches ist.
Auf der Hyperion Webseite kannst Du nachlesen was es mit der Priorität auf sich hat.
Kurz, damit priorisiert man Schaltaufträge wenn Du mehrere Sachen zeitlich hintereinander setzen willst.
Gruß
Dan
Vielen Dank...
Ich habe soeben ein Update eingecheckt welches meinen Anfängerfehler behebt.
Die Änderungen habe ich heute Abend lange getestet und denke dass alles wie vorher funktionieren sollte, nur besser. 8)
Changelog:
- Modul spezifische sets geändert auf Device spezifische sets
Ab morgen im Update.
Gruß
Dan
Grüße.
@ Dan
Wie ich sehe, hast du in deiner Signatur ebenfalls die HueBridge drin.
Mir kam da gerade so ein Gedanke!
Wäre es nicht irgendwie möglich,dass Hyperion Farbwerte an die HueBridge sendet, und man die Birnen dann als erweitertes Ambilight nutzt?Vll lässt sich das durch Fhem i-wie verbinden?
Ich muss sagen,der Gedanke das der ganze Raum ein einziges Farbspiel ist, gefällt mir i-wie. ;D 8)
Grüße
Mit dem Ambilight wird das nicht gehen, da ja jede LED eine andere Farbe haben/annehmen kann.
Bei einfarbiger Einstellung (rgb) geht das relativ simpel ohne es ins Modul programmieren zu müssen.
Einfach ein notify auf das Hyperion Device aufs Reading rgb. Sobald sich das ändert einfach den selben Wert auf die gewünschten Hue Lichter schicken.
Gruß
Dan
Erstmal vielen Dank für das Modul, habe ich schon immer irgendwie vermisst :)
Nun aber zu meinem 'Problem' oder vielleicht ist das ja auch so gewollt?
Wenn Hyperion im Ambilight-Modus (mode clearall) läuft wird der state immer als 'off' ausgegeben, nur wenn ein Effekt ausgegeben wird steht dort dann rgb <hexwert>, was die Abfrage etwas anstrengend macht. ;)
Währe es nicht besser den als 'on' bzw 'ambilight' auszugeben wenn der ursprüngliche state != rgb ist, aber ne priority <= 0 hat?
Hi ScotchTape,
vielen Dank für Dein Interesse an dem Modul und schön dass es Dir soweit zu gefallen scheint.
Zitat von: ScotchTape am 14 August 2016, 16:16:12
Nun aber zu meinem 'Problem' oder vielleicht ist das ja auch so gewollt?
Wenn Hyperion im Ambilight-Modus (mode clearall) läuft wird der state immer als 'off' ausgegeben, nur wenn ein Effekt ausgegeben wird steht dort dann rgb <hexwert>, was die Abfrage etwas anstrengend macht. ;)
Das ist natürlich nicht so gewollt!!!
Mir war das in meiner Testumgebung auch schon aufgefallen dass es da offenbar noch einen Denkfehler beim Auswerten des JSON bei mir gab. Um ehrlich zu sein habe ich am Anfang überhaupt nicht gewußt wie ich off und clearall auseinanderhalten soll.
Ich habe mich aber eben nochmal rangesetzt und ein paar Sachen probiert die nun in meiner Testumgebung und auch im Livesystem ein zufriedenstellendes Ergebnis liefern.
Habe das Update soeben eingecheckt. Gibt es ab morgen im Update.
Changelog:
- Bugfix: Status clearall sollte nun zuverlässig in allen Konfigurationen von Hyperion erkannt werden
Gruß
Dan
Zusätzlich habe ich noch mit verbose 4 eine Logausgabe eingebaut die beim statusRequest die Priorität ausgibt die clearall gerade hat. Wäre mal interessant was bei Dir, ScotchTape, da für ein Wert kommt.
Die Ausgabe im Log sieht wie folgt aus:
Hyperion_ParseHttpResponse clearall priority: <WERT>
Bei meinem Livesystem ist die Priorität 1100, beim Testsystem (mit Hyperion Dummy Konfig, also keine LEDs dran) ist sie 890.
Gruß
Dan
Moin,
Schön' Schrank für die schnelle Umsetzung :)
Zu deiner Frage bzgl. priority: meine steht immer auf 800, ich vermute ganz stark das er dort den Wert aus der grabber-Sektion übenimmt, bei mir zumindest ist da 800 eingetragen. Kann ich aber heute abend beides testen.
Nen hyperion-remote -l wirft aber zwei aus:
...
"hostname" : "fhem",
"hyperion_build" : [
{
"time" : "Jul 25 2016 06:54:36",
"version" : "V1.03.2 (brindosch-99d9396/d3713a8-1469452981"
}
],
"priorities" : [
{
"priority" : 100
},
{
"duration_ms" : 4281720437,
"priority" : 800
}
],
Noch was anderes: was machst du bei 'on'? Bei mir wird dort nur nen effekt abgespielt..? Ich hätte erwartet das er einfach nur ambilight wieder anmacht, also wie bei nem
Hintergrund zu meiner Konfiguration: Hyperion & fhem auf dem selben RPi2, kein homekit. Hyperion wird nur über zustände / aktionen (DOIF) und 2-3 shellscripts gesteuert, Hyperion macht bei mir nur ambilight, den anderen Leuchteffekt-Krempel brauch ich nicht ;)
Bei "on" stellt das Modul den letzten aktiven Zustand von Hyperion wieder her. Und wenn das eben ein Effekt war (z.B. beim Restart von Hyperion weil ein Startup-Effekt eingestellt ist), dann wird eben dieser Zustand wieder hergestellt.
Du kannst mit "set $NAME mode clearall" den Ambilight Modus "forcen".
Gruß
Dan
Sooo..
mal eben nen Update gefahren, state steht auf clearall, priority auf 100, also im stanby, weil ich nicht zuhause bin. Spasseshalber hyperion mal an gemacht, priority wechselt dann auch auf 800:
],
"hostname" : "fhem",
"hyperion_build" : [
{
"time" : "Jul 25 2016 06:54:36",
"version" : "V1.03.2 (brindosch-99d9396/d3713a8-1469452981"
}
],
"priorities" : [
{
"duration_ms" : 970,
"priority" : 800
}
],
Standby mache ich so:
#!/bin/sh
/usr/bin/hyperion-remote -m 0.1 >/dev/null 2>&1 && /usr/bin/hyperion-remote --color black >/dev/null 2>&1
mit dem set zum forcen kann ich leben :)
achja, den logeintrage finde ich weder im log noch im Eventlog, Hyperion brbbelt da immer nur:
2016-08-15 11:54:35 I2C_TSL2561 TSL2561 gain: 1
2016-08-15 11:54:35 I2C_TSL2561 TSL2561 integrationTime: 0.0137
2016-08-15 11:54:35 I2C_TSL2561 TSL2561 broadband: 129
2016-08-15 11:54:35 I2C_TSL2561 TSL2561 ir: 49
2016-08-15 11:54:35 I2C_TSL2561 TSL2561 luminosity: 871
2016-08-15 11:54:44 Hyperion Ambilight serverResponse: success
2016-08-15 11:54:54 Hyperion Ambilight serverResponse: success
2016-08-15 11:55:00 Hyperion Ambilight serverResponse: success
2016-08-15 11:55:04 Hyperion Ambilight serverResponse: success
Wie gesagt, status und Priority langen mir um das abzufragen und meine shellscripts zu ersetzen :)
Wenn der Status nun richtig interpretiert wird bin ich froh!
Den Log Eintrag siehst Du nur wenn Du für Dein Hyperion Device das attr verbose kurzzeitig auf 4 setzt.
EDIT: Aber eigentlich ist das gar nicht nötig, denn die aktuelle Priorität wird ja auch als Reading angezeigt, das sollte der selbe Wert sein.
Gruß
Dan
EDIT: standby/aus mache ich per JSON auch über das Setzen von black.
Die Umsetzung mir dem Schreiben der Konfig Datei wird noch etwas dauern.
Bin gerade dabei das Modul nonblocking zu machen. Die Kommunikation mit dem JSON Server habe ich schon nonblocking umgesetzt. Die SSH Geschichte nonblocking zu machen stellt mich vor eine neue Herausforderung.
Wenn alles klappt werde ich heute Abend eine erste Testversion hier bereitstellen.
Gruß
Dan
Soeben habe ich ein Mini-Update eingecheckt mit folgenden Ergänzungen:
- neues Attribut disable
- neues devStateIcon für Effekt Modus
- commandref summary hinzugefügt
Ab sofort erhältlich via SVN oder ab morgen per regulärem Update.
Muss noch ein Wenig Testen, dann werde ich später die Testversion mit nonblocking hier einstellen.
Würde mich freuen wenn die wieder ein paar Leute testen würden.
Gruß
Dan
Hier wie versprochen die erste Testversion nonblocking.
Bisher ist nur die JSON Kommunikation nonblocking.
SSH dauert noch, aber mal schauen ob ich bisher alles wieder fehlerfrei hinbekommen habe.
Das Attribut disable aus dem letzten offiziellen Update ist auch hier enthalten.
Ich freue mich auf Euer Feedback und hoffe dass das Modul sonst läuft wie vorher.
Gruß
Dan
P.S. Nach Einspielen dieser 98_Hyperion.pm wird ein reload des Moduls nicht reichen. Bitte einmal "shutdown restart".
EDIT: P.P.S. Wäre toll wenn auch das Neuanlegen eines Hyperion Device getestet würde. Also einfach nochmal mit neuem Namen ein define des selben Hyperion Servers. Kann danach auch wieder gelöscht werden, ist ja nur zum Testen ob define/undefine funktioniert. Ganz hervorrangend wäre auch ein Wheezy-Tester.
Anbei eine neue Testversion.
"shutdown restart" muss nach Einspielen des neuen Moduls 1x ausgeführt werden, da sich der Verbindungsaufbau grundlegend verändert hat.
In dieser Version habe ich zusätzlich noch am devStateIcon für den RGB Modus gefeilt. Es wird nun das passende Icon zur jeweiligen Dim-Stufe angezeigt.
Gruß
Dan
EDIT: Testversion entfernt, seit 25.8.2016 in SVN übernommen und per Update erhältlich.
Habe soeben ein kleines Update eingecheckt.
Neu enthalten ist nur das "devStateIcon mit dim Wert für RGB Modus" aus der aktuellen Beta Version aus dem vorherigen Post.
Ab sofort erhältlich via SVN oder ab morgen per regulärem Update.
Gruß
Dan
Hi Dan,
vielen Dank für das tolle Modul. Seit letzten Freitag läuft mein Ambilight und lässt sich super über dein Modul steuern.
"get configFiles" konnte ich noch nicht testen, da ich den ssh Zugang auf dem Raspi nicht offen gelegt habe, aber ansonsten klappt alles super. Auf dem Raspi selbst habe ich auch noch eine fhem Instanz installiert, um den Raspi über ein sh script sauber runterzufahren und ein wenig zu überwachen.
Tausend Dank für deine Mühe! Wenn du irgendetwas brauchst, z.b. Tester für was auch immer, ich bin dabei :)
Viele Grüße
Chris
Moin Chris,
schön dass Dir mein Modul gefällt. So soll es ja auch sein! 8)
Wenn Du wirklich Interesse hast, dann würde es mich freuen wenn Du diese Betaversion (https://forum.fhem.de/index.php/topic,55112.msg483815.html#msg483815) bei Dir mal testen könntest. Ich schraube seit ein paar Tagen an der non-blocking Umsetzung, aber bisher hat die neue Version außer mir offensichtlich noch niemand getestet.
Bei mir läuft die neue Version bestens. Bevor ich sie allerdings offiziell per Update verteile, hätte ich gerne ein paar Tester die mal schauen ob wieder alles so läuft wie vorher.
Danke Dir im Voraus.
Gruß
Dan
Hi Dan,
nach Einbau der Beta und "reload 98_Hyperion", kommt bei mir:
Not enough arguments for main::Hyperion_Call at ./FHEM/98_Hyperion.pm line 437, near "$hash)"
Not enough arguments for main::Hyperion_Call at ./FHEM/98_Hyperion.pm line 681, near "%obj)"
Not enough arguments for main::Hyperion_Call at ./FHEM/98_Hyperion.pm line 721, near "$hash)"
Not enough arguments for main::Hyperion_Call at ./FHEM/98_Hyperion.pm line 754, near "$hash)"
Not enough arguments for main::Hyperion_Call at ./FHEM/98_Hyperion.pm line 767, near "$hash)"
Viele Grüße
Chris
Mach mal bitte ein "shutdown restart".
Da der Verbindungsaufbau nun anders abläuft, ist das offenbar so nötig. Bei einem reload versucht er nur eine eventuell bestehende Verbindung wieder herzustellen, die gab es aber so noch nicht vorher.
Gruß
Dan
Alles klar, jetzt funktioniert es. Erste Tests bringen keine Probleme. Ich melde mich, sollte ich irgendetwas entdecken und lasse es jetzt einfach mal so laufen.
Viele Grüße
Chris
Zitat von: jsChris am 24 August 2016, 12:13:26
Alles klar, jetzt funktioniert es. Erste Tests bringen keine Probleme. Ich melde mich, sollte ich irgendetwas entdecken und lasse es jetzt einfach mal so laufen.
Viele Grüße
Chris
Könntest Du bitte testweise ein zweites Hyperion Device definieren? Kannst Du auch danach direkt wieder löschen.
Möchte nur von jemand anderem getestet haben ob define/undefine funktioniert.
Vielen Dank für's Testen.
Gruß
Dan
Zitat von: DeeSPe am 24 August 2016, 13:13:02
Könntest Du bitte testweise ein zweites Hyperion Device definieren? Kannst Du auch danach direkt wieder löschen.
Möchte nur von jemand anderem getestet haben ob define/undefine funktioniert.
done :) kein problem...
Gerne
Chris
Dankeschön für's Testen Chris....
Ich werde heute Abend nochmals den Code kontrollieren und wenn soweit alles stimmig ist, checke ich das Modul in SVN ein, denn es sieht nicht so aus als wenn sich noch jemand an dem Test beteiligen möchte.
Falls dann widererwartend doch etwas nicht funktionieren sollte, dann kommt (wohl zwangsweise) ein Feedback an mich.
Gruß
Dan
Soeben habe ich das non-blocking Update für das Modul eingecheckt.
Die Kommunikation mit dem JSON Server ist nun komplett non-blocking. Einzig die SSH Sachen sind noch nicht non-blocking (get configFiles und set configFile).
Ab sofort via SVN oder dann später im regulären Update.
Die Testversion(en) hier im Thema habe ich entfernt.
Gruß
Dan
P.S. Vielen Dank @jsChris für die Beteiligung am Test und für das Feedback.
Musste leider eben feststellen dass doch noch nicht wieder alles fehlerfrei läuft.
Die Readings duration und priority werden nicht aktualisiert.
blacklevel, gamma, threshold und whitelevel lassen sich nicht setzen wegen fehlerhaftem RegEx (wo kommt der nur auf einmal her?).
Habe das bereits gefixt! Steht heute Abend im SVN und morgen früh als Update zur Verfügung.
Gruß
Dan
Super. Danke.
Soweit war ich noch nicht gekommen beim Test und um ehrlich zu sein, habe ich mich noch kaum mit diesen Einstellungen beschäftigt.
Mal eine andere Frage, ich benutze dieses Netzteil:
https://www.amazon.de/dp/B00MWQDH00
Das gefällt mir aber nicht, es ist mir zu "offen". Nicht, dass ich eine Party hinter dem Fernseher feiern würde, aber es ist mir einfach nicht ganz geheuer. Hast du vielleicht eine bessere Empfehlung?
Viele Grüße
Chris
Ich benutze ein ähnliches NT (https://www.amazon.de/gp/product/B00SFK73Q6/).
Dadurch dass sie offen sind, können sie wenigstens gut "atmen"...
Das läuft jetzt seit Anfang Januar so hinter meinem Fernseher ohne Probleme. Hab auch noch meinen RPi und ein Ladegerät für die Harmony dran.
Gruß
Dan
such mal nach meanwell led netzteil. da gibt es von den offenen wie oben über geschlossenen bis zu komplett gekapselten feuchtraum geeigneten im alu gehäuse mit überlastschutz alle varianten. letztere verwende ich fast überall. da steckt dann auch niemand büroklammern rein :).
gruss
andre
Das Update um die von mir berichteten Fehler zu berichtigen habe ich soeben eingecheckt.
Ich habe alle Funktionen des Moduls erneut getestet. Es sollte nun wieder alles funktionieren. Fehlermeldungen im Log habe ich auch keine mehr gefunden.
Hier das Changelog:
- Aktualisierung der Readings duration und priority repariert
- duration zeigt nun immer die noch übrig bleibende Restdauer in Sekunden der zuletzt eingestellten Dauer oder infinite wenn keine Dauer gewählt wurde
- fehlerhaften RegEx beim Setzen von blacklevel, gamma, threshold und whitelevel behoben
- Umbennenung des Readings previous_mode in mode_before_off, um besser zu erkennen wofür das Reading benutzt wird (das alte Reading wird automatisch gelöscht)
Ab sofort via SVN oder morgen im regulären Update.
Gruß
Dan
Hi Andre,
danke für den Tipp, ich denke, ich habe jetzt das passende gefunden :)
@Dan, ich bin bis Mitte nächster Woche unterwegs und werde dann updaten und gerne auch noch weiter testen.
Viele Grüße
Chris
Servus,
ich habe ein kleines Problem mit Hyperion welches dann zu einem Absturz führt:
Wenn ein Kontakt an meinem Raspberry Pi geschlossen wird, dann werden ein paar Kommandos versendet, unter anderem soll das Hyperion erst rot, dann grün, leuchten um den Alarm zu visualisieren. Rot wird es eigentlich auch immer, nur stürzt kurz darauf FHEM ab und es wird nicht grün. Die letzte Meldung im Log ist dann:
Can't use an undefined value as an ARRAY reference at ./FHEM/98_Hyperion.pm line 241.
Das Problem habe ich seit dem vorletzten Update. Was läuft da schief?
Grüße
meilon
Hi meilon,
vielen Dank für Dein Feedback, auch wenn es nicht erfreulich ist.
Der von Dir berichtete Fehler klingt sehr merkwürdig, denn in Zeile 241 wird lediglich einer Variablen ein Wert (redAdjust) aus dem JSON zugewiesen. Das Merkwürdige daran ist, dass diese Zeile schon seit der ersten Version des Moduls so vorhanden ist und sich nie geändert hat.
Du berichtest dass das Problem seit dem vorletzten Update besteht. Das würde bedeuten seit der Umstellung auf non-blocking. Leider hatte sich für's Testen der non-blocking Version niemand außer jsChris bereit erklärt, sonst wäre das Problem sicher schon vorher jemandem aufgefallen. Damit habe ich als noch recht frischer Modulentwickler wieder was dazu gelernt: Es müssen viel mehr Leute testen bevor ich was per Update verteile. Sorry dafür...
Jedenfalls kann ich den besagten Fehler im Moment weder reproduzieren noch anderwärtig nachvollziehen.
Könntest Du eventuell mal probieren das definierte Hyperion device zu löschen und neu zu definieren? Tritt der Fehler dann auch/wieder auf?
Ich möchte das Problem gerne lösen, im Moment fehlen mir aber Anhaltspunkte woran es liegen könnte.
Vielen Dank im Voraus.
Gruß
Dan
Grrr. Nachdem das Forum wegen eines falsch getippten Captchas meinen kompletten Text gelöscht hat hier nur die Kurzfassung:
Kein Problem, danke das du überhaupt das Modul zur Verfügung stellst!
Ich habe etwas analysiert, an Backup von 98_Hyperion.pm vom 07.08. funktioniert, also muss es wirklich an der Non-Blocking Umstellung liegen.
Bei meinen drei notifys ist mir aufgefallen, dass der für off (neben on und longpress) Perl Code beinhaltet (ich Frage einen Value() ab bevor ich die Kommandos sende). Also nur auf FHEM Befehle "set xxx yyy" abgeändert und FHEM stürzt nicht mehr ab. Warum?
Grüße
meilon
Das mit dem Perl Code musst Du mal bitte näher erklären!
Hattest Du mal probiert mit der aktuellen Version das Hyperion Device neu zu definieren?
Gruß
Dan
Soeben habe ich ein Mini-Update für das Modul eingecheckt.
Ich denke dem Absturzproblem auf die Schliche gekommen zu sein und habe es repariert.
Ab sofort via SVN oder nachher im regulären Update.
Gruß
Dan
Leider hilft das Update nicht. Und ja, ich habe das Device gelöscht und neu definiert (ging beim Neuschreiben unter). Hier der DEF eines normalen FHEM notifys:
RPiAlarmPin:on set RPiAlarmFired ja;set Hyperion rgb aa0000;set HarmonyHub command pause
und hier der Perl-Code notify:
RPiAlarmPin:off {
my $fired = Value('RPiAlarmFired');;
if ($fired eq "ja") {
sleep 15;;
fhem "set Hyperion clearall";;
fhem "set RPiAlarmFired nein";;
}
}
Habe soeben ein neues Update in SVN eingecheckt bei dem der RegEx für den statusRequest noch enger spezifiziert ist. Ich hoffe somit gehen wirklich nur noch vollständige JSON Daten durch und der Fehler bleibt aus.
Gruß
Dan
1a, funktioniert jetzt ohne jegliche Änderung an meiner Config. Danke für den schnellen Fix!
Oh schön dass es nun funktioniert!!!!
Danke fürs Testen und die schnelle Rückmeldung.
Ist doch Ehrensache das zu fixen... 8)
Gruß
Dan
Nachdem ich fast alle anderen Baustellen meiner Fhem Installation beseitigt habe, konnte ich mich gerade endlich diesem Modul widmen.
Ein großes Lob an Dan - tolle Arbeit. :)
Ein Problem hätte ich leider:
No files found on server 192.168.188.5 in directory /etc/hyperion/. Maybe the wrong directory? If SSH is used, has the user pi been configured to log in without entering a password (http://www.linuxproblem.org/art_9.html)?
Ich habe das remote ssh login entsprechend dem angegeben Link eingerichtet. Es funktioniert auch:
pi@cubietruck:~$ ssh pi@192.168.188.5
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sun Sep 11 16:36:39 2016
pi@Pi:~ $
Trotz allem kann ich keine Config Dateien abrufen. :-[
Danke für's Lob.
Das hört man als Entwickler immer mal wieder gerne... 8)
Man will ja schließlich die Arbeit nicht nur für sich alleine gemacht haben.
Deinen geposteten Infos zu Folge hast Du passwortlosen Zugang für den User pi eingerichtet. Das ist für den Anfang auch gar nicht schlecht, aber benötigen tut das der User fhem.
Kopiere doch einfach mal die ssh Daten von pi nach fhem, also:
sudo cp /home/pi/.ssh/* /opt/fhem/.ssh/*
Eventuell musst du den Ordner vorher erst einmal anlegen mit:
sudo mkdir /opt/fhem/.ssh
Und am Ende nicht vergessen die Besitzrechte für User fhem wieder setzen:
sudo chown fhem:dialout /opt/fhem/.ssh
Falls Du andere Pfade verwendest, so müssen die natürlich angepasst werden.
Falls das alles noch nicht zum Erfolg führt, wäre nur noch die Frage ob der Ordner für die Konfig-Dateien /etc/hyperion/ richtig bei Dir ist.
Gruß
Dan
Zitat von: DeeSPe am 11 September 2016, 21:57:46
Danke für's Lob.
Das hört man als Entwickler immer mal wieder gerne... 8)
Man will ja schließlich die Arbeit nicht nur für sich alleine gemacht haben.
Das kann ich mir gut vorstellen! :)
Das verschieben/kopieren der Dateien an die entsprechende Stelle hat leider nicht wirklich geklappt. Daher habe ich für den Benutzer FHEM das Login per ssh erlaubt und habe über diesen nochmal einen ssh Schlüssel erstellt. Nun kann ich die Config Daten abrufen. :)
Leider findet er von den drei Dateien nur eine, und zwar die "hyperion.config.json". Die "hyperion.config.KODI.json" und "hyperion.config.HDMI.json" ignoriert er gekonnt.
Diesen Fehler konnte ich aber schon alleine beheben. Offenbar ist Vorgabe das der Teil ".config.json" nicht getrennt wird. "Hmdi.config.json" und "Kodi.config.json" funktionieren problemlos. :)
Komischerweise werden mit der aktuellsten Hyperion Version die Effekte nicht mehr geladen. Die Hyperion App am iPhone findet auch keine Effekte mehr. Bei mir liegen sie nun unter:
/usr/share/hyperion/effectsHat sich da vielleicht etwas geändert?
Das ist richtig, die Endung .config.json wird beim Einlesen weggelassen damit der Name nicht so lang ist, das ist auch im Changelog und in der commandref so beschrieben.
Allerdings müssen die Dateien eben genau diese Endung haben um gefunden zu werden.
Zu Deinen Effekten kann ich mir nur vorstellen dass der Pfad eventuell in der config.json nicht stimmt.
Wenn keine Effekte gefunden werden, auch nicht in der App, liegt es zumindest nicht an diesem Modul.
Gruß
Dan
Zitat von: DeeSPe am 12 September 2016, 09:54:06
Zu Deinen Effekten kann ich mir nur vorstellen dass der Pfad eventuell in der config.json nicht stimmt.
Das war's! :)
Vielen Dank für deine Hilfe nun funktioniert alles! :D
Sehr schön, so soll das...
Viel Spaß mit Deinem Ambilight.
Gruß
Dan
Danke danke. ;D
Hätte noch eine Frage zu der Quellenumschaltung. Startet bei dir das Ambilight mit dem Klick im Dropdown-Menü, wenn du eine Quelle auswählst, die mit dem Videograbber arbeitet?
Bei mir startet mit dem Klick im Dropdown-Menü der Anfangseffekt und dann passiert erstmal nicht, Leds bleiben dunkel. Erst durch das Ab- und Wiederanschalten des Ambilight über Fhem, startet dann das Ambilight tatsächlich mit der korrekten Farbwiedergabe. Dies ist jedoch nur bei den Quellen der Fall, die mit dem Videograbber arbeiten. Bei der Quelle für Kodi startet es unmittelbar.
Das ist auf jeden Fall bei mir auch so und kann meines Erachtens auch nicht anders gehen.
Du kannst ja in HyperCon den Starteffekt einstellen oder eine feste Startfarbe. Das ist das was Du nach dem Laden einer anderen Konfig Datei siehst.
Ob der User danach eine bestimmte Farbe, einen Effekt oder eben das Ambilight sehen will, muss er/sie selbst entscheiden. In sofern schaltet nach dem Starteffekt der HDMI-Grabber das Ambilight erst einmal auf AUS.
Bei Kodi als Quelle kannst Du ja in HyperCon schon angeben wann das Ambilight aktiv sein soll. Auswahlen gibt es für Menü, Video, Bilder, Musik, Bildschirmschoner, 3D und Pause.
Wie will/soll man das für den externen Grabber aktivieren, der ja keine festen Zustände kennt? Du kannst über den Grabber ein beliebiges Signal schicken! Bei Kodi gibt es eben nur die 7 Möglichkeiten.
Gruß
Dan
Also schaltet das Modul den Grabber nach dem Starteffekt aus? ???
Bei mir war es bisher immer so, dass der Pi am TV immer lief, auch wenn der TV aus war, da dieser noch einen anderen Dienst bereitstellt. Hyperion lief also dauerhaft mit der Config für den internen Sat-Tuner. Wenn der TV aus war, waren auch auch die LEDs aus. Beim Einschalten des TVs, waren auch sofort die Leds an. Selbst nach einem Neustart des Pi's, startete die Hyperion Config und nach der Anfangseffekt gingen auch die LEDs wieder an.
Daher wundere ich mich nun ein wenig. ::)
Nein, dieses Modul schaltet nichts aus nach dem Starteffekt!
Das macht Hyperion selbst.
Nochmal, woher soll Hyperion wissen ob am externen Grabber gerade kein Signal anliegt oder eventuell nur ein schwarzes Bild zu sehen ist?
Bei internen Grabbern, z.B. Kodi oder Sat Receiver wird ja mitgeteilt was gerade läuft, also ob ein Video läuft oder nicht, oder man gerade in einem Menü steht.
Gruß
Dan
In Ordnung.
Das kann Hyperion natürlich nicht wissen. Aber Fakt ist, dass bisher nach dem Anfangseffekt sofort das Bild vom Grabber an die Leds weitergeben wurde. Ich nehme an, dass es in der aktuellsten Hyperion Version geändert wurde.
Ich werde, dass ein Fall über einen Dummy lösen.
Vielen Dank für das klasse Modul. :)
Wie gesagt, in der Kodi config kannst Du ja angeben wann das Ambilight eingeschaltet werden soll.
Eventuell geht das auch bei Sat Reveivern. Ich habe kein Sat und kenne mich damit auch nicht aus.
Ob die beim letzten Update von Hyperion diesbezüglich etwas geändert hatten kann ick Dir nicht sagen.
Bitte, gerne für das Modul. Das wird auch sicher nicht mein letztes Modul für FHEM gewesen sein. Habe schon Ideen für mindestens ein weiteres Modul. Und auch die Entwicklung dieses Moduls ist noch nicht ganz abgeschlossen für mich. Erweitern und verbessern lässt sich immer was.
Gruß
Dan
Zitat von: DeeSPe am 12 September 2016, 18:58:25
Wie gesagt, in der Kodi config kannst Du ja angeben wann das Ambilight eingeschaltet werden soll.
Eventuell geht das auch bei Sat Reveivern. Ich habe kein Sat und kenne mich damit auch nicht aus.
Verhält sich bei der der HDMI Config genauso. ;D
Danke erst mal, für das klasse Plugin!
Ich habe es am Wochenende auch für mein Setup verwendet.
Der sieht wie folgt aus:
Ein Pi mit Raspbian (Zentrale) auf dem die gesamte Automatisation läuft (größtenteils Homematic-Komponenten).
Ein zweiten Pi am Fernseher mit OSMC (Wohnzimmer) der in der Vergangenheit diesen geschaltet hat (ein, aus, Quelle usw.). Auf diesem habe ich nun noch Hyperion installiert und nutze die GPIO-Schnittstelle für die LEDs.
Ich möchte gerne das Plugin auf der Zentrale laufen lassen um den Wohnzimmer-Pi zu steuern.
Das klappt jedoch noch nicht ganz. Zum einen bin ich etwas verwirrt, was ich nun wirklich in der /etc/sudoers eintragen muss. Zum anderen findet das Plugin jedoch die Hyperion Instanz. Ein Auslesen der Configs klappt jedoch nicht.
Ich habe hier verschiedenes probiert: in der /etc/sudoers, sowohl von Zentrale (hier ist der User pi), als auch von Wohnzimmer (der User ist hier osmc) fhem, pi und osmc eingetragen.
Zusätzlich habe ich noch die Zertifikate erstellt, damit sich pi auf Zentrale per SSH als osmc auf Wohnzimmer ohne ein Passwort einloggen kann (diesen Tipp hat mir das Plugin gegeben). Leider hilft das alles nichts.
Darum habe ich nun erstmal das Plugin auf Wohnzimmer installiert (dort läuft für den Fernseher auch eine FHEM-Instanz). Dort klappt soweit alles.
Lediglich zwei Dinge habe ich zu bemängeln: Wenn ich umschalte zwischen Kodi (läuft auch auf Wohnzimmer), TV (Fernseher am SVIDEO-Eingang des Grabbers verbunden) oder HDMI (HDMI-Converter am Chinch-Eingang des Grabbers) dann benötigt Hyperion ein paar Sekunden zum Umschalten. Das Umschalten selbst habe ich mit einem Notify gelöst. Dieser ließt aus, welcher Input am Fernseher zzt. gewählt ist und lädt entsprechend die notwendige Konfigurationsdatei. Das könnte jedoch etwas schneller gehen.
Das zweite, was ich bemängle ist vermutlich ein Bug, den ich jedoch noch nicht reproduzieren konnte:
Nachdem ersten lokalen Setup des Moduls lief der TV einige Stunden (teils unbeaufsichtigt). Als ich dann die Quelle am TV (Input) umgeschaltet habe reagierte das Modul nicht, sondern blieb sturr auf dem bereits gewählten Input.
Als ich dann per Terminal den Hyperion-Deamon gestoppt habe (und mir das per sudo service Hyperion status auch bestätigt habe) lief trotzdem das Ambilight weiter - OHNE Hyperion!
Dieser Fehler trat jedoch seitdem nicht mehr auf.
Danke dass Dir mein Modul gefällt!
Na dann mal Stück für Stück...
Der passwortlose SSH Zugang zu einem anderen System muss auf dem FHEM Server für den User fhem eingerichtet werden und nicht für den User pi.
Auf dem entfernten Zielsystem (da wo Hyperion läuft) muss in die sudoers der User aufgenommen werden der sich dann passwortlos anmeldet.
Wenn auf dem Zielsystem ein Raspbian läuft, dann braucht nichts in die sudoers eingetragen werden weil Du Dich da mit dem User pi anmelden kannst und dieser hat im Raspbian eh schon sudo Rechte. Ich hoffe ich habe dass jetzt so erklärt dass es verstanden werden kann... 8)
Die sudoers Rechte sind nötig um den Prozess hyperiond zu killen und mit neuer Konfigurationsdatei neu zu starten.
Dadurch dass Dein User (noch) keine sudo Rechte hat, konnte der Prozess nicht gekillt werden. Danach wurde aber eine neue Instanz von hyperiond im Userkontext gestartet, deswegen blieb Hyperion laufen nachdem Du es (vermutlich) per systemctl gestoppt hast.
Wenn passwortloser Zugang und sudoers richtig konfiguriert sind, dann sollten alle Probleme der Vergangenheit angehören.
Gruß
Dan
Ok, ich hoffe ich habs verstanden. Dann muss ich aber erstmal auf dem FHEM-Server den Benutzer fhem anmeldbar machen (um mit diesem dann per SSH auf den Hyperion Pi zuzugreifen / die dafür nötigen Zertifikate zu erstellen).
Am Zielsystem muss ich ja ein User wählen, der dort auch existiert. Dort läuft OSMC. Also ist der Benutzer pi nicht da, dafür aber osmc. Der hat auch sudo-Rechte. Deshalb muss ich dort dann pi in die sudoers eintragen.
Oder meinst Du, dass auf dem FHEM-Server der Benutzer fhem in die sudoers muss. Sonst macht es ja keinen Sinn den Benutzer pi auf dem Hyperion Pi einzutragen, sondern müsste vielmehr der Nutzer fhem da rein?
Ich bin gleich zuhause. Dann probiere ich es mal.
Danke
Also in Deinem konkreten Fall:
osmc hat sudo Rechte auf de System, also kein Eintrag in sudoers nötig.
Im Hyperion Device in FHEM konfigurierst Du das Attribut hyperionSshUser auf osmc.
Damit Du Dich mit dem User osmc passwortlos am Hyperion Host anmelden kannst benötigt der User fhem die entsprechenden Dateien dafür in seinem Home-Ordner, also normalerweise /opt/fhem/.
Wenn Du den passwortlosen Zugang mit dem User pi auf dem FHEM Host erstellt hast und es mit pi auch passwortlos klappt, dann brauchst Du eigentlich nur den Ordner /home/pi/.ssh/ und dessen Inhalt nach /opt/fhem/ kopieren. Danach aber die Besitzrechte anpassen, etwa so:
sudo mkdir /opt/fhem/.ssh
sudo cp /home/pi/.ssh/* /opt/fhem/.ssh/
sudo chown -R fhem:dialout /opt/fhem/.ssh
Gruß
Dan
Vielen Dank!
Soweit hatte ich das schon alles probiert, doch auf die Idee mit dem fhem-Benutzer anstatt pi bin ich nicht gekommen. Nun klappt es wunderbar!!
Ich habe höchstwahrscheinlich eine inkompatible hyperiond Version.
readingsProxy wettertemp 19
Global global DEFINED wz_TVLicht
Hyperion wz_TVLicht serverResponse: ERROR
Hyperion wz_TVLicht ERROR
Hyperion wz_TVLicht serverResponse: ERROR
Hyperion wz_TVLicht ERROR
Connection closed by foreign host.
Fhem stirbt beim Anlegen.
Aktualisiere einfach mal dein Hyperion über Hypercon und sichere vorher deine Configs.
Das gleich Problem hatte ich auch.
Ein Modul das eine falsche Antwort bekommt sollte nicht fhem zum Sterben bringen.
Ein aktuell entwickeltes Modul kann nicht alle Software Versionen unterstützen.
Darum gibt es im Eingangsbeitrag die Mindestvoraussetzungen zur Benutzung dieses Moduls. :)
Gruß
Dan
Ein aktuell entwickeltes Modul sollte nicht fhem zum Sterben bringen.
Was passiert denn, wenn nur ein Bit kippt? Heizung aus? ;-)
Ich werte das mal als Verbesserungsvorschlag! 8)
Werde mal schauen ob ich eine sinnvolle Fehlerprüfung einbauen kann um dann ein define mit einer entsprechenden Fehlermeldung zu blockieren.
Kannst natürlich auch gern selbst einen entsprechenden Patch erstellen und zur Verfügung stellen. Das ist ja einer der Vorteile von Open Source und Community basierter Software, jeder kann mitwirken.
Gruß
Dan
Na klar ist das ein Verbesserungsvorschlag. Abgesehen von meinem Problemchen das ich hyperiond nicht mal eben upgraden kann, finde ich das schon gravierend.
Die Stabilität (Lebensfahigkeit) von fhem sollte doch nicht davon abhängig sein welcher code auf einem externen Gerät läuft.
;)
Warum kannst du Hyperion nicht updaten? Mit dem aktuellen Hypercon ist das eine Sache von nicht mal 5 Minuten!
Es wird auch niemand dazu gezwungen ein Modul (bzw. eine ganze Software) zu verwenden welches in langer Kleinarbeit in privater Freizeit entstanden ist, welches dann der Community (zum Testen) zur Verfügung gestellt wird und dessen Mindestvoraussetzungen man nicht einhalten kann/möchte.
Ich für meinen Teil jedenfalls bin kein professioneller Entwickler sondern mache das in meiner Freizeit und stelle den Output dann, u.a. hier, kostenlos zur Verfügung.
Für Kritik und Verbesserungsvorschläge bin ich jederzeit offen, nur:
Der Ton macht die Musik! 8)
Gruß
Dan
P.S. Komisch, Office 2016 bringt mein Windows 3.11 immer zum Abstürzen! Das darf doch nicht sein... ;)
Und da steckt sogar noch eine Firma dahinter die damit Geld verdient.
@juppzupp:
Könntest Du bitte Log-Auszüge und/oder Konsolenmeldungen vom Absturz hier posten?
EDIT: Die eingesetzte Hyperion Version wäre auch hilfreich.
Das könnte wesentlich zur Fehlerbehebung beitragen.
Danke.
Gruß
Dan
@juppzupp:
Anbei eine Testversion.
Es wäre schön wenn Du die mal bei Dir testen und ein Feedback liefern könntest.
Ohne weiteres Hintergrundwissen über den eigentlichen Fehler habe ich direkt nach dem Abfragen des JSON Servers eine Versionsprüfung eingebaut. Wenn die nicht klappt oder eine zu niedrige Version liefert, zeigt das Device einen ERROR in state an und in lastError den Text des Fehlers. Ich kann nicht mit Bestimmtheit sagen dass das den gemeldeten Absturz von FHEM verhindert oder ob sich FHEM schon vorher verabschiedet, da ich es nicht testen kann.
Das define kann ich nicht unterbinden, da die JSON Daten erst später ankommen wenn das Device schon angelegt ist.
Bei Bedarf könnte ich das Device im Fehlerfall gleich noch auf disable setzen, aber das ist mE nicht nötig.
Gruß
Dan
EDIT: Testmodul entfernt
Hallo Dan,
entschuldige - ich war kurz und bündig mit meinen beschreibungen, kann da keinen falschen ton erkennen. wer module entwickelt, so wie du, brauch doch keine prosa, oder ? ;D
gezwungen wird mit sicherheit niemand, ich bin dennoch der meinung, das ein modul welches "seit 4.8.2016 offizieller Teil von FHEM und somit im Update enthalten." ist, rudimentär fehler abfangen können und sollte. wenn das modul crashed, vollkommen ok, aber nicht ganz fhem.
ich brauche das modul auch nicht, hatte nur kurz in einem anflug von spielerei mal eben die eine zeile abgesetzt.
p.s.: ich habe von windows 8 auf windows 10 upgegraded, wenn ich jetzt mit dem mitgelieferten edge browser auf eine veraltete webseite browse, bleibt ganz windows stehen und ich muss neu starten
Zitat von: DeeSPe am 17 September 2016, 16:07:24
Es wird auch niemand dazu gezwungen ein Modul (bzw. eine ganze Software) zu verwenden welches in langer Kleinarbeit in privater Freizeit entstanden ist, welches dann der Community (zum Testen) zur Verfügung gestellt wird und dessen Mindestvoraussetzungen man nicht einhalten kann/möchte.
Ich für meinen Teil jedenfalls bin kein professioneller Entwickler sondern mache das in meiner Freizeit und stelle den Output dann, u.a. hier, kostenlos zur Verfügung.
Für Kritik und Verbesserungsvorschläge bin ich jederzeit offen, nur:
Der Ton macht die Musik! 8)
Gruß
Dan
P.S. Komisch, Office 2016 bringt mein Windows 3.11 immer zum Abstürzen! Das darf doch nicht sein... ;)
Und da steckt sogar noch eine Firma dahinter die damit Geld verdient.
weil es ein imx6 mit read only memory ist. da läuft kein hypercon, und zum updaten braucht es einen lötkolben.
Zitat von: Spezialtrick am 17 September 2016, 15:09:26
Warum kannst du Hyperion nicht updaten? Mit dem aktuellen Hypercon ist das eine Sache von nicht mal 5 Minuten!
hi,
mehr als das
Global global DEFINED wz_TVLicht
Hyperion wz_TVLicht serverResponse: ERROR
Hyperion wz_TVLicht ERROR
Hyperion wz_TVLicht serverResponse: ERROR
Hyperion wz_TVLicht ERROR
Connection closed by foreign host.war nicht zu sehen.
hyperionversion.....kann nur folgendes finden
Application build time: Jun 19 2014 22:14:22Zitat von: DeeSPe am 17 September 2016, 16:57:51
@juppzupp:
Könntest Du bitte Log-Auszüge und/oder Konsolenmeldungen vom Absturz hier posten?
EDIT: Die eingesetzte Hyperion Version wäre auch hilfreich.
Das könnte wesentlich zur Fehlerbehebung beitragen.
Danke.
Gruß
Dan
kann ich morgen, wenn ich wieder zuhause bin probieren.
grüße
jupp
Zitat von: DeeSPe am 17 September 2016, 18:16:54
@juppzupp:
Anbei eine Testversion.
Es wäre schön wenn Du die mal bei Dir testen und ein Feedback liefern könntest.
Ohne weiteres Hintergrundwissen über den eigentlichen Fehler habe ich direkt nach dem Abfragen des JSON Servers eine Versionsprüfung eingebaut. Wenn die nicht klappt oder eine zu niedrige Version liefert, zeigt das Device einen ERROR in state an und in lastError den Text des Fehlers. Ich kann nicht mit Bestimmtheit sagen dass das den gemeldeten Absturz von FHEM verhindert oder ob sich FHEM schon vorher verabschiedet, da ich es nicht testen kann.
Das define kann ich nicht unterbinden, da die JSON Daten erst später ankommen wenn das Device schon angelegt ist.
Bei Bedarf könnte ich das Device im Fehlerfall gleich noch auf disable setzen, aber das ist mE nicht nötig.
Gruß
Dan
Zitat von: juppzupp am 17 September 2016, 19:52:36
Global global DEFINED wz_TVLicht
Hyperion wz_TVLicht serverResponse: ERROR
Hyperion wz_TVLicht ERROR
Hyperion wz_TVLicht serverResponse: ERROR
Hyperion wz_TVLicht ERROR
Connection closed by foreign host.
Hmmm, das sieht mir erst einmal danach aus als wenn sich das Modul richtig verhält, denn es gibt ja bereits einen Fehler aus.
Das "Connection closed by foreign host." ist dann wohl schon der FHEM Shutdown. Ich bin gerade etwas ratlos...
Wenn möglich wäre es großartig wenn Du kurzzeitig beim define mal das globale Attribut verbose 5 setzen und das Log dazu posten könntest. Bitte verbose danach aber wieder zurücksetzen da es sehr viele Daten im Log erzeugt. Das Hyperion Modul sollte dann auch alle seine JSON Daten loggen.
Zitat von: juppzupp am 17 September 2016, 19:53:46
kann ich morgen, wenn ich wieder zuhause bin probieren.
Das wäre ganz großartig! 8)
Noch großartiger wäre es wenn Du den oben beschriebenen Output mit "verbose 5" noch zur Verfügung stellen könntest. 8) 8)
Vielen Dank im Voraus.
Gruß
Dan
Here we go. ;D
fhem stirbt nicht mehr. Fehlermeldung eindeutig.
Hier mit dem Modul welches ausgeliefert wird :
2016.09.18 10:18:32 5: Cmd: >define wz_TVLicht Hyperion 192.168.0.76 19444 10<
2016.09.18 10:18:32 5: Loading ./FHEM/98_Hyperion.pm
2016.09.18 10:18:32 3: Opening wz_TVLicht device 192.168.0.76:19444
2016.09.18 10:18:32 4: HttpUtils url=http://192.168.0.76:19444/
2016.09.18 10:18:32 3: Opening wz_TVLicht device 192.168.0.76:19444
2016.09.18 10:18:32 4: HttpUtils url=http://192.168.0.76:19444/
2016.09.18 10:18:32 5: Triggering global (1 changes)
2016.09.18 10:18:32 5: Starting notify loop for global, first event DEFINED wz_TVLicht
2016.09.18 10:18:32 5: SW: {"command":"serverinfo"}
2016.09.18 10:18:32 3: wz_TVLicht device opened
2016.09.18 10:18:32 5: Triggering wz_TVLicht (1 changes)
2016.09.18 10:18:32 5: Starting notify loop for wz_TVLicht, first event serverResponse: ERROR
2016.09.18 10:18:32 5: Triggering wz_TVLicht (1 changes)
2016.09.18 10:18:32 5: Starting notify loop for wz_TVLicht, first event ERROR
2016.09.18 10:18:32 5: SW: {"command":"serverinfo"}
2016.09.18 10:18:32 3: wz_TVLicht device opened
2016.09.18 10:18:32 5: Triggering wz_TVLicht (1 changes)
2016.09.18 10:18:32 5: Starting notify loop for wz_TVLicht, first event serverResponse: ERROR
2016.09.18 10:18:32 5: Triggering wz_TVLicht (1 changes)
2016.09.18 10:18:32 5: Starting notify loop for wz_TVLicht, first event ERROR
2016.09.18 10:18:32 5: wz_TVLicht: url 192.168.0.76:19444 returned result: {"info":{"effects":[{"args":{"brightness":1.0,"reverse":false,"rotation-time":3.0},"name":"Rainbow swirl fast","script":"/opt/hyperion/effects/rainbow-swirl.py"},{"args":{"brightness":1.0,"reverse":false,"rotation-time":20.0},"name":"Rainbow swirl","script":"/opt/hyperion/effects/rainbow-swirl.py"}],"priorities":[{"duration_ms":991,"priority":800},{"duration_ms":26,"priority":1000}],"transform":[{"blacklevel":[0.0050,0.0050,0.0050],"gamma":[1.60,1.60,1.80],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,0.80,0.80]}]},"success":true}
Can't use an undefined value as an ARRAY reference at ./FHEM/98_Hyperion.pm line 246.
Und hier mit dem Modul aus deinem Beitrag :
2016.09.18 10:27:13 5: Cmd: >define wz_TVLicht Hyperion 192.168.0.76 19444 10<
2016.09.18 10:27:13 5: Loading ./FHEM/98_Hyperion.pm
2016.09.18 10:27:13 3: Opening wz_TVLicht device 192.168.0.76:19444
2016.09.18 10:27:13 4: HttpUtils url=http://192.168.0.76:19444/
2016.09.18 10:27:13 3: Opening wz_TVLicht device 192.168.0.76:19444
2016.09.18 10:27:13 4: HttpUtils url=http://192.168.0.76:19444/
2016.09.18 10:27:13 5: Triggering global (1 changes)
2016.09.18 10:27:13 5: Starting notify loop for global, first event DEFINED wz_TVLicht
2016.09.18 10:27:13 5: SW: {"command":"serverinfo"}
2016.09.18 10:27:13 3: wz_TVLicht device opened
2016.09.18 10:27:13 5: Triggering wz_TVLicht (1 changes)
2016.09.18 10:27:13 5: Starting notify loop for wz_TVLicht, first event serverResponse: ERROR
2016.09.18 10:27:13 5: Triggering wz_TVLicht (1 changes)
2016.09.18 10:27:13 5: Starting notify loop for wz_TVLicht, first event ERROR
2016.09.18 10:27:13 5: SW: {"command":"serverinfo"}
2016.09.18 10:27:13 3: wz_TVLicht device opened
2016.09.18 10:27:13 5: Triggering wz_TVLicht (1 changes)
2016.09.18 10:27:13 5: Starting notify loop for wz_TVLicht, first event serverResponse: ERROR
2016.09.18 10:27:13 5: Triggering wz_TVLicht (1 changes)
2016.09.18 10:27:13 5: Starting notify loop for wz_TVLicht, first event ERROR
2016.09.18 10:27:13 5: wz_TVLicht: url 192.168.0.76:19444 returned result: {"info":{"effects":[{"args":{"brightness":1.0,"reverse":false,"rotation-time":3.0},"name":"Rainbow swirl fast","script":"/opt/hyperion/effects/rainbow-swirl.py"},{"args":{"brightness":1.0,"reverse":false,"rotation-time":20.0},"name":"Rainbow swirl","script":"/opt/hyperion/effects/rainbow-swirl.py"}],"priorities":[{"duration_ms":955,"priority":800},{"duration_ms":54,"priority":1000}],"transform":[{"blacklevel":[0.0050,0.0050,0.0050],"gamma":[1.60,1.60,1.80],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,0.80,0.80]}]},"success":true}
2016.09.18 10:27:13 1: ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
2016.09.18 10:27:13 5: Triggering wz_TVLicht (2 changes)
2016.09.18 10:27:13 5: Starting notify loop for wz_TVLicht, first event serverResponse: ERROR
2016.09.18 10:27:23 5: wz_TVLicht: Hyperion_Call: json object: {"command":"serverinfo"}
2016.09.18 10:27:23 5: SW: {"command":"serverinfo"}
2016.09.18 10:27:23 5: wz_TVLicht: url 192.168.0.76:19444 returned result: {"info":{"effects":[{"args":{"brightness":1.0,"reverse":false,"rotation-time":3.0},"name":"Rainbow swirl fast","script":"/opt/hyperion/effects/rainbow-swirl.py"},{"args":{"brightness":1.0,"reverse":false,"rotation-time":20.0},"name":"Rainbow swirl","script":"/opt/hyperion/effects/rainbow-swirl.py"}],"priorities":[{"duration_ms":998,"priority":800},{"duration_ms":54,"priority":1000}],"transform":[{"blacklevel":[0.0050,0.0050,0.0050],"gamma":[1.60,1.60,1.80],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,0.80,0.80]}]},"success":true}
2016.09.18 10:27:23 1: ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
2016.09.18 10:27:23 5: Triggering wz_TVLicht (1 changes)
2016.09.18 10:27:23 5: Starting notify loop for wz_TVLicht, first event serverResponse: ERROR
Danach habe ich dann auf eine nicht vorhandene IP Adresse gebogen, da kommt der "alte" lastError noch immer hinterher :
Global global MODIFIED wz_TVLicht
Hyperion wz_TVLicht serverResponse: ERROR
Hyperion wz_TVLicht lastError: 192.168.0.75: No route to host
Hyperion wz_TVLicht serverResponse: ERROR
Hyperion wz_TVLicht ERROR
Hyperion wz_TVLicht serverResponse: ERROR
Hyperion wz_TVLicht lastError: ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
Hyperion wz_TVLicht serverResponse: ERROR
Grüße
jupp
Perfekt, vielen Dank für's Testen und die schnelle Rückmeldung Jupp.
Deine alte Hyperion Version liefert wirklich sehr viel weniger Daten per JSON als das aktuelle Versionen tun. Eine Versionsnummer ist bei Dir im JSON gar nicht enthalten, deswegen auch:
ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
Wenn ich eine IP Adresse eingebe auf der gar kein Hyperion läuft dann bekomme ich allerdings Folgendes:
2016.09.18 14:20:40 3 : Opening tvlrr device 192.168.1.233:19444
2016-09-18 14:20:40 Global global DEFINED tvlrr
2016.09.18 14:20:43 3 : Can't connect to 192.168.1.233:19444:
2016-09-18 14:20:43 Hyperion tvlrr lastError: 192.168.1.233: Keine Route zum Zielrechner
2016-09-18 14:20:43 Hyperion tvlrr serverResponse: ERROR
2016-09-18 14:20:43 Hyperion tvlrr state: ERROR
Wenn ich die IP dann abändere (in DEF) auf eine auf der Hyperion läuft, dann dauert es ein paar statusRequests bis die Verbindung zum Server wieder steht, das liegt aber denke ich am verwendeten DevIo. Das muss ich nochmal prüfen.
Gruß
Dan
Dann würde ich die neue Version vom Modul mit der Versionsprüfung einchecken.
Allerdings bedeutet das dann dass alle Hyperion Versionen kleiner als V1.03.2 von meinem Modul nicht mehr bedient werden können, da ich nur mit dieser Version 100% Funktionalität gewährleisten kann. Selbst in der direkten Vorversion gab es einen gravierenden Color Bug, für den ich kurzzeitig einen Workaround eingebaut hatte, der aber seit Erscheinen von V1.03.2 gefixt ist und ich somit den Workaround wieder entfernt habe.
Gruß
Dan
Das ist schade,
ich werde mein Hyperion so schnell nicht updaten, da das ein extremer Umstand war, das ans laufen zu bringen...
Deswegen frage ich ja hier vorher nach und checke es nicht einfach ein... 8)
Welche Version setzt Du denn ein?
Und warum kannst Du die nicht updaten?
Das geht mit HyperCon normalerweise super schnell und easy.
Du könntest die 98_Hyperion.pm auch auf die exclude_from_update Liste setzen, aber ich denke Hyperion auf den aktuellen Stand bringen ist der bessere Weg.
Leider muss ich wohl irgendwann diesen Schritt gehen um ein stabiles FHEM zu gewährleisten.
Es sei denn jemand hat eine Idee wie man dieses ohne Versionsüberprüfung hinbekommen kann.
Gruß
Dan
wie genau funktioniert das mit HyperCon?
muss ich mal nachsehen welche Version das ist :)
Allerdings hab ichs das jetzt ca. 6 Monate und so alt dürfte die Version auch sein.
Bei mir lief damals die installation warum auch immer nicht durch und ich musste mir einiges selbst zusammen suchen bis ich mir dann irgendwann irgendwo eine vorkompilierte Version runterladen und manuell einrichten konnte.
Gibts eine Möglichkeit einfach nur das als Reading/attribut/etc. anzubieten, was du auch über JSON bekommst? Damit sollten alle älteren Stände funktionieren und wir müssen auch nicht alle gleich unser hyperion updaten, wenn in Zukunft was neues kommt :)
Gruß,
Kuzl
Ein Link (https://hyperion-project.org/wiki/Installation-on-all-systems) dazu ist im ersten Beitrag zu finden. 8)
Wenn es nun läuft sollte ein Update auch keine Probleme machen.
Das Problem sehe ich nicht in zukünftigen Versionen, sondern nur in den alten. Wie soll ich an alle alten Versionen rankommen um diese zu testen? Klar könnte ich mir von jedem der sich hier meldet die Log Einträge senden lassen und das Modul immer wieder anpassen. Das macht für mich vom Aufwand her aber keinen Sinn, und das Modul würde ständig Altlasten mitschleppen.
In der jetzigen Hyperion Version konnte ich soweit keine Fehler mehr finden, darum würde ich diese erst einmal zur Mindest-/Ausgangsversion für das Modul machen. Bei zukünftigen Updates meines Moduls könnte ich dann auf diese Version aufbauen und eventuell neu hinzugekommene JSON Daten nur für höhere Versionen verarbeiten.
Keine einfache Situation als Entwickler...
Gruß
Dan
Hallo,
ich hoffe dies ist nicht der falsche Ort für meine Frage.
Ich baue grade eine sehr aufwändige Deckenkonstruktion welche eine Schattenfuge haben wird welche wiederrum mit 9 Meter APA102 LED Stripes beleuchtet wird. (Kleines Bild im Anhang)
Der APA102 wird über einen Raspberry Zero angesteuert werden. Ich dachte dabei an dieses Projekt https://github.com/tinue/APA102_Pi (https://github.com/tinue/APA102_Pi)
Nun möchte ich aber grundsätzlich alles über FHEM steuerbar haben und habe nur bescheidene Programmierkenntnisse. Und daher komme ich darauf auf dem Pi Zero Hyperion zu installieren um damit unterschiedliche Lichtszenarien, Effekte usw für die Deckenbeleuchtung umzusetzen. Über das FHEM Modul hier hätte ich auch gleich alles unter FHEM Steuerbar.
Allerdings finde ich nur Informationen um sich Ambilight mit Hyperion zu bauen aber das möchte ja gar nicht. Ich möchte nur den APA102 Streifen komfortabel steuern und programmieren können und das am liebsten mit FHEM.
Vll kann mir jemand helfen Licht ins Dunkle zu bekommen :D
Grüße
Dirk
APA102 kenne ich überhaupt nicht. :o
Solange kein Hyperion auf dem Device läuft wirst Du mit diesem Modul hier kein Glück haben.
Sicher könnte man auch ein Modul dafür bauen, sofern Du jemanden dafür findest. ;)
Gruß
Dan
Hab gerade gesehen dass man in HyperCon auch APA102 für Hyperion konfigurieren kann, falls Dir das was hilft.
Gruß
Dan
EDIT: Dateianhang entfernt.
Hi Dan,
ich möchte auf dem Device ja Hyperion installieren. Nur habe ich damit noch gar keine Erfahrung und verbinde immer Ambilight Basteleien damit.
Daher ja meine grundsätzliche Frage ob das so funktionieren kann was ich mir vorstelle.
Grüße
Dirk
Wenn auf dem Zero ein Raspbian läuft (ich habe keine Ahnung vom Zero) dann sollte Hyperion kein Problem sein.
Das Projekt https://github.com/tinue/APA102_Pi benötigst Du dann nicht extra.
Gruß
Dan
Vielen Dank für deine Antwort.
Auf dem Zero läuft das. Ich verstehe noch nicht so richtig was dein Hyperion Modul so alles bietet. Kann ich damit auch Lichtszenarien erstellen?
Im Prinzip reicht es mir aber über Hypercon Szenarien zu definieren und dann über FHEM und dein Modul abzurufen.
Mein Modul bietet eigentlich alles was Hyperion offiziell hergibt.
Es sind alle Funktionen der offiziellen App vorhanden, sogar die PRO Features für die man im Store seiner Wahl Geld bezahlen muss.
Die Features wären z.B.
- Einstellung der Farbe (rgb)
- Dimmen von RGB
- Einstellung von Amiblight
- Einstellung von Effekten (müssen in Hyperion vorhanden sein)
- Komplette Farbkalibrierung (PRO Feature)
- Neustart mit neuer/anderer Konfig Datei (geht selbst mit der offiziellen App nicht)
- .....
Ist aber alles im ersten Beitrag aufgeführt.
Gruß
Dan
Das wurde mir aus deinem ersten Beitrag nicht so richtig klar. Schande über mein Haupt :)
Ich denke damit fahre ich dann richtig. Ich werde probieren und testen wenn die Sachen alle da sind. Ich berichte dann wie es funktioniert oder auch nicht dann frage ich natürlich :D
Danke und Grüße
Dirk
Da man den APA102 in HyperCon auswählen kann gehe ich davon aus dass es keine Schwierigkeiten beim Einrichten und Konfigurieren geben sollte, sofern die Hardware richtig zusammengelötet wurde. 8)
Gruß
Dan
Ich würde nicht versuchen alle Versionen zu supporten. Ich konnte nicht erkennen, warum fhem komplett stirbt, daher kein Lösungsvorschlag.
Quick and dirty Workaround : Attribut disable_version_check.
Grüße
Zitat von: DeeSPe am 20 September 2016, 09:28:04
Ein Link (https://hyperion-project.org/wiki/Installation-on-all-systems) dazu ist im ersten Beitrag zu finden. 8)
Wenn es nun läuft sollte ein Update auch keine Probleme machen.
Das Problem sehe ich nicht in zukünftigen Versionen, sondern nur in den alten. Wie soll ich an alle alten Versionen rankommen um diese zu testen? Klar könnte ich mir von jedem der sich hier meldet die Log Einträge senden lassen und das Modul immer wieder anpassen. Das macht für mich vom Aufwand her aber keinen Sinn, und das Modul würde ständig Altlasten mitschleppen.
In der jetzigen Hyperion Version konnte ich soweit keine Fehler mehr finden, darum würde ich diese erst einmal zur Mindest-/Ausgangsversion für das Modul machen. Bei zukünftigen Updates meines Moduls könnte ich dann auf diese Version aufbauen und eventuell neu hinzugekommene JSON Daten nur für höhere Versionen verarbeiten.
Keine einfache Situation als Entwickler...
Gruß
Dan
Zitat von: juppzupp am 20 September 2016, 20:18:14
Ich würde nicht versuchen alle Versionen zu supporten. Ich konnte nicht erkennen, warum fhem komplett stirbt, daher kein Lösungsvorschlag.
Quick and dirty Workaround : Attribut disable_version_check.
Grüße
Hmmm, gefällt mir gar nicht so schlecht die Idee mit dem Attribut. Da bin ich irgendwie noch nicht drauf gekommen.
Ich denke nochmal drüber nach, aber das wäre zumindest eine halbwegs vernünftige Lösung. Somit könnte jeder eigenverantwortlich auf die Versionsprüfung verzichten und hoffen dass das Modul läuft mit der installierten Hyperion Version.
Vielen Dank für die Idee...
Gruß
Dan
Ich habe mal eine Version mit der Hyperion Versionsprüfung und dem neuen Attribut "hyperionVersionCheck" fertig gestellt. Die Idee hat mir gut gefallen und war auch schnell umzusetzen. Quick, aber nicht dirty... 8)
Man kann dieses Attribut nur auf 0 (null) setzen oder löschen. Wenn das Attribut nicht gesetzt ist, bedeutet es dass die Versionsprüfung aktiviert ist. Setzt man das Attribut, wird die Versionsprüfung komplett umgangen. Dieses Setzen des Attributs tut jeder eigenverantwortlich. Im schlimmsten Falle könnte es sein dass FHEM durch die nicht unterstützte Hyperion Version zum Absturz gebracht wird.
Die aktuell voll von diesem Modul unterstützte Hyperion Mindestversion ist V1.03.2 (also die z.Z. aktuelle).
Mit der direkten Vorversion sollte das Modul auch fehlerfrei laufen, allerdings nicht mehr mit meinem "full saturation color fix", da dieser in der aktuellen Version des Moduls nicht mehr enthalten ist.
Alle älteren Hyperion Versionen, als die Mindestversion, nur auf eigene Verantwortung!
Die Doku ist auch schon soweit angepasst.
Würde mich freuen wenn das mal der eine oder die andere testen könnte.
Danke.
Gruß
Dan
EDIT: Modul entfernt. Funktionen nun im Modul im Update vorhanden.
Nach nun knapp 2 Wochen Testzeitraum und keinen Widerworten werde ich das neue Modul mit der Versionsprüfung heute einchecken.
Gruß
Dan
Hallo Dan,
vielen Dank für dieses tolle Modul !
Ich bin heute erst drauf gestossen und habe noch kleinere Startprobleme.
Ich habe Hyperion auf einem externen Host laufen.
Es geht Alles, man kann die Effekte aus FHEM raus anwählen und auch die RGB Farbe am Picker einstellen.
Was im Moment Probleme macht:
-Wenn ich zB.set Ambilight dim 60 anwende, dann wird nicht die aktuelle Farbe gedimmt, sondern die LED's werden rot, der dim Wert wird aber genommen und auch richtig eingestellt von der Helligkeit.
- Bei set Ambilight rgb 1C0000 bekomme ich die Fehlermeldung Value of rgb has to be in RGB hex format like ffffff or 3f7d90 - ist aber in RGB ausgedrückt 28,0,0
!! Ich habe heute noch keinen FHEM Update gemacht - kann es sein dass dann meine Probleme weg sind ? !!
LG
Joachim
Schön dass Dir das Modul gefällt.
Zu Deinen Fragen:
Bei "set .... rgb ....." funktionieren nur Kleinbuchstaben. Deshalb heißt es "set .... rgb ..." und nicht "set ... RGB ....".
Das Dimmen funktioniert bei mir wie erwünscht!
Stelle ich ein:
set Ambilight rgb 0000ff
und dimme das dann auf 60%:
set Ambilight dim 60
kommt die richtige Farbe dabei heraus:
00009b
Gruß
Dan
Zitat von: Jack_n am 03 Oktober 2016, 17:03:41
- Bei set Ambilight rgb 1C0000 bekomme ich die Fehlermeldung Value of rgb has to be in RGB hex format like ffffff or 3f7d90
Ich habe das mal im Modul angepasst auf:
Value of rgb has to be in rgb hex format like ffffff or 3f7d90 Vielleicht ist es damit noch einleuchtender Kleinbuchstaben zu verwenden. ;)
Gruß
Dan
Hallo Dan,
ich habe Kleinbuchstaben verwendet ! 8) !
set Ambilight rgb 1C0000 bekomme ich die Fehlermeldung Value of rgb has to be in RGB hex format like ffffff or 3f7d90
Mach das bitte auch mal mit 1C0000 ob Du auch den Fehler bekommst.
Beim Dimmen sollte sich doch der Farbwert nicht ändern, nur die Helligkeit - oder ?
Mit Kleinbuchstaben meine ich den Farbwert:
set Ambilight rgb 1c0000
Im Colorpicker wird Dir dann allerdings 1C0000 angezeigt.
Das Licht wird hier über den Farbwert gedimmt. Ist im Prinzip nichts anderes als wenn Du im Colorpicker den Helligkeitsregler verwendest.
Gruß
Dan
Hallo Dan,
also - ich hatte noch eine ältere Hyperion Version am Laufen und upgedatet.
Das Dimmen geht jetzt wie es soll, habe auch verstanden dass dabei der Farbwert verändert wird.
Habe jetzt auch verstanden, dass 1c000 klappt, 1C000 jedoch nicht.
Also - jetzt fluppt es wie es soll !!!! :) :) :)
Danke noch mal für das Modul !
LG
Joachim
Ich habe soeben eine neue Version des Moduls eingecheckt.
Es ist nun unter Anderem auch möglich beim Setzen von rgb Großbuchstaben zu verwenden.
Die Hyperion Versionsprüfung ist ab dieser Version des Moduls nun auch aktiviert.
Ab sofort via SVN oder ab morgen im Update.
Changelog:
- Hyperion Versionsprüfung hinzugefügt um FHEM Abstürtze durch sehr alte Hyperion Versionen vorzubeugen
- Mindestversion für Funktionalität mit diesem Modul ist Hyperion V1.03.2
- neues Attribut hyperionVersionCheck um die Versionprüfung auf eigene Gefahr auszuschalten - ACHTUNG!: FHEM könnte dadurch instabil werden!
- beim Setzen von rgb werden nun auch Großbuchstaben im Farbwert akzeptiert
- weitere kleine Code Optimierungen und Anpassungen der Dokumentation
Gruß
Dan
Zitat von: Jack_n am 03 Oktober 2016, 17:55:38
Also - jetzt fluppt es wie es soll !!!! :) :) :)
Na bitte!
Und damit nicht noch jemand in die selben Fallen wie Du läuft, habe ich noch ein paar Optimierungen eingebaut. ;)
Gruß
Dan
Habe soeben wieder ein kleines Update eingecheckt.
Changelog:
- "set <name> config ....." nur verfügbar wenn wenigstens zwei .config.json Dateien mit "get <name> configFiles" gefunden werden
- weitere kleine Code Optimierungen und Anpassungen der Dokumentation
Gruß
Dan
Hm, ich dachte, ich hab hier was gepostet vor ein paar Tagen ... man wird wohl älter .... also nochmal:
Danke für das Modul. Damit läuft mein Ambilight nun super. Jedoch habe ich ein paar kleine Anmerkungen:
- Ich schalte mit einem Notify zwischen den Configurationen (je eine für Kodi, HDMI und SCART/TV). Jedoch blinkt das Ambilight jedes Mal 3 oder 4 mal, wenn ich umschalte.
Der Notify reagiert auf den Wechsel eines Readings (input:hdmi1, hdmi2, digitalTV) von meinem LGTV-Modul. Ich kann mir jedoch den Grund für das Flackern nicht erklären.
define Notify_FernseherAmbilightWohnzimmer notify FernseherWohnzimmer.* {\
if (ReadingsVal("FernseherWohnzimmer", "state", "undefined") eq "on") {\
fhem ("set FernseherAmbilightWohnzimmer on");;\
if (ReadingsVal("FernseherWohnzimmer", "input", "undefined") eq "digitalTV") {\
fhem ("set FernseherAmbilightWohnzimmer configFile hyperion.tv");;\
}\
elsif (ReadingsVal("FernseherWohnzimmer", "input", "undefined") eq "hdmi1") {\
fhem ("set FernseherAmbilightWohnzimmer configFile hyperion.kodi");;\
}\
elsif (ReadingsVal("FernseherWohnzimmer", "input", "undefined") eq "hdmi2") {\
fhem ("set FernseherAmbilightWohnzimmer configFile hyperion.hdmi");;\
}\
}\
elsif (ReadingsVal("FernseherWohnzimmer_remote", "state", "undefined") eq "off") {\
fhem ("set FernseherAmbilightWohnzimmer off");;\
}\
}[/li]
- Nachdem ich das Modul definiert habe, erstellt es selbstständig eine Vielzahl von Attributen (u.A. room, icon, alias, devstateicon). Da ich jedoch mit diesen Attributen in meinem Web Interface nicht arbeite, möchte ich sie auch beim Ambilight wieder weg bekommen. Für room klappte es auch, da ich einen anderen Raum gewählt habe. Für iconb, devstateicon und alias klappt das jedoch nicht, da das Modul jedes Mal, wenn ich die Attribute lösche, sie wieder neu generiert. Gibt's da ne Möglichkeit das zu unterbinden? Ich erinnere mich mal in meinem Informatikstudium gelernt zu haben, dass so was dem Nutzer zur Auswahl vorbehalten sein soll und ihm nicht aufgezwungen werden soll. ;)
- Wenn ich das Ambilight beende, bekomme ich einige Fehlermeldungen im Log:
Zitat2016-10-10 12:51:20 Hyperion FernseherAmbilightWohnzimmer clearall
2016-10-10 12:51:22 dummy FernseherWohnzimmer presence: absent
2016-10-10 12:51:22 dummy FernseherWohnzimmer presence: absent
2016-10-10 12:51:22 dummy FernseherWohnzimmer off
2016-10-10 12:51:22 Hyperion FernseherAmbilightWohnzimmer off
2016-10-10 12:51:22 dummy FernseherWohnzimmer off
2016-10-10 12:51:22 dummy FernseherWohnzimmer off
2016-10-10 12:51:22 LGTV_RS232 FernseherWohnzimmer presence: absent
2016-10-10 12:51:22 Hyperion FernseherAmbilightWohnzimmer off
2016-10-10 12:51:22 dummy FernseherWohnzimmer off
2016-10-10 12:51:22 dummy FernseherWohnzimmer off
2016-10-10 12:51:22 LGTV_RS232 FernseherWohnzimmer off
2016-10-10 12:51:22 Hyperion FernseherAmbilightWohnzimmer DISCONNECTED
2016-10-10 12:51:23 Hyperion FernseherAmbilightWohnzimmer serverResponse: ERROR
2016-10-10 12:51:23 Hyperion FernseherAmbilightWohnzimmer ERROR
2016-10-10 12:51:33 Hyperion FernseherAmbilightWohnzimmer ERROR
2016-10-10 12:51:33 Hyperion FernseherAmbilightWohnzimmer clearall
2016-10-10 12:51:33 Hyperion FernseherAmbilightWohnzimmer serverResponse: success
Der Dummy FernseherWohnzimmer wird per RFHEM gefüllt, da es auf einem zweiten FHEM-System läuft.
Zu erst einmal zu den Attributen:
Diese gehören auch in diesem Modul grundsätzlich dem User.
Die default-Attribute werden nur wieder hinzugefügt wenn sie ganz gelöscht werden. Sofern die Attribute vom User verändert wurden, werden sie nicht wieder auf default zurück gesetzt. Das hat sich bisher als gute Taktik erwiesen da einige versehentlich (oder nur zum Testen) die Attribute gelöscht hatten und dann nicht mehr wussten wie sie wieder richtig zu setzen sind. Deshalb habe ich mich dazu entschieden diese Attribute automatisch wieder hinzuzufügen wenn sie gelöscht wurden. Da Du nicht mit diesen Attributen arbeitest, dürften sie Dich doch eigentlich auch nicht stören. Wenn wirklich bedarf Besteht könnte ich das noch (per Attribut) konfigurierbar machen.
Zu Deinem notify:
Ich denke (nur vermutet) dass Dein notify einfach auch zu viele Events getriggert wird und somit das Blinken zu Stande kommt.
Ich vermute dass Du das configFile laden willst und auf Ambilight (clearall) umstellen willst (on stellt nur den letzten Zustand wieder her)?
Probiere doch einmal Folgendes:
define Notify_FernseherAmbilightWohnzimmer notify FernseherWohnzimmer:(on|off) {\
if ($EVENT eq "on") {\
fhem "set FernseherAmbilightWohnzimmer configFile hyperion.tv" if (ReadingsVal("FernseherWohnzimmer","input","") eq "digitalTV");;\
fhem "set FernseherAmbilightWohnzimmer configFile hyperion.kodi" if (ReadingsVal("FernseherWohnzimmer","input","") eq "hdmi1");;\
fhem "set FernseherAmbilightWohnzimmer configFile hyperion.hdmi" if (ReadingsVal("FernseherWohnzimmer","input","") eq "hdmi2");;\
fhem "sleep 5;; set FernseherAmbilightWohnzimmer clearall";;\
} else {\
fhem "set FernseherAmbilightWohnzimmer off";;\
}\
}\
Somit triggert das notify wirklich nur auf on und off.
Bevor letztendlich auf Ambilight umgeschaltet wird noch 5 Sekunden gewartet damit Hyperion auch wirklich fertig neugestartet ist. Eventuell kannst Du das auch kürzer machen, musst Du ausprobieren.
Gruß
Dan
Zu dem DISCONNECTED:
Das kann ich mir leider i.M. nicht erklären.
Ich habe das in meinem Testsystem auch schon eimal entdeckt, konnte es es aber bisher nicht reproduzieren. Hatte die Vermutung dass es evtl. an einem instabilen WLAN lag, denn nachdem ich alles mal neugestartet hatte trat das Problem bisher nicht wieder auf.
Wenn Du das irgendwie reproduzierbar nachstellen kannst, ich wäre gespannt darauf das Rätsel zu lösen.
Gruß
Dan
Richtig chic und rund wird es so:
define Notify_FernseherAmbilightWohnzimmer notify FernseherWohnzimmer:(on|off) {\
if ($EVENT eq "on") {\
my $conf = "hyperion.tv";;\
$conf = "hyperion.kodi" if (ReadingsVal("FernseherWohnzimmer","input","") eq "hdmi1");;\
$conf = "hyperion.hdmi" if (ReadingsVal("FernseherWohnzimmer","input","") eq "hdmi2");;\
fhem "set FernseherAmbilightWohnzimmer:FILTER=configFile!=$conf configFile $conf";;\
fhem "sleep 5;; set FernseherAmbilightWohnzimmer:FILTER=state!=clearall clearall";;\
} else {\
fhem "set FernseherAmbilightWohnzimmer:FILTER=state!=off off";;\
}\
}\
hyperion.tv wird damit als default configFile genommen falls kein anderer Input als hdmi1 oder hdmi2 anliegt.
Damit wird wirklich nur geschaltet wenn etwas verändert wurde. Spart also Funktelegramme/Netzwerktraffic.
Gruß
Dan
Mit deinem Notify blinkt er nun schon mal nur noch 1x - statt 3x wie zuvor bei mir.
Zu meinem Aufbau:
Der Pi3 FHEM-Server hängt im WLAN (da am LAN der HMLAN). Am Fernseher ist ein zweiter Pi3 angeschlossen. Dort läuft Hyperion. Dieser Pi ist mit dem LAN-Kabel angeschlossen.
Der Router ist ca. 1 Meter neben dem FHEM-Pi in Sichtreichweite.
Hast Du in den configFile(s) eventuell einen Startup Effekt/Farbe eingestellt?
Habe nie probiert was passiert wenn man da gar nichts einstellt.
Gruß
Dan
EDIT: Macht denn das notify sonst das was es soll?
Ich frage mich sowieso gerade ob diese Herangehensweise sinnvoll ist, da ja das notify so nur auf on/off triggert! Somit schaltet nichts wenn Du nur den Input im laufenden Betrieb wechselst.
Besser wäre doch wenn es auf input triggert und dann abfragt ob on ist.
Gruß
Dan
Das Notify selbst funktioniert soweit gut. Gefällt mir auch besser, als meines - danke :)
Jedoch ist die Responsetime etwas langsam. Wenn ich es direkt aus dem Modul mache (im Web Interface), dann schaltet es direkt um - auch ohne das eine Mal blinken.
Ich habe mal probiert und es sieht so aus, als ob der Hyperion / FernseherAmbilightWohnzimmer jedes mal Disconnected, wenn eine andere config geladen wird.
Ich habe es eben mal direkt im Modul probiert.
Edit:
Ach ja, die Configs sind mit HyperCon gemacht. Dort habe ich keinen Starteffekt oder - Farbe eingestellt.
Zitat von: DeeSPe am 10 Oktober 2016, 16:50:33
Ich frage mich sowieso gerade ob diese Herangehensweise sinnvoll ist, da ja das notify so nur auf on/off triggert! Somit schaltet nichts wenn Du nur den Input im laufenden Betrieb wechselst.
Besser wäre doch wenn es auf input triggert und dann abfragt ob on ist.
Gruß
Dan
Hm, also die Config wird aber trotzdem gewechselt, wenn der Input gewechselt wird.
Zitat von: Grinsekatze am 10 Oktober 2016, 16:53:32
Ich habe mal probiert und es sieht so aus, als ob der Hyperion / FernseherAmbilightWohnzimmer jedes mal Disconnected, wenn eine andere config geladen wird.
Ja, das geht leider nicht anders da ja der ursprünglich laufende hyperiond Prozess gekillt wird. Somit geht natürlich auch die Verbindung von FHEM zu Hyperion verloren. Diese sollte aber automatisch wiederhergestellt werden. Somit ist aber der Log Eintrag wirklich richtig und auch sinnvoll erklärbar.
Zitat von: Grinsekatze am 10 Oktober 2016, 16:55:30
Hm, also die Config wird aber trotzdem gewechselt, wenn der Input gewechselt wird.
Okay, dann wird vermutlich auch der on Status damit aktualisiert. Gut für Dich.
Gruß
Dan
Zitat von: DeeSPe am 10 Oktober 2016, 16:16:20
Richtig chic und rund wird es so:
define Notify_FernseherAmbilightWohnzimmer notify FernseherWohnzimmer:(on|off) {\
if ($EVENT eq "on") {\
my $conf = "hyperion.tv";;\
$conf = "hyperion.kodi" if (ReadingsVal("FernseherWohnzimmer","input","") eq "hdmi1");;\
$conf = "hyperion.hdmi" if (ReadingsVal("FernseherWohnzimmer","input","") eq "hdmi2");;\
fhem "set FernseherAmbilightWohnzimmer:FILTER=configFile!=$conf configFile $conf";;\
fhem "sleep 5;; set FernseherAmbilightWohnzimmer:FILTER=state!=clearall clearall";;\
} else {\
fhem "set FernseherAmbilightWohnzimmer:FILTER=state!=off off";;\
}\
}\
hyperion.tv wird damit als default configFile genommen falls kein anderer Input als hdmi1 oder hdmi2 anliegt.
Damit wird wirklich nur geschaltet wenn etwas verändert wurde. Spart also Funktelegramme/Netzwerktraffic.
Gruß
Dan
Super, jetzt ist auch das blinken weg :)
Also läuft es nun wie gewünscht? Das wäre ja super.
Und wie verhält es sich mit den default Attributen? Sind die so störend dass ich sie rausnehmen müsste?
Ich könnte auch einen set Befehl einbauen um die default Attribute wiederherzustellen wenn sie nicht vorhanden sind.
Gruß
Dan
Ich habe soeben ein Update eingecheckt.
Unter Anderem ist es nun auch möglich die Erstellung der Default Attribute zu unterdrücken.
- Fehler mit "set <name> dimUp/dimDown <value>" behoben
- devStateIcon für disconnected hinzugefügt
- Anzeige der Anzahl an gefunden .config.json Dateien beim "get <name> configFiles"
- neues Attribut hyperionAttrRestore um die automatische Erstellung der mitgelieferten Attribute zu unterbinden
- Hyperion_readingsBulkUpdateIfChanged entfernt und ersetzt durch readingsBulkUpdate um dem Anwender die volle Kontrolle über die Erstellung der Readings zurückzugeben
- exessivere Benutzung von RegEx
- obsoleten Code entfernt
- Anpassungen der Dokumentation
Gruß
Dan
Hab jetzt auch mal ein update über hypercon gemacht.
Das hat nicht funktioniert, da hypercon erwartet, dass sudo ohne passwort funktioniert - ist bei ubuntu aber standardmäßig nicht so.
Hab dann einfach den Befehl rauskopiert und ins Terminal eingegeben - so hats funktioniert.
Unterschied: es werden keine Priorities über 1000 mehr unterstützt, was dazu führte, dass meins erst mal gar nicht mehr ging.
Aber das Modul funktioniert :)
Zitat von: Kuzl am 11 Oktober 2016, 07:55:31
Unterschied: es werden keine Priorities über 1000 mehr unterstützt, was dazu führte, dass meins erst mal gar nicht mehr ging.
Aber das Modul funktioniert :)
Schön dass das Modul funktioniert!
Wie meinst Du das mit den Priorities?
Seit wann funktioniert das nicht mehr (Hyperion/Modul Update)?
Normalweise müsste das funktionieren, allerdings musst Du ein "clearall" senden wenn Du vorher manuell eine Farbe/Effekt eingestellt hast, da diese per default auf "priority 0" gesendet werden damit FHEM immer Vorrang bekommt. Nach "clearall" sollten alle Priorities wieder angenommen werden.
Die default Priority lässt sich auch über das Attribut "hyperionDefaultPriority" einstellen.
Gruß
Dan
Ich habe eben wieder ein Update eingecheckt.
Nach dieser Diskussion (https://forum.fhem.de/index.php/topic,58797.msg502203.html#msg502203) habe ich mich entschlossen das gestern neu eingeführte Attribut "hyperionAttrRestore" wieder zu entfernen. Stattdessen werden die Default Attribute nur noch beim Definieren des Geräts einmalig hinzugefügt. Somit ist wieder volle Freiheit für den User bei der Benutzung der Attribute gegeben ohne dafür erst extra ein Attribut setzen zu müssen.
Changelog:
- Attribut hyperionAttrRestore entfernt, Default Attribute werden nur noch beim Definieren angelegt
Gruß
Dan
Zitat von: DeeSPe am 11 Oktober 2016, 13:22:45
Wie meinst Du das mit den Priorities?
Seit wann funktioniert das nicht mehr (Hyperion/Modul Update)?
Hallo,
mit der aktuellen Version gehen nur alle über 1000 nicht mehr - darunter wie gewohnt. Welche Version ich davor hatte, kann ich leider nicht sagen.
Ich musste die Priority von Kodi und dem Grabber von 1200 und 1300 auf einen Wert unter 1000 setzen, da sie sonst einfach ignoriert wurden.
Das FHEM-Modul läuft mit beiden Versionen, da es ja unter 1000 ist
Hallo zusammen,
auch ich möchte mich zunächst bei Dan ganz herzlich für das Modul bedanken !
Ich muss nun leider doch um Hilfe rufen, da ich nicht mehr weiter weiß...
Es scheint, dass bereits der Verbindungsaufbau zum Hyperion-Server scheitert.
2016-10-12 11:08:51 Hyperion wz_hyperion lastError: 192.168.82.10: Verbindungsaufbau abgelehnt
2016-10-12 11:08:51 Hyperion wz_hyperion serverResponse: ERROR
2016-10-12 11:08:51 Hyperion wz_hyperion ERROR
Folgende Situation :
- Hyperion auf OpenElec 6.03 (192.168.82.10)
- Fhem auf Raspberry pi
- Hyperion Android App funktioniert ohne Probleme (192.168.82.10:19444)
- Passwordless SSHLogin mit dem User fhem zu openelec funktioniert (sudo -u fhem ssh root@192.168.82.10 -p 22)
- folgende Attribute sind gesetzt :
attr wz_hyperion hyperionBin /storage/hyperion/bin/hyperiond
attr wz_hyperion hyperionConfigDir /storage/.config/ambilight/
attr wz_hyperion hyperionNoSudo 1
attr wz_hyperion hyperionSshUser root
Der Befehl get wz_hyperion configFiles erzeugt folgenden Fehler :
Maybe the wrong directory? If SSH is used, has the user root been configured to log in without entering a password (http://www.linuxproblem.org/art_9.html)?
Folgende ConfigFiles sind in dem Ordner vorhanden :
hyperion.config_KODIWATCH_lpd8806.json
hyperion.config_KODI_lpd8806.json
hyperion.config_VIDEOGRABBER_lpd8806.json
Ich habe nun leider keine Idee mehr, woran es liegen oder was ich noch ausprobieren könnte.
Bin für jeden Tipp dankbar.
VG
Lars
Na dann mal Eins nach dem Anderen.
Zitat von: Feuerpfeil am 12 Oktober 2016, 11:22:27
Es scheint, dass bereits der Verbindungsaufbau zum Hyperion-Server scheitert.
2016-10-12 11:08:51 Hyperion wz_hyperion lastError: 192.168.82.10: Verbindungsaufbau abgelehnt
2016-10-12 11:08:51 Hyperion wz_hyperion serverResponse: ERROR
2016-10-12 11:08:51 Hyperion wz_hyperion ERROR
Das klingt erst einmal merkwürdig wenn es doch aus der App heraus bereits funktioniert und auch auch passwordless SSH schon klappt. Somit kann es schon mal nicht am Netzwerk liegen, denn sie erreichen sich ja.
Hast Du beim define auch den richtigen Port mit angegeben und auch ein Interval?
Ist Hyperion aktuell?
Ist FHEM aktuell?
Evtl. noch irgendeine Firewall dazwischen?
Zeig mal bitte ein list vom angelegten Hyperion Device (list wz_hyperion).
Zitat von: Feuerpfeil am 12 Oktober 2016, 11:22:27
- folgende Attribute sind gesetzt :
attr wz_hyperion hyperionBin /storage/hyperion/bin/hyperiond
attr wz_hyperion hyperionConfigDir /storage/.config/ambilight/
attr wz_hyperion hyperionNoSudo 1
attr wz_hyperion hyperionSshUser root
Sieht soweit gut aus, sofern die Pfade wirklich stimmen.
Das Attribut hyperionNoSudo kannst Du Dir sparen wenn das Attribut hyperionSshUser auf root gesetzt ist, das sollte sich aber auch nicht stören.
Zitat von: Feuerpfeil am 12 Oktober 2016, 11:22:27
Folgende ConfigFiles sind in dem Ordner vorhanden :
hyperion.config_KODIWATCH_lpd8806.json
hyperion.config_KODI_lpd8806.json
hyperion.config_VIDEOGRABBER_lpd8806.json
Die Namen der Konfig Dateien sollten nicht innerhalb der doppelten Endung (.config.json) umbenannt werden da eben Dateien mit dieser Endung gesucht werden. Richtige Namen wären also z.B.:
hyperion_KODIWATCH_lpd8806.config.json
hyperion_KODI_lpd8806.config.json
hyperion_VIDEOGRABBER_lpd8806.config.json
Würde die Namen aber doch lieber etwas kürzer wählen (macht sich einfach überall besser ;) ), also z.B.:
kodiwatch.config.json
kodi.config.json
grabber.config.json
Ich hoffe das bringt Dich erst einmal weiter.
Gruß
Dan
Sodele...es hat mir sehr weitergeholfen. :-)
Es war wohl so etwas wie eine Verkettung ungünstiger Umstände :-D
Als ich mich heute wieder daran gesetzt habe, hatte ich plötzlich die Meldung:
2016.10.13 16:24:49 1 : ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
Somit hatte sich das Verbindungsproblem schon mal von selbst erledigt.
Die langen Dateinamen der Configs kommen von dem Kodi-AddOn welches ich benutze.
http://www.forum-raspberrypi.de/Thread-hyperion-openelec-mit-automatisierter-ambilight-quellenumschaltung-rpi1-rpi2-04-04-15 (http://www.forum-raspberrypi.de/Thread-hyperion-openelec-mit-automatisierter-ambilight-quellenumschaltung-rpi1-rpi2-04-04-15)
Da müssen die leider so angelegt werden.
Ich habe jetzt einfach Symlinks erstellt, die auf die entsprechenden configs verweisen
ln -s hyperion.config_KODI_lpd8806.json kodi.config.json
Somit habe ich dann das "get wz_hyperion configFiles" Problem gelöst.
Hyperion habe ich dann einfach mal drübergebügelt :
wget https://raw.githubusercontent.com/hyperion-project/hyperion/master/bin/install_hyperion.sh
chmod +x install_hyperion.sh
./install_hyperion.sh
Und jetzt läuft's 8)
Werde dann die Tage mal testen, ob das Kodi-AddOn noch sauber läuft.
Denke aber schon.
Danke für Deine Hilfe !!!
Schön dass Du es zum Laufen bekommen hast.
Dann viel Spaß erst mal beim Testen und Probieren.
Gruß
Dan
Welches Kodi Plugin? Bei mir läuft unter OSMC und mit Angabe in der Hyperion-Config, dies ohne extra Addons. Evtl. kannst Du es ja ausmustern.
Sorry Dan, ich hatte noch keine Zeit zu antworten.
Ja, die Lösung mit den neuen Attributen gefällt mir, danke!
Zum Code: Mir ist aufgefallen, dass ich hier noch etwas murks in meiner Konfiguration habe:
Konkret habe ich ein ersten Pi, auf dem der FHEM Server (und auf das Hyperion-Device) läuft. Weiter habe ich ein zweiten Pi, der am Fernseher angeschlossen ist. Dort läuft Hyperion. Jedoch auch eine zweite FHEM-Instanz um den Fernseher über FHEM steuern zu können (per USB-Serial-Kabel). Damit das aber über den FHEM-Server auch geht musste ich mit FHEM2FHEM und RFHEM arbeiten (der Fernseher wird als Dummy auf dem Server abgebildet).
Dabei ist mir aufgefallen, dass wenn ich mit der beiliegenden TV-IR-Fernbedienung arbeite immer zwei bis drei mal das Kommando abgesetzt wird. Das habe ich nun durch ein event-on-Change unterdrückt. Jedoch funktionierte damit auch dein (und mein) Code für die automatische Hyperion-Config-Wahl nicht mehr.
Daher musste ich bei dem TV-Code gucken, ob ich den optimieren kann und ein neuen Notify für Hyperion schreiben. Bei letzterem ist zum Schluss jedoch komisch gewesen, dass nichts mehr passierte, egal, was ich gemacht habe - ein manueller Trigger hingegen funktionierte.
Zum Schluss blieb mir zunächst nichts anderes übrig, als das Notify neu zu schreiben und auf Perl-Syntax zu verzichten. Daher habe ich deinen 1. Notify vom 10.10. (https://forum.fhem.de/index.php/topic,55112.msg501880.html#msg501880) in FHEM-Code umgeschrieben. Beim umschalten blinkt das Licht noch einmal auf, aber sonst klappt es.
Jedoch optimiere ich es noch weiter.
define test notify FernseherWohnzimmer_remote IF ([FernseherWohnzimmer_remote:state] eq "on") (IF ([FernseherWohnzimmer_remote:input] eq "digitalTV") (set FernseherAmbilightWohnzimmer configFile hyperion.tv),,IF ([FernseherWohnzimmer_remote:input] eq "hdmi1") (set FernseherAmbilightWohnzimmer configFile hyperion.kodi),,IF ([FernseherWohnzimmer_remote:input] eq "hdmi2") (set FernseherAmbilightWohnzimmer configFile hyperion.hdmi),,set FernseherAmbilightWohnzimmer clearall) ELSE (set FernseherAmbilightWohnzimmer off)
Hauptsache es klappt nun so wie Du wolltest!
Ich habe soeben noch ein Update eingecheckt welches sich um die SetExtensions kümmert.
Changelog:
- Fehler mit den SetExtensions behoben, on/off-till sollten nun auch deaktiviert werden wenn man danach manuell schaltet
Gruß
Dan
Zitat von: Grinsekatze am 14 Oktober 2016, 23:36:01
Welches Kodi Plugin? Bei mir läuft unter OSMC und mit Angabe in der Hyperion-Config, dies ohne extra Addons. Evtl. kannst Du es ja ausmustern.
Sorry. Hab Deine Frage gerade erst gelesen. :)
Das PlugIn dient zum einen zur Automatisierter Hyperion Quellenumschaltung via HDMI-CEC und
es ist damit auch möglich, mehrere Hyperion Instanzen parallel zu betreiben.
Somit kann man zum Beispiel die LED-Stripes und Philips HUE parallel ansteuern oder
ein zweifarbiges Ambilight (links/rechts) mit Standard Led Stripes, als Low-Cost Variante, aufbauen. ;)
Hallo Dan,
ich bin gerade auch dran per HarmonyHub meine Quellen bei Hyperion einzustellen.
Leider laufe ich immer auf Fehler, ich vermute weil der SSH nicht klappt.
Wo kann ich denn das PWD für den User root eingeben ?
attr wz_hyperion hyperionBin /storage/hyperion/bin/hyperiond
attr wz_hyperion hyperionConfigDir /storage/.config/
attr wz_hyperion hyperionSshUser root
LG
Joachim
Zitat von: Jack_n am 18 Oktober 2016, 17:33:21
Wo kann ich denn das PWD für den User root eingeben ?
Gar nicht!!!
Du muss passwortlose Authentifizierung (http://www.linuxproblem.org/art_9.html) einrichten. 8)
Gruß
Dan
Geschafft nach der Anleitung.
Ich komme jetzt mit dem FHEM-Raspberry mit User root ohne Passwort auf den Raspberry auf dem Hyperion läuft.
Leider kommt folgender Fehler bei get Ambilight configfiles:
No files found on server 192.168.178.25 in directory /storage/.config/. Maybe the wrong directory? If SSH is used, has the user root been configured to log in without entering a password (http://www.linuxproblem.org/art_9.html)?
Meine hyperion.config.json und die Config vom Grabber sind aber defintiv dort (/storage/.config/)...
Was mach ich denn noch falsch ??
LG
Joachim
AAArrrrrrrgggggggggggg.......
Das hatte ich befürchtet ::) ::) ::)
Kannst Du mir bitte dabei helfen ?
Ich bin als root / openelec per SSH eingestiegen.
Dann habe ich ssh-keygen -t rsa eingegeben und bestätigt.
Nur..... wie geht's jetzt weiter ??? :-[ :-[
Sorry, aber besser als es auf der Webseite bereits beschrieben ist kann ich es auch nicht erklären.
Damit sollte es problemlos möglich sein.
Gruß
Dan
Zitat von: Jack_n am 18 Oktober 2016, 17:54:48
Geschafft nach der Anleitung.
Ich komme jetzt mit dem FHEM-Raspberry mit User root ohne Passwort auf den Raspberry auf dem Hyperion läuft.
Leider kommt folgender Fehler bei get Ambilight configfiles:
No files found on server 192.168.178.25 in directory /storage/.config/. Maybe the wrong directory? If SSH is used, has the user root been configured to log in without entering a password (http://www.linuxproblem.org/art_9.html)?
Meine hyperion.config.json und die Config vom Grabber sind aber defintiv dort (/storage/.config/)...
Was mach ich denn noch falsch ??
LG
Joachim
Gut, dass ich da brand aktuell noch im Thema bin :-D
Log Dich doch mal auf Deinem FHEM-Pi ein und versuche mal ob Du damit ein Verbindung hinbekommst :
sudo -u fhem ssh root@dein_openelec_pi -p 22
Hi und Danke !
Ich bekomme damit keine Verbindung hin.
Fehlermeldung:
The authenticity of host '192.168.178.25 (192.168.178.25)' can't be established.
ECDSA key fingerprint is xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Are you sure you want to continue connecting (yes/no)?
Zitat von: Jack_n am 18 Oktober 2016, 18:56:00
Hi und Danke !
Ich bekomme damit keine Verbindung hin.
Fehlermeldung:
The authenticity of host '192.168.178.25 (192.168.178.25)' can't be established.
ECDSA key fingerprint is xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Are you sure you want to continue connecting (yes/no)?
'yes' wir sind sure.
Mit Yes und nachfolgendem Passwort komme ich drauf .... ! ?
Zitat von: Jack_n am 18 Oktober 2016, 19:34:08
Mit Yes und nachfolgendem Passwort komme ich drauf .... ! ?
Du hast wahrscheinlich den Zugang nur für den User Pi eingerichtet.
Das ganze müsste dann noch für den Benutzer fhem eingerichtet werden.
Probier doch mal folgendes :
sudo mkdir /opt/fhem/.ssh
sudo cp /home/pi/.ssh/* /opt/fhem/.ssh/*
sudo chown fhem:dialout /opt/fhem/.ssh/*
Ich habe das mit dem User root gemacht.
Den habe ich dann auch im Modul als SSH User eingetragen.
Muss ich da trotzdem noch pi und fhem nachziehen?
-> So wie es aussieht kenne ich jetzt die Lösung aus den älteren Beiträgen dieses Threads.
Unter dem User PI habe ich passwortlosen Zugang zu meinem Raspberry auf dem Hyperion läuft eingerichtet und angemeldet wird dann als root.
Da FHEM sich aber nicht als User pi anmeldet, sondern als User fhem muss ich die Rechte von pi auch auf fhem übertragen.
Denke ich hab's jetzt geschnallt :)
Zitat von: Jack_n am 19 Oktober 2016, 06:10:59
Ich habe das mit dem User root gemacht.
Den habe ich dann auch im Modul als SSH User eingetragen.
Muss ich da trotzdem noch pi und fhem nachziehen?
-> So wie es aussieht kenne ich jetzt die Lösung aus den älteren Beiträgen dieses Threads.
Unter dem User PI habe ich passwortlosen Zugang zu meinem Raspberry auf dem Hyperion läuft eingerichtet und angemeldet wird dann als root.
Da FHEM sich aber nicht als User pi anmeldet, sondern als User fhem muss ich die Rechte von pi auch auf fhem übertragen.
Denke ich hab's jetzt geschnallt :)
Also hast Du es nun geschafft einzurichten?
Gruß
Dan
Hallo Dan,
ich habe das erst heute früh gefunden.
Bin noch auf Arbeit aber so ab 17.00 komm ich dazu es wieder zu testen.
Es gibt noch eine Sache bei der ich nicht verstehe was da passiert, hat aber Nichts mit Deinem (genialen) Modul zu tun:
Ich habe Kodi so eingerichtet, dass man in den Favoriten zwischen HDMI als Quelle und Kodi als Quelle umschalten kann (interner Grabber , externer Grabber).
Wenn HDMI als Quelle läuft bekommt Dein Modul und auch die Hyperion-APP keinen Zugriff auf das Ambilight.
Wenn Kodi als Quelle läuft dann meldet Dein Modul success und auch die Hyperion-APP läuft.
Das ist mehr als dubios , hat doch nix mit Rechten oder so zu tun, oder blockt Hyperion alles ab solange HDMI als Quelle benutzt wird ?
Hallo zusammen,
da es immer wieder zu Schwierigkeiten kommt, das Hyperion-Modul ans rennen zu bekommen,
möchte ich Euch hier ein kleines Tutorial zur Verfügung stellen.
Ich möchte Euch hier speziell zeigen, wie sich das ganze mit Hyperion auf OpenElec realisieren lässt.
1. Passwordless SSH Login
Das ist die Grundvoraussetzung damit dieses Modul überhaupt funktioniert.
Zunächst loggen wir uns auf unseren FHEM-Pi mittels SSH ein und dann kann's losgehen.
Interaktive Eingaben, habe ich FETT markiert.
Als erstes wird das Schlüsselpaar für den Benutzer 'fhem' generiert:
sudo -u fhem ssh-keygen -t rsa
Bei folgender Ausgabe einfach alles mit ENTER bestätigen :
Generating public/private rsa key pair.
Enter file in which to save the key (/opt/fhem/.ssh/id_rsa): ->Enter
Created directory '/opt/fhem/.ssh'.
Enter passphrase (empty for no passphrase): ->Enter
Enter same passphrase again: ->Enter
Your identification has been saved in /opt/fhem/.ssh/id_rsa.
Your public key has been saved in /opt/fhem/.ssh/id_rsa.pub.
Wir bleiben nun auf der Console des FHEM-Pi und erstellen via SSH ein .ssh Verzeichnis auf dem OpenElec-Pi:
ssh root@openelec mkdir -p .ssh
Es erscheint folgende interaktive Eingabe :
The authenticity of host 'openelec (192.168.82.20)' can't be established.
ECDSA key fingerprint is 14:9a:28:58:a6:16:00:00:00:00:00:00:00:00:00:00.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'openelec,192.168.82.20' (ECDSA) to the list of known hosts.
root@openelec's password: openelec
Der generierte Schlüssel des Users 'fhem' wird nun zum OpenElec-Pi übertragen :
sudo cat /opt/fhem/.ssh/id_rsa.pub | ssh root@openelec 'cat >> .ssh/authorized_keys'
root@openelec's password: openelec
Die erste Verbindung wird nun hergestellt.
Hier kommt es zunächst nochmal zu einer interaktiven Eingabe.
sudo -u fhem ssh root@openelec
The authenticity of host 'openelec-sz (192.168.82.20)' can't be established.
ECDSA key fingerprint is 14:9a:28:58:a6:16:00:00:00:00:00:00:00:00:00:00.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'openelec-sz,192.168.82.20' (ECDSA) to the list of known hosts.
exit
jetzt sollte der Passwortlose Login mit dem User 'fhem' vom FHEM-Pi zum OpenElec-Pi funktionieren:
sudo -u fhem ssh root@openelec
2. Anpassung des Fhem-Moduls für OpenElec
Falls noch nicht geschehen :
define wz_hyperion Hyperion ip_des_openelec-pi 19444 10
attr wz_hyperion hyperionBin /storage/hyperion/bin/hyperiond.sh
attr wz_hyperion hyperionConfigDir /storage/.config/ambilight/ <--- ist bei mir evtl anders, da ich ein OpenElec-PlugIn benutze
attr wz_hyperion hyperionSshUser root
get wz_hyperion configFiles
Sollte Euch nun ein Ergebniss liefern und schaut bei mir so aus :
Found 3 config files. Please refresh this page to see the result.
Ich hoffe, ich konnte einige Unklarheiten beseitigen.
Und nochmals VIELEN DANK an DAN, dass er uns das mit seinem Modul ermöglicht hat !!!
Viele Grüße und viel Spaß mit Hyperion auf FHEM,
Lars
Zitat von: Jack_n am 19 Oktober 2016, 10:50:51
Ich habe Kodi so eingerichtet, dass man in den Favoriten zwischen HDMI als Quelle und Kodi als Quelle umschalten kann (interner Grabber , externer Grabber).
Wenn HDMI als Quelle läuft bekommt Dein Modul und auch die Hyperion-APP keinen Zugriff auf das Ambilight.
Wenn Kodi als Quelle läuft dann meldet Dein Modul success und auch die Hyperion-APP läuft.
Das ist mehr als dubios , hat doch nix mit Rechten oder so zu tun, oder blockt Hyperion alles ab solange HDMI als Quelle benutzt wird ?
Das sieht für mich so aus als wenn Du in deiner HDMI config.json den jsonServer nicht aktiviert hast!
Prüfen kannst Du das am einfachsten mit HyperCon, oder schaust selbst mal in die config.json.
Da solltest Du sowas finden und es darf nicht auskommentiert sein:
/// The configuration of the Json server which enables the json remote interface
/// * port : Port at which the json server is started
"jsonServer" :
{
"port" : 19444
},Das Modul blockiert bei statusRequest nicht.
@Feuerpfeil:
Vielen Dank für die Zusammenfassung für openelec Benutzer.
Vielleicht hilft es ja dem Einen oder Anderen beim Einrichten.
Gruß
Dan
Hallo Dan,
guter Hinweis, das schaue ich heute Abend auch gleich nach.
Danke an Dich für das tolle Modul und danke auch an Lars für die super Anleitung.
LG
Joachim
Sodele....
ich habe es jetzt geschafft, dass SSH funktioniert und get configfiles auch.
Allerdings kommt jetzt ein neuer Fehler: Found just one config file. Please add at least one more config file to properly use this function.
Ich habe in dem Verzeichniss 3:
hyperion.config.json
hyperion.config.grabber.json
hyperion.config.kodi.json
Habt Ihr einen Rat ?
Das wurde hier im Thema auch schon besprochen...
Du hast leider in Deinen Dateinamen die doppelte Endung (.config.json) zerstört! Genau nach Dateien mit dieser Endung wird aber gesucht.
Entweder Du benennst die Dateien um:
hyperion.config.json
grabber.config.json
kodi.config.json
Oder Du erstellst Dir für jede Datei einen Link dessen Name auf .config.json endet.
Gruß
Dan
Hallo Dan,
wir kommen der Sache näher :) :) :)
Also, die 3 Configfiles werden gefunden.
Sobald ich allerdings versuche eine der configs mit set Ambilight configFile ....bla..... zu aktivieren bekomme ich erst ein state disconnected und dann state error.
Wenn ich jetzt in Kodi wieder umschalte auf eine der Configs dann wird der state wieder success...
Bin da gerade echt total ratlos.
JSON ist in allen Configs von mir aktiviert.
Zitat von: Jack_n am 19 Oktober 2016, 17:26:39
Sobald ich allerdings versuche eine der configs mit set Ambilight configFile ....bla..... zu aktivieren bekomme ich erst ein state disconnected und dann state error.
Das ist genau richtig!
Der Hyperion Prozess wird ja beendet und damit geht auch die bestehende Verbindung von FHEM zu Hyperion verloren.
Nach kurzer Zeit sollte die Verbindung aber automatisch wieder von FHEM aufgebaut werden und entsprechend auch der ERROR ausbleiben.
Gruß
Dan
Leider passiert selbst nach 5 Minuten nix mehr.
Wie kann ich denn zB. prüfen ob der Pfad zur Hyperiond passt ?
Auf Deinem Hyperion Server (ist bei Dir wohl openelec) per SSH anmelden und in der Console:
ls /storage/hyperion/bin/
eingeben.
Wird dort hyperiond aufgelistet, liegt es auch da!
Gruß
Dan
Hallo Dan,
das passt auch.
Bin jetzt wirklich überfragt was noch sein kann.
Kann man was aus dem Log lesen ?:
2016.10.19 18:38:10 3: Opening Ambilight device 192.168.178.25:19444
2016.10.19 18:38:20 3: Opening Ambilight device 192.168.178.25:19444
2016.10.19 18:38:30 3: Opening Ambilight device 192.168.178.25:19444
2016.10.19 18:38:40 3: Opening Ambilight device 192.168.178.25:19444
2016.10.19 18:38:42 4: Ambilight: Hyperion_Set cmd: ?
2016.10.19 18:38:42 4: Ambilight: Hyperion_Set duration: 0, priority: 0
2016.10.19 18:38:43 4: Ambilight: Hyperion_Set cmd: ?
2016.10.19 18:38:43 4: Ambilight: Hyperion_Set duration: 0, priority: 0
2016.10.19 18:38:43 4: Ambilight: Hyperion_Set cmd: ?
2016.10.19 18:38:43 4: Ambilight: Hyperion_Set duration: 0, priority: 0
2016.10.19 18:38:50 3: Opening Ambilight device 192.168.178.25:19444
Nein, aus dem Log sieht man nichts.
Was passiert denn wenn Du eine andere config Datei aus FHEM heraus laden willst?
Geht Hyperion aus und startet dann wieder?
Bekommt nur FHEM nicht mit dass Hyperion wieder da ist? Das kann ich mir eigentlich nicht vorstellen!
Gruß
Dan
Ich klinke mich mal hier mit ein.
Hab nämlich exakt das gleich Problem.
Hyperion wird zwar beendet, aber nicht wieder gestartet.
Es ist egal mit welcher Konfiguration ich es versuche , bei allen bleibt der state und server response auf error.
::) :-\
Stellt mal bitte "verbose 4" ein für das Hyperion Device.
Wenn dann "set <name> configFile ......." aufgerufen wird sollte es Log Ausgaben geben die etwa so aussehen.
Die Variablen sind dann natürlich mit den entsprechenden Werten befüllt.
Bei Erfolg:
$name: restarted Hyperion with $binpath $confdir$value
Ohne Erfolg:
$name: NOT restarted Hyperion with $binpath $confdir$value, status: $status
Was kommt bei Euch?
Gruß
Dan
bei mir schaut's dann so aus...
2016.10.19 19:28:07 4 : wz_hyperion: Hyperion_Set cmd: configFile
2016.10.19 19:28:07 4 : wz_hyperion: Hyperion_Set value: grabber
2016.10.19 19:28:07 4 : wz_hyperion: Hyperion_Set duration: 0, priority: 0
2016.10.19 19:28:08 4 : wz_hyperion: restarted Hyperion with /storage/hyperion/bin/hyperiond /storage/.config/ambilight/grabber.config.json
2016-10-19 19:28:08 Hyperion wz_hyperion configFile: grabber
2016.10.19 19:28:08 4 : wz_hyperion: Hyperion_Set cmd: ?
2016.10.19 19:28:08 4 : wz_hyperion: Hyperion_Set duration: 0, priority: 0
2016.10.19 19:28:08 1 : 192.168.82.10:19444 disconnected, waiting to reappear (wz_hyperion)
2016-10-19 19:28:08 Hyperion wz_hyperion DISCONNECTED
2016.10.19 19:28:08 4 : wz_hyperion: Hyperion_Set cmd: ?
2016.10.19 19:28:08 4 : wz_hyperion: Hyperion_Set duration: 0, priority: 0
2016.10.19 19:28:08 4 : wz_hyperion: Hyperion_Set cmd: ?
2016.10.19 19:28:08 4 : wz_hyperion: Hyperion_Set duration: 0, priority: 0
2016.10.19 19:28:08 4 : wz_hyperion: Hyperion_Set cmd: ?
2016.10.19 19:28:08 4 : wz_hyperion: Hyperion_Set duration: 0, priority: 0
2016.10.19 19:28:10 4 : wz_hyperion: Hyperion_Set cmd: ?
2016.10.19 19:28:10 4 : wz_hyperion: Hyperion_Set duration: 0, priority: 0
2016.10.19 19:28:17 2 : Attempt to write to disconnected device.
2016.10.19 19:28:30 3 : Opening wz_hyperion device 192.168.82.10:19444
2016.10.19 19:28:30 4 : HttpUtils url=http://192.168.82.10:19444/
2016.10.19 19:28:30 3 : Can't connect to 192.168.82.10:19444: Die Operation ist jetzt in Bearbeitung
2016-10-19 19:28:30 Hyperion wz_hyperion lastError: 192.168.82.10: Verbindungsaufbau abgelehnt
2016-10-19 19:28:30 Hyperion wz_hyperion serverResponse: ERROR
2016-10-19 19:28:30 Hyperion wz_hyperion ERROR
2016.10.19 19:28:30 4 : wz_hyperion: Hyperion_Set cmd: ?
2016.10.19 19:28:30 4 : wz_hyperion: Hyperion_Set duration: 0, priority: 0
2016.10.19 19:28:40 3 : Opening wz_hyperion device 192.168.82.10:19444
2016.10.19 19:28:50 3 : Opening wz_hyperion device 192.168.82.10:19444
2016.10.19 19:29:00 3 : Opening wz_hyperion device 192.168.82.10:19444
2016.10.19 19:29:10 3 : Opening wz_hyperion device 192.168.82.10:19444
so sieht es bei mir aus:
2016.10.19 19:33:26 4: Ambilight: Hyperion_Set cmd: configFile
2016.10.19 19:33:26 4: Ambilight: Hyperion_Set value: hyperion.grabber
2016.10.19 19:33:26 4: Ambilight: Hyperion_Set duration: 0, priority: 0
killall: hyperiond: no process killed
2016.10.19 19:33:28 4: Ambilight: restarted Hyperion with /storage/hyperion/bin/hyperiond /storage/.config/hyperion.grabber.config.json
2016.10.19 19:33:28 4: Ambilight: Hyperion_Set cmd: ?
2016.10.19 19:33:28 4: Ambilight: Hyperion_Set duration: 0, priority: 0
2016.10.19 19:33:28 4: Ambilight: Hyperion_Set cmd: ?
2016.10.19 19:33:28 4: Ambilight: Hyperion_Set duration: 0, priority: 0
2016.10.19 19:33:28 4: Ambilight: Hyperion_Set cmd: ?
2016.10.19 19:33:28 4: Ambilight: Hyperion_Set duration: 0, priority: 0
2016.10.19 19:33:30 4: Ambilight: Hyperion_Set cmd: ?
2016.10.19 19:33:30 4: Ambilight: Hyperion_Set duration: 0, priority: 0
2016.10.19 19:33:32 3: Opening Ambilight device 192.168.178.25:19444
Aber immer noch state Error
Stimmen denn diese Pfade?
/storage/hyperion/bin/hyperiond /storage/.config/ambilight/grabber.config.json
Was passiert wenn Du auf dem Hyperion Host folgendes nacheinander eingibst:
killall hyperiond
/storage/hyperion/bin/hyperiond /storage/.config/ambilight/grabber.config.json
Das sollte eigentlich Hyperion beenden und wieder neu starten!
Klappt das in der Console?
Gruß
Dan
das kommt:
OpenELEC:~ # /storage/hyperion/bin/hyperiond /storage/.config/hyperion.grabber.config.json
/storage/hyperion/bin/hyperiond: error while loading shared libraries: libQtGui.so.4: cannot open shared object file: No such file or directory
OpenELEC:~ #
Habe dazu diesen Issue (https://github.com/hyperion-project/hyperion/issues/18) gefunden.
Ist aber schon sehr alt der Eintrag und fraglich ob das noch zutrifft.
Gibt es denn im Ordner von hyperiond auch eine hyperiond.sh Datei bei Euch?
Gruß
Dan
P.S. In der Modul-Testphase hatte ich einen OE User bei dem es lief! Anhand seines Feedbacks habe ich nämlich noch ein paar Sachen extra für OE angepasst.
mit der hyperiond.sh geht's...
/storage/hyperion/bin/hyperiond.sh /storage/.config/ambilight/grabber.config.json
Dann einfach das Attribut hyperionBin setzen auf "/storage/hyperion/bin/hyperiond.sh".
Gruß
Dan
Hallo Dan,
so geht es jetzt bei mir auch.
Danke für Deine Hilfe.
Ich habe noch eine Sache bemerkt, habe aber keine Ahnung ob das Zufall ist.
Ich hatte Grab Menu auf false , damit bei Kodi das Menü nicht mit Ambilight versehen wird.
Das wird jetzt irgendwie ignoriert.
Viele Grüße
Joachim
Super wenn das die Lösung gewesen sein sollte!
Dann werde ich das so mit in die Beschreibung und in die commandref aufnehmen.
Was mich nur immer noch ein Wenig wundert ist dass keine Fehlermeldung im Log kam.
Eigentlich hätte diese Fehlerausgabe kommen sollen, so war es zumindest gedacht:
Ambilight: NOT restarted Hyperion with /storage/hyperion/bin/hyperiond /storage/.config/ambilight/grabber.config.json, status: /storage/hyperion/bin/hyperiond: error while loading shared libraries: libQtGui.so.4: cannot open shared object file: No such file or directoryMuss mal schauen woran das liegt.
Zitat von: Jack_n am 19 Oktober 2016, 20:21:07
Ich habe noch eine Sache bemerkt, habe aber keine Ahnung ob das Zufall ist.
Ich hatte Grab Menu auf false , damit bei Kodi das Menü nicht mit Ambilight versehen wird.
Das wird jetzt irgendwie ignoriert.
Das wird vom meinem Modul weder ausgelesen, noch verändert.
Dieser Wert kann auch nur über die config.json geändert werden und erfordert dann einen Neustart von Hyperion mit dieser config.
Gruß
Dan
Hallo Dan,
neues Problem:
Jetzt kann man die configfiles setzen, sieht auch alles gut aus aber die Funktion vom Ambilight bleibt aus.
Hmmm?
LG
Zitat von: Jack_n am 19 Oktober 2016, 20:34:56
aber die Funktion vom Ambilight bleibt aus.
Welche Funktion bleibt aus?
Du musst das schon etwas genauer beschreiben!
Gruß
Dan
Hallo Dan,
es ist die config Datei geladen, die am Start geladen wird (zB. interner Grabber von Kodi).
Ich kann dann zwar Ambilight set configFile grabber.config ausführen und es wird im reading des configfiles auch angezeigt, state ist success, alles prima, aber tatsächlich umschalten auf den externen Grabber (für HDMI wie festgelegt in der Config) tut hyperion / fhem nicht.
Ich habe hier das script mit dem per Fernbedienungstaste umgeschalten wird mal rauskopiert:
#!/bin/sh
killall hyperiond
sleep 1
kodi-send -a "Notification(Hyperion Info,Ambilight für externe Geräte aktiviert,7000,http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_hdmi.jpg)"
/storage/hyperion/bin/hyperiond.sh /storage/.config/hyperion.config.grabber.json
</dev/null >/dev/null 2>&1 &
Ohh, da hast Du gerade noch einen Fehler im Modul aufgedeckt!
Ich denke ich habe den Fehler gefunden und behoben!
Bitte teste mal die hier angehängte Version.
Gruß
Dan
EDIT: Testmodul entfernt. Erhältlich sofort via SVN oder Update am 20.10.2016.
öhmmmm....
Wie lade ich das Modul aus dem Anhang rein ? ::) ::) ::)
In den Ordner ......fhem/FHEM/ kopieren und dann ein "reload 98_Hyperion" in die FHEM Befehlszeile.
Gruß
Dan
funktioniert ! :)
Danke!
funktioniert jetzt auch hier !!!
Danke :) :) :)
Super! Ist eingecheckt!
Gibts ab sofort auch via SVN oder ab morgen früh im regulärem Update.
Gruß
Dan
Hallo Dan,
ich habe da noch eine Frage, wäre super wenn Du mir nochmal weiterhelfen würdest.
Mein WIFI wird Nachts abgeschalten , das bedeutet Hyperion ist in dieser Zeit nicht erreichbar.
Morgens lasse ich einen LED-Strip Sonnenaufgang machen der mit dem Ambilight/Hyperion synchronisiert ist (notify das auf rgb vom Strip reagiert und dann bei Hyperion setzt).
Das klappt auch so weit , aber nur so lange Hyperion bereits connected ist.
Ich habe das jetzt so lösen wollen:
WLAN wird abgeschaltet - Hyperion bekommt das Attribut disabled = 1
WLAN wird um 05.20 angeschaltet , ich warte 2 Minuten , Hyperion bekommt das Attribut diabled = 0
Synchroner LED-STRIP wird um 05.30 angeschaltet mit Sonnenaufgangsszenario
Leider klappt es in diesem Fall nur mit dem Strip.
Wenn ich dann zB. gegen 5.33 den Sonnenaufgang nochmal triggere, dann kommt Hyperion mit.
Ich habe auch den Eindruck dass dass Attribut disabled keine Wirkung hat... ?
VG
Joachim
Das Attribut heißt disable und nicht disabled.
Es lässt sich auch nur auf 1 setzen. 0 ist default und gibt es nicht zum einstellen.
Du kannst das Attribut dann mit "deleteattr <name> disable" entfernen.
Gruß
Dan
Hallo Dan,
das muss ich schauen, denke aber ich hab schon disable verwendet und nicht disabled.
Aber disable 0 hab ich definitiv verwendet, das muss ich dann ändern.
Aber vielleicht war das ja schon das ganze Problem :)
Schönes Wochenende
Falls dringend nötig kann ich auch noch die 0 für disable einbauen, sehe aber eigentlich keinen Grund dafür.
Gruß
Dan
Hi Dan,
Ich habe es jetzt mit deleteattr gemacht, jetzt passt alles.
LG
Joachim
Zitat von: Jack_n am 22 Oktober 2016, 08:34:02
Hi Dan,
Ich habe es jetzt mit deleteattr gemacht, jetzt passt alles.
LG
Joachim
Sehr schön, so soll es doch sein.
Na dann auf in ein schönes Wochenende...
Gruß
Dan
Habe gerade ein Update eingecheckt in dem ich noch das Attribut "disable 0" hinzugefügt habe.
Gruß
Dan
Ich habe wieder ein Update eingecheckt.
Es adressiert folgende Dinge:
- "disable 1" macht nun einen Disconnect, wird das Attribut entfernt oder auf 0 gesetzt so wird wieder eine Verbindung hergestellt, das kann einen Moment dauern da es nonblocking ist
- Readings werden jetzt immer dynamisch erzeugt, je nachdem welche Readings vom Hyperion Server geliefert werden
- set Kommandos werden jetzt immer dynamisch erzeugt, je nachdem welche Readings vorhanden sind und ob schon Konfig Dateien gelesen wurden
- fehlendes readingsEndUpdate ergänzt
- "event-on-change-reading .*" beim define hinzugefügt
- Anpassungen der commandref
Eventuell ist es mit den heutigen Änderungen auch wieder möglich ältere (oder auch ganz alte) Hyperion Versionen zu unterstützen. Aus Mangel an Testumgebung kann ich da nur auf Eure Hilfe hoffen.
@alle mit alten Hyperion Versionen die bislang ausgesperrt wurden:
Probiert es doch freundlicher Weise noch einmal aus ob FHEM wieder abschmiert wenn ihr das Hyperion Device definiert und das Attribut "hyperionVersionCheck 0" gesetzt habt, oder ob es nun funktioniert.
Ich wäre über Feedback diesbezüglich sehr erfreut und denke dass ich das Problem gelöst habe, oder noch lösen werde falls es weiterhin bestehen sollte.
Ich möchte gerne (sofern es geht) alle Hyperion Versionen mit diesem Modul bedienen können.
Gruß
Dan
P.S. An einer neuen (erweiterten) Version arbeite ich auch. Es wird noch dazu kommen:
- bestimmte Werte aus den Konfig Dateien in FHEM einlesen, als Readings darstellen und per set veränderbar machen
- neue Konfig Dateien mit den in FHEM veränderten Werten speichern
- aus Konfig veränderbare Werte sollen werden:
- device->name
- device->rate
- device->colorOrder
- color->smoothing
- blackborderdetector
- bootsequence
- jsonServer
- protoServer
- boblightServer
Zitat von: DeeSPe am 25 Oktober 2016, 03:28:01
P.S. An einer neuen (erweiterten) Version arbeite ich auch. Es wird noch dazu kommen:
- bestimmte Werte aus den Konfig Dateien in FHEM einlesen, als Readings darstellen und per set veränderbar machen
- neue Konfig Dateien mit den in FHEM veränderten Werten speichern
- aus Konfig veränderbare Werte sollen werden:
- device->name
- device->rate
- device->colorOrder
- color->smoothing
- blackborderdetector
- bootsequence
- jsonServer
- protoServer
- boblightServer
Ich bin schlichtweg begeistert. Vielen Dank für die vergangene Arbeit und die Umsetzung neuer Ideen!
Mit der neuen Version (Änderungen) könnte man dann eine Tageszeit(Helligkeits)abhängige Konfiguration umsetzen... da freue ich mich drauf
Ich habe während des Codens so drüber nachgedacht und verstehe ehrlich gesagt gar nicht wofür dieses Konfig Datei Lesen/Schreiben überhaupt gut sein soll!?
Es spart nur den Weg über einen anderen Editor!
Klar macht mir die Sache Spaß, aber macht mir auch eine Menge Arbeit (ist nicht mal eben schnell eingebaut wenn es ordentlich sein soll)...
Die Dinge die nur in der Konfig Datei veränderbar sind machen ja Sinn dass sie nur dort veränderbar sind.
Der Rest ist per diesem Modul während der Laufzeit einzustellen.
Und wenn ich wirklich diverse Konfigurationen brauche bei denen die Smoothing Werte verändert werden müssen oder die Bootsequenz anders sein soll dann lege ich die Dateien doch sowieso vorher an und nicht zur Laufzeit! Oder verstehe ich etwas falsch?
Ich bitte um wirklich sinnvolle Gründe warum das in das Modul sollte denn es macht (nach reichlich Überlegungen) keinen Sinn aus meiner Sicht!!!
Gruß
Dan
P.S. Lesen und Readings erstellen/verändern funktioniert schon in meiner Dev Version. 8)
Hallo Dan,
ich sehe das genau so wie du.
Wenn man unterschiedliche Konfigurationen will, dann macht man sie doch einfach und schaltet sie um. Viel mehr wie 3 oder 4 werden das im Normalfall eh nicht sein. Und das meiste kann man eh on the fly ändern (wie z.b. die von MaMi angedachte Helligkeit in Abhängigkeit der Tageszeit).
Gruß,
Kuzl
Hallo Dan,
ich brauche auch keine Möglichkeit die Config's per FHEM zu erzeugen / editieren - wüsste keinen Grund der hier Dynamik verlangt.
Zuweisen einer Config an Hyperion natürlich schon.
VG
Joachim
Danke Kuzl und Jack_n für Eure Meinungen und Unterstützung meiner Meinung.
Jetzt warte ich noch auf gegenteilige Meinungen, die mich versuchen zu überzeugen das doch einzubauen!
Na mal schauen ob da was kommt.
Gruß
Dan
Zitat von: DeeSPe am 27 Oktober 2016, 14:52:05
Danke Kuzl und Jack_n für Eure Meinungen und Unterstützung meiner Meinung.
Jetzt warte ich noch auf gegenteilige Meinungen, die mich versuchen zu überzeugen das doch einzubauen!
also ich bin auch der Meinung, dass es nicht nötig ist, sowas in fhem steuern zu können ;)
Beste Grüße
Andy
Schön dass es noch ein Weiterer so sieht.
Und da keine Gegenstimmen kommen mache ich diese Entwicklung nicht weiter.
Ich bräuchte von Euch aber mal bitte ein anderes Feedback!
Mit der aktuellen Hyperion Version 1.03.2 hat sich scheinbar etwas beim (neu)starten von Hyperion verändert.
Ich benutze nur den V4L2 Grabber oder im Testsystem den internen Grabber.
Bei beiden ist es nun so dass beim Neustart von Hyperion kurz der Starteffekt von FHEM festgestellt (und angezeigt) wird und danach geht mein Hyperion eigentlich aus, FHEM stellt es aber als Ambilight (clearall) dar.
Aus meiner Sicht hat sich was bei der Prioritätsanzeige im JSON beim Neustart verändert. Vor Hyperion Version 1.03.2 war nach Neustart und Zustand AUS keine Priorität im JSON enthalten. Nun nimmt die Priorität aber die default Priorität vom eingestellten Grabber an.
In meiner Dev Version habe ich das bereits gefixt, bin mir aber unsicher mit dem Einchecken des Updates! Eventuell ist ja das Verhalten bei Euch anders...
Vielen Dank im Voraus.
Gruß
Dan
Servus Dan,
das kann ich so nicht feststellen, aber was ich festgestellt habe, dass der Hyperion gar nicht gestartet wurde bei mir. Erst als ich dem $binpath ein ".sh" angehängt habe, startet Hyperion. Dann startet es aber so, wie es gewollt ist und ist direkt im clearall drin und nicht aus.
Ich hab LibreElec auf meinem RaspberryPi. Ich weiß nicht, ob ich deswegen .sh anhängen muss. Aber wenn ich direkt auf der Konsole den Befehl ohne .sh eintippe, kommt auch ein Fehler:
/storage/hyperion/bin/hyperiond /storage/hyperion/config/grabber
.config.json
/storage/hyperion/bin/hyperiond: error while loading shared libraries: libQtGui.so.4: cannot open shared object file: No such file or directory
Mit dem .sh Anhang startet es ohne Probleme.
Beste Grüße
Andy
edit: habe gerade in der Referenz gelesen, dass dieses Verhalten normal ist und ich einfach .sh beim hyperionBin Attribut anhängen soll^^
Zitat von: Andy89 am 27 Oktober 2016, 22:22:21
Servus Dan,
das kann ich so nicht feststellen, aber was ich festgestellt habe, dass der Hyperion gar nicht gestartet wurde bei mir. Erst als ich dem $binpath ein ".sh" angehängt habe, startet Hyperion. Dann startet es aber so, wie es gewollt ist und ist direkt im clearall drin und nicht aus.
Ich hab LibreElec auf meinem RaspberryPi. Ich weiß nicht, ob ich deswegen .sh anhängen muss. Aber wenn ich direkt auf der Konsole den Befehl ohne .sh eintippe, kommt auch ein Fehler:
/storage/hyperion/bin/hyperiond /storage/hyperion/config/grabber
.config.json
/storage/hyperion/bin/hyperiond: error while loading shared libraries: libQtGui.so.4: cannot open shared object file: No such file or directory
Mit dem .sh Anhang startet es ohne Probleme.
Beste Grüße
Andy
Jepp, das ist auch das typische Verhalten von OpenElec. Hatten wir erst vor kurzem hier das Thema und ich musste noch einen Fix dafür einbauen damit es richtig funktioniert. Eben genau wegen so Kleinigkeiten wie diesem speziellen .sh am Ende habe ich den Pfad dafür per Attribut konfigurierbar gemacht.
Das erinnert mich daran dass ich noch mal schauen muss warum die Fehlermeldung von der Konsole nicht auch in FHEM als Fehlermeldung ankommt!
Welchen Grabber benutzt Du denn? Das müsste dann der Kodi Grabber sein oder?
Wenn Du Hyperion mit dieser Konfig neustartest, in welchen Modus geht es dann automatisch, Ambilight oder aus? Und hast Du einen Starteffekt eingestellt?
Könntest Du mir evtl. mal den kompletten JSON Output beim statusRequest nach einem Neustart von Hyperion hier posten? Das wäre echt cool!
Den bekommst Du wenn Du "verbose 5" beim Hyperion Device setzt und dann den Event Monitor aufmachst und das Häkchen bei "FHEM log" setzt. Setzte verbose aber wieder zurück nachdem der Logeintrag da ist denn es kommen damit sehr viele Daten im Log an.
Danke im Voraus.
Gruß
Dan
Zitat von: DeeSPe am 27 Oktober 2016, 22:37:09
Jepp, das ist auch das typische Verhalten von OpenElec. Hatten wir erst vor kurzem hier das Thema und ich musste noch einen Fix dafür einbauen damit es richtig funktioniert. Eben genau wegen so Kleinigkeiten wie diesem speziellen .sh am Ende habe ich den Pfad dafür per Attribut konfigurierbar gemacht.
Das erinnert mich daran dass ich noch mal schauen muss warum die Fehlermeldung von der Konsole nicht auch in FHEM als Fehlermeldung ankommt!
ich muss gestehen, ich habe nicht den kompletten Thread gelesen und verfolgt :o :o
Zitat von: DeeSPe am 27 Oktober 2016, 22:37:09
Welchen Grabber benutzt Du denn? Das müsste dann der Kodi Grabber sein oder?
Als Grabber benutze ich meistens meinen HDMI Output, also den grabber-v4l2. Selten nutze ich Kodi direkt als Ambilight Quelle, da das ja auch über meinen HDMI Output geht :D :D
Zitat von: DeeSPe am 27 Oktober 2016, 22:37:09
Wenn Du Hyperion mit dieser Konfig neustartest, in welchen Modus geht es dann automatisch, Ambilight oder aus?
Es geht automatisch ins Ambiligt quasi clearall und das funktioniert auch.
Zitat von: DeeSPe am 27 Oktober 2016, 22:37:09
Und hast Du einen Starteffekt eingestellt?
Nein bisher habe ich keinen Starteffekt drin. Habe nun aber extra eine weitere Config mit StartEffekt gestartet. Der gewünschte Starteffekt startet in der richtigen Länge und danach ist mein Ambilight(clearall) an. Alles so wie es sein soll =)
Zitat von: DeeSPe am 27 Oktober 2016, 22:37:09
Könntest Du mir evtl. mal den kompletten JSON Output beim statusRequest nach einem Neustart von Hyperion hier posten? Das wäre echt cool!
Den bekommst Du wenn Du "verbose 5" beim Hyperion Device setzt und dann den Event Monitor aufmachst und das Häkchen bei "FHEM log" setzt. Setzte verbose aber wieder zurück nachdem der Logeintrag da ist denn es kommen damit sehr viele Daten im Log an.
Meinst du diese Antwort ?
2016.10.27 22:42:25 5 : AmbilightTV: Hyperion_Call: json object: {"command":"serverinfo"}
2016.10.27 22:42:25 5 : SW: {"command":"serverinfo"}
2016.10.27 22:42:25 5 : AmbilightTV: url 192.168.xx.xx:19444 returned result: {"info":{"activeEffects":[],"activeLedColor":[],"adjustment":[{"blueAdjust":[0,0,255],"greenAdjust":[0,255,0],"id":"default","redAdjust":[255,0,0]}],"correction":[{"correctionValues":[255,255,255],"id":"default"}],"effects":[{"args":{"color-end":[238,173,47],"color-start":[136,97,7],"fade-time":5.0},"name":"Cinema brighten lights","script":"/storage/hyperion/effects/fade.py"},{"args":{"color-end":[136,97,7],"color-start":[238,173,47],"fade-time":5.0},"name":"Cinema dim lights","script":"/storage/hyperion/effects/fade.py"},{"args":{"color":[255,0,0],"fadeFactor":0.70,"speed":1.0},"name":"Knight rider","script":"/storage/hyperion/effects/knight-rider.py"},{"args":{"blobs":5,"color":[0,0,255],"hueChange":60.0,"reverse":false,"rotationTime":60.0},"name":"Blue mood blobs","script":"/storage/hyperion/effects/mood-blobs.py"},{"args":{"baseChange":true,"baseColorChangeRate":2.0,"baseColorRangeLeft":160,"baseColorRangeRight":320,"blobs":5,"color":[0,0,255],"hueChange":30.0,"reverse":false,"rotationTime":60.0},"name":"Cold mood blobs","script":"/storage/hyperion/effects/mood-blobs.py"},{"args":{"baseChange":true,"baseColorChangeRate":0.20,"baseColorRangeLeft":0,"baseColorRangeRight":360,"blobs":5,"colorRandom":true,"hueChange":30.0,"reverse":false,"rotationTime":60.0},"name":"Full color mood blobs","script":"/storage/hyperion/effects/mood-blobs.py"},{"args":{"blobs":5,"color":[0,255,0],"hueChange":60.0,"reverse":false,"rotationTime":60.0},"name":"Green mood blobs","script":"/storage/hyperion/effects/mood-blobs.py"},{"args":{"blobs":5,"color":[255,0,0],"hueChange":60.0,"reverse":false,"rotationTime":60.0},"name":"Red mood blobs","script":"/storage/hyperion/effects/mood-blobs.py"},{"args":{"baseChange":true,"baseColorChangeRate":2.0,"baseColorRangeLeft":333,"baseColorRangeRight":151,"blobs":5,"color":[255,0,0],"hueChange":30.0,"reverse":false,"rotationTime":60.0},"name":"Warm mood blobs","script":"/storage/hyperion/effects/mood-blobs.py"},{"args":{"color_one":[255,0,0],"color_two":[0,0,255],"colors_count":10,"reverse":false,"rotation-time":1.50},"name":"Police Lights Single","script":"/storage/hyperion/effects/police.py"},{"args":{"color_one":[255,0,0],"color_two":[0,0,255],"reverse":false,"rotation-time":1.0},"name":"Police Lights Solid","script":"/storage/hyperion/effects/police.py"},{"args":{"brightness":1.0,"reverse":false,"rotation-time":60.0},"name":"Rainbow mood","script":"/storage/hyperion/effects/rainbow-mood.py"},{"args":{"brightness":1.0,"reverse":false,"rotation-time":3.0},"name":"Rainbow swirl fast","script":"/storage/hyperion/effects/rainbow-swirl.py"},{"args":{"brightness":1.0,"reverse":false,"rotation-time":20.0},"name":"Rainbow swirl","script":"/storage/hyperion/effects/rainbow-swirl.py"},{"args":{"saturation":1.0,"speed":1.0},"name":"Random",
"script":"/storage/hyperion/effects/random.py"},{"args":{"colorLevel":230,"speed":1.50,"whiteLevel":100},"name":"Running dots","script":"/storage/hyperion/effects/running_dots.py"},{"args":{"alarm-color":[255,0,0],"post-color":[255,174,11],"shutdown-enabled":false,"speed":1.20},"name":"System Shutdown","script":"/storage/hyperion/effects/shutdown.py"},{"args":{"color":[255,0,0],"percentage":10,"rotation-time":12.0},"name":"Snake","script":"/storage/hyperion/effects/snake.py"},{"args":{"brightness":1.0,"color":[255,255,255],"random-color":true,"reverse":false,"rotation-time":3.0,"saturation":1.0,"sleep-time":0.050},"name":"Sparks Color","script":"/storage/hyperion/effects/sparks.py"},{"args":{"brightness":1.0,"color":[255,255,255],"random-color":false,"reverse":false,"rotation-time":3.0,"saturation":1.0,"sleep-time":0.050},"name":"Sparks","script":"/storage/hyperion/effects/sparks.py"},{"args":{"color":[0,0,255],"frequency":10.0},"name":"Strobe blue","script":"/storage/hyperion/effects/strobe.py"},{"args":{"color":[188,17,66],"frequency":10.0},"name":"Strobe Raspbmc","script":"/storage/hyperion/effects/strobe.py"},{"args":{"color":[255,255,255],"frequency":10.0},"name":"Strobe white","script":"/storage/hyperion/effects/strobe.py"},{"args":{"speed":1.0},"name":"Color traces","script":"/storage/hyperion/effects/traces.py"},{"args":{"ListenIP":"239.255.28.01","ListenPort":2801},"name":"UDP multicast listener","script":"/storage/hyperion/effects/udp.py"},{"args":{"ListenPort":2391},"name":"UDP listener","script":"/storage/hyperion/effects/udp.py"},{"args":{"sleepTime":0.750},"name":"X-Mas","script":"/storage/hyperion/effects/x-mas.py"}],"hostname":"AmbilightPi","hyperion_build":[{"time":"Jul 25 2016 06:54:36","version":"V1.03.2 (brindosch-99d9396/d3713a8-1469452981"}],"priorities":[{"duration_ms":939,"priority":900}],"temperature":[{"correctionValues":[255,255,255],"id":"default"}],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[1.0,1.0,1.0],"id":"default","luminanceGain":1.0,"luminanceMinimum":0.0,"saturationGain":1.0,"saturationLGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true} Beste Grüße
Andy
Vielen Dank für Deine detailliertes und wertvolles Feedback!
Es hat mich, denke ich, auf die richtige Spur gebracht.
Ja, es war der Output den ich habe wollte! 8)
Ich glaube jetzt die Logik durchschaut zu haben und habe es jetzt wohl richtig gefixt.
Werde das mal noch ein paar Mal testen und dann werde ich das Update mit anderen kleinen Korrekturen einchecken.
Gruß
Dan
Habe nun reichlich getestet und das Update eingecheckt.
Gibt's dann wie immer ab morgen früh im Update oder ab sofort in SVN.
Changelog:
- Erkennung des off Status nach dem Starteffekt behoben
- ein paar Readingswerte und -bereiche angepasst
- Slider auf neue Werte angepasst
- "event-on-update-reading serverResponse" beim define hinzugefügt
- Anpassungen der commandref
Jetzt steht noch die richtige Log Ausgabe eventueller Fehlermeldungen der Konsole auf meiner ToDo Liste. Da muss ich mich nochmal in Ruhe ransetzen, kann eigentlich auch nicht viel sein. ???
Gruß
Dan
Hy =)
freut mich das du Projekt weiter führst, ich bin leider Zeitlich zu nichts mehr gekommen :(
Aber eine Frage:
Kann ich bei deinem Modul irgendwie die Meldung abstellen das der Hyperion Server nicht erreichbar ist? Er spamt mir im Minuten Takt das Log voll:
Zitat2016.10.28 10:52:51 3: Opening hyperion device osmc:19444
2016.10.28 10:52:51 3: Can't connect to osmc:19444: gethostbyname osmc failed
Verbose 2 würde zwar gehn, aber da hab ich bedenken ob mir andere Log Eintrage auch verloren gehn.
Zitat von: Bootscreen am 28 Oktober 2016, 10:58:54
Hy =)
freut mich das du Projekt weiter führst, ich bin leider Zeitlich zu nichts mehr gekommen :(
Aber eine Frage:
Kann ich bei deinem Modul irgendwie die Meldung abstellen das der Hyperion Server nicht erreichbar ist? Er spamt mir im Minuten Takt das Log voll:Verbose 2 würde zwar gehn, aber da hab ich bedenken ob mir andere Log Eintrage auch verloren gehn.
Ach schau mal einer an, der eigentliche Initiator dieses Projekts schaut mal vorbei. 8)
Ich hoffe Du hast nichts dagegen dass ich mich der Sache mal etwas näher angenommen habe und nun ein "richtiges" FHEM Modul daraus gemacht habe. ???
Funktioniert denn Dein Hyperion Device so mit dem Namen osmc? Es sieht für mich so aus als wenn die Namensauflösung nicht klappt und FHEM somit keine Verbindung herstellen kann!?
Die Log Meldung lässt sich wie Du schon bemerkt hast nur mit "verbose 2" unterdrücken. Und das ist Absicht so! Denn genau das soll ja auch in's Log, da es sich hier um eine wichtige Fehlermeldung handelt.
Gruß
Dan
P.S. Habe bemerkt dass es immer noch Probleme mit der an/aus/rgb Erkennung gibt. Werde das heute versuchen nochmal komplett aufzudröseln um dem endlich mal ein Ende zu setzen.
Gruß
Dan
Alles gut ^^ Freut mich das es nich in der Versenkung verschwunden ist =)
Ja das funktioniert, solange halt der PI mit Hyperion auch an ist. FHEM läuft auf einem PI 24/7 Hyperion läuft auf einem PI im Wohnzimmer nur dann wenn wir Film schauen und ist halt das Problem. Schaut niemand Film ist der Hyperion PI aus und FHEM meckert.
Wird sonst nichts weiter auf der 3 geloggt? Weil dann kann ich es runtersetzen. Andernfalls würde ich das ungern machen da mir dann zuviele Meldungen verloren gehn. Wäre es nich möglich nen attr ala supressOfflineLog oder so einzubauen wo die Meldung das der Host nicht erreichbar ist unterdrückt werden?
Zitat von: Bootscreen am 28 Oktober 2016, 12:05:49
Alles gut ^^ Freut mich das es nich in der Versenkung verschwunden ist =)
Ja das funktioniert, solange halt der PI mit Hyperion auch an ist. FHEM läuft auf einem PI 24/7 Hyperion läuft auf einem PI im Wohnzimmer nur dann wenn wir Film schauen und ist halt das Problem. Schaut niemand Film ist der Hyperion PI aus und FHEM meckert.
Wird sonst nichts weiter auf der 3 geloggt? Weil dann kann ich es runtersetzen. Andernfalls würde ich das ungern machen da mir dann zuviele Meldungen verloren gehn. Wäre es nich möglich nen attr ala supressOfflineLog oder so einzubauen wo die Meldung das der Host nicht erreichbar ist unterdrückt werden?
Hast Du evtl. die Möglichkeit durch Auswertung anderer Events festzustellen ob Dein Hyperion Pi an oder aus ist? Bzw. wie fährst Du Deinen Hyperion Pi hoch/runter?
Dann könntest Du nämlich "disable 1" im Hyperion Device setzen und die Logmeldungen sollten ausbleiben. Sobald Du dann den Hyperion Pi wieder startest, könntest Du "disable 0" setzen oder mit deleteattr das Attribut komplett löschen.
Gruß
Dan
die idee ist gar nicht verkehrt, dann entsteht in der zwischenzeit auch keine Last weil immer geprüft wird. Und ja die hab ich, hab in FHEM noch KODI eingerichtet, anhand dessen könnte ich das setzen
Na siehste!!!
Probier mal ob das so funktioniert und die Log Meldungen dann ausbleiben.
Gruß
Dan
Nun habe ich endlich den Fehler gefunden.
Meine Vermutung dass es an der off/rgb/clearall Erkennung lag war falsch, die ist jetzt so zuverlässig wie sie sein muss.
An einer ganz anderen Stelle bin ich dann fündig geworden und über meinen eigenen Fehler gestolpert.
Es war ein Problem was sich schon immer im Modul befand, aber nur unter bestimmten Umständen zum Tragen kam.
Und zwar wird off immer mit Priorität 0 gesetzt. Das wird immer dann problematisch wenn man per Attribut hyperionDefaultPriority einen anderen Wert als den Defaultwert von 0 setzt, denn dann kann man nach off keinen anderen Modus mehr setzen.
Habe das jetzt endgültig gefixt. Gibt's ab morgen im Update. Hoffentlich kann ich die ausbleibenden Fehler Log Ausgaben der Konsole noch bis zum Einchecken beheben, dann wäre ich endlich mal durch damit. 8)
Gruß
Dan
Hab soeben ein Update mit ein paar Fixes eingecheckt.
Changelog:
- falsche Priorität für off behoben
- Probleme mit dim/dimUp/dimDown behoben
- ein einfaches clear ohne Angabe eines Wertes cleart nun die default Priorität
- im default Attribut webCmd toogle ersetzt durch dimDown und dimUp
- neues default Attribut cmdIcon
Das mit den fehlenden Log/Reading Ausgaben falls Hyperion beim Neustart einen Fehler ausspuckt und nicht starten kann dauert noch etwas.
Gruß
Dan
Rückmeldung nach einigen Tagen: es funktioniert perfekt. Dank dir =)
Bitte gerne!!!
Danke Dir für die Rückmeldung...
Gruß
Dan
Kann ich dich bitten einen Mode Toggle einzubauen? Hintergrund ist, dass ich mit einem Gpio und Taster Hyperion einschalte. Klappt gut nur kann ich den Mode ja nicht über den Taster umschalten. Dazu brauche ich Toggle. Würde gerne den Mode über Longpress toggeln :)
Zitat von: Dersch am 31 Oktober 2016, 17:00:01
Kann ich dich bitten einen Mode Toggle einzubauen? Hintergrund ist, dass ich mit einem Gpio und Taster Hyperion einschalte. Klappt gut nur kann ich den Mode ja nicht über den Taster umschalten. Dazu brauche ich Toggle. Würde gerne den Mode über Longpress toggeln :)
toggle gibt es doch bereits!
Das wechselt zwischen aus und dem zu letzt eingestelltem Mode hin und her.
Gruß
Dan
Ja und das verwende ich ja auch :) nun wäre es noch toll den Mode zu toggeln bzw durchzuschalten. Aber mit nem taster kann ich das ja nur über toggle. Oder fällt dir ne andere Möglichkeit ein?
Ahhh, jetzt verstehe ich besser was Du möchtest!
Ergänzend zu toggle also noch toggleMode um Mode durchzuschalten.
Ich denke das lässt sich im Modul relativ leicht realisieren. Gucke ich mir später mal an.
Bisher würde das nur über den Klick auf ein Custom devStateIcon funktionieren. Das nützt Dir aber nicht viel denke ich.
Gruß
Dan
Ja genau :) das wäre Super! Dann muss meine Frau in der Küche nur noch den Wandtaster bedienen um zwischen Aus, Lieblingsfarbe oder Lieblingseffect zu schalten :D
Neben der eigentlichen Funktionalität ist wohl der WAF der zweitwichtigste Faktor an unserem Hobby, damit wir diesem weiter frönen können...
Baue ich ein!
Melde mich bald mit einer Testversion.
Gruß
Dan
Schon erledigt! 8)
Hier die Testversion mit toggleMode.
Ich denke es funktioniert so wie Du möchtest.
Bitte nicht wundern, die Datei ist einiges größer geworden.
Bin gerade dabei endlich mal die deutsche commandref zu ergänzen, die ist schon komplett mit dran, aber erst zur Hälfte übersetzt.
Gruß
Dan
EDIT: Modul entfernt, ab 1.11.2016 im Update.
Boha das ging ja schnell! :D Ich teste gleich mal ;D
Funktioniert perfekt!! Super! 8) Danke :D
Das war ja schnell getestet!!!! 8)
Mache es gerade noch per Attribut konfigurierbar.
Damit kannst Du dann selbst bestimmen welche Modes in welcher Reihenfolge geschaltet werden sollen, falls man nicht alle Modes benötigt bzw. in einer anderen Reihenfolge.
Gruß
Dan
Super! Genau das hatte ich noch im kopf eben beim testen. TV modus gibt es bei mir nicht :D
Zitat von: Dersch am 31 Oktober 2016, 23:48:10
Super! Genau das hatte ich noch im kopf eben beim testen. TV modus gibt es bei mir nicht :D
Wenn Du mal noch schnell testen möchtest???
Neues Attribut hyperionToggleModes (kommasepariert).
Gruß
Dan
EDIT: Modul entfernt, ab 1.11.2016 im Update.
OK :)
Zitat von: Dersch am 31 Oktober 2016, 23:58:08
OK :)
Klappt also wie erwartet?
Dann würde ich das inklusive deutscher Commandref jetzt einchecken.
Gruß
Dan
Funktioniert astrein! :D
Das Update ist eingecheckt und steht ab morgen früh per Update zur Verfügung.
Changelog:
- neuer set Befehl toggleMode um die Modi durchzuschalten
- neues Attribut hyperionToggleModes um die für toggleMode verfügbaren Modi und deren Reihenfolge festzulegen (kommaseparierte Liste)
- dimDown/dimUp Befehle um Textfelder ergänzt
- Attribut widgetOverride beim define hinzugefügt um aus den Textfeldern für dimDown/dimUp wieder Schaltflächen für webCmd zu machen
- weitere kleine Anpassungen
- commandref angepasst
- commandref in deutsch hinzugefügt
Gruß
Dan
Zitat von: DeeSPe am 08 August 2016, 13:15:02
Zu den effectArgs:
Den Effekt zu setzen und dabei die Args selber zu übergeben funktioniert? Habe ich noch nie gemacht/probiert.
Das wäre möglich zu implementieren, zumindest so dass man in dem "set %NAME effect [duration] [priority]" als letzten optionalen Parameter effectArgs mit aufnimmt. Etwa so "set %NAME effect [duration] [priority] [effectArgs]". Die effectArgs müssten aber manuell in raw (JSON) definiert werden.
Hallo DeeSPe,
Hatte das Thema in letzter Zeit leider etwas aus den Augen verloren. Könntest den Parameter "effectArgs" schon mit einbauen? Habe in der Commandref hierzu nichts gefunden.
Gruß
Schlimbo
So aus Interesse, was bringt das einem? Aus der Beschreibung wird mir das nicht ganz klar.
Mit den Effect arguments kann man einige Parameter der Effekte verändern, so kann man z.B. bei dem Effekt "strobe blue" über effectArgs einfach die Frequenz verändern oder auch die Farbe und somit den Strobe Effekt mit jeder beliebigen Farbe und Blinkfrequenz verwenden.
Siehe hierzu auch:
https://hyperion-project.org/wiki/hyperion-remote-JSON-interface (https://hyperion-project.org/wiki/hyperion-remote-JSON-interface)
Oh ja, das wäre nice. Dann müsste ich nicht jedesmal nen neuen Effekt in hyperion einbauen wenn ich nur ne andre Farbe brauche ^^
Das klingt ziemlich gut :D
Zitat von: Schlimbo am 01 November 2016, 09:17:24
Hallo DeeSPe,
Hatte das Thema in letzter Zeit leider etwas aus den Augen verloren. Könntest den Parameter "effectArgs" schon mit einbauen? Habe in der Commandref hierzu nichts gefunden.
Gruß
Schlimbo
Habe da ehrlich gesagt gar nicht mehr dran gedacht.
Schaue ich mir aber nun auf alle Fälle an ob das auch über den JSON Server funktioniert.
Gruß
Dan
Hallo,
ich wollte heute den togglemode einrichten, aber leider funktioniert es nicht:
hyperionToggleModes clearall,rgb habe ich eingetragen, aber er schaltet nur rgb<->off oder off<->clerall aber nicht wie ich gerne hätte rgb<->clerall.
Muss ich da noch etwas eintragen?
Gruß Rolf
Das funktioniert schon wie gewünscht!
Allerdings muss, damit toogleMode funktionieren kann, auch einer der beiden Modi aktuell eingeschaltet sein.
Wenn Du also rgb oder clearall eingestellt hast, dann funktioniert toggleMode mit rgb,clearall.
Wenn Du aber off oder effect an hast, dann geht toggleMode nicht mit rgb,clearall.
Immer wenn ein aktueller Status nicht in der Liste ist, dann fällt es zurück auf off.
Ich kann ja nur die angegebene Liste parsen und wenn dort der aktuelle Modus nicht enthalten ist greift der Fallback.
Wie sollte es denn möglicherweise anders funktionieren können?
Gruß
Dan
Hallo,
@DeeSPe
leider funktioniert es nicht, wenn ich clerall oder rgb eingebe und dann auf toogle gehe wird auf off geschaltet.
Gruß Rolf
Zitat von: DeeSPe am 02 November 2016, 23:03:01
Ich kann ja nur die angegebene Liste parsen und wenn dort der aktuelle Modus nicht enthalten ist greift der Fallback.
Wie sollte es denn möglicherweise anders funktionieren können?
Wie wäre es wenn du, sobald der aktuelle Status nicht in der Liste ist, den ersten aus der Liste nimmst und danach immer zwischen den aus der Liste durchschaltest?
Zitat von: rvideobaer am 03 November 2016, 21:43:10
Hallo,
@DeeSPe
leider funktioniert es nicht, wenn ich clerall oder rgb eingebe und dann auf toogle gehe wird auf off geschaltet.
Gruß Rolf
Nachdem ich hyperionToggleModes auf rgb,clearall gestellt habe und Hyperion einen dieser Modes eingeschaltet hat, kann ich (so wie es sein soll) mit toggleMode (nicht toggle) die vorgegebenen Modes durchschalten.
Zitat von: Bootscreen am 04 November 2016, 06:16:06
Wie wäre es wenn du, sobald der aktuelle Status nicht in der Liste ist, den ersten aus der Liste nimmst und danach immer zwischen den aus der Liste durchschaltest?
Sehr gute Idee!!!
Habe ich so geändert und gibt es dann ab morgen im Update. 8)
Gruß
Dan
Hat die Änderung an toggleMode schon jemand getestet?
Funktioniert das nun wie erwartet?
Gruß
Dan
Soweit ich das beurteilen kann ja. :)
ich hab gestern bei mir geupdated und hab nun das problem das die dimDown und dimUp Felder im webCmd komisch aussehen (siehe Bild) und er mir als Status off ausgibt obwohl das Ambilight von Kodi aktiv ist.
Und noch ne Frage, wie bzw. worauf bezieht sich das Dim egtl? Kann ich damit auch das Ambilight von Kodi dimmen oder geht das nur mit Effekten oder einzel Farben?
Zitat von: Bootscreen am 12 November 2016, 13:23:23
ich hab gestern bei mir geupdated und hab nun das problem das die dimDown und dimUp Felder im webCmd komisch aussehen (siehe Bild) und er mir als Status off ausgibt obwohl das Ambilight von Kodi aktiv ist.
Für dimUp/dimDown hatte ich beim letzten Update umgestellt auf textField. Deshalb sieht es jetzt so bei Dir aus.
Mit "attr <name> widgetOverride dimUp:noArg dimDown:noArg" bekommst Du es wieder behoben. Das wird auch beim ersten define so mit angelegt, nur halt nachträglich nicht.
Ich musste nochmal ein wenig an der clearall/off Erkennung arbeiten weil es immer noch nicht richtig hingehauen hatte. Bei mir stimmt es nun! Aber scheinbar gibt es nun mit Kodi ein Problem??
Zur genauen Analyse bräuchte ich mal den Log Output mit verbose 5 wenn der Status falsch erkannt wird. Da ist dann der komplette JSON String mit dabei den er vom Server holt.
Zitat von: Bootscreen am 12 November 2016, 13:23:23
Und noch ne Frage, wie bzw. worauf bezieht sich das Dim egtl? Kann ich damit auch das Ambilight von Kodi dimmen oder geht das nur mit Effekten oder einzel Farben?
dim dimmt nur rgb indem es das entsprechend runterrechnet. Im Prinzip verändert das nur den rgb Wert (hell/dunkel), behält aber die Farbe bei.
Gruß
Dan
achso, ok. dank dir für die Aufklärung =)
Hier das Result meines get StatusRequest:
{"info":{"activeEffects":[],"activeLedColor":[],"adjustment":[{"blueAdjust":[0,0,255],"greenAdjust":[0,255,0],"id":"default","redAdjust":[255,0,0]}],"correction":[{"correctionValues":[255,255,255],"id":"default"}],"effects":[{"args":{"color-end":[238,173,47],"color-start":[136,97,7],"fade-time":5.0},"name":"Cinema brighten lights","script":"/usr/share/hyperion/effects/fade.py"},{"args":{"color-end":[136,97,7],"color-start":[238,173,47],"fade-time":5.0},"name":"Cinema dim lights","script":"/usr/share/hyperion/effects/fade.py"},{"args":{"color":[255,0,0],"fadeFactor":0.70,"speed":1.0},"name":"Knight rider","script":"/usr/share/hyperion/effects/knight-rider.py"},{"args":{"blobs":5,"color":[0,0,255],"hueChange":60.0,"reverse":false,"rotationTime":60.0},"name":"Blue mood blobs","script":"/usr/share/hyperion/effects/mood-blobs.py"},{"args":{"baseChange":true,"baseColorChangeRate":2.0,"baseColorRangeLeft":160,"baseColorRangeRight":320,"blobs":5,"color":[0,0,255],"hueChange":30.0,"reverse":false,"rotationTime":60.0},"name":"Cold mood blobs","script":"/usr/share/hyperion/effects/mood-blobs.py"},{"args":{"baseChange":true,"baseColorChangeRate":0.20,"baseColorRangeLeft":0,"baseColorRangeRight":360,"blobs":5,"colorRandom":true,"hueChange":30.0,"reverse":false,"rotationTime":60.0},"name":"Full color mood blobs","script":"/usr/share/hyperion/effects/mood-blobs.py"},{"args":{"blobs":5,"color":[0,255,0],"hueChange":60.0,"reverse":false,"rotationTime":60.0},"name":"Green mood blobs","script":"/usr/share/hyperion/effects/mood-blobs.py"},{"args":{"blobs":5,"color":[255,0,0],"hueChange":60.0,"reverse":false,"rotationTime":60.0},"name":"Red mood blobs","script":"/usr/share/hyperion/effects/mood-blobs.py"},{"args":{"baseChange":true,"baseColorChangeRate":2.0,"baseColorRangeLeft":333,"baseColorRangeRight":151,"blobs":5,"color":[255,0,0],"hueChange":30.0,"reverse":false,"rotationTime":60.0},"name":"Warm mood blobs","script":"/usr/share/hyperion/effects/mood-blobs.py"},{"args":{"color_one":[255,0,0],"color_two":[0,0,255],"colors_count":10,"reverse":false,"rotation-time":1.50},"name":"Police Lights Single","script":"/usr/share/hyperion/effects/police.py"},{"args":{"color_one":[255,0,0],"color_two":[0,0,255],"reverse":false,"rotation-time":1.0},"name":"Police Lights Solid","script":"/usr/share/hyperion/effects/police.py"},{"args":{"brightness":1.0,"reverse":false,"rotation-time":60.0},"name":"Rainbow mood","script":"/usr/share/hyperion/effects/rainbow-mood.py"},{"args":{"brightness":1.0,"reverse":false,"rotation-time":3.0},"name":"Rainbow swirl fast","script":"/usr/share/hyperion/effects/rainbow-swirl.py"},{"args":{"brightness":1.0,"reverse":false,"rotation-time":20.0},"name":"Rainbow swirl","script":"/usr/share/hyperion/effects/rainbow-swirl.py"},{"args":{"saturation":1.0,"speed":1.0},"name":"Random","script":"/usr/share/hyperion/effects/random.py"},{"args":{"colorLevel":230,"speed":1.50,"whiteLevel":100},"name":"Running dots","script":"/usr/share/hyperion/effects/running_dots.py"},{"args":{"alarm-color":[255,0,0],"post-color":[255,174,11],"shutdown-enabled":false,"speed":1.20},"name":"System Shutdown","script":"/usr/share/hyperion/effects/shutdown.py"},{"args":{"color":[255,0,0],"percentage":10,"rotation-time":12.0},"name":"Snake","script":"/usr/share/hyperion/effects/snake.py"},{"args":{"brightness":1.0,"color":[255,255,255],"random-color":true,"reverse":false,"rotation-time":3.0,"saturation":1.0,"sleep-time":0.050},"name":"Sparks Color","script":"/usr/share/hyperion/effects/sparks.py"},{"args":{"brightness":1.0,"color":[255,255,255],"random-color":false,"reverse":false,"rotation-time":3.0,"saturation":1.0,"sleep-time":0.050},"name":"Sparks","script":"/usr/share/hyperion/effects/sparks.py"},{"args":{"color":[0,0,255],"frequency":10.0},"name":"Strobe blue","script":"/usr/share/hyperion/effects/strobe.py"},{"args":{"color":[188,17,66],"frequency":10.0},"name":"Strobe Raspbmc","script":"/usr/share/hyperion/effects/strobe.py"},{"args":{"color":[255,0,0],"frequency":10.0},"name":"Strobe red","script":"/usr/share/hyperion/effects/strobe.py"},{"args":{"color":[255,255,255],"frequency":10.0},"name":"Strobe white","script":"/usr/share/hyperion/effects/strobe.py"},{"args":{"speed":1.0},"name":"Color traces","script":"/usr/share/hyperion/effects/traces.py"},{"args":{"ListenIP":"239.255.28.01","ListenPort":2801},"name":"UDP multicast listener","script":"/usr/share/hyperion/effects/udp.py"},{"args":{"ListenPort":2391},"name":"UDP listener","script":"/usr/share/hyperion/effects/udp.py"},{"args":{"sleepTime":0.750},"name":"X-Mas","script":"/usr/share/hyperion/effects/x-mas.py"}],"hostname":"osmc","hyperion_build":[{"time":"Jul 25 2016 06:54:36","version":"V1.03.2 (brindosch-99d9396/d3713a8-1469452981"}],"priorities":[{"duration_ms":129,"priority":900},{"priority":990}],"temperature":[{"correctionValues":[255,255,255],"id":"default"}],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[2.0,2.0,1.0],"id":"default","luminanceGain":1.0,"luminanceMinimum":0.0,"saturationGain":1.0,"saturationLGain":1.0,"threshold":[0.10,0.150,0.150],"valueGain":2.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true}
Jetzt haben wir echt ein riesen Problem! ???
Ich sehe keinen Unterschied zwischen Deinem und meinem JSON. Bei mir ist es definitiv aus wenn das JSON so aussieht.
Bin schon lange der Meinung dass das ein Problem von Hyperion (V1.03.2) ist. Denn im besten Falle zeigt mir FHEM beim Start von Hyperion kurz den Starteffekt an (Erkennung stimmt hier). Da mein Hyperion danach nicht in den clearall Mode geht sondern aus, müsste bei mir eigentlich "activeLedColor":[0,0,0] stehen, tut es aber nicht sondern es ist leer ("activeLedColor":[]), was eigentlich dann auf clearall deutet.
Schaffe es heute leider nicht mehr, aber werde morgen mal die Jungs von Hyperion anschreiben deswegen. Stehe in ganz gutem Kontakt mit denen.
Sobald ich was weiß melde ich mich.
Mit den Argumenten für die Effekte bin ich wegen anderer Projekte auch gerade etwas hinterher. Bin da aber noch dran und wenn es wirklich funktioniert per JSON dann kommt es auch in das Modul.
Gruß
Dan
Hab die Problematik gerade mal bei den Leuten von Hyperion im Forum gepostet.
Mal schauen was die dazu sagen. Ich denke nur leider dass eine Fehlerbeseitigung kaum noch kommen wird da sie sich im Moment auf V2.0 konzentrieren.
Sobald ich was weiß sage ich hier wieder Bescheid.
Gruß
Dan
P.S. @Bootscreen: Was ist denn wenn Du in FHEM den Modus manuell setzt, ist der Status in FHEM dann richtig?
wenn ich in Fhem ein Clearall mache wird mir das auch angezeigt, ebenfalls bei einem off.
Wäre es nicht evtl eine Idee zu schauen ob es deine off Priorität 0 gibt? Weil das scheint mir der einzige unterschied zwischen dem JSON von off und clearall zu sein.
Zitat von: Bootscreen am 13 November 2016, 16:57:38
wenn ich in Fhem ein Clearall mache wird mir das auch angezeigt, ebenfalls bei einem off.
Erklärbar, denn dann gibt es eine eindeutig definierte Priorität.
Zitat von: Bootscreen am 13 November 2016, 16:57:38
Wäre es nicht evtl eine Idee zu schauen ob es deine off Priorität 0 gibt? Weil das scheint mir der einzige unterschied zwischen dem JSON von off und clearall zu sein.
Nein das geht leider nicht, die Priorität 0 kommt erst vom Modul.
Gruß
Dan
Hallo,
bin mir jetzt nicht sicher, auf was beziehst du das dim genau? Funktioniert das nur wenn eine feste Farbe angezeigt wird?
ich würde es logischer finden, wenn sich das auf das gain bezieht, denn damit kann man ja im Grunde dann die Helligkeit im Ambilight-Modus einstellen.
Evtl kann man das ja Modusbezogen machen?
Gruß,
Kuzl
Zitat von: DeeSPe am 12 November 2016, 13:53:13
dim dimmt nur rgb indem es das entsprechend runterrechnet. Im Prinzip verändert das nur den rgb Wert (hell/dunkel), behält aber die Farbe bei.
dim ist halt wirklich nur für rgb!
Wenn Du lieber den valueGain Slider sehen willst, dann nimm einfach dimUp und dimDown aus webCmd raus und packe valueGain dafür rein. Das kann sich jeder selbst anpassen, so wie er/sie gerne hätte.
Dann würde das wie im angehängten Screenshot aussehen.
Eine Modusabhängigkeit empfinde ich nicht als nötig. Es macht auch keinen Sinn wenn das Modul selber ständig das Attribut webCmd verändert.
Gruß
Dan
gäbe es dort eine Möglichkeit valueGainUp und valueGainDown zu bekommen? Dann könnte ich das nämlich auf meiner Harmony auf 2 Tasten legen :D
Zitat von: Bootscreen am 14 November 2016, 13:52:08
gäbe es dort eine Möglichkeit valueGainUp und valueGainDown zu bekommen? Dann könnte ich das nämlich auf meiner Harmony auf 2 Tasten legen :D
Klar, machbar ist (fast) alles.
Wenn das wirklich benötigt wird dann baue ich das gerne ein.
Gruß
Dan
Benötigen wäre der falsche Ausdruck. Es wäre nice to have. Wichtiger wäre, zumindest für mich, die Sache mit den eventargs und, sofern machbar, eigene Set befehle. Im Grunde sowas wie cmd alias nur halt ohne zusätzliches Device ^^
Gesendet von meinem Nexus 10 mit Tapatalk
Zitat von: Bootscreen am 14 November 2016, 14:40:59
Benötigen wäre der falsche Ausdruck. Es wäre nice to have. Wichtiger wäre, zumindest für mich, die Sache mit den eventargs und, sofern machbar, eigene Set befehle. Im Grunde sowas wie cmd alias nur halt ohne zusätzliches Device ^^
Sicher meinst Du die Effekt Args! 8)
Bin leider i.M. zu selten zu hause um das in Ruhe auszuprobieren.
Auf meinem Dev-Laptop, ohne real anzeigenden Hyperion, ist es nicht herauszubekommen ob der die übergebenen Args übernommen hat.
Evtl. komme ich Ende der Woche zum Testen.
Was meinst Du noch mit eigene Set Befehle?
Gruß
Dan
Kenn ich, wenn du Hilfe brauchst sag bescheid, sofern ichs zeitlich schaffe helf ich gerne.
Ich meinte damit im Grunde das was man mit cmdAlias und Eventmap auch kann nur halt ohne neues Device sondern als Attribut.
Ich hatte da sowas im Kopf:
attr <hyperion device> userSet <name>:<command>|<name>:<command>
name ist dann das was unter set auftaucht, z.B. blinkeGruen und als command dann den kompletten String den man normalerweise bei "set <hyperion>" angibt. Da die set Befehle mit EffectArgs unheimlich lang werden können, wäre das halt eine schöne Variante.
Ich hoffe ich konnte erklären was ich meine
Zitat von: Bootscreen am 14 November 2016, 17:11:56
Kenn ich, wenn du Hilfe brauchst sag bescheid, sofern ichs zeitlich schaffe helf ich gerne.
Ich meinte damit im Grunde das was man mit cmdAlias und Eventmap auch kann nur halt ohne neues Device sondern als Attribut.
Ich hatte da sowas im Kopf:
attr <hyperion device> userSet <name>:<command>|<name>:<command>
name ist dann das was unter set auftaucht, z.B. blinkeGruen und als command dann den kompletten String den man normalerweise bei "set <hyperion>" angibt. Da die set Befehle mit EffectArgs unheimlich lang werden können, wäre das halt eine schöne Variante.
Ich hoffe ich konnte erklären was ich meine
Danke, zum Code schreiben komme ich immer mal wieder, aber das Testen am Live System ist gerade schwierig. Kriege ich aber, wie gesagt, gegen Ende der Woche sicherlich mal hin.
Das mit den userSet Befehlen habe ich verstanden, wäre dann aber eher ein späterer Schritt nachdem das mit den Args überhaupt klappt.
Soeben habe ich ein Update eingecheckt welches die von Euch gewünschten set Befehle für valueGain beinhaltet.
Gibt's dann ab sofort via SVN oder ab morgen im FHEM Update.
Changelog:
- neue set Befehle für valueGainDown und valueGainUp, die Stufe kann mit übergeben werden oder im Attribut hyperionGainStep vordefiniert werden (Voreinstellung: 0.1)
- commandref angepasst
Gruß
Dan
Habe mir das nun mit denn Effekt Argumenten angesehen und es klappt tatsächlich mit dem Setzen per JSON.
Bin schon am Umsetzen der Funktion, habe dabei aber gerade wieder ein kleines Statuserkennungsproblem, mal schauen wie ich das gelöst bekomme. Das Feature kommt aber mit Sicherheit bald. 8)
Leider habe ich aus dem Hyperion Forum bezüglich der Statuserkennung nach dem Start von Hyperion keine guten Nachrichten bekommen:
ZitatThx für deine bemühungen um hyperion+fhem
Bzgl aktuellem problem ist das aus dev sicht gerade etwas unpraktisch, da in ng der starteffekt, die statusausgabe via json und die prioritäten geändert wurden. Wahrscheinlich wirds in .ng besser laufen. Meine Motivation/Ressourcen im alten code zu buddeln ist eher gering. Ich schau mir das thema mal in .ng an ....
Lg, rp
Ich könnte mir vorstellen für diesen Fall noch ein Attribut mit einzuführen in welchem man den Default Status nach Hyperion Neustart vorgeben könnte. Das müsste dann aber wieder abhängig zu der geladenen Konfig Datei sein! Ui ui ui...
Andere Ideen?
Gruß
Dan
Hier eine erste Testversion.
Beim Setzen von Effekten kann nun auch als letztes Argument ein JSON String ohne beinhaltende Leerzeichen für die Effektargumente mit übergeben werden.
Beispiel:
set <name> effect Knight_rider 0 0 {"speed":2.0}
Es gibt nun allerdings einen kleinen Schönheitsfehler bei der Erkennung des aktiven Effekts. Da die Effektargumente nun mit keinen von den vorhandenen übereinstimmen, kann der zugrundeliegende Ursprungseffekt nicht genau bestimmt werden. Ich habe einen Fallback eingebaut, so dass dann der letzte dem Scriptnamen entsprechende Effektname als Anzeige benutzt wird.
Bitte testet das Mal aus ob es sonst Euren Vorstellungen entspricht.
Gruß
Dan
EDIT: Ein neues Reading effectArgs gibt es auch.
EDIT2: Testversion entfernt wegen neuer Testversion (https://forum.fhem.de/index.php/topic,55112.msg525459.html#msg525459).
Zitat von: Bootscreen am 14 November 2016, 17:11:56
Ich meinte damit im Grunde das was man mit cmdAlias und Eventmap auch kann nur halt ohne neues Device sondern als Attribut.
Ich hatte da sowas im Kopf:
attr <hyperion device> userSet <name>:<command>|<name>:<command>
name ist dann das was unter set auftaucht, z.B. blinkeGruen und als command dann den kompletten String den man normalerweise bei "set <hyperion>" angibt. Da die set Befehle mit EffectArgs unheimlich lang werden können, wäre das halt eine schöne Variante.
Ich hoffe ich konnte erklären was ich meine
So richtig sehe ich den Sinn der gewünschten userSet noch nicht.
Ich denke es ist auch den Aufwand nicht wert denn ick kann mir mir cmdalias schnell entsprechende Befehle anlegen, z.B.:
define ca_hypeff1 cmdalias hypeff1 AS set wz_TVLicht effect Knight_rider 0 0 {"color":[0,0,255],"speed":2}Gruß
Dan
EDIT: Ja, cmdalias ist ein weiteres Device, aber dafür kann der resultierende Befehl sehr kurz sein um einen entsprechenden Effekt zu setzen (was normalerweise eine komplexere Befehlseingabe erfordert).
z.B. "he1" für "set <name> effect Knight_rider 0 0 {"color":[0,255,0],"speed":2}"
Hallo DeeSPe,
danke für das Einbauen der effectArgs, funktioniert bei mir wie gewünscht :)
Mir ist aber gerade noch etwas anderes aufgefallen:
Setzte ich ein Befehl mit Angabe einer "priority" ab z.B.
set Hyperion rgb 00FF00 0 95
und will es dann mit "clear 95" wieder abschalten, funktioniert es nicht, die Farbe bleibt gesetzt.
Könntest du dir das setzten und löschen der Priorität bitte noch mal ansehen?
Gruß Schlimbo
Zitat von: Schlimbo am 21 November 2016, 08:31:52
Hallo DeeSPe,
danke für das Einbauen der effectArgs, funktioniert bei mir wie gewünscht :)
Schön, so soll es sein. 8)
Zitat von: Schlimbo am 21 November 2016, 08:31:52
Mir ist aber gerade noch etwas anderes aufgefallen:
Setzte ich ein Befehl mit Angabe einer "priority" ab z.B.
set Hyperion rgb 00FF00 0 95
und will es dann mit "clear 95" wieder abschalten, funktioniert es nicht, die Farbe bleibt gesetzt.
Könntest du dir das setzten und löschen der Priorität bitte noch mal ansehen?
Habe ich mir angesehen und da tatsächlich noch einen Fehler gefunden, danke für's Finden.
Fehler ist behoben und gibt es dann mit dem nächsten Update.
Bin gerade dabei mir was einfallen zu lassen um noch Custom-Effects über ein Attribut innerhalb des Devices definieren zu können. Das wird evtl. doch so ähnlich wie die gewünschten userSet. 8)
Wenn ich das heute noch fertig bekomme, gibt's heute Abend noch einmal eine Testversion. Wenn es damit keine Probleme gibt, dann werde ich die einchecken.
Gruß
Dan
Anbei eine neue Testversion.
Den Fehler mit dem nicht wirksamen clear habe ich behoben.
Es ist nun möglich Custom-Effects über das Attribut hyperionCustomEffects anzulegen.
Diese Custom-Effects sind dann ganz normal in der Effektliste ganz unten zu finden.
Custom-Effects müssen wie folgt definiert werden:
Jeder Custom-Effect ist ein eigener abgeschlossener JSON String.
Mehrere Effekte werden mit Leerzeichen voneinander getrennt.
Innerhalb des JSON für jeden Effekt sind keine Leerzeichen zulässig (Leerzeichen in Effektnamen müssen mit Unterstrichen ersetzt werden).
Als Erstes im JSON muss name stehen, das ist das was dann als Effektname angezeigt wird.
Als Zweites im JSON muss oname stehen, das ist der Originalname des Ursprungseffekts.
Als Drittes im JSON muss args stehen, das sind dann die entsprechenden Argumente für den Effekt.
Beispiel mit nur einem Custom-Effect:
attr <name> hyperionCustomEffects {"name":"Knight_Rider_speed_2","oname":"Knight_rider","args":{"color":[255,0,255],"speed":2}}
Beispiel mit mehreren Custom-Effects:
attr <name> hyperionCustomEffects {"name":"Knight_Rider_speed_2","oname":"Knight_rider","args":{"color":[255,0,255],"speed":2}} {"name":"Knight_Rider_speed_4","oname":"Knight_rider","args":{"color":[0,0,255],"speed":4}}
Sollte die Reihenfolge im JSON nicht eingehalten werden oder es unzulässige Zeichen beinhalten, so wird beim Übernehmen des Attributs ein Fehler ausgegeben und das Attribut nicht gespeichert.
Gruß
Dan
EDIT: Bei einem statusRequest wird nun auch der Custom-Effect erkannt und entsprechend angezeigt. Sollte zu den eingestellten Effektargumenten kein passender Custom-Effect gefunden werden, so greift wieder der Fallback auf den letzten gefundenen Namen mit dem selbem Script.
EDIT2: Nur wenn die Custom-Effects angelegt wurden, kann der entsprechende Effekt mit toggle oder mode wiederhergestellt werden. Alle nur per set übergebenen Effektargumente können bei toogle oder mode nicht wiederhergestellt werden.
EDIT3: Absturz beseitigt.
EDIT4: RegEx berichtigt
EDIT5: "set <name> addEffect <effektname>" hinzugefügt.
EDIT6: Wegen der besseren Lesbarkeit sind nun statt Leerzeichen auch Zeilenumbrüche zwischen den jeweiligen Effekten im Attribut hyperionCustomEffects möglich.
EDIT7: Testmodul entfernt, alle Änderungen ab 24.11.2017 im FHEM Update verfügbar.
Hallo DeeSPe,
wollte gerade die neue Version testen, nach dem Reload des Moduls Stürzt mein FHEM aber ab.
Im Log steht folgendes:
2016.11.21 17:44:11 3: Hyperion device opened
Can't use an undefined value as an ARRAY reference at ./FHEM/98_Hyperion.pm line 272.
Danke für's Testen und die schnelle Rückmeldung.
Habe den Absturzfehler beseitigt und im Beitrag oben (https://forum.fhem.de/index.php/topic,55112.msg525459.html#msg525459) die fehlerbereinigte Version hochgeladen.
Gruß
Dan
Danke, damit klappt es, der clear Befehl funktioniert jetzt auch bei mir. :)
Ich habe gerade das Custom-Effect Attribut gesetzt.
Mit zwei Einträgen funktioniert es:
{"name":"Blink_red","oname":"Strobe_white","args":{"color":[255,0,0],"frequency":2.0}} {"name":"Blink_green","oname":"Strobe_white","args":{"color":[0,255,0],"frequency":2.0}}
Hänge ich noch ein drittes mit an, bekomme ich eine Fehler Meldung.
{"name":"Blink_red","oname":"Strobe_white","args":{"color":[255,0,0],"frequency":2.0}} {"name":"Blink_green","oname":"Strobe_white","args":{"color":[0,255,0],"frequency":2.0}} {"name":"Blink_blue","oname":"Strobe_white","args":{"color":[0,0,255],"frequency":2.0}}
Fehler Meldung:
Invalid value {"name":"Blink_red","oname":"Strobe_white","args":{"color":[255,0,0],"frequency":2.0}} {"name":"Blink_green","oname":"Strobe_white","args":{"color":[0,255,0],"frequency":2.0}} {"name":"Blink_blue","oname":"Strobe_white","args":{"color":[0,0,255],"frequency":2.0}} for attribute hyperionCustomEffects. Must be a space separated list of JSON strings.
Sorry, mein Fehler! Hatte den RegEx nur mit max. 2 Einträgen getestet.
Sollte jetzt klappen, die Version oben ist aktualisiert!
Danke für's so schnelle Testen und das Feedback!
Gruß
Dan
Mann bist du schnell. Vielen dank für den tollen Support und die schnell Umsetzung.
Funktioniert jetzt ohne Probleme.
Zitat von: Schlimbo am 21 November 2016, 21:26:46
Mann bist du schnell. Vielen dank für den tollen Support und die schnell Umsetzung.
Funktioniert jetzt ohne Probleme.
Ich teste ja selbst auch gerade noch mit der neuen Version und weiß somit auch wie weit ich getestet habe. 8)
Soweit ich das bisher sehe funktioniert das jetzt tadellos mit den Custom-Effects.
Wenn keine "Gegenwehr" kommt, dann riecht das ja schon fast nach Check-in. 8) 8)
Gruß
Dan
Ich habe die Version in diesem Beitrag (https://forum.fhem.de/index.php/topic,55112.msg525459.html#msg525459) noch einmal aktualisiert.
Da es selbst mich als Entwickler genervt hat die Custom Effects manuell anzulegen (gerade beim vielen Testen nervt das), habe ich dem Modul noch einen neuen set Befehl hinzugefügt (addEffect).
Mit diesem ist es möglich einen Custom Effect mit den aktuellen Einstellungen und mit dem übergebenen Namen im Attribut hyperionCustomEffects anzulegen. Das entsprechende JSON wird automatisch generiert und dem Attribut hyperionCustomEffects hinzugefügt. Somit brauch man nur noch manuell die args anzupassen und ist fertig.
Damit das funktioniert muss Hyperion im Effekt Modus mit einem nicht-eigenen Effekt sein und der übergebene Name muss ein einmaliger Effektname sein.
Viel Spaß beim Testen.
Gruß
Dan
Habe noch einmal die Version in diesem Beitrag (https://forum.fhem.de/index.php/topic,55112.msg525459.html#msg525459) aktualisiert.
Statt Leerzeichen zwischen den einzelnen JSON Srings im Attribut hyperionCustomEffects können nun auch Zeilenumbrüche benutzt werden. Das erhöht die Les- und Editierbarkeit.
Beim Speichern des Attributs hyperionCustomEffects und vor dem Übernehmen der eigenen Effekte werden dann diese Zeilenumbrüche herausgefiltert und gegen Leerzeichen ersetzt. Im Attribut hyperionCustomEffects bleiben die Zeilenumbrüche natürlich erhalten.
Gruß
Dan
EDIT: addEffect fügt vor dem nächsten Effekt auch automatisch einen Zeilenumbruch ein.
Hatte schon jemand die Zeit das Modul zu testen?
M.E. ist es soweit fehlerfrei und könnte eingecheckt werden, hätte nur gern noch vorher von jemand anderes ein möglichst positives Feedback. 8)
Gruß
Dan
P.S. Mir selbst fallen gerade auch keine sinnvollen neuen Features ein die noch in das Modul könnten...
Da die neue Version nur ein mal heruntergeladen wurde, bin ich denke ich der einzige der sie momentan nutzt ;D
Läuft bei mir ohne Probleme!
Na das ist doch schon mal eine positive Rückmeldung. Danke dafür! ;)
Hab doch eben noch einen kleinen Bug gefunden. Der muss allerdings schon immer im Modul gewesen sein, ist scheinbar nur niemandem aufgefallen! Es lassen sich nämlich keine Effekte mit Bindestrich im Namen setzen, z.B. X-Mas.
Habe es noch gefixt, kommt dann im offiziellen Update.
Schaue jetzt noch einmal den geänderten Code durch und werde das Modul dann einchecken.
Gruß
Dan
Der letzte Qualitätscheck ergab keine Mängel mehr.
Habe das Modul jetzt eingecheckt.
Es ist somit ab sofort via SVN oder ab heute Vormittag im regulären FHEM verfügbar.
Changelog:
- Fehler mit clear behoben
- Fehler mit Setzen von Effekten mit Bindestrich im Namen behoben
- Setzen der Effekte erweitert um als letztes Argument die Effektargumente als JSON String zu übergeben
- neues Reading effectArgs
- neues Attribut hyperionCustomEffects um eigene Effekte anzulegen (leerzeichengetrennte Liste von JSON Strings)
- neuer set Befehl addEffect um einen Custom Effekt mit den aktuellen Einstellungen im Attribut hyperionCustomEffects hinzuzufügen
- weitere kleine Verbesserungen
- commandref angepasst
Gruß
Dan
Moin,
ich habe heute meinen Server vom Raspberry PI mit Debian auf mein HP Proliant mit FreeNAS (FreeBSD) umgezogen. Da ich so einiges noch nach installieren und fixen musste ist mir eines im Log aufgefallen:
2016.11.26 14:59:31 1: PERL WARNING: Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/^{"name":"[a-zA-Z0-9_-]+","oname":"[a-zA-Z0-9_-]+","args":{ <-- HERE [a-zA-Z0-9:_\[\]\.",-]+}}([\s(\r\n)]{"name":"[a-zA-Z0-9_-]+","oname":"[a-zA-Z0-9_-]+","args":{[a-zA-Z0-9:_\[\]\.",-]+}}){0,}$/ at ./FHEM/98_Hyperion.pm line 825.
2016.11.26 14:59:31 1: PERL WARNING: Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/^{"name":"[a-zA-Z0-9_-]+","oname":"[a-zA-Z0-9_-]+","args":{[a-zA-Z0-9:_\[\]\.",-]+}}([\s(\r\n)]{"name":"[a-zA-Z0-9_-]+","oname":"[a-zA-Z0-9_-]+","args":{ <-- HERE [a-zA-Z0-9:_\[\]\.",-]+}}){0,}$/ at ./FHEM/98_Hyperion.pm line 825.
vllt kannst du dir das nochmal anschauen? Vllt ist das auch ne komische eigenheit von FreeBSD. Regex auf unterschiedlichen System läuft ja leider meist auch immer unterschiedlich
Gruß
Oliver
Danke für die Rückmeldung.
Sogar die Warnmeldung sagt was ihr nicht passt, bin begeistert!!! ;)
Probiere mal bitte die angehängte Version ob die Warnung da auch noch kommt.
Gruß
Dan
teste ich gleich. bin grad noch an einem andrem Problem. Ich meld mich nach dem Test.
sieht besser aus, zumindest vom Lof. Ob es auch noch funktioniert kann ich aber erst heut abend sagen.
Was mir noch aufgefallen ist. Seitdem ich das Modul IO::Socket::Multicast für fakeRoku installiert hatte, hatte ich es manchmal das sich FHEM beim starten an der stelle wo er hyperion läd aufgehängt hat. Ich musste dann immer in die Datenbank gehn und FHEM dort auf disable=1 setzen damit FHEM wieder gestartet ist. Ich werde mal beobachten ob das jetzt auf dem neuem Server immernoch so ist.
Zitat von: Bootscreen am 26 November 2016, 17:43:00Was mir noch aufgefallen ist. Seitdem ich das Modul IO::Socket::Multicast für fakeRoku installiert hatte, hatte ich es manchmal das sich FHEM beim starten an der stelle wo er hyperion läd aufgehängt hat. Ich musste dann immer in die Datenbank gehn und FHEM dort auf disable=1 setzen damit FHEM wieder gestartet ist. Ich werde mal beobachten ob das jetzt auf dem neuem Server immernoch so ist.
Das klingt merkwürdig.
Das Hyperion Modul benutzt zur Kommunikation mit dem JSON Server ausschließlich DevIo.
Gruß
Dan
Hab das Update welches die RegEx Warnung behebt soeben eingecheckt.
Gruß
Dan
Hallo Dan,
mir ist gerade aufgefallen, dass "mode_before_off" nie auf "clearall" wechselt und somit auch das toggle zwischen "off" und "clearall" nicht funktioniert.
Setze ich "clearall", wechselt der aktuelle Modus auf "off" und nicht, wie erwartet auf "clearall".
Könntest du das bitte noch mal kontrollieren?
Des weiteren ist mir noch etwas unverständliches bei dem Reading "priority" aufgefallen:
Ich habe das Attribut "hyperionDefaultPriority" auf 99 gesetzt, so sollte beim steuern über das Modul ja alles mit priority 99 eingestellt werden, setze ich aber ein "clearall" ab, steht im Reading "122". Woran kann das liegen?
Und noch ein Wunsch:
Wenn ich es richtig verstanden habe werden beim "set Hyperion off" die LEDs einfach auf RGB 000000 gesetzt, oder? Aufgrund das dies auch mit DefaultPriority gesetzt wird, hat dies aber keinen Einfluss auf Einstellungen, die mit einem niedrigeren priority Wert gesetzt wurden. Spricht etwas dagegen "off" immer mit der höchste n Priorität (0) abzusetzen, damit bei "off" wirklich alles aus geht!?
Gruß Schlimbo
Zitat von: Schlimbo am 27 November 2016, 20:23:03
Hallo Dan,
mir ist gerade aufgefallen, dass "mode_before_off" nie auf "clearall" wechselt und somit auch das toggle zwischen "off" und "clearall" nicht funktioniert.
Setze ich "clearall", wechselt der aktuelle Modus auf "off" und nicht, wie erwartet auf "clearall".
Könntest du das bitte noch mal kontrollieren?
Das ist sehr merkwürdig, denn das klappt bei mir wie es soll!
Wenn ich "set <name> clearall" oder "set <name> mode clearall" absetze geht auch das Reading "mode_before_off" auf "clearall". Das togglen klappt deshalb bei mir auch wie gewünscht.
Gibt es eine bestimmte Konstellation in der das auftritt?
Zitat von: Schlimbo am 27 November 2016, 20:23:03
Des weiteren ist mir noch etwas unverständliches bei dem Reading "priority" aufgefallen:
Ich habe das Attribut "hyperionDefaultPriority" auf 99 gesetzt, so sollte beim steuern über das Modul ja alles mit priority 99 eingestellt werden, setze ich aber ein "clearall" ab, steht im Reading "122". Woran kann das liegen?
Das ist eben genau so!
Sobald man clearall absetzt werden alle Prioritäten gelöscht, der Video Grabber aktiviert und die default Priorität vom Video Grabber gesetzt. Diese ist in der Konfig Datei zu finden.
Zitat von: Schlimbo am 27 November 2016, 20:23:03
Und noch ein Wunsch:
Wenn ich es richtig verstanden habe werden beim "set Hyperion off" die LEDs einfach auf RGB 000000 gesetzt, oder? Aufgrund das dies auch mit DefaultPriority gesetzt wird, hat dies aber keinen Einfluss auf Einstellungen, die mit einem niedrigeren priority Wert gesetzt wurden. Spricht etwas dagegen "off" immer mit der höchste n Priorität (0) abzusetzen, damit bei "off" wirklich alles aus geht!?
Genau so war es (unbeabsichtigt) bis vor einigen Updates.
Das ist aber nicht sinnvoll da das Modul sonst den Status von Hyperion verändern könnte der gar nicht von ihm selbst gesetzt wurde, weil evtl. ein anderes Device einen Befehl mit höherwertiger Priorität gesetzt hat.
Um das FHEM Device zum absoluten Hyperion Master Device zu machen ist es nötig die default Priorität auf 0 zu stellen, was sie auch per default ist.
Ich hoffe ich konnte "Licht ins Dunkel" bringen... 8)
Gruß
Dan
Hallo Dan,
Ich habe gerade noch ein wenig getestet und herausgefunden, dass das Reading "mode" und "mode_before_off" nicht stimmt, wenn eine andere Remote Quell Hyperion steuert (z.B. KODI auf dem SchieldTV oder das Enigma2 Plugin "Enigmalight") KODI verbindet sich über den PROTO-Server (Port: 19445) und EnigmaLight über den Boblight-Server (Port: 19333), Sobald einer von beiden mit Hyperion verbunden ist wechselt der Modus im Modul auf "off" und "mode_before_off" bleibt auf dem letzten eingestellten wert.
Beispiel:
-Über FHEM habe ich rgb 0000FF mit prio 99 eingestellt --> mode = rgb ; mode_before_off = rgb
-Jetzt starte ich meinen Enigma Receiver, er verbindet sich mit prio 122 mit Hyperion, da die Prio von FHEM aber höher ist bleiben die LEDs auf 0000FF --> mode = rgb ; mode_before_off = rgb
-Um das Ambilight vom Enigma Receiver zu bekommen setzt ich jetzt ein "clearall" ab. --> mode = off ; mode_before_off = rgb
Da sich hier der Status von mode_before_off nicht auf "clearall" anderen, sondern auf den vorhergegangenen wert "rgb" stehen bleibt funktioniert jetzt das toggle nicht wie gewünscht.
Ich hoffe ich könnte es einigermaßen verständlich erklären, wenn nicht bitte einfach fragen.
Gruß Schlimbo
Zitat von: DeeSPe am 28 November 2016, 12:26:13
Genau so war es (unbeabsichtigt) bis vor einigen Updates.
Das ist aber nicht sinnvoll da das Modul sonst den Status von Hyperion verändern könnte der gar nicht von ihm selbst gesetzt wurde, weil evtl. ein anderes Device einen Befehl mit höherwertiger Priorität gesetzt hat.
Um das FHEM Device zum absoluten Hyperion Master Device zu machen ist es nötig die default Priorität auf 0 zu stellen, was sie auch per default ist.
Okay, das macht natürlichen Sinn.
In meiner Konstellation nutze ich es etwas anders:
Ich setze mit dem Modul unterschiedliche Modi mit unterschiedlichen Priority Werten.
Zum Beispiel:
Normales Licht wird bei mir mit DefaultPriority 99 eingestellt.
Kommt jetzt ein Anruf über die FritzBox, signalisiere ich dies mit blinken der LEDs in rot, dies wird mit einer höheren Priorität (Wert 90) gesetzt, ist der Anruf angenommen oder vorbei wird einfach die Prio 90 gelöscht und die vorhergegangenen Farbe ist wieder aktiv, ohne sich vorher merken zu müssen was aktiv war.
Ich hab eine ganze Reihe von Signalisierungen mit unterschiedlichen Priorisierungen z.B.
-msgCmdLightHigh --> set %DEVICE% effect Blink_red 5 0
-msgCmdLight --> set %DEVICE% effect Blink_green 5 1
-msgCmdLightLow --> set %DEVICE% effect Blink_blue 5 3
-Telefon klingelt --> set <name> effect Strobe_red 90
-Luftfeuchtigkeit zu hoch --> set <name> rgb 0000FF 0 94Hiermit kann ich sicherstellen, dass wichtigere Meldungen immer angezeigt werden.
Deswegen wäre es für mich schön, wenn "set <name> off" trotzdem alles ausschaltet.
Ware es möglich hierfür noch ein extra Attribut zu spendieren z.B "hyperionOffPriority"?
Ist dies gesetzt wird der "off" Befehl mit dieser Priority ausgeführt, ist er nicht gesetzt wird "hyperionDefaultPriority" benutzt.
Ich habe Dich schon verstanden. 8)
Jetzt wo Du das mit dem Grabber sagt kann ich Dich beruhigen. Es liebt nicht am Modul, sondern an Hyperion.
Seit der letzten Version (V1.03.2) ist das leider ein Bug von Hyperion, den ich schon seit einiger Zeit bei Hyperion im Forum mit den Programmierern diskutiere.
Das Problem ist dass Hyperion keine activeLedColor mehr anzeigt wenn es nach einem Starteffekt die LEDs ausschaltet. Es sollte dann eigentlich activeLedColor:[0,0,0] drin stehen.
Ich habe dann versucht den Unterschied an den unterschiedlichen Prioritäten auszumachen, das funktioniert leider nur bedingt da die Zustände unterschiedlich mit unterschiedlichen Grabbern sind. Da ich keinen KODI Grabber benutze/habe, konnte ich das nur an meinem V4L2 Grabber testen und dort passt der Status eben gerade mit den vorhandenen Prioritäten.
Ich hoffe auf ein Update von den Hyperion Machern, bin aber leider nicht so zuversichtlich da alle an Hyperion.ng schrauben.
Interessant wie Du so die unterschiedlichen Möglichkeiten von Hyperion benutzt! Bin begeistert!
Klar kann ich Dir noch so ein Attribut einbauen wenn es nützlich ist! Ich schaue mal.
Gruß
Dan
Gruß
Dan
Zitat von: DeeSPe am 28 November 2016, 19:30:46
Ich habe dann versucht den Unterschied an den unterschiedlichen Prioritäten auszumachen, das funktioniert leider nur bedingt da die Zustände unterschiedlich mit unterschiedlichen Grabbern sind. Da ich keinen KODI Grabber benutze/habe, konnte ich das nur an meinem V4L2 Grabber testen und dort passt der Status eben gerade mit den vorhandenen Prioritäten.
Das heißt du wertest die aktuelle Priorität aus und wenn sie mit der in der Hyperion-Konfig übereinstimmt, weißt du, dass der Grabber aktiv ist!?
Könntest du diese Auswertung auch für die anderen Quellen einbauen?
Ich habe für PROTO und Boblight Server in der Konfig jetzt die gleiche Priorität hinterlegt, wie sie auch von den Remote Geräten gesetzt wird:
// NO V4L2 GRABBER CONFIG
// FRAME GRABBER CONFIG
"framegrabber" :
{
"width" : 64,
"height" : 64,
"frequency_Hz" : 10.0,
"priority" : 890
},
// JSON SERVER CONFIG
"jsonServer" :
{
"port" : 19444
},
// PROTO SERVER CONFIG
"protoServer" :
{
"port" : 19445,
"priority" : 800
},
// BOBLIGHT SERVER CONFIG
"boblightServer" :
{
"port" : 19333,
"priority" : 122
},Somit könnte hierüber doch auch der aktuelle modus erkannt werden, oder?
Zitat von: DeeSPe am 28 November 2016, 19:30:46
Klar kann ich Dir noch so ein Attribut einbauen wenn es nützlich ist! Ich schaue mal.
Das wäre super, danke.
Gruß
Schlimbo
Zitat von: Schlimbo am 28 November 2016, 21:51:13
Das heißt du wertest die aktuelle Priorität aus und wenn sie mit der in der Hyperion-Konfig übereinstimmt, weißt du, dass der Grabber aktiv ist!?
Könntest du diese Auswertung auch für die anderen Quellen einbauen?
Das ist nicht so!
Die Konfig Datei wird nicht ausgelesen. Die Priority Werte aus der Konfig sind auch nicht im JSON enthalten.
Ich hatte mir vor einiges Zeit angesehen ob das eine mögliche Lösung wäre, habe es aber verworfen da ich keinen Zugriff auf die Konfig Datei einbauen wollte, da dieses dann für den Benutzer zwingen wäre zu konfigurieren. Auch die richtige Priority des jeweiligen Grabbers in der Konfig Datei zu finden ist nicht ganz einfach. Nach jedem Neustart mit einer anderen Konfig Datei müsste dann auch wieder die Konfig Datei geprüft werden.
Ganz ehrlich ist mir das viel zu viel Aufwand nur um diesen Bug zu umgehen der nicht an meinem Modul liegt sondern an Hyperion selbst. Und ob das wirklich DIE Lösung wäre weiß ich auch nicht! Und dann kommt vielleicht morgen doch ein Hyperion Update und alles war umsonst.
Verstehe mich nicht falsch, ich programmiere sehr gerne für FHEM, aber es muss den Aufwand wert sein!
Gruß
Dan
Kein Thema, das verstehe ich voll und ganz.
Dann hoffe ich mal, dass es irgendwann in Hyperion noch gefixt wird...
Noch mal vielen danke für das tolle Modul, den klasse support und die Zeit die du hier investierst.
Gruß
Schlimbo
Zitat von: Schlimbo am 28 November 2016, 19:26:22
Deswegen wäre es für mich schön, wenn "set <name> off" trotzdem alles ausschaltet.
Ware es möglich hierfür noch ein extra Attribut zu spendieren z.B "hyperionOffPriority"?
Ist dies gesetzt wird der "off" Befehl mit dieser Priority ausgeführt, ist er nicht gesetzt wird "hyperionDefaultPriority" benutzt.
Die angehängte Version hat das was Du möchtest.
Das Attribut hyperionDefaultPriorityOff ist hinzugekommen.
Probier mal bitte ob das so funktioniert wie Du möchtest, sollte es aber. 8)
Gruß
Dan
Danke für die Änderung.
Das Ausschalten funktioniert so, jedoch habe ich dadurch jetzt ein weiteres Problem:
Da "off" jetzt mit einer höheren Priorität gesetzt wird (bei mir Priority 0) als alle anderen Befehle, kann ich nach dem "off" Befehl erst wieder etwas steuern wenn ich ein "clear 0" ausführe.
Jetzt wird die ganze Sache doch wieder komplizierter als anfangs gedacht, fällt dir hierzu noch eine einfache Möglichkeit ein, dies zu beheben?
edit:
Ein Möglichkeit wäre evtl. bei einem "set <name> on" immer ein "set <name> clear <hyperionDefaultPriorityOff>" mit zu geben.
Gruß
Schlimbo
Zitat von: Schlimbo am 29 November 2016, 17:24:38
Danke für die Änderung.
Das Ausschalten funktioniert so, jedoch habe ich dadurch jetzt ein weiteres Problem:
Da "off" jetzt mit einer höheren Priorität gesetzt wird (bei mir Priority 0) als alle anderen Befehle, kann ich nach dem "off" Befehl erst wieder etwas steuern wenn ich ein "clear 0" ausführe.
Jetzt wird die ganze Sache doch wieder komplizierter als anfangs gedacht, fällt dir hierzu noch eine einfache Möglichkeit ein, dies zu beheben?
edit:
Ein Möglichkeit wäre evtl. bei einem "set <name> on" immer ein "set <name> clear <hyperionDefaultPriorityOff>" mit zu geben.
Gruß
Schlimbo
Genau wegen diesem Problem ist das halt Käse!
Du kannst nur "clear 0" absetzen oder "clearall" um da wieder rauszukommen.
Klar könnte man beim Wiedereinschalten prüfen ob die Priorität dem Attribut hyperionDefaultPriority entspricht bzw. der übergebenen Priority. Wenn nicht setzt man vorher automatisch ein clear der entsprechenden Priority ab, bevor man wieder einschaltet.
Das ist aber alles blöd ehrlich gesagt, da es ja dem Konzept der entsprechenden Priorisierung entgegen wirkt!
Gruß
Dan
Gruß
Dan
Ja, das habe ich jetzt auch gemerkt, es wird dadurch nur komplizierter.
Okay, dann lassen wir das mit dem "hyperionDefaultPriorityOff" besser sein.
Gruß
Schlimbo
@DeeSPe: sachma ist es machbar ein Attribut zu bekommen ala "autoDisableAfter" ? So das man dort einen Wert X eintragen kann und wenn er dann X mal ein "Can't connect" bekommt sich selbst disabled? In den letzten Tagen klappt nämlich mein Auto Disable nicht mehr zu 100% :(
Zitat von: Schlimbo am 29 November 2016, 18:02:06
Ja, das habe ich jetzt auch gemerkt, es wird dadurch nur komplizierter.
Okay, dann lassen wir das mit dem "hyperionDefaultPriorityOff" besser sein.
Gruß
Schlimbo
Das testweise einzubauen war glücklicher Weise kein großer Aufwand.
Schön dass ich Dich damit überzeugen konnte das es keinen Sinn ergibt! 8)
Zitat von: Bootscreen am 01 Dezember 2016, 12:49:01
@DeeSPe: sachma ist es machbar ein Attribut zu bekommen ala "autoDisableAfter" ? So das man dort einen Wert X eintragen kann und wenn er dann X mal ein "Can't connect" bekommt sich selbst disabled? In den letzten Tagen klappt nämlich mein Auto Disable nicht mehr zu 100% :(
Ich denke mal drüber nach ob und wie das Sinn machen könnte.
Eigentlich würde ich (an Deiner Stelle) aber mal versuchen herauszubekommen warum Dein AutoDisabler nicht mehr funktioniert.
Per notify sollte man den doch auch selbst erstellen können.
Ala notify auf state:ERROR und bei jedem triggern des notify ein Reading hochzählen. Dann noch ein zweites notify auf das Zählreading und wenn dieses Zahl X erreicht hat setzt es Hyperion auf disable.
Oder habe ich das falsch verstanden?
Gruß
Dan
Da bin ich schon auf der Suche, komm aber zu keinem Ergebnis. Mein AutoDisabler prüft das Kodi Device und scheinbar bekommt er da manchmal nicht mit wenn Kodi disconnected. Zu 99% klappt es und zu 1% leider nicht.
Hab jetzt aber, mit deinem Ansatz, einen zweiten AutoDisabler zusammen geschustert welcher nur auf das Hyperion Device reagiert. Falls es jemand intressiert oder ebenfalls einsetzen möchte:
Es müssen lediglich in der ersten Zeile das triggernde Device geändert werden und in der zweiten Zeile der Log-Eintrag raus oder auf die eigenen Bedürfnisse angepasst werden.
Apropo gibt es eine Variable wmoit ich im notify oder DOIF den Namen des notifys oder DOIF's bekomme? $NAME gibt mir ja nur den des triggernden Devices.
hyperion:serverResponse:.*ERROR.* {
Log3 "hyperion.state.notify", 3, "hyperion.state.notify \"$EVENT\"";
my $count=ReadingsVal($NAME, "errorCount", 0);
$count++;
if($count < 5)
{
fhem("setreading $NAME errorCount $count");
}
else
{
fhem("setreading $NAME errorCount 0");
fhem("attr $NAME disable 1");
}
}
//Nachtrag:
Ich glaub ich hab grad beim stöbern das Problem gefunden warum hyperion manchmal beim starten von FHEM, FHEM aufhängt.
Und zwar in Zeile 466
InternalTimer(gettimeofday() + $hash->{INTERVAL},"Hyperion_GetUpdate",$hash,1);
Ich glaub die letzte 1 ist das Problem. Zitat aus dem Wiki (http://www.fhemwiki.de/wiki/DevelopmentModuleAPI#InternalTimer)
Zitat$waitIfInitNotDone optional
ACHTUNG: Dieser Parameter sollte unter keinen Umständen verwendet werden!
Dieser Parameter verändert das Verhalten von InternalTimer() während der Initialisierung von FHEM. Ist dieser Parameter auf 1 gesetzt und FHEM noch in der Initialisierungsphase (Konfiguration einlesen), so wird ein Sleep des Hauptprozess durchgeführt, bis der gewünschte Zeitpunkt $timestamp erreicht ist. Dadurch wird der gesamte FHEM-Prozess solange blockiert und ist in dieser Zeit nicht ansprechbar. Dieses Verhalten ist besonders Relevant bei der Nutzung von InternalTimer() in der Define-Funktion (http://www.fhemwiki.de/wiki/DevelopmentModuleIntro#X_Define) eines Moduls und sollte daher so keinesfalls benutzt werden. Um Funktionsaufrufe zu Verzögern, bis die Initialisierung beendet ist, sollte auf das Event global:INITIALIZED in der Notify-Funktion (http://www.fhemwiki.de/wiki/DevelopmentModuleIntro#X_Notify) gewartet werden.
Standardwert: 0
Genau so meinte ich das mit notify! ;)
Schaue ich mir an mit der 1.
Gruß
Dan
Zitat von: Bootscreen am 02 Dezember 2016, 07:27:55
//Nachtrag:
Ich glaub ich hab grad beim stöbern das Problem gefunden warum hyperion manchmal beim starten von FHEM, FHEM aufhängt.
Und zwar in Zeile 466
InternalTimer(gettimeofday() + $hash->{INTERVAL},"Hyperion_GetUpdate",$hash,1);
Ich glaub die letzte 1 ist das Problem. Zitat aus dem Wiki (http://www.fhemwiki.de/wiki/DevelopmentModuleAPI#InternalTimer)
Ich denke Du hast Recht!
In Zeile 122 wird der Timer auch gesetzt, dort aber richtig!
Keine Ahnung warum mir in Zeile 466 die 1 hinten dran geraten ist!? :-X
Teste das heute Abend nochmal zu Hause in Ruhe und wenn es keine anderen Probleme verursacht werde ich es einchecken.
Danke für die Fehlersuche!!!! ::)
Gruß
Dan
Freut mich wenn ich helfen konnte =)
Hi DeeSPe,
wäre es möglich,einen set Befehl einzubauen, welcher der Hardware (z.B seperater Raspberry) auf der Hyperion läuft nen shutdown Befehl verpasst? Ich weiß,dass dafür der Austausch der Keys ect. nötig ist, und ich denke auch drüber nach, ob es Sinn macht das in diesem Modul aufzunehmen, aber da ich gerne alles unter einem Dach habe, dachte ich, dass ich mal nachfrage.
Habt ihr eure Hyperion Hardware immer am Netz? Ich würde es gern bei Bedarf über eine Funksteckdose zuschalten. Nur wird auf dauer die SD Karte darunter leiden.
Ansonsten wahnsinn, welchen Umfang das Modul mittlerweile hat.
Grüße
Zitat von: Bootscreen am 02 Dezember 2016, 15:16:11
Freut mich wenn ich helfen konnte =)
Konntest Du! Danke! 8)
Habe ein paar Aktionen damit getestet und das Verhalten hat sich m.E. positiv verändert.
Hab's eben eingecheckt, ist also ab morgen im Update.
Zitat von: Esjay am 02 Dezember 2016, 22:12:43
Hi DeeSPe,
wäre es möglich,einen set Befehl einzubauen, welcher der Hardware (z.B seperater Raspberry) auf der Hyperion läuft nen shutdown Befehl verpasst? Ich weiß,dass dafür der Austausch der Keys ect. nötig ist, und ich denke auch drüber nach, ob es Sinn macht das in diesem Modul aufzunehmen, aber da ich gerne alles unter einem Dach habe, dachte ich, dass ich mal nachfrage.
Habt ihr eure Hyperion Hardware immer am Netz? Ich würde es gern bei Bedarf über eine Funksteckdose zuschalten. Nur wird auf dauer die SD Karte darunter leiden.
Ansonsten wahnsinn, welchen Umfang das Modul mittlerweile hat.
Grüße
Also mein Hyperion RPi hängt direkt hinten am TV.
Auf diesem läuft auch mein FHEM, läuft also eh immer!
Ich persönlich schalte also meist nur zwischen den mode(s) hin und her für die normale Beleuchtung.
Von den ganzen Funktionen die das Modul mittlerweile hat nutze ich auch nur einen Bruchteil, finde es darum aber eben sehr interessant was andere damit umsetzen. :D
Um Deine Frage zu beantworten:
Klar könnte man das in das Modul einbauen da für den Konfigswitch ja eh schon passwordless SSH benötigt wird und somit vorhanden wäre.
Aber ehrlich gesagt sehe ich das nicht als Aufgabe des Hyperion Moduls an einen remote/local Host herunterzufahren. Ich denke dafür gibt es andere Lösung(en). Das Hyperion Modul sollte schon nur Dinge um Hyperion machen. :-[
Eher könnte ich mir vorstellen einen Befehl einzubauen um einen Shutdown des Hyperion Prozesses zu bewirken! Durch setzen einer Konfig Datei kann man ihn ja auch wieder starten! 8)
Gruß
Dan
@esjay du könntest dir das auch mit cmdalias selbst bauen.
define <devname> cmdalias set <hyperion device> shutdown as system(<shell command>)
attr <hyperion device> eventMap shutdown:shutdown
Der Code ist ungelesen da ich schon im Bett liege ^^ sollte er nicht gehn bzw du noch hilfe brauchen muss ich morgen nochmal genauer schauen
Gesendet von meinem Nexus 10 mit Tapatalk
Zitat von: Bootscreen am 02 Dezember 2016, 23:23:21
@esjay du könntest dir das auch mit cmdalias selbst bauen.
define <devname> cmdalias set <hyperion device> shutdown as system(<shell command>)
attr <hyperion device> eventMap shutdown:shutdown
Der Code ist ungelesen da ich schon im Bett liege ^^ sollte er nicht gehn bzw du noch hilfe brauchen muss ich morgen nochmal genauer schauen
Gesendet von meinem Nexus 10 mit Tapatalk
Danke für den Tipp.. Werde es bei Gelegenheit ausprobieren!
Hallo Dan,
bin gerade wieder etwas am um konfigurieren von meinem Hyperion System, um eine LED Leiste und die Phillips HUE Lampen gleichzeitig ans Ambilight zu koppeln, habe ich jetzt zwei Instanzen von Hyperion auf dem selben Raspberry laufen.
Die erste Instanz gibt die Grabber Werte an die zweite Instanz weiter.
Geänderte Konfig der erste Instanz:
// JSON/PROTO FORWARD CONFIG
"forwarder" :
{
"json" : ["127.0.0.1:19446"],
"proto" : ["127.0.0.1:19447"]
}https://hyperion-project.org/wiki/Controlling-Multiple-Devices (https://hyperion-project.org/wiki/Controlling-Multiple-Devices)
In FHEM habe ich ein zweites Hyperion Device angelegt. Die zweite Hyperion Instanz starte ich momentan noch manuel auf dem remote Raspberry, wenn ich die HUE Lampen am Ambilight haben möchte.
Zitat von: DeeSPe am 02 Dezember 2016, 22:52:49
Eher könnte ich mir vorstellen einen Befehl einzubauen um einen Shutdown des Hyperion Prozesses zu bewirken! Durch setzen einer Konfig Datei kann man ihn ja auch wieder starten! 8)
Den Befehl zum beenden des Hyperion Prozesses würde ich in diesem Zusammenhang auch sehr begrüßen :)
Sind beide Instanzen gestartet kann ich sie über FHEM steuern. Was aber nicht geht ist die Konfigurationsdateien über das Modul zu änderen, da bei der Umschaltung immer beide Instanzen "gekillt" werden. Ist es möglich hier noch etwas ein zu bauen, damit das Modul auch mit mehreren Instanzen zurechtkommt?
Gruß
Schlimbo
P.S. Danke noch mal für das Attribut "hyperionCustomEffects" und die "effectArgs", das hat einiges wirklich sehr viel einfacher und komfortabler gemacht. 8)
Zitat von: Schlimbo am 10 Dezember 2016, 16:40:10
Hallo Dan,
bin gerade wieder etwas am um konfigurieren von meinem Hyperion System, um eine LED Leiste und die Phillips HUE Lampen gleichzeitig ans Ambilight zu koppeln, habe ich jetzt zwei Instanzen von Hyperion auf dem selben Raspberry laufen.
Die erste Instanz gibt die Grabber Werte an die zweite Instanz weiter.
Geänderte Konfig der erste Instanz:
// JSON/PROTO FORWARD CONFIG
"forwarder" :
{
"json" : ["127.0.0.1:19446"],
"proto" : ["127.0.0.1:19447"]
}
https://hyperion-project.org/wiki/Controlling-Multiple-Devices (https://hyperion-project.org/wiki/Controlling-Multiple-Devices)
In FHEM habe ich ein zweites Hyperion Device angelegt. Die zweite Hyperion Instanz starte ich momentan noch manuel auf dem remote Raspberry, wenn ich die HUE Lampen am Ambilight haben möchte.Den Befehl zum beenden des Hyperion Prozesses würde ich in diesem Zusammenhang auch sehr begrüßen :)
Sind beide Instanzen gestartet kann ich sie über FHEM steuern. Was aber nicht geht ist die Konfigurationsdateien über das Modul zu änderen, da bei der Umschaltung immer beide Instanzen "gekillt" werden. Ist es möglich hier noch etwas ein zu bauen, damit das Modul auch mit mehreren Instanzen zurechtkommt?
Dieser Missstand ist mir auch schon mal aufgefallen!
Bisher gab es scheinbar nur niemanden der mehr als eine Instanz in Zusammenhang mit dem Modul benutzt! ;)
Sollte eigentlich kein großes Ding sein, muss nur sehen wie ich an die Prozess-ID komme.
Schaue ich mir in den nächsten Tagen mal an, bin gerade leider krank und habe keine Nerven dafür. :(
Zitat von: Schlimbo am 10 Dezember 2016, 16:40:10
P.S. Danke noch mal für das Attribut "hyperionCustomEffects" und die "effectArgs", das hat einiges wirklich sehr viel einfacher und komfortabler gemacht. 8)
Das freut mich dass es gut angenommen wird.
Ist etwas kryptisch das ganze, aber ich denke das macht man eh nur wenn man weiß was und wie man es tut...
Dazu hilft es doch auch ganz gut, mMn., einen bestehenden Effekt mit neuem Namen kopieren zu können...
Gruß
Dan
Mir fällt gerade auf dass die Problematik eigentlich eine Andere ist...
Du müsstest die Instanz die von FHEM kontrolliert werden soll unter einem anderen User starten (vorzugsweise fhem).
Das Modul könnte per Attribut auf diesen User umgestellt werden und würde dann eben nur den Hyperion Prozess dieses Users killen!.
Ich denke das ist der nötige Ansatz, denn wenn alle Instanzen unter dem selben User laufen bekomme ich ja nicht heraus welcher von FHEM kontrolliert werden soll, solange der Prozess nicht von FHEM selbst gestartet wurde. Also z.B. nach Reboot des System und Autostart der Hyperion Instanzen.
Gruß
Dan
Hallo Dan,
danke für den Hinweis, ich habe es gerade mit unterschiedlichen Usern umgesetzt, bin gerade noch am testen, aber es scheint zu Funktionieren. 8)
Es muss bei beiden FHEM Devices das Attribut "hyperionNoSudo" gesetzt werden, da sonst trotzdem beide Instanzen gekillt werden.
"get <name> configFiles" funktioniert momentan nur wenn der Hyperion Prozess läuft, wenn nicht erscheint "Not connected", da das Auslesen der Konfig Dateien aber über SSH geschied sollte dies doch auch ohne laufenden Hyperion Prozess funktionieren, oder?
Das Kommando "set <name> configFile" wird in der set-Liste ausgeblendet wenn nur eine Konfigdatei vorhanden ist, wenn der Prozess nicht läuft und ich Hyperion über das Modul starten möchte wäre es aber gut, wenn er auch bei nur einer Konfigdatei vorhanden wäre.
Oder ist bei dem shutdown Befehl des Hyperion Prozesses auch ein Start Befehl geplant (der Hyperion mit der Letzten aktiven Konfigdatei startet), dann ware dies ja auch hinfällig.
Da ich die Konfigdatei momentan noch oft verändere und der Prozess bei jeder Änderung neu gestartet werden muss, fände ich ein "reload" Befehl auch sehr praktisch.
Gute Besserung und beste Grüße
Schlimbo
Zitat von: Schlimbo am 11 Dezember 2016, 17:23:01
Hallo Dan,
danke für den Hinweis, ich habe es gerade mit unterschiedlichen Usern umgesetzt, bin gerade noch am testen, aber es scheint zu Funktionieren. 8)
Es muss bei beiden FHEM Devices das Attribut "hyperionNoSudo" gesetzt werden, da sonst trotzdem beide Instanzen gekillt werden.
Schööön.... 8) 8) 8)
Zitat von: Schlimbo am 11 Dezember 2016, 17:23:01
"get <name> configFiles" funktioniert momentan nur wenn der Hyperion Prozess läuft, wenn nicht erscheint "Not connected", da das Auslesen der Konfig Dateien aber über SSH geschied sollte dies doch auch ohne laufenden Hyperion Prozess funktionieren, oder?
Das war auch mal anders gedacht, sollte aber kein Problem sein das zu ändern.
Schaue ich mir mit an wenn ich das killall umbaue auf Prozess-ID.
Zitat von: Schlimbo am 11 Dezember 2016, 17:23:01
Das Kommando "set <name> configFile" wird in der set-Liste ausgeblendet wenn nur eine Konfigdatei vorhanden ist, wenn der Prozess nicht läuft und ich Hyperion über das Modul starten möchte wäre es aber gut, wenn er auch bei nur einer Konfigdatei vorhanden wäre.
Das ist richtig!
Zitat von: Schlimbo am 11 Dezember 2016, 17:23:01
Oder ist bei dem shutdown Befehl des Hyperion Prozesses auch ein Start Befehl geplant (der Hyperion mit der Letzten aktiven Konfigdatei startet), dann ware dies ja auch hinfällig.
Da ich die Konfigdatei momentan noch oft verändere und der Prozess bei jeder Änderung neu gestartet werden muss, fände ich ein "reload" Befehl auch sehr praktisch.
Die Idee gefällt mir gut.
Statt configFile wieder einzublenden wenn nur eine Datei da ist würde es mir denke ich besser gefallen Optionen einzubauen für shutdown und restart.
Ich mache mich in den nächsten Tagen mal ran.
Gruß
Dan
Hallo DeeSPe,
ich bin neu bei fhem, betreibe aber schon länger ein hyperion-light.. da gefällt es mir natütlich sehr gut, das sich hyperion auch sehr charmant mit fhem kontrollieren lässt... viele Dank dafür!
Zitat von: BooStar am 15 Dezember 2016, 22:43:44
Hallo DeeSPe,
ich bin neu bei fhem, betreibe aber schon länger ein hyperion-light.. da gefällt es mir natütlich sehr gut, das sich hyperion auch sehr charmant mit fhem kontrollieren lässt... viele Dank dafür!
Gerne! 8)
Ich habe auch mit Hyperion angefangen und dann FHEM kennen gelernt.
Deswegen war es mir ein Bedürfnis ein gescheites Modul dafür zu haben.
Ich freue mich sehr über dieses Lob, denn für viele Andere ist es eine Selbstverständlichkeit dass sich jemand dran setzt und ein Modul schreibt! Zumal dieses Modul das erste war was ich je in Perl entwickelt habe! ;)
Gruß
Dan
Hallo,
erst mal Vielen Dank für das tolle Modul.
Meine Frage: Wie ist es möglich einen Befehl so auszuführen das danach wieder der zuletzt verwendete Zustand eintritt?
Beleuchtung an set hyperionCustomEffects (funktioniert) jetzt aber wieder der alte Zustand?
Vielen Dank schonmal.
Zitat von: denny84blau am 07 Januar 2017, 13:20:57
Meine Frage: Wie ist es möglich einen Befehl so auszuführen das danach wieder der zuletzt verwendete Zustand eintritt?
Beleuchtung an set hyperionCustomEffects (funktioniert) jetzt aber wieder der alte Zustand?
Verstehe die Frage nicht wirklich!
Man kann effect/rgb über die optionale Angabe der Dauer (duration) in Sekunden einschalten. Danach kehrt Hyperion wieder zum Ausgangsstatus zurück.
Zitateffect <effect> [Dauer] [Priorität] [effectargs]
Stellt gewählten Effekt ein (ersetzte Leerzeichen mit Unterstrichen) mit optionaler Dauer in Sekunden und optionaler Priorität
effectargs können ebenfalls übermittelt werden - muss ein JSON String ohne Leerzeichen sein
Zitatrgb <RRGGBB> [Dauer] [Priorität]
Setzt Farbe im RGB Hex Format mit optionaler Dauer in Sekunden und optionaler Priorität
Gruß
Dan
Ich mach das über die Priorität:
Attribut "hyperionDefaultPriority" auf einen größerem Wert setzten zB.:
attr <name> hyperionDefaultPriority 5
Dann die Lichter wie gewohnt einschalten z.b.:
set <name> rgb 00FF00
Willst du jetzt einen Effekt starten diesen mit einer höhere Priorität starten z.B.:
set <name> effect <effect> 0 1
Willst du dann wieder zurück auf den alten Zustand, einfach die Prio vom Effekt wieder löschen:
set <name> clear 1
Gruß
Schlimbo
Hallo,
Vielen Dank für die schnelle Antwort.
Ich möchte dies in meinen event Telefonanruf einbinden, wie kann ich die dauer des effects angeben bevor der clear ausgeführt wird?
mein code: CallMonitor:event:.*ring set Sonos_Eingang VolumeSave 10
;set Ambilight effect Blink_red 1
;set Ambilight clear 1
;set Sonos_Eingang speak 55 de |A1| Telefonanruf [CallMonitor:external_name]
Hiermit blinkt das Licht solange, wie das Telefon klingelt:
define di_AnrufLicht DOIF ([CallMonitor:event] eq "ring") (set Ambilight effect Blink_red 0 1) DOELSE (set Ambilight clear 1)
Vielen Dank.
Funktioniert so, nur aus neugier - für was steht die 0 vor der Priority?
Gruß
Zitat von: denny84blau am 08 Januar 2017, 10:42:43
Vielen Dank.
Funktioniert so, nur aus neugier - für was steht die 0 vor der Priority?
Gruß
Das ist eindeutig beschrieben! 8)
Zitat von: commandref
effect <effect> [Dauer] [Priorität] [effectargs]
Stellt gewählten Effekt ein (ersetzte Leerzeichen mit Unterstrichen) mit optionaler Dauer in Sekunden und optionaler Priorität
Gruß
Dan
Zitat von: Schlimbo am 07 Januar 2017, 23:42:02
Hiermit blinkt das Licht solange, wie das Telefon klingelt:
define di_AnrufLicht DOIF ([CallMonitor:event] eq "ring") (set Ambilight effect Blink_red 0 1) DOELSE (set Ambilight clear 1)
coole Sache :)
hab ich direkt bei mir auch eingebaut =) und zusätzlich ein Blinken hinzugefügt, wenn jemand an der Haustür klingelt ;D
Danke für den Code und die Idee :) :)
Beste Grüße
Andy
Hab soeben ein Mini Update für das Modul eingecheckt.
Es wird nur der disable Zustand besser abgefangen.
Gruß
Dan
P.S. Ab morgen früh im Update.
Für Hardware-Interessierte:
Ich habe gestern mein Hyperion erfolgreich von einem RPi3 auf einen RPi Zero W umgezogen.
Pinout ist das Selbe wie beim RPi3.
Da ich keinen OTG-Adapter hatte, habe ich eine kurze USB Verlängerung zerschnitten und die vier Kabel der Buchse fest an den RPi Zero W angelötet. Die dafür nötigen Lötpads befinden sich fast an genau den selben Stellen wie beim RPi Zero, sind allerdings nicht mehr beschriftet. Welches Kabel wo hin gehört findet man ganz schnell im Netz.
Leider habe ich nach Fertigstellung vergessen ein Foto zu machen und komme nun nicht mehr ohne Weiteres dort ran. :(
Die Installation von Hyperion war dank HyperCon in unter 10 min. erledigt.
Danach habe ich einfach meine alte Konfig Datei eingespielt, Hyperion gestartet und gestaunt!
Es funktioniert genau so gut wie vorher auf dem RPi3!!!
Wer einen schlanken Hyperion Host benötigt ist also mit dem RPi Zero W bestens bedient.
Den Versand mal nicht mitgerechnet waren das gerade einmal 11€ für den RPi Zero W und 7€ für eine 16GB SD-Karte und evtl. ein preiswerter OTG Adapter. Also sagen wir mal rund 20€. Ich denke günstiger und kleiner geht nun wirklich kaum. 8)
Die Installation+Konfiguration von Raspbian Jessie und Installation von Hyperion mit Übernahme der alten Konfig hat gerade einmal eine halbe Stunde gedauert.
Die Umbauten hinter dem Fernseher haben allerdings etwas länger gedauert (so ca. 2 Stunden), da ich meine LED Streifen nun auch von der anderen Seite mit Strom versorgen und natürlich alles wieder ordentlich dran befestigen wollte.
Mal schauen was ich in Zukunft evtl. noch auf den kleinen Hyperion Host mit drauf packe.
Ein FHEM drauf machen und GPIO Module (ZWave oder HM) anschliessen wäre auch problemlos möglich, aber dafür werde ich ihn nicht benutzen.
Ich bin mit meinem FHEM Host sehr zufrieden und froh das mein Hyperion nun auf solch einer kleinen sparsamen Hardware läuft, die mir seitens des Betriebssystems alle Möglichkeiten lässt und auch weiterhin noch viele Anschlussmöglichkeiten bietet.
Evtl. benutze ich das BT Modul noch für PRESENCE, mal schauen.
Gruß
Dan
Hallo,
ich bin durch Zufall auf den Hyperion-Server aufmerksam geworden und mein innerer "Bestelldrang" ist deutlich zu spüren ;D
Ich würde aber gerne die LEDs nicht nur nutzen, wenn der Fernseher läuft. Ist es auch möglich (über das Modul) die LEDs auch gesondert anzusteuern (quasi als indirekte Beleuchtung?)
Wenn ich das richtig verstanden habe, leuchten die LEDs immer blau, wenn kein Signal anliegt.
Danke für die Infos
Das Ambilight (clearall) ist nur ein Teil von Hyperion.
Du kannst die LEDs in jeder beliebigen Farbe leuchten lassen (RGB), alle verfügbaren Effekte auswählen und sogar eigene Effekte in FHEM bauen.
Ja, die LEDs leuchten im Ambilight Modus (clearall) blau wenn kein Signal anliegt.
Kannst aber jederzeit auf RGB/Effekt umschalten oder einfach ausschalten.
Gruß
Dan
Hallo Dan,
danke für die Antwort.
Dann werde ich mal anfangen mich einzulesen.
Gruß
Also ich habe mein Ambilight über einen Chinch-Grabber am Scart-Anschluss meines Fernsehers angeschlossen. Wenn der Fernseher aus ist kommt da "schwarz" raus und auch mein Ambilight ist aus.
Hallo,
ich bitte um Hilfe, das Laden der ConfigFiles per SSH will einfach nicht funktionieren.
Finterprints zwischen fhem@<IP> und osmc@<IP> wurden ausgetauscht, ssh login von fhem@<IP> nach osmc@<IP> funzt einwandfrei ohne Password.
Auch per myutils kann ich so erfolgreich Befehle beim osmc absetzen, so hatte ich bisher die Configs gewechselt:
"nohup ssh osmc\@<IP> /home/osmc/.kodi/userdata/mode_script.sh >/dev/null &"
da sich das aber nicht sehr gut mit diesem Modul verträgt, wollte ich das nun ändern.
Attr ist vorhanden:
attr wz_hyperion hyperionSshUser osmc
die Fingerprints liegen unter /opt/fhem/.ssh.
Leider bleibt es jedoch bei der Fehlermeldung:
No files found on server <IP> in directory /etc/hyperion/. Maybe the wrong directory? If SSH is used, has the user osmc been configured to log in without entering a password (http://www.linuxproblem.org/art_9.html)?
PS.: osmc verfügt über sudo.
Danke!
LG,
Klaus
Zitat von: Klouse am 13 April 2017, 14:41:44
Leider bleibt es jedoch bei der Fehlermeldung:
No files found on server <IP> in directory /etc/hyperion/. Maybe the wrong directory? If SSH is used, has the user osmc been configured to log in without entering a password (http://www.linuxproblem.org/art_9.html)?
Die ....config.json Dateien liegen bei osmc auch sicher unter "/etc/hyperion/" ?
Gruß
Dan
Hallo,
danke für die schnelle Antwort!
Oh, hätte ich erwähnen können, ja klar:
ls /etc/hyperion
hyperion.config.ext.json hyperion.config.kodi.json
LG,
Klaus
Bitte im Dateinamen nicht die zusammengehörige Endung ".config.json" zerreissen, denn nach dieser werden die Dateien gesucht.
Benenne sie einfach "hyperion.ext.config.json" und "hyperion.kodi.config.json".
Gruß
Dan
Hey,
oh Mann - perfekt, Problem gelöst! :)
Vielen Dank!
LG,
Klaus
Hi Dan,
habe mir nach der Anleitung:
http://www.forum-raspberrypi.de/Thread-hyperion-tutorial-esp8266-nodemcu-addon-wifi-led-controller-udp (http://www.forum-raspberrypi.de/Thread-hyperion-tutorial-esp8266-nodemcu-addon-wifi-led-controller-udp)
einen ESP8266, mit angeschlossen WS2812 LED Stripe, über WIFI an eine Hyperion Instanz angebunden.
Somit habe ich mittlerweile schon drei Hyperion Instanzen laufen. 8)
Vor einiger Zeit war mal ein shutdown/restart Befehl für Hyperion im Gespräch:
https://forum.fhem.de/index.php/topic,55112.msg538287.html#msg538287 (https://forum.fhem.de/index.php/topic,55112.msg538287.html#msg538287)
Würde mich freuen wenn du das shutdown/restart & Prozess-ID Thema noch mal ausgraben könntest? ;)
Beste Grüße Schlimbo
Guten Tag!
Ich bin nun von Pimatic zu FHEM gewechselt. Aller Anfang ist schwer, wie mir scheint. Ich betreibe FHEM unter Xen als VM (Ubuntu) und habe es wenigstens schon Mal geschafft, einen nanoCUL mit 433 MHz zum Laufen zu bringen. Nun versuche ich mich an hyperion, das bei mir auf einem Pi im Schlafzimmer läuft. Das läuft soweit auch. Allerdings habe ich häufiger Disconnects und das Senden von Befehlen funktioniert auch eher unzuverlässig. Außerdem haut irgendwas mit der ssh-Verbindung nicht hin. Ich habe auf dem Pi den User root "freigeschaltet" und das passwortlose Login per SSH vom FHEM-Server zum Pi (mit dem User root) funktioniert auch. Allerdings erscheint bei mir die Meldung, dass unter /etc/hyperion/ keine Dateien gefunden werden. Ich habe dort aber meine hyperion.config.json liegen (ja, da bin ich sicher). Hat jemand eine Idee, wie ich FHEM nun dazu bringen kann, die Config auch zu sehen?
PS: attr Bettlicht hyperionSshUser root ist gesetzt...
Besten Dank im Voraus!
-triagony
Gesendet von meinem HTC 10 mit Tapatalk
Hallo triagony,
erstmal herzlich Willkommen im FHEM Forum :).
Wenn unter /etc/hyperion/ keine Konfiguration gefunden wird stimmt höchstwahrscheinlich etwas mit dem ssh Zugang nicht.
Hier noch mal ein paar Dinge, die oft falsch gemacht werden:
-SSH Zugang für den user: "fhem" (viele sind auf der Konsole mit einem anderen User eingeloggt!)
-key file (authorized_keys) in dem home Verzeichnis des users "fhem" (z.B. /opt/fhem/.ssh)
-passende known_hosts Datei im .ssh Ordner
-richtige Berechtigungen der key file:
chown -R fhem:dialout /opt/fhem/.ssh
chmod 700 /opt/fhem/.ssh
chmod 500 /opt/fhem/.ssh/authorized_keyszu:
ZitatAllerdings habe ich häufiger Disconnects und das Senden von Befehlen funktioniert auch eher unzuverlässig.
Die Steuerung von Hyperion läuft ja nicht über ssh, wenn du hier Probleme hast gehe ich eher von Netzwerk Problemen aus. Funktioniert die Steuerung denn über andere Geräte problemlos? (z.B. Hyperion APP)
Gruß Schlimbo
Zitat von: Schlimbo am 19 September 2017, 19:22:58
Hi Dan,
habe mir nach der Anleitung:
http://www.forum-raspberrypi.de/Thread-hyperion-tutorial-esp8266-nodemcu-addon-wifi-led-controller-udp (http://www.forum-raspberrypi.de/Thread-hyperion-tutorial-esp8266-nodemcu-addon-wifi-led-controller-udp)
einen ESP8266, mit angeschlossen WS2812 LED Stripe, über WIFI an eine Hyperion Instanz angebunden.
Somit habe ich mittlerweile schon drei Hyperion Instanzen laufen. 8)
Vor einiger Zeit war mal ein shutdown/restart Befehl für Hyperion im Gespräch:
https://forum.fhem.de/index.php/topic,55112.msg538287.html#msg538287 (https://forum.fhem.de/index.php/topic,55112.msg538287.html#msg538287)
Würde mich freuen wenn du das shutdown/restart & Prozess-ID Thema noch mal ausgraben könntest? ;)
Beste Grüße Schlimbo
Hey Schlimbo,
sorry, hatte Deinen Post wohl übersehen.
Ich komme voraussichtlich erst ab November wieder mal dazu mich um die Weiterentwicklung meiner Module zu kümmern.
Dein Wunsch sollte machbar sein, brauche aber geistige Ruhe dafür. Bin gerade mit anderen Nicht-Programmier-Projekten aus- und überlastet... ???
@triagony:
Wie Schlimbo schon beschrieben hat muss der Linux-User unter dem FHEM läuft (meist fhem) für den passwortlosen SSH Zugang zum Hyperion Host konfiguriert sein.
Gruß
Dan
Danke für die Antworten! Der Linux-User, unter dem FHEM läuft, hat bei mir passwortlosen SSH -Zugang zum Pi mit Hyperion.. es ist aber nicht der User "fhem", sondern ein anderer User. Vielleicht liegt es ja tatsächlich daran.
Ich hätte aber noch eine andere Frage, an der ich gerade verzweifel ... Ich möchte morgens mit einem Lichtwecker (Hyperion) geweckt werden - also mit ansteigender Helligkeit der LEDs über einen bestimmten Zeitraum. Ich versuche, das ganze mit DOIF zu realisieren, scheitere aber gerade.
So sieht es bei mir aus:
DEF
([06:06]) (set Bettlicht dim 1) (set $SELF cmd_2)
DOELSEIF (0)(set Bettlicht dimUp)
attr repeatcmd 0:3
attr repeatsame 1:99
Leider wird zwar "dim" schrittweise hochgezählt, aber das vorher auszuführende "dim 1" wird nicht ausgeführt bzw. zeigt keine Wirkung, so dass er immer beim letzten gespeicherten DimLevel startet...
Hat jemand eine Idee für einen Lösungsansatz?
Danke!
-triagony
Gesendet von meinem HTC 10 mit Tapatalk
Zitat von: Schlimbo am 10 Oktober 2017, 18:48:46
Hier noch mal ein paar Dinge, die oft falsch gemacht werden:
-SSH Zugang für den user: "fhem" (viele sind auf der Konsole mit einem anderen User eingeloggt!)
...
Danke, das war's! :)
Gesendet von meinem HTC 10 mit Tapatalk
Mein Dim-Problem hab ich mithilfe von wait nun auch lösen können.
Gesendet von meinem HTC 10 mit Tapatalk
Ich habe auch ein paar ESP8266 mit LED Streifen als Ambilight und als Farblampen im Einsatz. Als Basis benutze ich ebenfalls https://forum-raspberrypi.de/forum/thread/25242-tutorial-esp8266-nodemcu-addon-wifi-led-controller-udp/ in leicht abgewandelter Form.
Da man mit dem Gerät nicht nur Hyperion UDP Pakete empfangen kann, sondern auch JSON verarbeiten kann, nutze ich nur fürs Ambilight Hyperion und steuer die Farblampen direkt per JSON an (z.B. über die Hyperion App).
Gerne würde ich das JSON Interface dahin gehend erweitern, das das FHEM Hyperion Modul die richtigen Antworten bekommt. Allerdings scheint es inzwischen zu viele Hyperion Versionen zu geben...
Nach welcher Schnittstellenbeschreibung wurde das FHEM Modul gebaut?
Zitat von: DeeSPe am 11 Oktober 2017, 00:49:09
Ich komme voraussichtlich erst ab November wieder mal dazu mich um die Weiterentwicklung meiner Module zu kümmern.
Dein Wunsch sollte machbar sein, brauche aber geistige Ruhe dafür. Bin gerade mit anderen Nicht-Programmier-Projekten aus- und überlastet... ???
Kein Problem, lass dir Zeit, ich warte ;)
Zitat von: adn77 am 12 Oktober 2017, 00:39:20
Gerne würde ich das JSON Interface dahin gehend erweitern, das das FHEM Hyperion Modul die richtigen Antworten bekommt. Allerdings scheint es inzwischen zu viele Hyperion Versionen zu geben...
Nach welcher Schnittstellenbeschreibung wurde das FHEM Modul gebaut?
Wenn das im ersten Beitrag noch stimmt dann V1.03.2.
Hallo Dan,
habe gerade festgestellt, dass der Befehl "set configFile" mein FHEM ca. 2 Sekunden blockiert, wäre es möglich die SSH Kommunikation auch non-blocking durchzuführen?
Gruß Schlimbo
Hi ich habe den ESP8266 Sketch von Scilor (https://forum-raspberrypi.de/forum/thread/25242-tutorial-esp8266-nodemcu-addon-wifi-led-controller-udp/) stark überarbeitet, dass es sich auf der JSON Seite wie ein richtiges Hyperion verhält.
Dabei sind mir ein paar "Probleme" mit dem 98_Hyperion Modul aufgefallen:
--- FHEM/98_Hyperion.pm.orig 2017-10-19 20:32:57.753505917 +0200
+++ FHEM/98_Hyperion.pm 2017-10-20 20:05:51.862932221 +0200
@@ -211,7 +211,8 @@
return if ($buf !~ /(^.+"success":(true|false)\}$)/);
Log3 $name,5,"$name: url $hash->{DeviceName} returned result: $result";
delete $hash->{PARTIAL};
- $result =~ /(\s+)?\/{2,}.*|(?:[\t ]*(?:\r?\n|\r))+/gm;
+# $result =~ /(\s+)?\/{2,}.*|(?:[\t ]*(?:\r?\n|\r))+/gm;
+ $result =~ s/[\r|\n]//gm;
if ($result =~ /^\{"success":true\}$/)
{
fhem "sleep 1; get $name statusRequest"
@@ -931,7 +932,7 @@
return ".*:off:toggle"
if (Value($name) eq "off");
return ".*:light_exclamation"
- if (Value($name) =~ /^(ERROR|disconnected)$/);
+ if ( (Value($name) =~ /^(ERROR|disconnected)$/ && !$hash->{INTERVAL}) || (Value($name) =~ /^(ERROR)$/ && $hash->{INTERVAL}) );
return ".*:light_light_dim_$ico@#".$rgb.":toggle"
if (Value($name) ne "off" && ReadingsVal($name,"mode","") eq "rgb");
return ".*:light_led_stripe_rgb@#FFFF00:toggle"
Was soll die RegEx bewirken? $result =~ /(\s+)?\/{2,}.*|(?:[\t ]*(?:\r?\n|\r))+/gm;
Meine Zeilenenden hat sie zumindest nicht abgeschnitten.
Dann habe ich noch eine Frage bzgl. des ständigen Verbindungsmodes (ohne INTERVAL).
Wenn ich hier ein Kommando schicke (Farbe oder Effekt setzen), dann fragt das Modul nicht automatisch den "serverinfo" ab, so dass der neue Status auch nicht in die Readings gelangt.
Erwartet das Modul, dass Hyperion ein "info{}" JSON nach dem {"success":true} schickt?
Zitat von: adn77 am 20 Oktober 2017, 20:44:31
Hi ich habe den ESP8266 Sketch von Scilor (https://forum-raspberrypi.de/forum/thread/25242-tutorial-esp8266-nodemcu-addon-wifi-led-controller-udp/) stark überarbeitet, dass es sich auf der JSON Seite wie ein richtiges Hyperion verhält.
Das hört sich ja echt super an, hätte daran auf jeden Fall auch Interesse, so könnte man die ESP Version dann auch standalone nutzen 8)
Wenn du jemanden zum testen brauchst... stelle mich gerne zur Verfügung.
Meinst du es wäre auch möglich die "Priority" Funktion hier mit einzubauen?
Gruß
Schlimbo
Zitat von: Schlimbo am 20 Oktober 2017, 21:15:15
Wenn du jemanden zum testen brauchst... stelle mich gerne zur Verfügung.
Meinst du es wäre auch möglich die "Priority" Funktion hier mit einzubauen?
Ich bin leider kein C++ Programmierer... muss den Arduino Code noch aufräumen, bevor ich ihn irgendwo hochlade - kommt aber, sobald ich Antwort auf meine Fragen (s.o) habe.
Was meinst du mit "Priority"?
Bei Hyperion kann man beim einstellen von Farben oder Effekten ein Prioritätswert übergeben.
https://hyperion-project.org/wiki/hyperion-dataflow (https://hyperion-project.org/wiki/hyperion-dataflow)
Aus Commandref
rgb <RRGGBB> [duration] [priority]
set color in RGB hex format with optional duration in seconds and priorityDiese Funktion finde ich genial, da man hiermit einfach Benachrichtigungen mit unterschiedlicher Wichtigkeit (prio) an Hyperion senden kann, es wird immer die Lichtscene mit dem kleinsten Prio-Wert angezeigt ohne das der vorherige Zustand verloren geht.
Hiermit sind dann z.B. solche Sachen möglich:
Zitat von: Schlimbo am 28 November 2016, 19:26:22
Ich setze mit dem Modul unterschiedliche Modi mit unterschiedlichen Priority Werten.
Zum Beispiel:
Normales Licht wird bei mir mit DefaultPriority 99 eingestellt.
Kommt jetzt ein Anruf über die FritzBox, signalisiere ich dies mit blinken der LEDs in rot, dies wird mit einer höheren Priorität (Wert 90) gesetzt, ist der Anruf angenommen oder vorbei wird einfach die Prio 90 gelöscht und die vorhergegangenen Farbe ist wieder aktiv, ohne sich vorher merken zu müssen was aktiv war.
Ich hab eine ganze Reihe von Signalisierungen mit unterschiedlichen Priorisierungen z.B.
-msgCmdLightHigh --> set %DEVICE% effect Blink_red 5 0
-msgCmdLight --> set %DEVICE% effect Blink_green 5 1
-msgCmdLightLow --> set %DEVICE% effect Blink_blue 5 3
-Telefon klingelt --> set <name> effect Strobe_red 90
-Luftfeuchtigkeit zu hoch --> set <name> rgb 0000FF 0 94
Hiermit kann ich sicherstellen, dass wichtigere Meldungen immer angezeigt werden.
https://forum.fhem.de/index.php/topic,55112.msg555343/topicseen.html#msg555343 (https://forum.fhem.de/index.php/topic,55112.msg555343/topicseen.html#msg555343)
Das funktioniert aber mit der aktuellen ESP-Version leider nicht, auch die Übergabe des Parameters "duration" wird nicht unterstützt.
Wäre der Hammer wenn du da noch was machen könntest.
Klingt cool, allerdings möchte ich dir da keine Hoffnung machen... wie schon gesagt, bin kein C++ Programmierer. Immerhin kann ich jetzt mehrere TCP Verbindungen zum ESP aufmachen und das JSON gibt die aktuelle Farbe bzw. den aktiven Effekt zurück.
Eine Prioritäten Steuerung könnte man aber in FHEM über Notifys abbilden.
Die Effekte auf dem ESP sind ja ebenfalls limitiert.
So ich bin erstmal zufrieden, meine Strips laufen und FHEM erkennt das jetzt auch.
Den aktuellen ESP8266 Code gibt es hier:
https://github.com/adn77/ESP8266_Hyperion_LED-Controller/tree/develop
das Hyperion Modul braucht zumindest noch den Patch:
--- FHEM/98_Hyperion.pm.orig 2017-10-19 20:32:57.753505917 +0200
+++ FHEM/98_Hyperion.pm 2017-10-24 18:22:51.003843704 +0200
@@ -208,11 +208,14 @@
return if (!$buf);
my $result = $hash->{PARTIAL} ? $hash->{PARTIAL}.$buf : $buf;
$hash->{PARTIAL} = $result;
- return if ($buf !~ /(^.+"success":(true|false)\}$)/);
+# return if ($buf !~ /(^.+"success":(true|false)\}$)/);
+ return if ($buf !~ /(^.+"success":(true|false)\})/);
Log3 $name,5,"$name: url $hash->{DeviceName} returned result: $result";
delete $hash->{PARTIAL};
$result =~ /(\s+)?\/{2,}.*|(?:[\t ]*(?:\r?\n|\r))+/gm;
- if ($result =~ /^\{"success":true\}$/)
+ $result =~ s/[\r|\n]//gm;
+# if ($result =~ /^\{"success":true\}$/)
+ if ($result =~ /^\{"success":true\}/)
{
fhem "sleep 1; get $name statusRequest"
if (AttrVal($name,"queryAfterSet",1) == 1 || !$hash->{INTERVAL});
Das FHEM-Device braucht einstweilen noch das Attribut
hyperionVersionCheck 0
Meine Hyperion Instanz verwende ich nur noch für Kodi.
"device" :
{
"name" : "AmbiSZ-ESP8266",
"type" : "udp",
"output" : "ambilight:19446",
"maxpacket" : 1450,
"protocol" : 0,
"rate" : 96000,
"colorOrder" : "rgb"
},
(inkl. zwei Forwarder für Ambilight "Ikea Fado Lampen" mit jeweils 15LEDs)
Das Kodi Hyperion schalte ich nur zum Film/Fernsehen schauen ein per service.kodi.callbacks da es mir sonst ständig Traffic im WLAN verursacht.
Alle ESPs steuer ich nun über FHEM per JSON Schnittstelle oder wenn's mal schnell gehen muss per Hyperion App auf dem Handy.
Hallo adn77,
habe gerade meinen ESP8266 mit deiner Version aktualisiert und den Patch im Modul übernommen.
Das Steuern der RGB Farben funktioniert, allerdings bekomme ich noch immer keine Readings im Modul angezeigt.
Hier das List:
Internals:
CFGFN
DEF 192.168.5.72 19444 10
DeviceName 192.168.5.72:19444
FD 37
INTERVAL 10
IP 192.168.5.72
NAME ESPHyperion
NOTIFYDEV global
NR 818
NTFY_ORDER 50-ESPHyperion
PARTIAL
{"success":true}
{"success":true}
{"success":true}
{"success":true}
{"success":true}
{"info":{"effects":[{"args":{"speed":1.0},"name":"Hyperion UDP","script":"hyperion_udp"},{"args":{"speed":2.0},"name":"Rainbow Mood","script":"rainbow"},{"args":{"speed":62.5},"name":"Fire 2012","script":"fire2012"}],"activeEffects":[],"activeLedColor":[{"HEX Value":["0x000000"]},{"HSL Value":[0.00,0.0,0.00]},{"RGB Value":[0, 0, 0]}],"hostname":"ESP-Hyperion","priorities":[],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[1.0,1.0,1.0],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true}
{"success":true}
{"info":{"effects":[{"args":{"speed":1.0},"name":"Hyperion UDP","script":"hyperion_udp"},{"args":{"speed":2.0},"name":"Rainbow Mood","script":"rainbow"},{"args":{"speed":62.5},"name":"Fire 2012","script":"fire2012"}],"activeEffects":[],"activeLedColor":[{"HEX Value":["0xFF4D17"]},{"HSL Value":[13.97,1.0,0.55]},{"RGB Value":[255, 77, 23]}],"hostname":"ESP-Hyperion","priorities":[],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[1.0,1.0,1.0],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true}
{"info":{"effects":[{"args":{"speed":1.0},"name":"Hyperion UDP","script":"hyperion_udp"},{"args":{"speed":2.0},"name":"Rainbow Mood","script":"rainbow"},{"args":{"speed":62.5},"name":"Fire 2012","script":"fire2012"}],"activeEffects":[],"activeLedColor":[{"HEX Value":["0xFF4D17"]},{"HSL Value":[13.97,1.0,0.55]},{"RGB Value":[255, 77, 23]}],"hostname":"ESP-Hyperion","priorities":[],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[1.0,1.0,1.0],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true}
PORT 19444
STATE ERROR
TYPE Hyperion
READINGS:
2017-10-24 16:49:41 lastError ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
2017-10-24 16:49:41 serverResponse ERROR
2017-10-24 16:49:41 state ERROR
Attributes:
alias Ambilight
cmdIcon on:general_an off:general_aus dimDown:dimdown dimUp:dimup
devStateIcon {(Hyperion_devStateIcon($name),"toggle")}
event-on-change-reading .*
group colordimmer
homebridgeMapping On=state,subtype=TV.Licht,valueOn=/rgb.*/,cmdOff=off,cmdOn=mode+rgb On=state,subtype=Umgebungslicht,valueOn=clearall,cmdOff=off,cmdOn=clearall On=state,subtype=Effekt,valueOn=/effect.*/,cmdOff=off,cmdOn=mode+effect
icon light_led_stripe_rgb
lightSceneParamsToSave state
room Hyperion
userattr lightSceneParamsToSave
webCmd rgb:effect:mode:dimDown:dimUp:on:off
widgetOverride dimUp:noArg dimDown:noArg
Hast du eine Idee an was das liegen könnte?
Hmm, du machst die Readings per Interval (10), da sollten eigentlich alle 10 Sekunden "serverinfo" Daten ausgetauscht werden und somit die Readings gesetzt
werden. Wobei "echte" Readings natürlich nur für "rgb" und "effect" übertragen werden.
Ich teste auf der Shell immer per:
echo "{\"command\":\"serverinfo\"}" | nc 192.168.5.72 19444
Kommt dann ein JSON zurück, sollte eigentlich auch ein Reading erscheinen. Allerdings ist dafür noch der 98_Hyperion.patch erforderlich, da der Antwortstring sonst nicht ins Muster passt.
Wenn du weiterhin den Interval Modus verwendest, dann sorgt der zweite Teil des Patches dafür, dass kein Fehler angezeigt wird während das Modul nicht mit der Lampe verbunden ist.
Ich habe meine Strips mit permanenter Verbindung (ohne Interval) laufen. Da "verschluckt" sich FHEM manchmal an den Antworten
Farblampe: url farblampe:19444 returned result:
{"success":true}
{"success":true}
Farblampe: error while requesting farblampe:19444 - {"success":true}{"success":true}
Ein Update der Readings findet in diesem Fall nur statt, wenn du in FHEM etwas änderst. Änderungen über die Hyperion App registriert FHEM nicht, es sei denn, ich schicke an alle verbundenen Sessions ein "serverinfo".
Da warte ich noch auf Antwort von DeeSPe, wie das erwartete Verhalten sein soll.
Ich habe noch ein wenig in den Modul-Sourcen gestöbert... wahrscheinlich benutzt das Script zu strikte RegEx bei der Result-Ermittlung.
Deshalb habe ich die RegEx angepasst und jetzt holt das Modul auch brav das "serverinfo" nach einer Änderung in der FHEM-Oberfläche:
--- FHEM/98_Hyperion.pm.orig 2017-10-19 20:32:57.753505917 +0200
+++ FHEM/98_Hyperion.pm 2017-10-24 18:22:51.003843704 +0200
@@ -208,11 +208,14 @@
return if (!$buf);
my $result = $hash->{PARTIAL} ? $hash->{PARTIAL}.$buf : $buf;
$hash->{PARTIAL} = $result;
- return if ($buf !~ /(^.+"success":(true|false)\}$)/);
+# return if ($buf !~ /(^.+"success":(true|false)\}$)/);
+ return if ($buf !~ /(^.+"success":(true|false)\})/);
Log3 $name,5,"$name: url $hash->{DeviceName} returned result: $result";
delete $hash->{PARTIAL};
$result =~ /(\s+)?\/{2,}.*|(?:[\t ]*(?:\r?\n|\r))+/gm;
- if ($result =~ /^\{"success":true\}$/)
+ $result =~ s/[\r|\n]//gm;
+# if ($result =~ /^\{"success":true\}$/)
+ if ($result =~ /^\{"success":true\}/)
{
fhem "sleep 1; get $name statusRequest"
if (AttrVal($name,"queryAfterSet",1) == 1 || !$hash->{INTERVAL});
@@ -931,7 +934,7 @@
return ".*:off:toggle"
if (Value($name) eq "off");
return ".*:light_exclamation"
- if (Value($name) =~ /^(ERROR|disconnected)$/);
+ if ( (Value($name) =~ /^(ERROR|disconnected)$/ && !$hash->{INTERVAL}) || (Value($name) =~ /^(ERROR)$/ && $hash->{INTERVAL}) );
return ".*:light_light_dim_$ico@#".$rgb.":toggle"
if (Value($name) ne "off" && ReadingsVal($name,"mode","") eq "rgb");
return ".*:light_led_stripe_rgb@#FFFF00:toggle"
Auf der Shell bekomme ich folgende Ausgabe:
echo "{\"command\":\"serverinfo\"}" | nc 192.168.5.72 19444
{"info":{"effects":[{"args":{"speed":1.0},"name":"Hyperion UDP","script":"hyperion_udp"},{"args":{"speed":2.0},"name":"Rainbow Mood","script":"rainbow"},{"args":{"speed":62.5},"name":"Fire 2012","script":"fire2012"}],"activeEffects":[],"activeLedColor":[{"HEX Value":["0x000000"]},{"HSL Value":[0.00,0.0,0.00]},{"RGB Value":[0, 0, 0]}],"hostname":"ESP-Hyperion","priorities":[],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[1.0,1.0,1.0],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true}
Deinen neuen Patch habe ich übernommen und FHEM danach auch neu gestartet.
Habe gerade auch mal meine define auf "ohne Interval" geändert:
defmod ESPHyperion Hyperion 192.168.5.72 19444
Aber bekomme immer noch keine Readings. Hast du noch eine Idee was ich noch testen könnte?
Sorry, hatte meinen vorherigen Post gerade nochmals editiert, bitte nochmal die zwei Zeilen ändern.
Außerdem fehlt noch das:
attr ESPHyperion hyperionVersionCheck 0
Ansonsten hilft nur ein "verbose 5" und Log Datei anschauen
Hier mein log mit verbose 5:
2017.10.24 19:40:08.051 1: 192.168.5.72:19444 reappeared (ESPHyperion)
2017.10.24 19:40:13.061 5: ESPHyperion: Hyperion_Call: json object: {"command":"serverinfo"}
2017.10.24 19:40:13.062 5: SW: {"command":"serverinfo"}
2017.10.24 19:40:13.195 5: ESPHyperion: url 192.168.5.72:19444 returned result: {"info":{"effects":[{"args":{"speed":1.0},"name":"Hyperion UDP","script":"hyperion_udp"},{"args":{"speed":2.0},"name":"Rainbow Mood","script":"rainbow"},{"args":{"speed":62.5},"name":"Fire 2012","script":"fire2012"}],"activeEffects":[],"activeLedColor":[{"HEX Value":["0x000000"]},{"HSL Value":[0.00,0.0,0.00]},{"RGB Value":[0, 0, 0]}],"hostname":"ESP-Hyperion","priorities":[],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[1.0,1.0,1.0],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true}
2017.10.24 19:40:13.199 1: ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
2017.10.24 19:40:36.156 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:40:39.398 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:40:39.424 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:40:58.217 4: ESPHyperion: Hyperion_Set cmd: rgb
2017.10.24 19:40:58.218 4: ESPHyperion: Hyperion_Set value: FF0000
2017.10.24 19:40:58.219 4: ESPHyperion: Hyperion_Set duration: 0, priority: 0
2017.10.24 19:40:58.219 5: ESPHyperion: rgb obj json: {"command":"color","priority":0,"color":[255,0,0]}
2017.10.24 19:40:58.220 5: ESPHyperion: Hyperion_Call: json object: {"command":"color","priority":0,"color":[255,0,0]}
2017.10.24 19:40:58.220 5: SW: {"command":"color","priority":0,"color":[255,0,0]}
2017.10.24 19:40:58.228 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:40:58.386 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:40:58.416 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:40:59.793 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:41:05.991 4: ESPHyperion: Hyperion_Set cmd: clearall
2017.10.24 19:41:05.991 5: ESPHyperion: clearall obj json: {"command":"clearall"}
2017.10.24 19:41:05.992 5: ESPHyperion: Hyperion_Call: json object: {"command":"clearall"}
2017.10.24 19:41:05.992 5: SW: {"command":"clearall"}
2017.10.24 19:41:06.000 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:41:06.014 5: ESPHyperion: url 192.168.5.72:19444 returned result:
{"success":true}
{"success":true}
2017.10.24 19:41:06.015 4: ESPHyperion: error while requesting 192.168.5.72:19444 -
{"success":true}
{"success":true}
2017.10.24 19:41:06.020 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:41:06.172 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:41:06.211 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:41:07.645 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:41:13.907 4: ESPHyperion: Hyperion_Set cmd: off
2017.10.24 19:41:13.908 5: ESPHyperion: off obj json: {"command":"color","priority":0,"color":[0,0,0]}
2017.10.24 19:41:13.908 5: ESPHyperion: Hyperion_Call: json object: {"command":"color","priority":0,"color":[0,0,0]}
2017.10.24 19:41:13.909 5: SW: {"command":"color","priority":0,"color":[0,0,0]}
2017.10.24 19:41:13.916 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:41:14.052 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:41:14.091 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.24 19:41:15.442 4: ESPHyperion: Hyperion_Set cmd: ?
Habe die LEDs erst auf rot (FF0000) gestellt und dann auf off (00000).
Der "clear" Befehl scheint nicht zu funktionieren.
Fällt dir hier etwas auf?
Gruß Schlimbo
Der Patch für Hyperion hat nicht gegriffen. Ich hatte meinen Post oben nochmal verändert...
Das Problem ist, dass das FHEM Modul {"success":true} am Zeilenende ohne CR/LF erwartet. Der Patch weicht die Zeilenendebedingung auf und ersetzt generell alle CR/LF mit "".
Alex
Klappt leider immer noch nicht, mein Log war schon mit deiner geänderten Version.
Um auszuschließen, dass beim Übernehmer des Patches etwas falsch läuft:
Kannst du bitte mal deine geänderte 98_Hyperion.pm Datei hochladen?
Ich hatte in deinem Log Zeilenumbrüche bei den "success" Antworten gesehen, daher meine Annahme, dass der Patch noch nicht gegriffen hatte.
Anbei mein gepatchtes Modul.
Könnte mir bitte einer von Euch mal das komplette gelieferte JSON des Hyperion Servers zukommen lassen (bitte als Datei im Linux Format)?
Dann sehe ich mir das mal an und versuche es gescheit in das offizielle Modul zu übernehmen.
Wegen non-blocking SSH schaue ich bei Gelegenheit auch mal ob ich das hinbekomme.
Gruß
Dan
@Alex: Auch mit deiner Datei bekomme ich keine Readings, an der Patch Übernahme liegt es also nicht.
Hier noch mal ein aktuelles Log:
2017.10.25 15:40:06.686 0: Server started with 49 defined entities (fhem.pl:15294/2017-10-20 perl:5.024001 os:linux user:fhem pid:9608)
2017.10.25 15:40:06.700 1: 192.168.5.72:19444 reappeared (ESPHyperion)
2017.10.25 15:40:10.106 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:40:11.706 5: ESPHyperion: Hyperion_Call: json object: {"command":"serverinfo"}
2017.10.25 15:40:11.706 5: SW: {"command":"serverinfo"}
2017.10.25 15:40:11.841 5: ESPHyperion: url 192.168.5.72:19444 returned result: {"info":{"effects":[{"args":{"speed":1.0},"name":"Hyperion UDP","script":"hyperion_udp"},{"args":{"speed":2.0},"name":"Rainbow Mood","script":"rainbow"},{"args":{"speed":62.5},"name":"Fire 2012","script":"fire2012"}],"activeEffects":[],"activeLedColor":[{"HEX Value":["0x000000"]},{"HSL Value":[0.00,0.0,0.00]},{"RGB Value":[0, 0, 0]}],"hostname":"ESP-Hyperion","priorities":[],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[1.0,1.0,1.0],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true}
2017.10.25 15:40:11.845 1: ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
2017.10.25 15:40:11.852 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:40:12.762 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:40:12.800 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:40:14.381 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:40:51.106 4: ESPHyperion: Hyperion_Set cmd: rgb
2017.10.25 15:40:51.107 4: ESPHyperion: Hyperion_Set value: 5762ff
2017.10.25 15:40:51.107 4: ESPHyperion: Hyperion_Set duration: 0, priority: 0
2017.10.25 15:40:51.107 5: ESPHyperion: rgb obj json: {"command":"color","color":[87,98,255],"priority":0}
2017.10.25 15:40:51.108 5: ESPHyperion: Hyperion_Call: json object: {"command":"color","color":[87,98,255],"priority":0}
2017.10.25 15:40:51.108 5: SW: {"command":"color","color":[87,98,255],"priority":0}
2017.10.25 15:40:51.116 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:40:51.207 5: ESPHyperion: url 192.168.5.72:19444 returned result:
{"success":true}
2017.10.25 15:40:52.211 5: ESPHyperion: Hyperion_Call: json object: {"command":"serverinfo"}
2017.10.25 15:40:52.212 5: SW: {"command":"serverinfo"}
2017.10.25 15:40:52.272 5: ESPHyperion: url 192.168.5.72:19444 returned result:
{"info":{"effects":[{"args":{"speed":1.0},"name":"Hyperion UDP","script":"hyperion_udp"},{"args":{"speed":2.0},"name":"Rainbow Mood","script":"rainbow"},{"args":{"speed":62.5},"name":"Fire 2012","script":"fire2012"}],"activeEffects":[],"activeLedColor":[{"HEX Value":["0x5762FF"]},{"HSL Value":[236.07,1.0,0.67]},{"RGB Value":[87, 98, 255]}],"hostname":"ESP-Hyperion","priorities":[],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[1.0,1.0,1.0],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true}
2017.10.25 15:40:52.274 1: ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
2017.10.25 15:41:04.895 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:41:04.927 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:41:09.259 4: ESPHyperion: Hyperion_Set cmd: off
2017.10.25 15:41:09.260 5: ESPHyperion: off obj json: {"priority":0,"command":"color","color":[0,0,0]}
2017.10.25 15:41:09.261 5: ESPHyperion: Hyperion_Call: json object: {"priority":0,"command":"color","color":[0,0,0]}
2017.10.25 15:41:09.261 5: SW: {"priority":0,"command":"color","color":[0,0,0]}
2017.10.25 15:41:09.270 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:41:09.289 5: ESPHyperion: url 192.168.5.72:19444 returned result:
{"success":true}
2017.10.25 15:41:10.293 5: ESPHyperion: Hyperion_Call: json object: {"command":"serverinfo"}
2017.10.25 15:41:10.293 5: SW: {"command":"serverinfo"}
2017.10.25 15:41:10.328 5: ESPHyperion: url 192.168.5.72:19444 returned result: {"info":{"effects":[{"args":{"speed":1.0},"name":"Hyperion UDP","script":"hyperion_udp"},{"args":{"speed":2.0},"name":"Rainbow Mood","script":"rainbow"},{"args":{"speed":62.5},"name":"Fire 2012","script":"fire2012"}],"activeEffects":[],"activeLedColor":[{"HEX Value":["0x000000"]},{"HSL Value":[0.00,0.0,0.00]},{"RGB Value":[0, 0, 0]}],"hostname":"ESP-Hyperion","priorities":[],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[1.0,1.0,1.0],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true}
2017.10.25 15:41:10.333 1: ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
2017.10.25 15:43:59.089 4: ESPHyperion: Hyperion_Set cmd: rgb
2017.10.25 15:43:59.089 4: ESPHyperion: Hyperion_Set value: 3874ff
2017.10.25 15:43:59.090 4: ESPHyperion: Hyperion_Set duration: 0, priority: 0
2017.10.25 15:43:59.090 5: ESPHyperion: rgb obj json: {"color":[56,116,255],"command":"color","priority":0}
2017.10.25 15:43:59.091 5: ESPHyperion: Hyperion_Call: json object: {"color":[56,116,255],"command":"color","priority":0}
2017.10.25 15:43:59.091 5: SW: {"color":[56,116,255],"command":"color","priority":0}
2017.10.25 15:43:59.097 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:43:59.131 5: ESPHyperion: url 192.168.5.72:19444 returned result:
{"success":true}
2017.10.25 15:44:00.135 5: ESPHyperion: Hyperion_Call: json object: {"command":"serverinfo"}
2017.10.25 15:44:00.136 5: SW: {"command":"serverinfo"}
2017.10.25 15:44:00.174 5: ESPHyperion: url 192.168.5.72:19444 returned result:
{"info":{"effects":[{"args":{"speed":1.0},"name":"Hyperion UDP","script":"hyperion_udp"},{"args":{"speed":2.0},"name":"Rainbow Mood","script":"rainbow"},{"args":{"speed":62.5},"name":"Fire 2012","script":"fire2012"}],"activeEffects":[],"activeLedColor":[{"HEX Value":["0x3874FF"]},{"HSL Value":[221.91,1.0,0.61]},{"RGB Value":[56, 116, 255]}],"hostname":"ESP-Hyperion","priorities":[],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[1.0,1.0,1.0],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true}
2017.10.25 15:44:00.175 1: ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
2017.10.25 15:44:03.353 4: ESPHyperion: Hyperion_Set cmd: off
2017.10.25 15:44:03.354 5: ESPHyperion: off obj json: {"priority":0,"color":[0,0,0],"command":"color"}
2017.10.25 15:44:03.355 5: ESPHyperion: Hyperion_Call: json object: {"priority":0,"color":[0,0,0],"command":"color"}
2017.10.25 15:44:03.355 5: SW: {"priority":0,"color":[0,0,0],"command":"color"}
2017.10.25 15:44:03.361 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:44:03.431 5: ESPHyperion: url 192.168.5.72:19444 returned result:
{"success":true}
2017.10.25 15:44:04.435 5: ESPHyperion: Hyperion_Call: json object: {"command":"serverinfo"}
2017.10.25 15:44:04.436 5: SW: {"command":"serverinfo"}
2017.10.25 15:44:04.478 5: ESPHyperion: url 192.168.5.72:19444 returned result:
{"info":{"effects":[{"args":{"speed":1.0},"name":"Hyperion UDP","script":"hyperion_udp"},{"args":{"speed":2.0},"name":"Rainbow Mood","script":"rainbow"},{"args":{"speed":62.5},"name":"Fire 2012","script":"fire2012"}],"activeEffects":[],"activeLedColor":[{"HEX Value":["0x000000"]},{"HSL Value":[0.00,0.0,0.00]},{"RGB Value":[0, 0, 0]}],"hostname":"ESP-Hyperion","priorities":[],"transform":[{"blacklevel":[0.0,0.0,0.0],"gamma":[1.0,1.0,1.0],"id":"default","saturationGain":1.0,"threshold":[0.0,0.0,0.0],"valueGain":1.0,"whitelevel":[1.0,1.0,1.0]}]},"success":true}
2017.10.25 15:44:04.480 1: ATTENTION!!! Can't detect your version of hyperion! Please update your hyperion to V1.03.2 at least using HyperCon...
2017.10.25 15:50:51.111 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:57:35.565 4: ESPHyperion: Hyperion_Set cmd: ?
2017.10.25 15:57:35.595 4: ESPHyperion: Hyperion_Set cmd: ?
@DeeSPe:
Bin mir nicht sicher wie ich an die JSON Daten komme.
Habe jetzt einfach mal in der Konsole folgendes ausgeführt:
echo "{\"command\":\"serverinfo\"}" | nc 192.168.5.72 19444 > ESP_Hyperion.json
Hoffe das passt so?
Hallo Schlimbo,
sorry, aneinander vorbeigeredet... zu viel Dinge parallel geändert...
Die Ausgabe :"ATTENTION!!! Can't detect your version of hyperion!" kommt nur, wenn das Attribut "hyperionVersionCheck == 1" ist.
Dieses Attribut muss zwingend auf "0" gesetzt werden
attr ESPHyperion hyperionVersionCheck 0
Zitat von: Schlimbo am 25 Oktober 2017, 16:13:24
@DeeSPe:
Bin mir nicht sicher wie ich an die JSON Daten komme.
Habe jetzt einfach mal in der Konsole folgendes ausgeführt:
echo "{\"command\":\"serverinfo\"}" | nc 192.168.5.72 19444 > ESP_Hyperion.json
Hoffe das passt so?
Ja, bestens.
Prüft mal bitte ob das angehängte Modul evtl. Euer Problem behebt.
Gruß
Dan
Hallo Dan,
Zitat von: DeeSPe am 25 Oktober 2017, 17:45:15
Prüft mal bitte ob das angehängte Modul evtl. Euer Problem behebt.
danke, dass du dich darum kümmerst, obwohl noch nicht "Anfang November" ist ;)
Ich denke, deine RegEx sind unnötig streng. Das vorverlegen der CR/LF Ersetzung ist auf jeden Fall ein gangbarer Weg. Allerdings veränderst du dadurch den Antwortstring vor dem LOG Eintrag... daher mein Patch
1.Teil: Match auf Zeilenende - So dürfen keine Whitespaces (und auch kein CR/LF) am Ende stehen
- return if ($buf !~ /(^.+"success":(true|false)\}$)/);
+ return if ($buf !~ /(^.+"success":(true|false)\})/);
...
- if ($result =~ /^\{"success":true\}$/)
+ if ($result =~ /^\{"success":true\}/)2.Teil: ich verstehe nicht ganz, was der RegEx machen soll. Ich muss alle CR/LF durch "" ersetzen
$result =~ /(\s+)?\/{2,}.*|(?:[\t ]*(?:\r?\n|\r))+/gm;
+ $result =~ s/[\r|\n]//gm;3. Teil: konsequenter Weise sollte kein Fehler gezeigt werden, wenn man im INTERVAL Modus gerade nicht verbunden ist
- if (Value($name) =~ /^(ERROR|disconnected)$/);
+ if ( (Value($name) =~ /^(ERROR|disconnected)$/ && !$hash->{INTERVAL}) || (Value($name) =~ /^(ERROR)$/ && $hash->{INTERVAL}) );
Zitat von: adn77 am 25 Oktober 2017, 17:57:47
Ich denke, deine RegEx sind unnötig streng. Das vorverlegen der CR/LF Ersetzung ist auf jeden Fall ein gangbarer Weg. Allerdings veränderst du dadurch den Antwortstring vor dem LOG Eintrag... daher mein Patch
Ich stehe auf strenge RegEx, darum ist mir das so lieber. ;)
Zitat von: adn77 am 25 Oktober 2017, 17:57:47
2.Teil: ich verstehe nicht ganz, was der RegEx machen soll. Ich muss alle CR/LF durch "" ersetzen
$result =~ /(\s+)?\/{2,}.*|(?:[\t ]*(?:\r?\n|\r))+/gm;
+ $result =~ s/[\r|\n]//gm;
Verstehe auch gerade nicht wirklich was ich damit bezwecken wollte, des Modul gehörte damals zu meinen ersten Perlerfahrungen. :P
Hab das jetzt auch mal raus genommen. Bei meiner Hyperion Instanz funktioniert nach wie vor alles.
Zitat von: adn77 am 25 Oktober 2017, 17:57:47
3. Teil: konsequenter Weise sollte kein Fehler gezeigt werden, wenn man im INTERVAL Modus gerade nicht verbunden ist
- if (Value($name) =~ /^(ERROR|disconnected)$/);
+ if ( (Value($name) =~ /^(ERROR|disconnected)$/ && !$hash->{INTERVAL}) || (Value($name) =~ /^(ERROR)$/ && $hash->{INTERVAL}) );
Okay, hab das in einer für mich mehr logischen Version übernommen.
Bitte gerne noch einmal testen.
Gruß
Dan
Danke euch beiden, mit DeeSPe's Version und dem Attribut "hyperionVersionCheck" auf 0 funktioniert es jetzt :)
Zitat von: Schlimbo am 25 Oktober 2017, 21:00:02
Danke euch beiden, mit DeeSPe's Version und dem Attribut "hyperionVersionCheck" auf 0 funktioniert es jetzt :)
Danke für die Rückmeldung.
Werde diese Version dann einchecken.
Gruß
Dan
Ich hätte noch eine Frage zur Bedeutung des "aus"-Schalters.
Aktuell setzt er die Farbe auf #000000 (schwarz). Dadurch wird aber auch der vorherige RGB Wert überschrieben.
Wäre es nicht sinnvoller, wenn "aus"-Schalten ein "clearall" senden würde, dann speichert sich das Modul den RGB Wert (oder den aktuellen Effekt?) und beim "ein"-Schalten würde der Zustand wiederhergestellt.
Zeilen 633+634.
Zitat von: adn77 am 25 Oktober 2017, 22:28:15
Ich hätte noch eine Frage zur Bedeutung des "aus"-Schalters.
Aktuell setzt er die Farbe auf #000000 (schwarz).
Das ist die offizielle Vorgehensweise um alle LEDs auszuschalten.
Zitat von: adn77 am 25 Oktober 2017, 22:28:15
Wäre es nicht sinnvoller, wenn "aus"-Schalten ein "clearall" senden würde, dann speichert sich das Modul den RGB Wert (oder den aktuellen Effekt?) und beim "ein"-Schalten würde der Zustand wiederhergestellt.
Ein "clearall" schaltet das Ambilight ein und somit wäre es nicht "off".
Ich habe das Modul noch einmal angepasst, kann nur gerade nicht selbst testen.
Der RGB Wert wird nun nur noch im Reading rgb gespeichert wenn er nicht 000000 ist, ich hoffe das umgeht Dein Problem.
Bitte nochmal testen.
Gruß
Dan
@Alex:
wird der clearall Befehl überhaupt von der ESP-Version unterstützt?
Wenn ich über FHEM eine Farbe einstelle und anschließend zum Ausschalten "clearall" benutze, bleiben die LEDs an, im Modul wird als state aber "off" angezeigt.
Auch über die Hyperion Android APP funktioniert "clearall" nicht.
Also laut Hyperion Wiki:
ZitatA priority channel can be cleared using the two clear command: clear and clearall. Clear will only clear the priority channel provided by the priority parameter or use the default when the parameter is not provided. Clearall on the other hand will clear all active priority channels and effectively set all leds to black.
Das bedeutet, dass ein "ClearAll" einem Ausschalten gleichkommt (eben auch nochmal mit einem aktuellen Hyperion ausprobiert).
Daher wäre der sauberste Weg das Modul sendet "clearall" beim "aus"-Schalten
(Im ESP-Sketch macht ein "color[ 0, 0, 0]" Kommando genau das, es schaltet die Farbe auf Schwarz und liefert bei "serverinfo" auch schwarz zurück.
Ein "clearall" setzt die Farbe ebenfalls auf Schwarz, ein "serverinfo" liefert aber fortan ein leeres "activeLedColors/activeEffects" zurück.)
Zitat von: adn77 am 26 Oktober 2017, 13:16:44
Daher wäre der sauberste Weg das Modul sendet "clearall" beim "aus"-Schalten
Sehe ich nicht so, den clearall löscht nur einmalig alle Channels, läuft noch ein Grabber setzt er im Anschluss gleich wieder die LEDs und somit würden die LEDs an bleiben, obwohl "off" gesetzt.
Zitat von: Schlimbo am 26 Oktober 2017, 13:38:27
Sehe ich nicht so, den clearall löscht nur einmalig alle Channels, läuft noch ein Grabber setzt er im Anschluss gleich wieder die LEDs und somit würden die LEDs an bleiben, obwohl "off" gesetzt.
Genau!
Ich habe das auch mit den Hyperion Entwicklern besprochen.
Wirklich ausschalten lassen sich alles LEDs nur zuverlässig durch das Setzen von "rgb 000000".
Gruß
Dan
Zum Verständnis: der "aus"-Befehl setzt die Farbe auf Schwarz mit der höchst möglichen Priorität?
D.h. wenn ein Grabber seine Informationen darstellen möchte, kommt er quasi nicht "durch"?
Im ESP-Sketch läuft es momentan so, dass sobald UDP-Daten anliegen (von einem remote Hyperion) werden diese Daten auch dargestellt, egal ob der ESP vorher "aus" war.
Zitat von: adn77 am 26 Oktober 2017, 14:29:26
Zum Verständnis: der "aus"-Befehl setzt die Farbe auf Schwarz mit der höchst möglichen Priorität?
D.h. wenn ein Grabber seine Informationen darstellen möchte, kommt er quasi nicht "durch"?
Im Normalfall Ja, kann aber über das Attribut "hyperionDefaultPriority" geändert werden.
Aus commandref:
ZitathyperionDefaultPriority
default priority
default: 0 = highest priority
Zitat von: adn77 am 26 Oktober 2017, 14:29:26
Im ESP-Sketch läuft es momentan so, dass sobald UDP-Daten anliegen (von einem remote Hyperion) werden diese Daten auch dargestellt, egal ob der ESP vorher "aus" war.
Da es im ESP-Sketch keine priority gibt finde ich das auch richtig so:
Die zuletzt empfangene Einstellung gilt und da über UDP in diesem Fall ständig Daten kommen hat UDP immer das letzte Wort.
Es verhält sich dann so, als würden alle mit der selben Prio einstellen.
Ideal wäre natürlichen, wenn du die Prio im ESP-Sketch auswerten würdest und hierüber entschieden wird, ob UDP oder FHEM Vorrang hat. ;)Ach Quatsch, das funktioniert ja gar nicht, da im UDP-Stream nur Farbwerte übertragen werden und keine Prio.
....könnte aber auch im Sketch noch eine Einstellung für UDPDefaultPriority vorsehen.
Zitat von: Schlimbo am 26 Oktober 2017, 15:20:00
... da über UDP in diesem Fall ständig Daten kommen hat UDP immer das letzte Wort.
Mir ging das ständige geflackere der Netzwerk LED auf den Geist, dehalb habe ich Hyperion auf Kodi standardmäßig ausgeschaltet und starte es automatisch beim Filmstart per service.kodi.callbacks.
Klappt denn jetzt alles wie gewünscht mit dem Modul aus #457 (https://forum.fhem.de/index.php/topic,55112.msg704685.html#msg704685)?
Dann würde ich das heute so einchecken.
Gruß
Dan
Ja passt, kannst du so einchecken, Danke.
Zitat von: Schlimbo am 26 Oktober 2017, 20:45:45
Ja passt, kannst du so einchecken, Danke.
Done...
sorry, hab gerade erst noch eine Kleinigkeit gefunden. Du hast statt
$buf =~ s/[\r|\n]//gm;
$buf =~ s/[\r\n]//gm;
geschrieben.
Sollte jemand ein UNIX oder MAC Zeilenende schicken, würde das nicht gematcht
wart mal noch mit dem Veröffentlichen - ich glaube du hast ein bischen viel auf einmal geändert...
bisher habe ich noch folgende Punkte:
"aus" zeigt nicht die ausgeschaltete Lampe als Icon
"DimUp" macht ein "DimDown"
"before_off" Modus wird beim Einschalten nicht wiederhergestellt (wenn before_off = effect)
Ich habe nochmal alle Änderungen rückgängig gemacht. Hier wäre mein Patch mit minimalem Eingiff in dein Modul
--- FHEM/98_Hyperion.pm.orig 2017-10-19 20:32:57.753505917 +0200
+++ FHEM/98_Hyperion.pm 2017-10-26 22:52:20.295887944 +0200
@@ -208,17 +208,17 @@
return if (!$buf);
my $result = $hash->{PARTIAL} ? $hash->{PARTIAL}.$buf : $buf;
$hash->{PARTIAL} = $result;
- return if ($buf !~ /(^.+"success":(true|false)\}$)/);
+ return if ($buf !~ /(^.+"success":(true|false)\})/);
Log3 $name,5,"$name: url $hash->{DeviceName} returned result: $result";
delete $hash->{PARTIAL};
- $result =~ /(\s+)?\/{2,}.*|(?:[\t ]*(?:\r?\n|\r))+/gm;
- if ($result =~ /^\{"success":true\}$/)
+ $result =~ s/[\r|\n]//gm;
+ if ($result =~ /^\{"success":true\}/)
{
fhem "sleep 1; get $name statusRequest"
if (AttrVal($name,"queryAfterSet",1) == 1 || !$hash->{INTERVAL});
return;
}
- elsif ($result =~ /^\{"info":\{.+\},"success":true\}$/)
+ elsif ($result =~ /^\{"info":\{.+\},"success":true\}/)
{
my $obj = eval {decode_json($result)};
my $data = $obj->{info};
@@ -253,6 +253,7 @@
$duration = ($duration) >= 1 ? $duration : "infinite";
my $adj = $data->{adjustment}->[0] ? $data->{adjustment}->[0] : undef;
my $col = $data->{activeLedColor}->[0]->{"HEX Value"}->[0] ? $data->{activeLedColor}->[0]->{"HEX Value"}->[0] : "";
+ if ( $col =~ /000000/ ){ $col = ""; }
my $configs = ReadingsVal($name,".configs",undef);
my $corr = $data->{correction}->[0] ? $data->{correction}->[0] : undef;
my $effects = $data->{effects} ? $data->{effects} : undef;
@@ -931,7 +932,7 @@
return ".*:off:toggle"
if (Value($name) eq "off");
return ".*:light_exclamation"
- if (Value($name) =~ /^(ERROR|disconnected)$/);
+ if ( (Value($name) =~ /^(ERROR|disconnected)$/ && !$hash->{INTERVAL}) || (Value($name) =~ /^(ERROR)$/ && $hash->{INTERVAL}) );
return ".*:light_light_dim_$ico@#".$rgb.":toggle"
if (Value($name) ne "off" && ReadingsVal($name,"mode","") eq "rgb");
return ".*:light_led_stripe_rgb@#FFFF00:toggle"
Behebt alle Fehler und beinhaltet die besprochenen Änderungen.
Zitat von: adn77 am 26 Oktober 2017, 22:22:19
"aus" zeigt nicht die ausgeschaltete Lampe als Icon
Das funktioniert bei mir, daran wurde nichts verändert.
Zitat von: adn77 am 26 Oktober 2017, 22:22:19
"DimUp" macht ein "DimDown"
Ist gefixt.
Zitat von: adn77 am 26 Oktober 2017, 22:22:19
"before_off" Modus wird beim Einschalten nicht wiederhergestellt (wenn before_off = effect)
Das funktioniert bei mir auch, daran wurde auch nichts verändert.
Zitat von: adn77 am 26 Oktober 2017, 22:22:19
Ich habe nochmal alle Änderungen rückgängig gemacht. Hier wäre mein Patch mit minimalem Eingiff in dein Modul
--- FHEM/98_Hyperion.pm.orig 2017-10-19 20:32:57.753505917 +0200
+++ FHEM/98_Hyperion.pm 2017-10-26 22:52:20.295887944 +0200
@@ -208,17 +208,17 @@
return if (!$buf);
my $result = $hash->{PARTIAL} ? $hash->{PARTIAL}.$buf : $buf;
$hash->{PARTIAL} = $result;
- return if ($buf !~ /(^.+"success":(true|false)\}$)/);
+ return if ($buf !~ /(^.+"success":(true|false)\})/);
Log3 $name,5,"$name: url $hash->{DeviceName} returned result: $result";
delete $hash->{PARTIAL};
- $result =~ /(\s+)?\/{2,}.*|(?:[\t ]*(?:\r?\n|\r))+/gm;
- if ($result =~ /^\{"success":true\}$/)
+ $result =~ s/[\r|\n]//gm;
+ if ($result =~ /^\{"success":true\}/)
{
fhem "sleep 1; get $name statusRequest"
if (AttrVal($name,"queryAfterSet",1) == 1 || !$hash->{INTERVAL});
return;
}
- elsif ($result =~ /^\{"info":\{.+\},"success":true\}$/)
+ elsif ($result =~ /^\{"info":\{.+\},"success":true\}/)
{
my $obj = eval {decode_json($result)};
my $data = $obj->{info};
@@ -253,6 +253,7 @@
$duration = ($duration) >= 1 ? $duration : "infinite";
my $adj = $data->{adjustment}->[0] ? $data->{adjustment}->[0] : undef;
my $col = $data->{activeLedColor}->[0]->{"HEX Value"}->[0] ? $data->{activeLedColor}->[0]->{"HEX Value"}->[0] : "";
+ if ( $col =~ /000000/ ){ $col = ""; }
my $configs = ReadingsVal($name,".configs",undef);
my $corr = $data->{correction}->[0] ? $data->{correction}->[0] : undef;
my $effects = $data->{effects} ? $data->{effects} : undef;
@@ -931,7 +932,7 @@
return ".*:off:toggle"
if (Value($name) eq "off");
return ".*:light_exclamation"
- if (Value($name) =~ /^(ERROR|disconnected)$/);
+ if ( (Value($name) =~ /^(ERROR|disconnected)$/ && !$hash->{INTERVAL}) || (Value($name) =~ /^(ERROR)$/ && $hash->{INTERVAL}) );
return ".*:light_light_dim_$ico@#".$rgb.":toggle"
if (Value($name) ne "off" && ReadingsVal($name,"mode","") eq "rgb");
return ".*:light_led_stripe_rgb@#FFFF00:toggle"
Behebt alle Fehler und beinhaltet die besprochenen Änderungen.
Wie gesagt, ich mag RegEx so streng wie möglich und werde es deshalb bei meiner Version belassen, das sollte keine Probleme geben.
Die Änderung an Hyperion_devStateIcon habe ich noch so übernommen.
Zitat von: adn77 am 26 Oktober 2017, 22:08:01
$buf =~ s/[\r|\n]//gm;
Was das soll verstehe ich nicht!
Alles was in eckigen Klammern ist bedeutet dass es matcht, ein | dazwischen ist unnötig/falsch.
Anbei nochmal eine aktualisierte Version.
Gruß
Dan
Zitat von: adn77 am 26 Oktober 2017, 22:22:19
"aus" zeigt nicht die ausgeschaltete Lampe als Icon
..
"before_off" Modus wird beim Einschalten nicht wiederhergestellt (wenn before_off = effect)
Habe es gerade auch noch mal getestet.
Die von Alex genannten Fehler treten auch bei mir auf, aber nur bei der ESP-Version, bei meinem Raspberry-Hyperion funktioniert es. Sorry, da war ich wohl etwas nachlässig beim testen.
Zitat von: Schlimbo am 27 Oktober 2017, 12:06:47
Habe es gerade auch noch mal getestet.
Die von Alex genannten Fehler treten auch bei mir auf, aber nur bei der ESP-Version, bei meinem Raspberry-Hyperion funktioniert es. Sorry, da war ich wohl etwas nachlässig beim testen.
Was wird denn statt dessen bei "off" bei Euch angezeigt?
Auf was steht das Reading state bei "off"?
Das mit "mode_before_off" verstehe ich (noch) nicht.
Gruß
Dan
Hier ein list nach dem "set off":
Internals:
DEF 192.168.5.72 19444 0
DeviceName 192.168.5.72:19444
FD 9
IP 192.168.5.72
NAME ESPHyperion
NOTIFYDEV global
NR 97
NTFY_ORDER 50-ESPHyperion
PARTIAL
PORT 19444
STATE rgb 000000
TYPE Hyperion
hostname ESP-Hyperion
READINGS:
2017-10-27 12:32:33 blacklevel 0.00,0.00,0.00
2017-10-27 12:32:33 dim 0
2017-10-27 12:32:33 duration infinite
2017-10-27 11:51:13 effect Fire_2012
2017-10-27 11:51:13 effectArgs {"speed":62.5}
2017-10-27 12:32:33 gamma 1.00,1.00,1.00
2017-10-27 12:32:33 id default
2017-10-27 12:32:33 mode rgb
2017-10-27 12:32:33 mode_before_off rgb
2017-10-27 12:32:33 priority
2017-10-27 11:51:35 rgb 363cff
2017-10-27 12:32:33 saturationGain 1.00
2017-10-27 12:32:33 serverResponse success
2017-10-27 12:32:33 state rgb 000000
2017-10-27 12:32:33 threshold 0.00,0.00,0.00
2017-10-27 12:32:33 valueGain 1.00
2017-10-27 12:32:33 whitelevel 1.00,1.00,1.00
helper:
Attributes:
alias Ambilight
cmdIcon on:general_an off:general_aus dimDown:dimdown dimUp:dimup
devStateIcon {(Hyperion_devStateIcon($name),"toggle")}
event-on-change-reading .*
group colordimmer
homebridgeMapping On=state,subtype=TV.Licht,valueOn=/rgb.*/,cmdOff=off,cmdOn=mode+rgb On=state,subtype=Umgebungslicht,valueOn=clearall,cmdOff=off,cmdOn=clearall On=state,subtype=Effekt,valueOn=/effect.*/,cmdOff=off,cmdOn=mode+effect
hyperionVersionCheck 0
icon light_led_stripe_rgb
lightSceneParamsToSave state
room Hyperion
userattr homebridgeMapping:textField-long lightSceneParamsToSave
verbose 5
webCmd rgb:effect:mode:dimDown:dimUp:on:off
widgetOverride dimUp:noArg dimDown:noArg
Zitat von: Schlimbo am 27 Oktober 2017, 12:36:11
Hier ein list nach dem "set off":
Internals:
DEF 192.168.5.72 19444 0
DeviceName 192.168.5.72:19444
FD 9
IP 192.168.5.72
NAME ESPHyperion
NOTIFYDEV global
NR 97
NTFY_ORDER 50-ESPHyperion
PARTIAL
PORT 19444
STATE rgb 000000
TYPE Hyperion
hostname ESP-Hyperion
READINGS:
2017-10-27 12:32:33 blacklevel 0.00,0.00,0.00
2017-10-27 12:32:33 dim 0
2017-10-27 12:32:33 duration infinite
2017-10-27 11:51:13 effect Fire_2012
2017-10-27 11:51:13 effectArgs {"speed":62.5}
2017-10-27 12:32:33 gamma 1.00,1.00,1.00
2017-10-27 12:32:33 id default
2017-10-27 12:32:33 mode rgb
2017-10-27 12:32:33 mode_before_off rgb
2017-10-27 12:32:33 priority
2017-10-27 11:51:35 rgb 363cff
2017-10-27 12:32:33 saturationGain 1.00
2017-10-27 12:32:33 serverResponse success
2017-10-27 12:32:33 state rgb 000000
2017-10-27 12:32:33 threshold 0.00,0.00,0.00
2017-10-27 12:32:33 valueGain 1.00
2017-10-27 12:32:33 whitelevel 1.00,1.00,1.00
helper:
Attributes:
alias Ambilight
cmdIcon on:general_an off:general_aus dimDown:dimdown dimUp:dimup
devStateIcon {(Hyperion_devStateIcon($name),"toggle")}
event-on-change-reading .*
group colordimmer
homebridgeMapping On=state,subtype=TV.Licht,valueOn=/rgb.*/,cmdOff=off,cmdOn=mode+rgb On=state,subtype=Umgebungslicht,valueOn=clearall,cmdOff=off,cmdOn=clearall On=state,subtype=Effekt,valueOn=/effect.*/,cmdOff=off,cmdOn=mode+effect
hyperionVersionCheck 0
icon light_led_stripe_rgb
lightSceneParamsToSave state
room Hyperion
userattr homebridgeMapping:textField-long lightSceneParamsToSave
verbose 5
webCmd rgb:effect:mode:dimDown:dimUp:on:off
widgetOverride dimUp:noArg dimDown:noArg
Danke.
Teste bitte noch einmal die angehängte Version.Gruß
Dan
Hallo Dan,
icon passt jetzt und mode_before_off klappt auch, kann aber erst morgen ausgiebig Testen, wenn ich wieder zuhause bin. (Über VPN und WebCam ist das etwas mühsam)
@Alex:
Werden von deinem Sketch auch die "effectArgs" ausgewertet?
Der "clearall" Befehl funktioniert bei mir auch noch nicht, bist du da noch dran?
Meinst du es wäre möglich von hier:
https://forum.fhem.de/index.php/topic,73949.msg656345.html#msg656345 (https://forum.fhem.de/index.php/topic,73949.msg656345.html#msg656345)
noch ein paar Effekte zu "klauen" und in den Sketch mit zu übernehmen?
Zitat von: Schlimbo am 27 Oktober 2017, 18:16:50
Hallo Dan,
icon passt jetzt und mode_before_off klappt auch, kann aber erst morgen ausgiebig Testen, wenn ich wieder zuhause bin. (Über VPN und WebCam ist das etwas mühsam)
Danke für die Rückmeldung, und verständlich dass das remote nicht so gut geht. ;)
Ich checke das erst mal so ein damit der dimDown Bug von gestern auch behoben ist.
Wenn noch was nicht klappen sollte, dann sagt einfach nochmal Bescheid.
Gruß
Dan
Hallo,
ich habe eine Frage zum Quellen umschalten.
Bei Kodi habe ich folgendes in der favourites.xml
<favourites>
<favourite name="Ambilight für Kodi aktivieren" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_kodi.jpg">System.Exec("/storage/.kodi/userdata/hyperion_kodi_aktivieren.sh")</favourite>
<favourite name="Ambilight für externe Geräte aktivieren" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_hdmi.jpg">System.Exec("/storage/.kodi/userdata/hyperion_grabber_aktivieren.sh")</favourite>
<favourite name="Ambilight TV aktivieren" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_kodi.jpg">System.Exec("/storage/.kodi/userdata/hyperion_scart_aktivieren.sh")</favourite>
<favourite name="Ambilight ausschalten" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_off.jpg">system.exec("/storage/.kodi/userdata/hyperion_beenden.sh")</favourite>
</favourites>
Wie kann ich die Quellen nun mit FHEM umschalten?
Danke :)
Zitat von: FHEM-Wohnung am 29 Oktober 2017, 22:04:55
Hallo,
ich habe eine Frage zum Quellen umschalten.
Bei Kodi habe ich folgendes in der favourites.xml
<favourites>
<favourite name="Ambilight für Kodi aktivieren" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_kodi.jpg">System.Exec("/storage/.kodi/userdata/hyperion_kodi_aktivieren.sh")</favourite>
<favourite name="Ambilight für externe Geräte aktivieren" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_hdmi.jpg">System.Exec("/storage/.kodi/userdata/hyperion_grabber_aktivieren.sh")</favourite>
<favourite name="Ambilight TV aktivieren" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_kodi.jpg">System.Exec("/storage/.kodi/userdata/hyperion_scart_aktivieren.sh")</favourite>
<favourite name="Ambilight ausschalten" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_off.jpg">system.exec("/storage/.kodi/userdata/hyperion_beenden.sh")</favourite>
</favourites>
Wie kann ich die Quellen nun mit FHEM umschalten?
Danke :)
Mit "get <NAME> configFiles" die verfügbaren Konfigurationsdateien einlesen und dann mit "set <NAME> configFile <DATEI>" die jeweilige Konfiguration setzen.
Gruß
Dan
Vielen Dank!
leider habe ich laut FHEM nur "get Wohnzimmer_TV_Hyperion effectList" wenn ich "get Wohnzimmer_TV_Hyperion configFiles" eingebe erscheint:
Unknown argument configFiles for Wohnzimmer_TV_Hyperion, choose one of effectList:noArg
Meine config Dateien liegen im Pfad /storage/.config/ und heißen hyperion.config.grabber.json, hyperion.config.kodi.json und hyperion.config.scart.json
diese muss ich noch umändern in HyperionConfigGrabber.json, HyperionConfigKodi.json und HyperionConfigScart.json ?
list Wohnzimmer_TV_Hyperion
Internals:
DEF 192.168.178.25 19444
IP 192.168.178.25
NAME Wohnzimmer_TV_Hyperion
NR 33
PORT 19444
STATE success
TYPE Hyperion
READINGS:
2017-10-31 09:08:27 last_command {"command":"serverinfo"}
2017-10-31 09:01:11 last_duration 0
2017-10-31 09:01:11 last_priority 500
2017-10-31 09:01:11 last_result {"success":true}
2017-10-31 09:01:11 last_type clear
2017-10-30 15:30:14 last_value 30f66c
2017-10-31 09:08:27 state success
Attributes:
effects Cinema brighten lights,Cinema dim lights,Knight rider,Blue mood blobs,Cold mood blobs,Full color mood blobs,Green mood blobs,Red mood blobs,Warm mood blobs,Police Lights Single,Police Lights Solid,Rainbow mood,Rainbow swirl fast,Rainbow swirl,Random,Running dots,System Shutdown,Snake,Sparks Color,Sparks,Strobe blue,Strobe Raspbmc,Strobe white,Color traces,UDP multicast listener,UDP listener,X-Mas
icon rc_TV
room 40_Wohnzimmer
Deine patch Dateien sind kein Hyperion config Dateien.
Interessant wäre hier vielleicht erstmal was in den patch Dateien steht?
Ich verstehe leider kein Wort...
ich habe mich 1:1 an diese http://powerpi.de/ambilight-fuer-jedes-hdmi-geraet-die-ultimative-schritt-fuer-schritt-anleitung/ (http://powerpi.de/ambilight-fuer-jedes-hdmi-geraet-die-ultimative-schritt-fuer-schritt-anleitung/) gehalten
Die Steuerung von Effekten funktioniert über FHEM perfekt. Auch das Hyperion auf Kodi läuft und mithilfe der favourites.xml kann ich die jeweilige Quelle wechseln.
Der Inhalt meiner hyperion.config.kodi.json
// Automatically generated configuration file for Hyperion ambilight daemon
// Notice: All values are explained with comments at our wiki: wiki.hyperion-project.org (config area)
// Generated by: HyperCon (The Hyperion deamon configuration file builder)
// Created with HyperCon V1.03.1 (11.06.2016)
{
// DEVICE CONFIGURATION
"device" :
{
"name" : "MyHyperionConfigINTERN",
"type" : "ws2801",
"output" : "/dev/spidev0.0",
"rate" : 1000000,
"colorOrder" : "rbg"
},
// COLOR CALIBRATION CONFIG
"color" :
{
"channelAdjustment" :
[
{
"id" : "default",
"leds" : "*",
"pureRed" :
{
"redChannel" : 150,
"greenChannel" : 10,
"blueChannel" : 10
},
"pureGreen" :
{
"redChannel" : 60,
"greenChannel" : 200,
"blueChannel" : 0
},
"pureBlue" :
{
"redChannel" : 10,
"greenChannel" : 15,
"blueChannel" : 200
}
}
],
"temperature" :
[
{
"id" : "default",
"leds" : "*",
"correctionValues" :
{
"red" : 255,
"green" : 255,
"blue" : 255
}
}
],
"transform" :
[
{
"id" : "default",
"leds" : "*",
"hsl" :
{
"saturationGain" : 1.0000,
"luminanceGain" : 1.0000,
"luminanceMinimum" : 0.2000
},
"red" :
{
"threshold" : 0.0000,
"gamma" : 2.5000
},
"green" :
{
"threshold" : 0.0000,
"gamma" : 2.5000
},
"blue" :
{
"threshold" : 0.0000,
"gamma" : 2.5000
}
}
],
// SMOOTHING CONFIG
"smoothing" :
{
"type" : "linear",
"time_ms" : 200,
"updateFrequency" : 20.0000,
"updateDelay" : 0
}
},
// NO V4L2 GRABBER CONFIG
// FRAME GRABBER CONFIG
"framegrabber" :
{
"width" : 64,
"height" : 64,
"frequency_Hz" : 10.0,
"priority" : 890
},
// BLACKBORDER CONFIG
"blackborderdetector" :
{
"enable" : true,
"threshold" : 0.02,
"unknownFrameCnt" : 600,
"borderFrameCnt" : 50,
"maxInconsistentCnt" : 10,
"blurRemoveCnt" : 1,
"mode" : "classic"
},
// KODI CHECK CONFIG
"xbmcVideoChecker" :
{
"xbmcAddress" : "127.0.0.1",
"xbmcTcpPort" : 9090,
"grabVideo" : true,
"grabPictures" : true,
"grabAudio" : true,
"grabMenu" : true,
"grabPause" : true,
"grabScreensaver" : true,
"enable3DDetection" : true
},
// JSON SERVER CONFIG
"jsonServer" :
{
"port" : 19444
},
// PROTO SERVER CONFIG
"protoServer" :
{
"port" : 19445
},
// BOBLIGHT SERVER CONFIG
"boblightServer" :
{
"port" : 19333,
"priority" : 900
},
// JSON/PROTO FORWARD CONFIG
"forwarder" :
{
"json" : ["127.0.0.1:19446"],
"proto" : ["127.0.0.1:19447"]
},
// EFFECT PATH
"effects" :
{
"paths" :
[
"/storage/hyperion/effects",
"/usr/share/hyperion/effects"
]
},
// NO BOOTEFFECT CONFIG
// LED CONFIGURATION
"leds" :
[
{
"index" : 0,
"hscan" : { "minimum" : 0.6924, "maximum" : 0.7318 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 1,
"hscan" : { "minimum" : 0.7227, "maximum" : 0.7621 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 2,
"hscan" : { "minimum" : 0.7530, "maximum" : 0.7924 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 3,
"hscan" : { "minimum" : 0.7833, "maximum" : 0.8227 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 4,
"hscan" : { "minimum" : 0.8136, "maximum" : 0.8530 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 5,
"hscan" : { "minimum" : 0.8439, "maximum" : 0.8833 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 6,
"hscan" : { "minimum" : 0.8742, "maximum" : 0.9136 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 7,
"hscan" : { "minimum" : 0.9045, "maximum" : 0.9439 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 8,
"hscan" : { "minimum" : 0.9348, "maximum" : 0.9742 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 9,
"hscan" : { "minimum" : 0.9652, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 10,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.9477, "maximum" : 1.0000 }
},
{
"index" : 11,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.9023, "maximum" : 0.9614 }
},
{
"index" : 12,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.8568, "maximum" : 0.9159 }
},
{
"index" : 13,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.8114, "maximum" : 0.8705 }
},
{
"index" : 14,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.7659, "maximum" : 0.8250 }
},
{
"index" : 15,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.7205, "maximum" : 0.7795 }
},
{
"index" : 16,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.6750, "maximum" : 0.7341 }
},
{
"index" : 17,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.6295, "maximum" : 0.6886 }
},
{
"index" : 18,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.5841, "maximum" : 0.6432 }
},
{
"index" : 19,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.5386, "maximum" : 0.5977 }
},
{
"index" : 20,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.4932, "maximum" : 0.5523 }
},
{
"index" : 21,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.4477, "maximum" : 0.5068 }
},
{
"index" : 22,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.4023, "maximum" : 0.4614 }
},
{
"index" : 23,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.3568, "maximum" : 0.4159 }
},
{
"index" : 24,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.3114, "maximum" : 0.3705 }
},
{
"index" : 25,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.2659, "maximum" : 0.3250 }
},
{
"index" : 26,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.2205, "maximum" : 0.2795 }
},
{
"index" : 27,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.1750, "maximum" : 0.2341 }
},
{
"index" : 28,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.1295, "maximum" : 0.1886 }
},
{
"index" : 29,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.0841, "maximum" : 0.1432 }
},
{
"index" : 30,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.0386, "maximum" : 0.0977 }
},
{
"index" : 31,
"hscan" : { "minimum" : 0.8800, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.0523 }
},
{
"index" : 32,
"hscan" : { "minimum" : 0.9652, "maximum" : 1.0000 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 33,
"hscan" : { "minimum" : 0.9348, "maximum" : 0.9742 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 34,
"hscan" : { "minimum" : 0.9045, "maximum" : 0.9439 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 35,
"hscan" : { "minimum" : 0.8742, "maximum" : 0.9136 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 36,
"hscan" : { "minimum" : 0.8439, "maximum" : 0.8833 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 37,
"hscan" : { "minimum" : 0.8136, "maximum" : 0.8530 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 38,
"hscan" : { "minimum" : 0.7833, "maximum" : 0.8227 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 39,
"hscan" : { "minimum" : 0.7530, "maximum" : 0.7924 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 40,
"hscan" : { "minimum" : 0.7227, "maximum" : 0.7621 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 41,
"hscan" : { "minimum" : 0.6924, "maximum" : 0.7318 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 42,
"hscan" : { "minimum" : 0.6621, "maximum" : 0.7015 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 43,
"hscan" : { "minimum" : 0.6318, "maximum" : 0.6712 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 44,
"hscan" : { "minimum" : 0.6015, "maximum" : 0.6409 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 45,
"hscan" : { "minimum" : 0.5712, "maximum" : 0.6106 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 46,
"hscan" : { "minimum" : 0.5409, "maximum" : 0.5803 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 47,
"hscan" : { "minimum" : 0.5106, "maximum" : 0.5500 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 48,
"hscan" : { "minimum" : 0.4803, "maximum" : 0.5197 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 49,
"hscan" : { "minimum" : 0.4500, "maximum" : 0.4894 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 50,
"hscan" : { "minimum" : 0.4197, "maximum" : 0.4591 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 51,
"hscan" : { "minimum" : 0.3894, "maximum" : 0.4288 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 52,
"hscan" : { "minimum" : 0.3591, "maximum" : 0.3985 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 53,
"hscan" : { "minimum" : 0.3288, "maximum" : 0.3682 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 54,
"hscan" : { "minimum" : 0.2985, "maximum" : 0.3379 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 55,
"hscan" : { "minimum" : 0.2682, "maximum" : 0.3076 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 56,
"hscan" : { "minimum" : 0.2379, "maximum" : 0.2773 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 57,
"hscan" : { "minimum" : 0.2076, "maximum" : 0.2470 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 58,
"hscan" : { "minimum" : 0.1773, "maximum" : 0.2167 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 59,
"hscan" : { "minimum" : 0.1470, "maximum" : 0.1864 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 60,
"hscan" : { "minimum" : 0.1167, "maximum" : 0.1561 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 61,
"hscan" : { "minimum" : 0.0864, "maximum" : 0.1258 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 62,
"hscan" : { "minimum" : 0.0561, "maximum" : 0.0955 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 63,
"hscan" : { "minimum" : 0.0258, "maximum" : 0.0652 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 64,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.0348 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.1600 }
},
{
"index" : 65,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.0000, "maximum" : 0.0523 }
},
{
"index" : 66,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.0386, "maximum" : 0.0977 }
},
{
"index" : 67,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.0841, "maximum" : 0.1432 }
},
{
"index" : 68,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.1295, "maximum" : 0.1886 }
},
{
"index" : 69,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.1750, "maximum" : 0.2341 }
},
{
"index" : 70,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.2205, "maximum" : 0.2795 }
},
{
"index" : 71,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.2659, "maximum" : 0.3250 }
},
{
"index" : 72,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.3114, "maximum" : 0.3705 }
},
{
"index" : 73,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.3568, "maximum" : 0.4159 }
},
{
"index" : 74,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.4023, "maximum" : 0.4614 }
},
{
"index" : 75,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.4477, "maximum" : 0.5068 }
},
{
"index" : 76,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.4932, "maximum" : 0.5523 }
},
{
"index" : 77,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.5386, "maximum" : 0.5977 }
},
{
"index" : 78,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.5841, "maximum" : 0.6432 }
},
{
"index" : 79,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.6295, "maximum" : 0.6886 }
},
{
"index" : 80,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.6750, "maximum" : 0.7341 }
},
{
"index" : 81,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.7205, "maximum" : 0.7795 }
},
{
"index" : 82,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.7659, "maximum" : 0.8250 }
},
{
"index" : 83,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.8114, "maximum" : 0.8705 }
},
{
"index" : 84,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.8568, "maximum" : 0.9159 }
},
{
"index" : 85,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.9023, "maximum" : 0.9614 }
},
{
"index" : 86,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.1200 },
"vscan" : { "minimum" : 0.9477, "maximum" : 1.0000 }
},
{
"index" : 87,
"hscan" : { "minimum" : 0.0000, "maximum" : 0.0348 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 88,
"hscan" : { "minimum" : 0.0258, "maximum" : 0.0652 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 89,
"hscan" : { "minimum" : 0.0561, "maximum" : 0.0955 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 90,
"hscan" : { "minimum" : 0.0864, "maximum" : 0.1258 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 91,
"hscan" : { "minimum" : 0.1167, "maximum" : 0.1561 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 92,
"hscan" : { "minimum" : 0.1470, "maximum" : 0.1864 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 93,
"hscan" : { "minimum" : 0.1773, "maximum" : 0.2167 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 94,
"hscan" : { "minimum" : 0.2076, "maximum" : 0.2470 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 95,
"hscan" : { "minimum" : 0.2379, "maximum" : 0.2773 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 96,
"hscan" : { "minimum" : 0.2682, "maximum" : 0.3076 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 97,
"hscan" : { "minimum" : 0.2985, "maximum" : 0.3379 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 98,
"hscan" : { "minimum" : 0.3288, "maximum" : 0.3682 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 99,
"hscan" : { "minimum" : 0.6318, "maximum" : 0.6712 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
},
{
"index" : 100,
"hscan" : { "minimum" : 0.6621, "maximum" : 0.7015 },
"vscan" : { "minimum" : 0.8400, "maximum" : 1.0000 }
}
],
"endOfJson" : "endOfJson"
}
hyperion_toggle_switch.sh
#!/bin/sh
GRABBER='hyperion.config.grabber.json'
KODI='hyperion.config.kodi.json'
AUTOSTART='hyperion.config.json'
SCART='hyperion.config.scart.json'
if ps | grep -v grep | grep $AUTOSTART > /dev/null
then
killall hyperiond
kodi-send -a "Notification(Hyperion Info,Ambilight für externe Geräte aktiviert,7000,http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_hdmi.jpg)"
/storage/hyperion/bin/hyperiond.sh /storage/.config/hyperion.config.grabber.json
</dev/null >/dev/null 2>&1 &
else
if ps | grep -v grep | grep $GRABBER > /dev/null
then
killall hyperiond
kodi-send -a "Notification(Hyperion Info,Ambilight für Kodi aktiviert,7000,http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_kodi.jpg)"
/storage/hyperion/bin/hyperiond.sh /storage/.config/hyperion.config.kodi.json
</dev/null >/dev/null 2>&1 &
else
if ps | grep -v grep | grep $KODI > /dev/null
then
killall hyperiond
kodi-send -a "Notification(Hyperion Info,Ambilight wurde ausgeschaltet,7000,http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_off.jpg)"
else
kodi-send -a "Notification(Hyperion Info,Ambilight für externe Geräte aktiviert,7000,http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_hdmi.jpg)"
/storage/hyperion/bin/hyperiond.sh /storage/.config/hyperion.config.grabber.json
</dev/null >/dev/null 2>&1 &
fi
fi
fi
favourites.xml
<favourites>
<favourite name="Ambilight für Kodi aktivieren" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_kodi.jpg">System.Exec("/storage/.kodi/userdata/hyperion_kodi_aktivieren.sh")</favourite>
<favourite name="Ambilight für externe Geräte aktivieren" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_hdmi.jpg">System.Exec("/storage/.kodi/userdata/hyperion_grabber_aktivieren.sh")</favourite>
<favourite name="Ambilight TV aktivieren" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_kodi.jpg">System.Exec("/storage/.kodi/userdata/hyperion_scart_aktivieren.sh")</favourite>
<favourite name="Ambilight ausschalten" thumb="http://powerpi.de/wp-content/uploads/powerpi/powerpi_ambi_thumb_off.jpg">system.exec("/storage/.kodi/userdata/hyperion_beenden.sh")</favourite>
</favourites>
Dein pach script starten Hyperion mit unterschiedlichen confg Dateien.
GRABBER='hyperion.config.grabber.json'
KODI='hyperion.config.kodi.json'
AUTOSTART='hyperion.config.json'
SCART='hyperion.config.scart.json'
Fhem Hyperion erkennt nur Dateien mit der Endung *.config.json
Du müsstest die Dateien also umbenennen in:
hyperion_grabber.config.json
hyperion_kodi.config.json
hyperion.config.json
hyperion_scart.config.json
Das natürlich auch in den *.sh Skript dann anpassen, sonst kannst du es nicht mehr über deine Favoriten Liste umstellen.
Die Dateien liegen unter "/storage/.config" auf diesen Pfad muss du in FHEM das Attribut "hyperionConfigDir" stellen, dann sollen sie auch gefunden werden.
Gruß schlimbo
Alles klar danke!
Ich habe alle Dateien auf die richtigen Dateinamen geändert.
Wenn ich jedoch den Pfand ändern möchte mit "attr Wohnzimmer_TV_Hyperion hyperionConfigDir /storage/.config/" erhalte ich:
Wohnzimmer_TV_Hyperion: unknown attribute hyperionConfigDir. Type 'attr Wohnzimmer_TV_Hyperion ?' for a detailed list.
Wohnzimmer_TV_Hyperion: unknown attribute ?, choose one of alias comment eventMap group room
suppressReading userReadings verbose priority effects duration event-on-change-reading event-on-update-reading
event-aggregator event-min-interval stateFormat timestamp-on-change-reading alexaName alexaRoom cmdIcon
devStateIcon devStateStyle genericDeviceType homebridgeMapping icon msgContactAudio msgContactLight msgContactMail
msgContactPush msgContactScreen msgParams msgPriority msgRecipient msgRecipientAudio msgRecipientLight
msgRecipientMail msgRecipientPush msgRecipientScreen msgRecipientText msgTitle msgTitleShrt msgType sortby
webCmd webCmdLabel widgetOverride userattr
Zitat von: FHEM-Wohnung am 31 Oktober 2017, 11:17:07
Alles klar danke!
Ich habe alle Dateien auf die richtigen Dateinamen geändert.
Wenn ich jedoch den Pfand ändern möchte mit "attr Wohnzimmer_TV_Hyperion hyperionConfigDir /storage/.config/" erhalte ich:
Wohnzimmer_TV_Hyperion: unknown attribute hyperionConfigDir. Type 'attr Wohnzimmer_TV_Hyperion ?' for a detailed list.
Wohnzimmer_TV_Hyperion: unknown attribute ?, choose one of alias comment eventMap group room
suppressReading userReadings verbose priority effects duration event-on-change-reading event-on-update-reading
event-aggregator event-min-interval stateFormat timestamp-on-change-reading alexaName alexaRoom cmdIcon
devStateIcon devStateStyle genericDeviceType homebridgeMapping icon msgContactAudio msgContactLight msgContactMail
msgContactPush msgContactScreen msgParams msgPriority msgRecipient msgRecipientAudio msgRecipientLight
msgRecipientMail msgRecipientPush msgRecipientScreen msgRecipientText msgTitle msgTitleShrt msgType sortby
webCmd webCmdLabel widgetOverride userattr
Hast Du auch sicher die aktuelle Version des Moduls?
Wann wurde das letzte mal "update" in FHEM ausgeführt?
Gruß
Dan
Heute morgen habe ich FHEM geupdatet.
Habe jetzt nochmal mein device gelöscht und neu mit "define Wohnzimmer_TV_Hyperion Hyperion 192.168.178.25 19444" hinzugefügt. Auch dort geht es nicht.
Vorher war die Version installiert wo man einen Code in die "99_myUtils.pm" kopieren musste. Diesen habe ich auch dort wieder gelöscht.
Was gibt:
ver 98_Hyperion
zurück?
Gruß
Dan
Hi,
mal eine Frage: gibt es eigentlich die Möglichkeit, mit dem Alexa FHEM Custom Skills die Farben von Hyperion zu ändern?
Beste Grüße
-triagony
Gesendet von meinem HTC 10 mit Tapatalk
Zitat von: triagony am 31 Oktober 2017, 12:56:39
Hi,
mal eine Frage: gibt es eigentlich die Möglichkeit, mit dem Alexa FHEM Custom Skills die Farben von Hyperion zu ändern?
Beste Grüße
-triagony
Gesendet von meinem HTC 10 mit Tapatalk
Dazu kann ich leider überhaupt nichts sagen da ich Alexa nicht in Verwendung habe.
Evtl. wissen da Andere Etwas.
Gruß
Dan
Okay super danke euch! Ich habe mit "reload 98_Hyperion.pm" nun das aktuelle Modul. Sieht auch komplett anders alles jetzt aus und die configs werden auch gefunden :)
Update:
Sehr komisch.. wenn ich FHEM Neustarte bekomme ich die alte version von Hyperion angezeigt bzw das device wird gelöscht.
ver 98_Hyperion
Unknown command ver, try help.
fhemweb.js 15228 2017-10-10 17:34:56Z rudolfkoenig
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
Somit habe ich das erstmal Hyperion in fhem konfiguriert
https://forum.fhem.de/index.php?topic=49808.0
Wie bekomme ich die alte Version restlos vom system?
Zitat von: FHEM-Wohnung am 31 Oktober 2017, 13:34:54
Okay super danke euch! Ich habe mit "reload 98_Hyperion.pm" nun das aktuelle Modul. Sieht auch komplett anders alles jetzt aus und die configs werden auch gefunden :)
Update:
Sehr komisch.. wenn ich FHEM Neustarte bekomme ich die alte version von Hyperion angezeigt bzw das device wird gelöscht.
ver 98_Hyperion
Unknown command ver, try help.
fhemweb.js 15228 2017-10-10 17:34:56Z rudolfkoenig
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
Somit habe ich das erstmal Hyperion in fhem konfiguriert
https://forum.fhem.de/index.php?topic=49808.0
Wie bekomme ich die alte Version restlos vom system?
Am Besten Du löschst das Hyperion Device noch einmal in FHEM und speicherst.
Dann löschst Du das Modul "./FHEM/98_Hyperion.pm" und führst in FHEM "update" aus.
Wenn das Update dann sauber durchgelaufen ist, machst Du "shutdown restart" in FHEM.
Sobald FHEM wieder läuft legst Du die Definition vom Hyperion Device neu an.
Gruß
Dan
Hi vielen Dank! Das war die Lösung super gutes Modul! Die ConfigFiles werden nun eingelesen und ich kann diese auswählen. Leider Stürzt Hyperion jedesmal ab wenn ich ein ConfigFile auswähle. Die Beleuchtung geht aus und reagiert auf keine befehle mehr. ServerResponse und state gehen auf ERROR. Die Quellenauswahl in Kodi über mein Fav-Menü klappt dann auch nicht mehr. Nur ein Neustart hilft dann.
Woran kann das liegen?
Zitat von: FHEM-Wohnung am 04 November 2017, 10:38:33
Hi vielen Dank! Das war die Lösung super gutes Modul! Die ConfigFiles werden nun eingelesen und ich kann diese auswählen. Leider Stürzt Hyperion jedesmal ab wenn ich ein ConfigFile auswähle. Die Beleuchtung geht aus und reagiert auf keine befehle mehr. ServerResponse und state gehen auf ERROR. Die Quellenauswahl in Kodi über mein Fav-Menü klappt dann auch nicht mehr. Nur ein Neustart hilft dann.
Woran kann das liegen?
Hat der User fhem auch die Berechtigung Hyperion zu stoppen und zu starten (sudoers)?
Gruß
Dan
Zitat von: Schlimbo am 18 Oktober 2017, 10:37:07
Hallo Dan,
habe gerade festgestellt, dass der Befehl "set configFile" mein FHEM ca. 2 Sekunden blockiert, wäre es möglich die SSH Kommunikation auch non-blocking durchzuführen?
Gruß Schlimbo
Ich habe mal einen Versuch gewagt das Setzen der configFiles non-blocking zu gestalten.
Per SSH konnte ich leider nicht testen, aber lokal funktioniert es bei mir.
Bitte gerne mal das Modul im Anhang testen.
Feedback ist wie immer erwünscht.
Gruß
Dan
Hallo Dan,
das hört sich ja super an, hab es gleich mal eingespielt:
Config umschalten funktioniert auf jeden Fall noch ;)
Und "apptime" sieht auch wesentlich besser aus.
Vorher:
name function max count total average maxDly TS Max call param Max call
Hyperion Hyperion_Set 2127 25 4089 163.56 0 10.11. 11:24:17 HASH(Hyperion); Hyperion; configFile; hyperion_ambilight
Hyperion Hyperion_Get 731 4 731 182.75 0 10.11. 11:24:04 HASH(Hyperion); Hyperion; configFiles
jetzt:
name function max count total average maxDly TS Max call param Max call
Hyperion Hyperion_Get 729 4 729 182.25 0 10.11. 11:30:30 HASH(Hyperion); Hyperion; configFiles
Hyperion Hyperion_Read 92 12 339 28.25 0 10.11. 11:31:20 HASH(Hyperion)
Set config taucht hier jetzt nicht mehr auf. Danke
"Hyperion_Get" kommt mir mit 729ms noch etwas viel vor, kannst du da noch was tunen?
@DeeSPe:
Sorry für die große Pause. Danke für die Änderungen, mit dem eingecheckten Modul klappt jetzt alles. Allerdings scheint es keinen Wiederverbindungsversuch nach Verbindungsabbruch zu geben...
2017.11.10 03:27:56 1: ambilight:19444 disconnected, waiting to reappear (Ambilight)... seitdem hat sich das Gerät nicht wieder verbunden. Erst ein "get statusRequest" bringt die Wiederbelebung.
Zitat von: Schlimbo am 27 Oktober 2017, 18:16:50
@Alex:
Werden von deinem Sketch auch die "effectArgs" ausgewertet?
Ja, es gibt das Argument "speed", welches den Teiler für die Thread-Ausführung angibt (1000/speed)=Thread-Interval(ms).
Bezüglich der "duration" und "priority" müsste man Einiges im Hauptprogramm umbauen. Da müsste quasi eine Kommando-Warteschlange gebaut werden... dafür reicht mein C++ wahrscheinlich nicht :(
Zitat von: Schlimbo am 27 Oktober 2017, 18:16:50
Der "clearall" Befehl funktioniert bei mir auch noch nicht, bist du da noch dran?
Ich fürchte, das ist eine Frage der Definition. Was soll der "clearall" denn tun? Momentan macht "Clear" und "Clearall" ein Zurücksetzen des Betriebsmodus auf den "LED Idle Mode".
Per JSON wird aktuell in der Tat immer der "OFF" Modus zurückgemeldet, d.h. activeLedColor und activeEffects ist leer. Das ist mir nicht aufgefallen, weil mein "LED Idle Mode" = "OFF" ist. Ich kann den Sketch so anpassen, dass bei "clear|clearall" der "LED Idle Mode" per JSON zurückgemeldet wird.
Ihr würdet mir sehr helfen, wenn Ihr mir die Liste ergänzt:
JSON command - Verhalten
----------------------------------------------------
serverInfo - gibt den aktuellen activeColor/activeEffects aus (falls gesetzt)
color - setzt RGB color
effect - setzt effect
clear -
clearall - Zitat von: Schlimbo am 27 Oktober 2017, 18:16:50
Meinst du es wäre möglich von hier:
https://forum.fhem.de/index.php/topic,73949.msg656345.html#msg656345 (https://forum.fhem.de/index.php/topic,73949.msg656345.html#msg656345)
noch ein paar Effekte zu "klauen" und in den Sketch mit zu übernehmen?
Ich habe Tage damit verbracht den Fire2012 Effekt ohne FastLED zum laufen zu bekommen... ich denke, es ist viel flexibler, die Effekte durch ein echtes Hyperion zu machen und das Gerät entweder per UDP-Forwarder oder direkt ("type" : "udp", "output" : "ambilight:19446") anzusteuern.
Zitat von: Schlimbo am 10 November 2017, 11:41:55
Hallo Dan,
das hört sich ja super an, hab es gleich mal eingespielt:
Config umschalten funktioniert auf jeden Fall noch ;)
Und "apptime" sieht auch wesentlich besser aus.
Vorher:
name function max count total average maxDly TS Max call param Max call
Hyperion Hyperion_Set 2127 25 4089 163.56 0 10.11. 11:24:17 HASH(Hyperion); Hyperion; configFile; hyperion_ambilight
Hyperion Hyperion_Get 731 4 731 182.75 0 10.11. 11:24:04 HASH(Hyperion); Hyperion; configFiles
jetzt:
name function max count total average maxDly TS Max call param Max call
Hyperion Hyperion_Get 729 4 729 182.25 0 10.11. 11:30:30 HASH(Hyperion); Hyperion; configFiles
Hyperion Hyperion_Read 92 12 339 28.25 0 10.11. 11:31:20 HASH(Hyperion)
Set config taucht hier jetzt nicht mehr auf. Danke
"Hyperion_Get" kommt mir mit 729ms noch etwas viel vor, kannst du da noch was tunen?
Hast Du lokal oder per SSH getestet?
Das ist nur ein erster Test.
Bin mit der Implementierung noch nicht zufrieden, da ich bisher nicht an die Fehlermeldung (im Fehlerfall) herankomme.
Gruß
Dan
Hallo Alex,
willkommen zurück :)
Da es im ESP Sketch keinen Prio gibt würde ich clear und clearall gleich behandeln.
Bei clearall werden normalerweise die eingestellten Farbwerte einmalig gelöscht --> alle LEDs aus.
Habe aber erstmal wieder zurück auf den Original ESP-Sketch gewechselt, da ich mit deinem Sketch massive performance Probleme hatte, der UDP Stream war so verzögerte, dass er fürs Ambilight nicht mehr zu gebrauchen war.
Du hast ja einiges in den Sketch rein gepackt, vielleicht ist das doch etwas zu viel für den kleinen ESP8266, muss dazu sagen, dass ich einen Stripe mit 120 LEDs nutze, kann auch sein dass das dann zu viel ist.
Wieviele LEDs nutzt du damit?
Gruß Schlimbo
Zitat von: DeeSPe am 09 November 2017, 23:57:07
Hat der User fhem auch die Berechtigung Hyperion zu stoppen und zu starten (sudoers)?
Gruß
Dan
Ich benutze Libreelec. Die Datei "/etc/sudoers" ist leer. Wenn ich sie abspeichern möchte, kommt die Meldung "[ Error writing /etc/sudoers: Read-only file system ]" bei sudo "With LibreELEC you have root access by default, so you dont need 'sudo'"
Zitat von: Schlimbo am 10 November 2017, 17:03:20
SSH
Cool! 8)
Zitat von: FHEM-Wohnung am 10 November 2017, 21:27:29
Ich benutze Libreelec. Die Datei "/etc/sudoers" ist leer. Wenn ich sie abspeichern möchte, kommt die Meldung "[ Error writing /etc/sudoers: Read-only file system ]" bei sudo "With LibreELEC you have root access by default, so you dont need 'sudo'"
attr <name> hyperionNoSudo 1Schon gesetzt?
Das ist ein remote Hyperion?
Gruß
Dan
Zitat
attr <name> hyperionNoSudo 1
Schon gesetzt?
Das ist ein remote Hyperion?
Ja das Attribut habe ich bereits gesetzt. Hyperion (Unter Libreelec) und FHEM laufen auf zwei unterschiedlichen Raspberry Pis. Die SSH Verbindung funktioniert soweit das die Configdaten geladen werden. Beim auswählen stürzt jedoch der Hyperion-Server ab.
defmod Wohnzimmer_Hyperion Hyperion 192.168.178.25 19444
attr Wohnzimmer_Hyperion userattr lightSceneParamsToSave
attr Wohnzimmer_Hyperion alias Ambilight
attr Wohnzimmer_Hyperion cmdIcon on:general_an off:general_aus dimDown:dimdown dimUp:dimup
attr Wohnzimmer_Hyperion devStateIcon {Hyperion_devStateIcon($name)}
attr Wohnzimmer_Hyperion event-on-change-reading .*
attr Wohnzimmer_Hyperion homebridgeMapping On=state,subtype=TV.Licht,valueOn=/rgb.*/,cmdOff=off,cmdOn=mode+rgb On=state,subtype=Umgebungslicht,valueOn=clearall,cmdOff=off,cmdOn=clearall On=state,subtype=Effekt,valueOn=/effect.*/,cmdOff=off,cmdOn=mode+effect
attr Wohnzimmer_Hyperion hyperionConfigDir /storage/.config/
attr Wohnzimmer_Hyperion hyperionNoSudo 1
attr Wohnzimmer_Hyperion hyperionSshUser root
attr Wohnzimmer_Hyperion icon light_led_stripe_rgb
attr Wohnzimmer_Hyperion lightSceneParamsToSave state
attr Wohnzimmer_Hyperion room 40_Wohnzimmer
attr Wohnzimmer_Hyperion webCmd rgb:effect:configFile:mode:dimDown:dimUp:on:off
attr Wohnzimmer_Hyperion widgetOverride dimUp:noArg dimDown:noArg
setstate Wohnzimmer_Hyperion disconnected
setstate Wohnzimmer_Hyperion 2017-10-31 20:52:19 .configs hyperion,hyperion_grabber,hyperion_kodi,hyperion_scart
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 .effects Cinema_brighten_lights,Cinema_dim_lights,Knight_rider,Blue_mood_blobs,Cold_mood_blobs,Full_color_mood_blobs,Green_mood_blobs,Red_mood_blobs,Warm_mood_blobs,Police_Lights_Single,Police_Lights_Solid,Rainbow_mood,Rainbow_swirl_fast,Rainbow_swirl,Random,Running_dots,System_Shutdown,Snake,Sparks_Color,Sparks,Strobe_blue,Strobe_Raspbmc,Strobe_white,Color_traces,UDP_multicast_listener,UDP_listener,X-Mas
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 adjustBlue 10,15,200
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 adjustGreen 60,200,0
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 adjustRed 150,10,10
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 blacklevel 0.00,0.00,0.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 colorTemperature 255,255,255
setstate Wohnzimmer_Hyperion 2017-11-10 23:14:16 configFile hyperion_kodi
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 correction 255,255,255
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 dim 98
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 duration infinite
setstate Wohnzimmer_Hyperion 2017-11-05 11:40:54 effect Full_color_mood_blobs
setstate Wohnzimmer_Hyperion 2017-11-05 11:40:54 effectArgs {"baseChange":true,"baseColorChangeRate":0.2,"baseColorRangeLeft":0,"baseColorRangeRight":360,"blobs":5,"colorRandom":true,"hueChange":30,"reverse":false,"rotationTime":60}
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 gamma 2.50,2.50,2.50
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 id default
setstate Wohnzimmer_Hyperion 2017-11-10 17:57:18 lastError 192.168.178.25: No route to host
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 luminanceGain 1.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 luminanceMinimum 0.20
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 mode rgb
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 mode_before_off rgb
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 priority 0
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 rgb 65fcab
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 saturationGain 1.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 saturationLGain 1.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 serverResponse success
setstate Wohnzimmer_Hyperion 2017-11-10 23:13:02 state disconnected
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 threshold 0.00,0.00,0.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 valueGain 1.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 whitelevel 1.00,1.00,1.00
Danke für die Hilfe!
Zitat von: Schlimbo am 10 November 2017, 17:27:34
Da es im ESP Sketch keinen Prio gibt würde ich clear und clearall gleich behandeln.
Bei clearall werden normalerweise die eingestellten Farbwerte einmalig gelöscht --> alle LEDs aus.
Genau das macht der Sketch - welcher Mode soll danach aktiv sein?
Zitat von: Schlimbo am 10 November 2017, 17:27:34
Habe aber erstmal wieder zurück auf den Original ESP-Sketch gewechselt, da ich mit deinem Sketch massive performance Probleme hatte, der UDP Stream war so verzögerte, dass er fürs Ambilight nicht mehr zu gebrauchen war.
Du hast ja einiges in den Sketch rein gepackt, vielleicht ist das doch etwas zu viel für den kleinen ESP8266, muss dazu sagen, dass ich einen Stripe mit 120 LEDs nutze, kann auch sein dass das dann zu viel ist.
Wieviele LEDs nutzt du damit?
Merkwürdig. Ich habe zwar nur 90 ws2801 LEDs (kleinerer Fernseher ;)) aber da mein Odroid C2 keinen SPI hat, mache ich das auch per WiFi direkt auf einen ESP - absolut problemlos. Habe gerade einen 300LED Streifen getestet, aber da ist die Stromversorgung eher das Problem.
Bei WS2812/2813 unbedingt mal den NeoPixelBus Treiber anstelle von FastLED einkompilieren - der ist deutlich besser auf das ESP-Timing angepasst.
An den Thread und Timing Routinen habe ich übrigens nichts geändert - es kann nur passieren, dass dir ein "jemand" mit einem JSON Kommando dazwischenfunkt.
Alex
Meine Frage weiter oben ist wahrscheinlich untergegangen...
Es scheint es keinen Wiederverbindungsversuch nach Verbindungsabbruch zu geben...
2017.11.10 03:27:56 1: ambilight:19444 disconnected, waiting to reappear (Ambilight)
... seitdem hat sich das Gerät nicht wieder verbunden. Erst ein "get statusRequest" bringt die Wiederbelebung.
Gibt es dafür eine Abhilfe?
Zitat von: adn77 am 11 November 2017, 21:12:50
Genau das macht der Sketch - welcher Mode soll danach aktiv sein?
Würde sagen UDP.
Aber wie gesagt, bei meinen versuchen hatte clear bis jetzt keine Wirkung:
Zitat von: Schlimbo am 26 Oktober 2017, 11:17:30
Wenn ich über FHEM eine Farbe einstelle und anschließend zum Ausschalten "clearall" benutze, bleiben die LEDs an, im Modul wird als state aber "off" angezeigt.
Auch über die Hyperion Android APP funktioniert "clearall" nicht.
Zitat von: adn77 am 11 November 2017, 21:12:50
Bei WS2812/2813 unbedingt mal den NeoPixelBus Treiber anstelle von FastLED einkompilieren - der ist deutlich besser auf das ESP-Timing angepasst.
Habe WS2812, danke für den Tipp mit den NeoPixelBus, wenn ich mal wieder etwas Zeit habe werde ich das noch mal testen.
PS:
Vielleicht sollten du für deinen ESP-Sketch mal ein neues Thema aufmachen, sonst wird dieser Thread etwas zu offtopic ;)
Zitat von: FHEM-Wohnung am 10 November 2017, 23:18:09
Ja das Attribut habe ich bereits gesetzt. Hyperion (Unter Libreelec) und FHEM laufen auf zwei unterschiedlichen Raspberry Pis. Die SSH Verbindung funktioniert soweit das die Configdaten geladen werden. Beim auswählen stürzt jedoch der Hyperion-Server ab.
defmod Wohnzimmer_Hyperion Hyperion 192.168.178.25 19444
attr Wohnzimmer_Hyperion userattr lightSceneParamsToSave
attr Wohnzimmer_Hyperion alias Ambilight
attr Wohnzimmer_Hyperion cmdIcon on:general_an off:general_aus dimDown:dimdown dimUp:dimup
attr Wohnzimmer_Hyperion devStateIcon {Hyperion_devStateIcon($name)}
attr Wohnzimmer_Hyperion event-on-change-reading .*
attr Wohnzimmer_Hyperion homebridgeMapping On=state,subtype=TV.Licht,valueOn=/rgb.*/,cmdOff=off,cmdOn=mode+rgb On=state,subtype=Umgebungslicht,valueOn=clearall,cmdOff=off,cmdOn=clearall On=state,subtype=Effekt,valueOn=/effect.*/,cmdOff=off,cmdOn=mode+effect
attr Wohnzimmer_Hyperion hyperionConfigDir /storage/.config/
attr Wohnzimmer_Hyperion hyperionNoSudo 1
attr Wohnzimmer_Hyperion hyperionSshUser root
attr Wohnzimmer_Hyperion icon light_led_stripe_rgb
attr Wohnzimmer_Hyperion lightSceneParamsToSave state
attr Wohnzimmer_Hyperion room 40_Wohnzimmer
attr Wohnzimmer_Hyperion webCmd rgb:effect:configFile:mode:dimDown:dimUp:on:off
attr Wohnzimmer_Hyperion widgetOverride dimUp:noArg dimDown:noArg
setstate Wohnzimmer_Hyperion disconnected
setstate Wohnzimmer_Hyperion 2017-10-31 20:52:19 .configs hyperion,hyperion_grabber,hyperion_kodi,hyperion_scart
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 .effects Cinema_brighten_lights,Cinema_dim_lights,Knight_rider,Blue_mood_blobs,Cold_mood_blobs,Full_color_mood_blobs,Green_mood_blobs,Red_mood_blobs,Warm_mood_blobs,Police_Lights_Single,Police_Lights_Solid,Rainbow_mood,Rainbow_swirl_fast,Rainbow_swirl,Random,Running_dots,System_Shutdown,Snake,Sparks_Color,Sparks,Strobe_blue,Strobe_Raspbmc,Strobe_white,Color_traces,UDP_multicast_listener,UDP_listener,X-Mas
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 adjustBlue 10,15,200
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 adjustGreen 60,200,0
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 adjustRed 150,10,10
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 blacklevel 0.00,0.00,0.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 colorTemperature 255,255,255
setstate Wohnzimmer_Hyperion 2017-11-10 23:14:16 configFile hyperion_kodi
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 correction 255,255,255
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 dim 98
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 duration infinite
setstate Wohnzimmer_Hyperion 2017-11-05 11:40:54 effect Full_color_mood_blobs
setstate Wohnzimmer_Hyperion 2017-11-05 11:40:54 effectArgs {"baseChange":true,"baseColorChangeRate":0.2,"baseColorRangeLeft":0,"baseColorRangeRight":360,"blobs":5,"colorRandom":true,"hueChange":30,"reverse":false,"rotationTime":60}
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 gamma 2.50,2.50,2.50
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 id default
setstate Wohnzimmer_Hyperion 2017-11-10 17:57:18 lastError 192.168.178.25: No route to host
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 luminanceGain 1.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 luminanceMinimum 0.20
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 mode rgb
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 mode_before_off rgb
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 priority 0
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 rgb 65fcab
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 saturationGain 1.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 saturationLGain 1.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 serverResponse success
setstate Wohnzimmer_Hyperion 2017-11-10 23:13:02 state disconnected
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 threshold 0.00,0.00,0.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 valueGain 1.00
setstate Wohnzimmer_Hyperion 2017-11-10 23:12:59 whitelevel 1.00,1.00,1.00
Danke für die Hilfe!
Direkt fällt mir jetzt leider nichts weiter ein.
Ich erweitere z.Z. etwas am Modul um evtl. Fehlermeldungen, die beim Konfig-Wechsel auftreten können, ausgeben zu können.
Leider habe ich damit noch so meine Probleme, es könnte also noch ein Weilchen dauern...
Zitat von: adn77 am 11 November 2017, 21:15:24
Meine Frage weiter oben ist wahrscheinlich untergegangen...
Es scheint es keinen Wiederverbindungsversuch nach Verbindungsabbruch zu geben...
2017.11.10 03:27:56 1: ambilight:19444 disconnected, waiting to reappear (Ambilight)
... seitdem hat sich das Gerät nicht wieder verbunden. Erst ein "get statusRequest" bringt die Wiederbelebung.
Gibt es dafür eine Abhilfe?
Eigentlich sollte DevIo selbst wieder eine Verbindung herstellen.
Schaue ich mir mal mit an.
Gruß
Dan
Zitat von: DeeSPe am 13 November 2017, 13:46:17
Ich erweitere z.Z. etwas am Modul um evtl. Fehlermeldungen, die beim Konfig-Wechsel auftreten können, ausgeben zu können.
Leider habe ich damit noch so meine Probleme, es könnte also noch ein Weilchen dauern...
Ging nun doch etwas besser/schneller als gedacht.
Habe nochmal kräftig umgebaut im Modul.
Changelog:
- neuer Setter "set <name> binary restart/stop" um den Hyperion Server zu stoppen oder neu zu starten
- non-blocking für "set <name> binary restart/stop", "set <name> configFile <FILE>" und "get <name> configFiles"
- evtl. auftretende Fehlermeldungen bei "get <name> configFiles", "set <name> binary restart/stop" und "set <name> configFile <FILE>" werden im Log protokolliert
- Auflistung der Konfig Dateien auch wenn nur eine vorhanden ist
- Wechsel von killall zu kill um den Hyperion Server zu stoppen (bitte beachten und ggf. auch in der sudoers Datei anpassen)
- verbesserte Wiederverbindung nach Wechsel der Konfig
- ab verbose 4 sind nun auch alle Shell Befehle im Log zu sehen
@FHEM-Wohnung:
Würde mich freuen wenn auch Du diese Version testen könntest.
Mit den erweiterten Logausgaben im Fehlerfall sollten wir Deinem Problem hoffentlich näher kommen.
Zitat von: adn77 am 11 November 2017, 21:15:24
Es scheint es keinen Wiederverbindungsversuch nach Verbindungsabbruch zu geben...
2017.11.10 03:27:56 1: ambilight:19444 disconnected, waiting to reappear (Ambilight)
... seitdem hat sich das Gerät nicht wieder verbunden. Erst ein "get statusRequest" bringt die Wiederbelebung.
Gibt es dafür eine Abhilfe?
Das habe ich auch versucht zu beheben.
Wäre toll wenn Du das mit dem angehängten Modul auch nochmal testen könntest.
Vielen Dank an alle Tester, freue mich auf Euer Feedback.
Gruß
Dan
EDIT: Diese Version ist nun per Update verfügbar.
Meine "Wiederverbindungsprobleme" sind mit der neuen Version Geschichte - funktioniert bestens!
Dankeschön
Zitat von: adn77 am 17 November 2017, 21:31:17
Meine "Wiederverbindungsprobleme" sind mit der neuen Version Geschichte - funktioniert bestens!
Dankeschön
Super, der Rest funktioniert auch noch? :)
Wie sieht es bei FHEM-Wohnung aus?
Konntest Du schon testen?
Gruß
Dan
Super vielen Dank für das Weiterentwickeln!
Also wenn ich die Config ändern möchte erscheint nun der Fehler: "Work already/still in progress... Please wait for the current process to finish." das gleiche bekomme ich wenn ich die Configfiles neu einlesen möchte. Dafür stürzt nun Hyperion auf dem Kodi pi nicht mehr ab. Zeigt jedoch keine Veränderung. Farbe ändern oder Effekte abspielen funktioniert weiterhin.
Zitat von: FHEM-Wohnung am 19 November 2017, 20:10:22
Also wenn ich die Config ändern möchte erscheint nun der Fehler: "Work already/still in progress... Please wait for the current process to finish." das gleiche bekomme ich wenn ich die Configfiles neu einlesen möchte. Dafür stürzt nun Hyperion auf dem Kodi pi nicht mehr ab. Zeigt jedoch keine Veränderung. Farbe ändern oder Effekte abspielen funktioniert weiterhin.
Könntest Du mal bitte FHEM neu starten, dann am Hyperion Device "verbose 4" setzen, in einem zweiten Tab den Event-Monitor aufmachen und dann "get <name> configFiles" im ersten Tab absetzen.
Die Log Ausgaben die dabei von Hyperion Device erzeugt werden mal bitte hier posten.
Danke.
Gruß
Dan
EDIT: Bitte danach auch noch einen Konfig-Wechsel loggen.
Hab die Version aus #507 (https://forum.fhem.de/index.php/topic,55112.msg715127.html#msg715127) mit dem dort aufgeführten Changelog eingecheckt.
Gruß
Dan
2017.11.22 21:56:08 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: configFile
2017.11.22 21:56:08 4 : Wohnzimmer_Hyperion: Hyperion_Set value: hyperion_kodi
2017.11.22 21:56:38 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017.11.22 21:56:44 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017.11.22 21:56:44 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
Zitat von: FHEM-Wohnung am 22 November 2017, 21:35:18
2017.11.22 21:56:08 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: configFile
2017.11.22 21:56:08 4 : Wohnzimmer_Hyperion: Hyperion_Set value: hyperion_kodi
2017.11.22 21:56:38 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017.11.22 21:56:44 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017.11.22 21:56:44 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
Seit heute früh gibt es im FHEM Update eine neuere Version dieses Moduls.
Die sollte bei auftretenden Fehlern noch etwas "gesprächiger" sein.
Könntest Du damit nochmal testen?
Gruß
Dan
Soeben habe ich ein kleines Update eingecheckt.
Es wird nun auch beim Setzen von disable ein evtl. laufender BlockingCall beendet (falls doch mal etwas hängen geblieben ist).
Gruß
Dan
Vielen Dank für deine Bemühungen. Leider läuft es immer noch nicht bei mir :(
Im Event Monitor kommt keine Meldung mehr mit verbose 4. Nur auf der Geräte Seite erscheint "Work already/still in progress... Please wait for the current process to finish."
Effekte und Farben lassen sich nach wie vor einstellen.
Update:
Jetzt hat er was ausgegeben. Ich weis aber nicht ob es was bringt/für diesen Fall etwas bringt:
2017-11-30 21:39:49 Hyperion Wohnzimmer_Hyperion priority: 800
2017-11-30 21:39:49 Hyperion Wohnzimmer_Hyperion mode: clearall
2017-11-30 21:39:49 Hyperion Wohnzimmer_Hyperion mode_before_off: clearall
2017-11-30 21:39:49 Hyperion Wohnzimmer_Hyperion clearall
2017-11-30 21:39:49 Hyperion Wohnzimmer_Hyperion serverResponse: success
Wenn ich auf dem TV in Kodi die Quelle Wechsel, wechselt Hyperion die Quelle. Fhem gibt dann das aus:
2017-11-30 21:43:12 Hyperion Wohnzimmer_Hyperion DISCONNECTED
Zitat von: FHEM-Wohnung am 30 November 2017, 21:19:04
Vielen Dank für deine Bemühungen. Leider läuft es immer noch nicht bei mir :(
Im Event Monitor kommt keine Meldung mehr mit verbose 4. Nur auf der Geräte Seite erscheint "Work already/still in progress... Please wait for the current process to finish."
Effekte und Farben lassen sich nach wie vor einstellen.
Update:
Jetzt hat er was ausgegeben. Ich weis aber nicht ob es was bringt/für diesen Fall etwas bringt:
2017-11-30 21:39:49 Hyperion Wohnzimmer_Hyperion priority: 800
2017-11-30 21:39:49 Hyperion Wohnzimmer_Hyperion mode: clearall
2017-11-30 21:39:49 Hyperion Wohnzimmer_Hyperion mode_before_off: clearall
2017-11-30 21:39:49 Hyperion Wohnzimmer_Hyperion clearall
2017-11-30 21:39:49 Hyperion Wohnzimmer_Hyperion serverResponse: success
Wenn ich auf dem TV in Kodi die Quelle Wechsel, wechselt Hyperion die Quelle. Fhem gibt dann das aus:
2017-11-30 21:43:12 Hyperion Wohnzimmer_Hyperion DISCONNECTED
Das ist alles sehr mysteriös. ;)
Es sieht so aus als wenn der BlockingCall nicht zurück kommt.
Dafür habe ich eben noch eine AbortFn mit einem Timeout von 20 Sekunden in den BlockingCall eingebaut und ins SVN eingecheckt.
Die Version ist ab morgen 8 Uhr im regulären Update zu bekommen oder jetzt direkt aus dem SVN.
Wenn sich meine Annahme bewahrheitet dann sollte nach 20 Sekunden eine Meldung im Log und im Reading lastError kommen ala "Hyperion_ExecCmd aborted due to timeout of 20 sec.".
Bitte teste das noch einmal.
Leider habe ich im Moment keine freie Hardware um selbst mal libreelec zu testen, das würde das Debugging sicher erleichtern.
Gruß
Dan
Hi :)
also das erscheint nun im Event Monitor
2017-12-02 09:20:16 Hyperion Wohnzimmer_Hyperion configFile hyperion_grabber
2017-12-02 09:20:17 Hyperion Wohnzimmer_Hyperion DISCONNECTED
2017-12-02 09:20:17 Hyperion Wohnzimmer_Hyperion configFile: hyperion_grabber
2017-12-02 09:20:25 Hyperion Wohnzimmer_Hyperion lastError: 192.168.178.25: Connection refused
2017-12-02 09:20:25 Hyperion Wohnzimmer_Hyperion serverResponse: ERROR
2017-12-02 09:20:25 Hyperion Wohnzimmer_Hyperion ERROR
2017-12-02 09:21:25 Hyperion Wohnzimmer_Hyperion ERROR
defmod Wohnzimmer_Hyperion Hyperion 192.168.178.25 19444
attr Wohnzimmer_Hyperion userattr lightSceneParamsToSave
attr Wohnzimmer_Hyperion alias Ambilight
attr Wohnzimmer_Hyperion cmdIcon on:general_an off:general_aus dimDown:dimdown dimUp:dimup
attr Wohnzimmer_Hyperion devStateIcon {Hyperion_devStateIcon($name)}
attr Wohnzimmer_Hyperion event-on-change-reading .*
attr Wohnzimmer_Hyperion homebridgeMapping On=state,subtype=TV.Licht,valueOn=/rgb.*/,cmdOff=off,cmdOn=mode+rgb On=state,subtype=Umgebungslicht,valueOn=clearall,cmdOff=off,cmdOn=clearall On=state,subtype=Effekt,valueOn=/effect.*/,cmdOff=off,cmdOn=mode+effect
attr Wohnzimmer_Hyperion hyperionConfigDir /storage/.config/
attr Wohnzimmer_Hyperion hyperionNoSudo 1
attr Wohnzimmer_Hyperion hyperionSshUser root
attr Wohnzimmer_Hyperion icon light_led_stripe_rgb
attr Wohnzimmer_Hyperion lightSceneParamsToSave state
attr Wohnzimmer_Hyperion room 40_Wohnzimmer
attr Wohnzimmer_Hyperion verbose 4
attr Wohnzimmer_Hyperion webCmd rgb:effect:configFile:mode:dimDown:dimUp:on:off
attr Wohnzimmer_Hyperion widgetOverride dimUp:noArg dimDown:noArg
setstate Wohnzimmer_Hyperion ERROR
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 .configs hyperion,hyperion_grabber,hyperion_kodi,hyperion_scart
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 .effects Cinema_brighten_lights,Cinema_dim_lights,Knight_rider,Blue_mood_blobs,Cold_mood_blobs,Full_color_mood_blobs,Green_mood_blobs,Red_mood_blobs,Warm_mood_blobs,Police_Lights_Single,Police_Lights_Solid,Rainbow_mood,Rainbow_swirl_fast,Rainbow_swirl,Random,Running_dots,System_Shutdown,Snake,Sparks_Color,Sparks,Strobe_blue,Strobe_Raspbmc,Strobe_white,Color_traces,UDP_multicast_listener,UDP_listener,X-Mas
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 adjustBlue 10,15,200
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 adjustGreen 60,200,0
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 adjustRed 150,10,10
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 blacklevel 0.00,0.00,0.00
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 colorTemperature 255,255,255
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:30 configFile hyperion
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 correction 255,255,255
setstate Wohnzimmer_Hyperion 2017-12-01 17:03:23 dim 100
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 duration infinite
setstate Wohnzimmer_Hyperion 2017-12-01 16:49:46 effect Red_mood_blobs
setstate Wohnzimmer_Hyperion 2017-12-01 16:49:46 effectArgs {"blobs":5,"color":[255,0,0],"hueChange":60,"reverse":false,"rotationTime":60}
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 gamma 2.50,2.50,2.50
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 id default
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:38 lastError 192.168.178.25: Connection refused
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 luminanceGain 1.00
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 luminanceMinimum 0.20
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 mode clearall
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 mode_before_off clearall
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 priority 800
setstate Wohnzimmer_Hyperion 2017-12-01 17:03:23 rgb 3bf8ff
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 saturationGain 1.00
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 saturationLGain 1.00
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:38 serverResponse ERROR
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:38 state ERROR
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 threshold 0.00,0.00,0.00
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 valueGain 1.00
setstate Wohnzimmer_Hyperion 2017-12-02 11:08:26 whitelevel 1.00,1.00,1.00
Zitat von: FHEM-Wohnung am 02 Dezember 2017, 11:06:18
also das erscheint nun im Event Monitor
2017-12-02 09:20:16 Hyperion Wohnzimmer_Hyperion configFile hyperion_grabber
2017-12-02 09:20:17 Hyperion Wohnzimmer_Hyperion DISCONNECTED
2017-12-02 09:20:17 Hyperion Wohnzimmer_Hyperion configFile: hyperion_grabber
2017-12-02 09:20:25 Hyperion Wohnzimmer_Hyperion lastError: 192.168.178.25: Connection refused
2017-12-02 09:20:25 Hyperion Wohnzimmer_Hyperion serverResponse: ERROR
2017-12-02 09:20:25 Hyperion Wohnzimmer_Hyperion ERROR
2017-12-02 09:21:25 Hyperion Wohnzimmer_Hyperion ERROR
Das sind leider nur die Events der Readings Aktualisierungen.
Ich benötige aber die Log Ausgaben.
Entweder im Event-Monitor das Häkchen setzen hinter "FHEM log" oder die Informationen wirklich aus "fhem-<Jahr>-<Monat>.log" holen.
Gruß
Dan
EDIT: Könntest Du bitte auch prüfen ob Hyperion wirklich unter "/usr/bin/hyperiond" zu finden ist?
Okay sorry bin noch ein Anfänger in FHEM
2017-12-03 21:57:13 at ScriptAnwesendCheck Next: 21:57:43
2017.12.03 21:57:15 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: configFile
2017.12.03 21:57:15 4 : Wohnzimmer_Hyperion: Hyperion_Set value: hyperion_scart
2017.12.03 21:57:15 4 : Wohnzimmer_Hyperion: stopCmd: /usr/bin/ssh root@192.168.178.25 'kill `pidof hyperiond` 2>&1 1>/dev/null'
2017.12.03 21:57:15 4 : Wohnzimmer_Hyperion: startCmd: /usr/bin/ssh root@192.168.178.25 '/usr/bin/hyperiond /storage/.config/hyperion_scart.config.json > /dev/null 2>&1 &'
2017.12.03 21:57:15 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017.12.03 21:57:15 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017.12.03 21:57:15 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017-12-03 21:57:15 Hyperion Wohnzimmer_Hyperion configFile hyperion_scart
2017.12.03 21:57:16 3 : Wohnzimmer_Hyperion: Not able to stop Hyperion! Error: sh: you need to specify whom to kill
2017.12.03 21:57:20 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017.12.03 21:57:20 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017.12.03 21:57:20 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017-12-03 21:57:20 Hyperion Wohnzimmer_Hyperion lastError: 192.168.178.25: Connection refused
2017-12-03 21:57:20 Hyperion Wohnzimmer_Hyperion ERRORZitatEDIT: Könntest Du bitte auch prüfen ob Hyperion wirklich unter "/usr/bin/hyperiond" zu finden ist?
Wie kann ich dies kontrollieren? Auf die SD-Karte gucken? Was sollte in dem Ordner sein?
Wie es ausschaut liegt es bei mir in "/storage/hyperion/bin"
Dann kommt bei mir immer noch der Fehler:
2017.12.03 22:12:10 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: configFile
2017.12.03 22:12:10 4 : Wohnzimmer_Hyperion: Hyperion_Set value: hyperion_kodi
2017.12.03 22:12:10 4 : Wohnzimmer_Hyperion: stopCmd: /usr/bin/ssh root@192.168.178.25 'kill `pidof bin` 2>&1 1>/dev/null'
2017.12.03 22:12:10 4 : Wohnzimmer_Hyperion: startCmd: /usr/bin/ssh root@192.168.178.25 '/storage/hyperion/bin /storage/.config/hyperion_kodi.config.json > /dev/null 2>&1 &'
2017.12.03 22:12:10 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017.12.03 22:12:10 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017.12.03 22:12:10 4 : Wohnzimmer_Hyperion: Hyperion_Set cmd: ?
2017-12-03 22:12:10 Hyperion Wohnzimmer_Hyperion configFile hyperion_kodi
2017.12.03 22:12:10 3 : Wohnzimmer_Hyperion: Not able to stop Hyperion! Error: sh: you need to specify whom to kill
Setze mal bitte:
attr Wohnzimmer_Hyperion hyperionBin /storage/hyperion/bin/hyperiond.sh
Gruß
Dan
Hallo,
gibt es eine Möglichkeit, auszulesen, welches ConfigFile aktuell geladen ist? Z.B. per Reading oä? Oder ist das nicht möglich, weil ggf. außerhalb von FHEM ein configFile geladen werden könnte und das dann nicht mehr nachvollziehbar ist?
Außerdem wäre es cool, wenn ein Reading anzeigen würde, ob die aktuellen Einstellungen abweichend zum aktuellen configFile sind.
EDIT: Ich sehe gerade, dass es ein solches Reading bereits gibt :o .. Ich ziehe hiermit meine Frage zurück.
Viele Grüße
ManOki
Hallo zusammen,
ich hoffe mir kann etwas geholfen werden.
Mein Projekt ist noch am Anfang und ich lerne fleissig dazu.
Viele Dinge klappen auch schon wunderbar, danke für die tollen Beiträge und Tipps hier im Forum.
Trotz meiner Suche konnte ich ein paar Dinge bisher nicht für mich lösen.
1. Ich habe mir für Hyperion im Zusammenspiel mit Tablet UI eine neue Seite gebaut.
Jetzt habe ich einen "Switch" angelegt der im Großen nund Ganzen auch funktioniert. Lediglich eine KLeinigkeit stört hier.
Der Switch schaltet mein Ambilight an oder aus. BEim Einschalten bleibt der Btoon aber nicht in der definierten Farbe, sondern wechselt direkt zuück. Drücke ich erneut den Button bleibt der Button auf "on", also der anderen Farbe. Das Ambilght reagiert bereits auf das erste Drücken. Das zweite Drücken hat keinen Einfluss.
Jemand eine Idee woran das liegt?
2. Wie schalte ich die kleinen Hinweistexte ab, die bei der Aktion angezeigt werden?
3. Ich bekomme keine "Select" Liste für die möglichen HYperion-Effekte, wo ich auswählen kann welchen Effekt ich gerne hätte und dieser dann eingeschaltet wird.
<div data-type="select"
data-device="wz_Ambilight"
data-list="effectlist"
data-delimiter="," >
</div> und weitere Variationen haben nichts gebracht.
Wie muss der Quelltext aussehen, damit die "Select" Leiste sich die verfügbaren Effekte lädt und ausgewählt werden kann?
Hat da zufällig jemand ein Beispiel für?
Ich nehme jeden Hinweis, Link oder Lösung sehr dankbar an.
Beste Grüße
Klaus
Frage 2 hat sich erledigt.
Habe endlich die passenden Hinweise gefunden ;-)
hallo,
kann man denn irgendwie effekte speichern, wenn er nicht im effektmodus ist? ich hätte gerne einen farbverlauf drin von zb. blau auf lila und hätte jetzt einfach am liebsten nur ein bild mit farbverlauf angezeigt und mir entsprechend den farbverlauf als effekt gespeichert.
gruss
Zitat von: Abercrombie1892 am 29 März 2018, 18:37:23
hallo,
kann man denn irgendwie effekte speichern, wenn er nicht im effektmodus ist? ich hätte gerne einen farbverlauf drin von zb. blau auf lila und hätte jetzt einfach am liebsten nur ein bild mit farbverlauf angezeigt und mir entsprechend den farbverlauf als effekt gespeichert.
gruss
Nö, das geht nicht.
Es funktioniert nur im Effekt-Modus da dieser Effekt dann eben als Grundeinstellung benutzt wird, die dann nachträglich manuell verändert werden kann.
Wenn Du weißt was Du tust, kannst Du auch den gewünschten Effekt im Attribut "hyperionCustomEffects" manuell zusammenbauen.
Gruß
Dan
Zitat von: DeeSPe am 31 März 2018, 22:30:41
Nö, das geht nicht.
Es funktioniert nur im Effekt-Modus da dieser Effekt dann eben als Grundeinstellung benutzt wird, die dann nachträglich manuell verändert werden kann.
Wenn Du weißt was Du tust, kannst Du auch den gewünschten Effekt im Attribut "hyperionCustomEffects" manuell zusammenbauen.
Gruß
Dan
hat das denn jemand von euch schon einmal probiert?
Hallo,
erstmal Danke für das tolle Modul. Versuche gerade den SSH Zugang vom hyperion pi auf den fhem pi einzurichten.
Bin nach der verlinkten Anleitung vorgegangen.
Allerdings kommt nach der Eingabe von:
cat .ssh/id_rsa.pub | ssh pi@192.168.178.62 'cat >> .ssh/authorized_keys'
Die Ausgabe:
cat: .ssh/id_rsa.pub: No such file or directory
Wo könnte der Fehler liegen? Muß auf dem hyperion pi noch ein Verzeichnis angelegt werden?
Es läuft übrigens auf beiden Raspberry´s Raspian Stretch.
Edit: Den Fehler habe ich gefunden. Lag wohl daran das die Dateien nicht in /home/pi lagen (war als user pi angemeldet).
Gruß Holger
Zitat von: Feuerpfeil am 19 Oktober 2016, 10:53:20
1. Passwordless SSH Login
ls erstes wird das Schlüsselpaar für den Benutzer 'fhem' generiert:
sudo -u fhem ssh-keygen -t rsa
Bei folgender Ausgabe einfach alles mit ENTER bestätigen :
Generating public/private rsa key pair.
Enter file in which to save the key (/opt/fhem/.ssh/id_rsa): ->Enter
Created directory '/opt/fhem/.ssh'.
Enter passphrase (empty for no passphrase): ->Enter
Enter same passphrase again: ->Enter
Your identification has been saved in /opt/fhem/.ssh/id_rsa.
Your public key has been saved in /opt/fhem/.ssh/id_rsa.pub.
Wir bleiben nun auf der Console des FHEM-Pi und erstellen via SSH ein .ssh Verzeichnis auf dem OpenElec-Pi:
ssh root@openelec mkdir -p .ssh
Es erscheint folgende interaktive Eingabe :
The authenticity of host 'openelec (192.168.82.20)' can't be established.
ECDSA key fingerprint is 14:9a:28:58:a6:16:00:00:00:00:00:00:00:00:00:00.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'openelec,192.168.82.20' (ECDSA) to the list of known hosts.
root@openelec's password: openelec
Der generierte Schlüssel des Users 'fhem' wird nun zum OpenElec-Pi übertragen :
sudo cat /opt/fhem/.ssh/id_rsa.pub | ssh root@openelec 'cat >> .ssh/authorized_keys'
Ich habe diese Befehle ausgeführt, um den passwordless Zugang einzurichten.
Leider scheint es nun so zu sein, dass Alexa und Homebridge dadurch keine Berechtigung/Zugriff mehr haben und nicht gestartet werden können.
Weiß jemand von euch an was das liegt und wie ich das rückgängig machen kann?
Ich nochmal.
Meine letzte offene Frage ist die mit dem Thema alle Effekte als Liste angezeigt zu bekommen.
Ich bekomme meine Auswahlliste mit diesem Code hin:
data-items='["Knight_rider","Green_mood_blobs"]'
da muss ich aber jeden Effekt selber per Hand eintragen.
Wie bekomme ich die Effekte als Array ausgelesen?
Kann mir niemand helfen, oder ist nicht klar was ich brauche?
VG
Zitat von: Klauswirn am 03 April 2018, 15:50:27
Ich nochmal.
Meine letzte offene Frage ist die mit dem Thema alle Effekte als Liste angezeigt zu bekommen.
Ich bekomme meine Auswahlliste mit diesem Code hin:
data-items='["Knight_rider","Green_mood_blobs"]'
da muss ich aber jeden Effekt selber per Hand eintragen.
Wie bekomme ich die Effekte als Array ausgelesen?
Kann mir niemand helfen, oder ist nicht klar was ich brauche?
VG
Das kann ich Dir als Entwickler dieses Moduls nicht verraten, da dies eine Frage des verwendeten Frontends ist.
Für die Darstellung dynamischer Dropdownlisten wird doch Dein verwendetes Frontend sicher etwas bereitstellen.
Zitat von: philip10 am 02 April 2018, 23:36:27
Ich habe diese Befehle ausgeführt, um den passwordless Zugang einzurichten.
Leider scheint es nun so zu sein, dass Alexa und Homebridge dadurch keine Berechtigung/Zugriff mehr haben und nicht gestartet werden können.
Kann ich mir nicht wirklich vorstellen!
Gruß
Dan
Danke Dan,
ich löse es aktuell anders.
Ich trage einfach die Effekte per Hand ein, die ich regelmässig nutze.
So habe ich auch die vielen ungenutzten nicht in der Auswahl und komme klar.
Die ganzen Effekte werden wohl in eine Variable als Array geschrieben. Leider konnte ich den Trenner (Zeichen welches die Werte trennt) bisher nicht finden.
Habe es auch noch nicht geschafft den ganzen Inhalt der Variablen anzuzeigen, dann wäre ich wohl schlauer.
Was du mit verwendetem Frontend meinst ist mir nicht ganz klar.
Ich nutze das Hyperion Modul in tablet ui und habe es über die Hypercon.jar eingespielt.
VG
Ich verwende kein Tablet-UI und kenne es auch nicht.
Kann Dir somit keinen Tipp zur Einbindung in selbiges geben.
Gruß
Dan
Hallo, habe gerade gesehen, dass es im dropdown menu die Option System_Shutdown gibt.
So wie es aussieht startet dann aber nur hyperion neu.
Suche noch nach einer Möglichkeit den RPI herunter zu fahren, hat da jemand eine Idee wie das geht?
Gruß Holger
Zitat von: The-Holgi am 05 April 2018, 13:13:49
Hallo, habe gerade gesehen, dass es im dropdown menu die Option System_Shutdown gibt.
So wie es aussieht startet dann aber nur hyperion neu.
Suche noch nach einer Möglichkeit den RPI herunter zu fahren, hat da jemand eine Idee wie das geht?
Gruß Holger
Mehr als eine Idee um ehrlich zu sein. Dein erster Ansatz sollte sein folgendes bei google einzutippen "ssh befehle fhem" und sich dann mit den Seiten zu beschäftigen. Ich glaube das Ganze hier zu diskutieren und aufzuzeigen wäre fehl am Platz.
Grüße
System_Shutdown ist m.E. der Name eines mitgelieferten Effekts.
Gruß
Dan
Hallo,
der Effekt System_Shutdown führt bei mir zum Neustart nicht zum shutdown.
Vielleicht liegt es daran, das ich Raspian Stretch verwende?
Zitat von: The-Holgi am 05 April 2018, 16:20:07
Hallo,
der Effekt System_Shutdown führt bei mir zum Neustart nicht zum shutdown.
Vielleicht liegt es daran, das ich Raspian Stretch verwende?
Wirklich sicher dass es so ist?
Mir wäre wirklich nicht klar wie ein Effekt einen Neustart des Dienstes vornehmen soll...
Gruß
Dan
Hm, also beim absetzen des Befehls blinken alle LED`s 3 mal, dann werden alle Gelb, dann läuft der Starteffect von hyperion (bei mir snake) und anschließend
läuft das System wieder. Habe daraus geschlossen das ein Neustart durchgeführt wurde.
Was genau macht denn der effect System_Shutdown?
Zitat von: The-Holgi am 05 April 2018, 19:43:28
Hm, also beim absetzen des Befehls blinken alle LED`s 3 mal, dann werden alle Gelb, dann läuft der Starteffect von hyperion (bei mir snake) und anschließend
läuft das System wieder. Habe daraus geschlossen das ein Neustart durchgeführt wurde.
Was genau macht denn der effect System_Shutdown?
Hallo Holgi,
Der Effekt macht genau das was du gesagt hast, aber auch nicht mehr.
Es sind lediglich die Lichteffekte. Es findet kein Restart des Systems statt. Auch kein Restart des Hyperion.
Der Name des Effekts ist halt leicht verwirrend...
Es gibt ein WOL Modul, womit man sehr einfach einen PC starten und stoppen kann.
Habe es selbst damit realisiert.
Hier noch der passende Link
https://forum.fhem.de/index.php?topic=59207.0 (https://forum.fhem.de/index.php?topic=59207.0)
Hallo, danke für den Tipp.
Dachte ich könnte den halt oder shutdown befehl aus fhem über ssh absetzen (passwortloser Zugang zum hyperion pi ist ja eingerichtet) ohne das WOL Modul.
Sorry wenn das jetzt zuviel vom eigentlichem Thema abdriftet.
Edit: Damit funktioniert es wenn es in die Befehlszeile eingegeben wird.
"ssh pi@192.168.178.62 sudo shutdown -h now"
Gruß Holger
Hallo,
ich habe gewechselt auf OSMC und es klappt auch das Meiste ::)
Ich kann an/aus schalten und die Farben wechseln, sowie die Effekte starten.
Hab alles nach der Anleitung hier gemacht , komme per SSH auch vom PI auf den OSMC Server auf dem auch Hyperion läuft um die Config-Files zu laden.
Seltsamerweise fehlen mir Rechte um den Kill zu machen wenn ich versuche eine andere Config auszuwählen:
2018.10.04 07:56:30 4: Ambilight: Hyperion_Set cmd: configFile
2018.10.04 07:56:30 4: Ambilight: Hyperion_Set value: hyperion.kodi
2018.10.04 07:56:30 4: Ambilight: stopCmd: /usr/bin/ssh osmc@192.168.178.25 'kill `pidof hyperiond` 2>&1 1>/dev/null'
2018.10.04 07:56:30 4: Ambilight: startCmd: /usr/bin/ssh osmc@192.168.178.25 '/usr/share/hyperion/bin/hyperiond.sh /usr/share/hyperion/config/hyperion.kodi.config.json > /dev/null 2>&1 &'
2018.10.04 07:56:30 4: Ambilight: Hyperion_Set cmd: ?
2018.10.04 07:56:30 3: Ambilight: Not able to stop Hyperion! Error: bash: line 0: kill: (297) - Operation not permitted
Hat Jemand einen Tip bitte ?
LG
Joachim
Hi Dan,
wäre es ggf. machbar, die Möglichkeit einzubauen , das Device set aktiv/inaktiv zu schalten. Das sind je letztendlich nur 2/3 Zeilen code.
Da mein Hyperionserver auch wirklich nur dann überhaupt an ist , wenn das TV auch an ist möchte ich vermeiden , dass des Hyperiondevice permanent versucht auf den Server zuzugreifen ( oder sonstwie aktiv ist ), wenn dieser aus ist , indem ich in diesem Fall das Hyperiondevice auf 'inaktive' setze.
disable ist keine option ( rotes Fragezeichen )
ich habe das Modul bei mir zwar entsprechend gepatched , wäre aber schön , wenn ich es nicht permanent vom Fhemupdate ausschliessen müsste.
Gruss Byte09
Hallo zusammen,
bei mir geht der STATE von meinem Hyperion Device immer für ein paar Sekunden auf "disconnected", wenn ich eine set-Aktion durchführe.
Ist das normal?
2019-01-02 16:51:07.078 Hyperion hyperion valueGain: 1.00
2019-01-02 16:51:07.078 Hyperion hyperion whitelevel: 1.00,1.00,1.00
2019-01-02 16:51:07.078 Hyperion hyperion mode: off
2019-01-02 16:51:07.078 Hyperion hyperion off
2019-01-02 16:51:07.078 Hyperion hyperion serverResponse: success
2019-01-02 16:51:10.232 Hyperion hyperion effect Running_dots
2019-01-02 16:51:10.349 Hyperion hyperion DISCONNECTED
2019-01-02 16:51:16.408 Hyperion hyperion CONNECTED
2019-01-02 16:51:22.392 Hyperion hyperion adjustRed: 255,20,2
2019-01-02 16:51:22.392 Hyperion hyperion adjustGreen: 50,255,0
2019-01-02 16:51:22.392 Hyperion hyperion adjustBlue: 15,0,200
2019-01-02 16:51:22.392 Hyperion hyperion blacklevel: 0.00,0.00,0.00
2019-01-02 16:51:22.392 Hyperion hyperion colorTemperature: 255,255,255
2019-01-02 16:51:22.392 Hyperion hyperion correction: 255,255,255
2019-01-02 16:51:22.392 Hyperion hyperion effectArgs: {"colorLevel":230,"speed":1.5,"whiteLevel":100}
2019-01-02 16:51:22.392 Hyperion hyperion duration: infinite
2019-01-02 16:51:22.392 Hyperion hyperion gamma: 2.77,2.50,2.50
2019-01-02 16:51:22.392 Hyperion hyperion id: default
Auf der Hyperion-Seite sieht das dann so aus:
Jan 2 16:51:10 squeezehz hyperiond[17662]: EFFECTENGINE INFO: run effect Running dots on channel 0
Jan 2 16:51:10 squeezehz hyperiond[17662]: BLACKBORDER INFO: threshold set to 0.21 (54)
Jan 2 16:51:10 squeezehz hyperiond[17662]: BLACKBORDER INFO: mode:default
Jan 2 16:51:10 squeezehz hyperiond[17662]: JSONSERVER INFO: Connection closed
Jan 2 16:51:16 squeezehz hyperiond[17662]: JSONSERVER INFO: New connection
FHEM und Raspi sind beide per Kabel am Netz.
Auf dem Raspi läuft ein max2play.
Hallo zusammen,
weiß niemand eine Antwort auf meine Frage?
Kurzes "ist immer so" oder "ist bei mir nicht so" würde mir reichen, damit ich weiß, ob ich das Problem bei mir suchen muss.
Viele Grüße
Leo
ist bei mir nicht der fall. läuft sauber durch
Zitat von: Abercrombie1892 am 07 Januar 2019, 21:44:31
ist bei mir nicht der fall. läuft sauber durch
Danke für die Info.
Kannst du mir bitte schreiben, welche Hyperion-Version du einsetzt?
Bei mir ist es V1.03.4 (brindosch-c750c41/dc6a602-1522918225.
V1.03.3 (brindosch-2fbbcff/2f01dfa-1495880388
Zitat von: Abercrombie1892 am 09 Januar 2019, 19:16:41
V1.03.3 (brindosch-2fbbcff/2f01dfa-1495880388
Finde leider gerade keine einfache Möglichkeit, um auf deine Version zurück zu gehen.
Aber ich glaube eigentlich auch nicht, dass es daran liegt.
Ich hab gerade noch einen Versuch mit telnet gemacht und mich vom fhem Server aus per telnet mit dem Hyperion Json Server verbunden.
Wenn ich dort die identischen Json Commands absetzte, wie aus dem Fhem heraus, bricht die Verbindung nicht ab.
Muss also schon was mit dem Modul oder dem DevIo zu tun haben.
Hat noch jemand eine Idee oder nen Tip, wie ich weiter analysieren könnte?
Viele Grüße
Leo
Ich muss aber auch dazu sagen, wenn ich die Hyperion App für iOS nutze, dann stürzt mein Server auch regelmäßig ab und kann nur durch reboot neu gestartet werden. Über fhem bisher keine Probleme.
Zitat von: Jack_n am 04 Oktober 2018, 08:00:47
Hallo,
ich habe gewechselt auf OSMC und es klappt auch das Meiste ::)
Ich kann an/aus schalten und die Farben wechseln, sowie die Effekte starten.
Hab alles nach der Anleitung hier gemacht , komme per SSH auch vom PI auf den OSMC Server auf dem auch Hyperion läuft um die Config-Files zu laden.
Seltsamerweise fehlen mir Rechte um den Kill zu machen wenn ich versuche eine andere Config auszuwählen:
2018.10.04 07:56:30 4: Ambilight: Hyperion_Set cmd: configFile
2018.10.04 07:56:30 4: Ambilight: Hyperion_Set value: hyperion.kodi
2018.10.04 07:56:30 4: Ambilight: stopCmd: /usr/bin/ssh osmc@192.168.178.25 'kill `pidof hyperiond` 2>&1 1>/dev/null'
2018.10.04 07:56:30 4: Ambilight: startCmd: /usr/bin/ssh osmc@192.168.178.25 '/usr/share/hyperion/bin/hyperiond.sh /usr/share/hyperion/config/hyperion.kodi.config.json > /dev/null 2>&1 &'
2018.10.04 07:56:30 4: Ambilight: Hyperion_Set cmd: ?
2018.10.04 07:56:30 3: Ambilight: Not able to stop Hyperion! Error: bash: line 0: kill: (297) - Operation not permitted
Hat Jemand einen Tip bitte ?
LG
Joachim
Sorry für die späte Meldung, hatte erst jetzt Zeit hier wieder reinzuschauen.
Hast Du es mittlerweile hinbekommen?
Offensichtlich benutzt Du kein "sudo"! Ist der entsprechende Benutzer der die Konfigurationsdatei laden soll "root"?
Gruß
Dan
Zitat von: Byte09 am 23 Dezember 2018, 10:26:48
Hi Dan,
wäre es ggf. machbar, die Möglichkeit einzubauen , das Device set aktiv/inaktiv zu schalten. Das sind je letztendlich nur 2/3 Zeilen code.
Da mein Hyperionserver auch wirklich nur dann überhaupt an ist , wenn das TV auch an ist möchte ich vermeiden , dass des Hyperiondevice permanent versucht auf den Server zuzugreifen ( oder sonstwie aktiv ist ), wenn dieser aus ist , indem ich in diesem Fall das Hyperiondevice auf 'inaktive' setze.
disable ist keine option ( rotes Fragezeichen )
ich habe das Modul bei mir zwar entsprechend gepatched , wäre aber schön , wenn ich es nicht permanent vom Fhemupdate ausschliessen müsste.
Gruss Byte09
Hi Byte09,
leider habe ich im Moment sehr wenig Zeit für FHEM und die Programmierung, möchte Dir aber gern Deinen Wunsch erfüllen und habe mich mal dran gesetzt.
Da Du das Modul schon für Dich gepatcht hast, wäre ein entsprechender Codeschnipsel (diff) sehr nett gewesen. Da Du den aber nicht mit Deiner Anfrage mitgegeben hast, habe ich es nun umgesetzt, kann Dir aber sagen dass es mit 2-3 Zeilen Code nicht getan war. ;)
Anbei findest Du die erweiterte Version des Moduls, außer active/inactive sollte sich nichts verändert haben.
Bitte teste mal diese neue Version ausgiebig, ob alles wie gewünscht funktioniert.
Nach erfolgreicher Rückmeldung werde ich das Modul einchecken.
Gruß
Dan
EDIT: Dateianhang entfernt.
Hi dan,
Dank dir vorab. Ich bin leider bis Freitag auf montage und komme daher erst Samstag zum testen. Melde mich dann.
Danke und Gruss Byte09
Gesendet von meinem SM-G900F mit Tapatalk
Hallo Dan,
wenn du gerade wieder mitliest:
Ich hab immer noch keine Lösung für meine Verbindungsabbrüche gefunden (https://forum.fhem.de/index.php/topic,55112.msg880272.html#msg880272).
Hast du vielleicht eine Idee, an was das liegen könnte bzw. wie ich weiter debuggen kann?
Wenn ich Hyperion über die Android App steuere tritt das Problem nicht auf. Nur bei den set-Kommandos von FHEM aus.
Viele Grüße
Leo
Zitat von: limats am 23 Januar 2019, 22:53:15
Hallo Dan,
wenn du gerade wieder mitliest:
Ich hab immer noch keine Lösung für meine Verbindungsabbrüche gefunden (https://forum.fhem.de/index.php/topic,55112.msg880272.html#msg880272).
Hast du vielleicht eine Idee, an was das liegen könnte bzw. wie ich weiter debuggen kann?
Wenn ich Hyperion über die Android App steuere tritt das Problem nicht auf. Nur bei den set-Kommandos von FHEM aus.
Viele Grüße
Leo
Hallo Leo,
für mich sieht es so aus als wenn Dein Hyperion Server die Verbindung schließt (warum auch immer):
Zitat von: limats am 02 Januar 2019, 17:01:49Jan 2 16:51:10 squeezehz hyperiond[17662]: JSONSERVER INFO: Connection closed
Leider weiß ich so aus der Hüfte auch keinen Rat dafür/dagegen.
Hast Du mal in FHEM im Hyperion Device verbose auf 5 gesetzt ob da eventuell mehr Infos kommen die auf das Schließen der Verbindung hindeuten?
Könntest Du Hyperion mal testweise auf einem anderen Host oder einer VM installieren und schauen ob es das Problem dort auch gibt?
Da Du bisher der Einzige mit diesem Problem zu sein scheinst, gehe ich nicht von einem grundlegenden Problem in meinem Modul aus.
Gruß
Dan
Zitat von: DeeSPe am 23 Januar 2019, 14:45:06
Hi Byte09,
leider habe ich im Moment sehr wenig Zeit für FHEM und die Programmierung, möchte Dir aber gern Deinen Wunsch erfüllen und habe mich mal dran gesetzt.
Da Du das Modul schon für Dich gepatcht hast, wäre ein entsprechender Codeschnipsel (diff) sehr nett gewesen. Da Du den aber nicht mit Deiner Anfrage mitgegeben hast, habe ich es nun umgesetzt, kann Dir aber sagen dass es mit 2-3 Zeilen Code nicht getan war. ;)
Anbei findest Du die erweiterte Version des Moduls, außer active/inactive sollte sich nichts verändert haben.
Bitte teste mal diese neue Version ausgiebig, ob alles wie gewünscht funktioniert.
Nach erfolgreicher Rückmeldung werde ich das Modul einchecken.
Gruß
Dan
hi dan,
ich habe es heute morgen mal eingespielt und soweit getestet. scheint alles ok, bis auf eine einmalige warnung:
2019.01.25 10:57:50 1: PERL WARNING: Use of uninitialized value $1 in numeric gt (>) at ./FHEM/98_Hyperion.pm line 753.
... diese kann ich aber nicht reproduzieren . kA wo das herkam .
dank dir und gruss Byte09
Danke für die Rückmeldung Byte09.
Habe die Version soeben eingecheckt, sie ist dann wie immer ab morgen früh im Update.
Gruß
Dan
Gibt es eine Möglichkeit die effekte durchzuschalten?
Sprich wie ein toggle
1. set Ambilight_effekt effect Knight_rider
2. set Ambilight_effekt effect Random
usw
Zitat von: mister am 02 März 2019, 21:43:54
Gibt es eine Möglichkeit die effekte durchzuschalten?
Sprich wie ein toggle
1. set Ambilight_effekt effect Knight_rider
2. set Ambilight_effekt effect Random
usw
Nein, gibt es nicht.
Gruß
Dan
Zitat von: mister am 02 März 2019, 21:43:54
Gibt es eine Möglichkeit die effekte durchzuschalten?
Sprich wie ein toggle
1. set Ambilight_effekt effect Knight_rider
2. set Ambilight_effekt effect Random
usw
da läst sich aber relativ einfach ausserhalb des Moduls umsetzen.
gruss Byte09
In der Hyperion App für iOS gibt es die Möglichkeit Fotos einzufügen und entsprechend die LEDs leuchten zulassen. Gibt es eine Möglichkeit sowas irgendwie über das Modul abzuspeichern und wieder aufrufen zu können?
Mit freundlichen Grüßen
Zitat von: Abercrombie1892 am 03 März 2019, 18:49:23
In der Hyperion App für iOS gibt es die Möglichkeit Fotos einzufügen und entsprechend die LEDs leuchten zulassen. Gibt es eine Möglichkeit sowas irgendwie über das Modul abzuspeichern und wieder aufrufen zu können?
Mit freundlichen Grüßen
Nein, das geht nicht.
Letztendlich macht dieses Feature auch nichts anderes als eine bestimmte Farbe zu setzen.
Gruß
Dan
Zitat von: Byte09 am 03 März 2019, 09:42:16
da läst sich aber relativ einfach ausserhalb des Moduls umsetzen.
gruss Byte09
@mister,
ich hatte dir in diesem Beitrag ein Device bzw Schnipsel eingestellt, mit welchem du das realisieren kannst. Dieses habe ich soeben aus folgendem Grund wieder gelöscht.
In letzter Zeit fällt mir extrem auf , dass immer wieder Fragen gestellt werden , sich User dann bemühen eine Lösung zu finden und zu helfen und dann keinerlei Rückmeldung mehr kommt. Ich persönlich empfinde dass einfach als extrem unhöflich und werde mir daher in Zukunft sehr genau anschauen , wem ich versuche zu helfen und wem nicht - und ein Blick auf den Beitragsverlauf ist da sehr Informativ.
.... und bei dir ist das hier nicht der erste Beitrag , bei dem das so läuft.
Sorry für OT , musste ich aber mal loswerden.
Gruss Byte09
Zitat von: DeeSPe am 04 März 2019, 07:14:56
Nein, das geht nicht.
Letztendlich macht dieses Feature auch nichts anderes als eine bestimmte Farbe zu setzen.
Gruß
Dan
Sehr schade, weil man so schöne farbübergänge schaffen kann und nicht nur eine
Farbe der led's hat.
Mit freundlichen Grüßen
Hallo zusammen,
nachdem ich nun endlich auch eine Homebridge im Einsatz habe wollte ich natürlich auch mein Ambilight einbinden. Hierzu erstmal vielen Dank für das default homebridgeMapping, immer schön wenn es schon etwas gibt auf das man aufbauen kann. Leider funktioniert dieses bei mir aber nicht :D. Meine Homebridge stürzt beim Initialisieren des Ambilights (HYP_fernseher) immer ab:
5/13/2019, 6:30:18 PM] [FHEM] Brightness characteristic for HUEGroup1:bri
[5/13/2019, 6:30:18 PM] [FHEM] ColorTemperature characteristic for HUEGroup1:ct
[5/13/2019, 6:30:18 PM] [FHEM] Initializing platform accessory 'HYP_fernseher'...
[5/13/2019, 6:30:18 PM] [FHEM] creating services for HYP_fernseher
[5/13/2019, 6:30:18 PM] [FHEM] information service for HYP_fernseher
[5/13/2019, 6:30:18 PM] [FHEM] manufacturer, model and serial number characteristics for HYP_fernseher
[5/13/2019, 6:30:18 PM] [FHEM] Lightbulb service for HYP_fernseher
[5/13/2019, 6:30:18 PM] [FHEM] Hue characteristic for HYP_fernseher:rgb
[5/13/2019, 6:30:18 PM] [FHEM] Saturation characteristic for HYP_fernseher:rgb
[5/13/2019, 6:30:18 PM] [FHEM] Brightness characteristic for HYP_fernseher:rgb
[5/13/2019, 6:30:18 PM] [FHEM] Lightbulb service for HYP_fernseher (TV.Licht)
[5/13/2019, 6:30:18 PM] [FHEM] On(TV.Licht) characteristic for HYP_fernseher:state
[5/13/2019, 6:30:18 PM] [FHEM] Lightbulb service for HYP_fernseher (Umgebungslicht)
[5/13/2019, 6:30:18 PM] [FHEM] On(Umgebungslicht) characteristic for HYP_fernseher:state
[5/13/2019, 6:30:18 PM] [FHEM] Lightbulb service for HYP_fernseher (Effekt)
[5/13/2019, 6:30:18 PM] [FHEM] On(Effekt) characteristic for HYP_fernseher:state
[5/13/2019, 6:30:18 PM] TypeError: Cannot read property 'toString' of undefined
at Accessory.addService (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:154:59)
at /usr/lib/node_modules/homebridge/lib/server.js:471:19
at Array.forEach (<anonymous>)
at Server._createAccessory (/usr/lib/node_modules/homebridge/lib/server.js:451:14)
at Server.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:413:32)
at /usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/once.js:16:19
at FHEMPlatform.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:1189:22)
at Request.self.callback (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:185:22)
at Request.emit (events.js:189:13)
at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1161:10)
[5/13/2019, 6:30:18 PM] Got SIGTERM, shutting down Homebridge...
Alles bei mir ist aktuell, FHEM, Homebridge und auch das FHEM Plugin in Homebridge.
Lösche ich das default homebridgeMapping dann startet Homebridge und ich kann zumindest schonmal die Farben Helligkeit etc steuern.
Hat sonst noch jemand dieses Problem? Leider habe ich in der Suche rein gar nichts gefunden, nur die Hinweise auf der ersten Seite dieses Threads.
Grüße Timo
Hallo zusammen,
ich glaube ich habe mich direkt am Anfang schon mal für dieses coole Modul bedankt. Ich wusste schon das ich es irgendwann mal gebrauchen kann.
Nun ist es soweit und schon brauche ich Hilfe :)
Ich würde die Farbwerte gerne per Volumen-Widget aus FTUI eingeben, klar funktioniert das auch mit dem Colorpicker-Widget, aber das ist mir für den Anfang etwas zu überladen.
Nun ist es so, das die Werte des Volumen-Widgets im HSV-Farbraum zwischen 0 und 360 liegen, das hyperion-modul aber nur RGB in Hex versteht. Also müsste ich wahrscheinlich per userReading von HSV zu RGB zu Hex rechen, oder gibts da evtl eine einfachere Möglichkeit? Falls nicht, kann mir bei dem Reading vllt. helfen?
Eine Funktion für das Umrechen habe schon gefunden, nur einbauen kann ich sie nicht (https://www.perlmonks.org/?node_id=139485).
Vielleicht hat ja jemand eine Idee...?
Vielen Dank
BooStar
Zitat von: BooStar am 29 September 2019, 14:00:10
Hallo zusammen,
ich glaube ich habe mich direkt am Anfang schon mal für dieses coole Modul bedankt. Ich wusste schon das ich es irgendwann mal gebrauchen kann.
Nun ist es soweit und schon brauche ich Hilfe :)
Ich würde die Farbwerte gerne per Volumen-Widget aus FTUI eingeben, klar funktioniert das auch mit dem Colorpicker-Widget, aber das ist mir für den Anfang etwas zu überladen.
Nun ist es so, das die Werte des Volumen-Widgets im HSV-Farbraum zwischen 0 und 360 liegen, das hyperion-modul aber nur RGB in Hex versteht. Also müsste ich wahrscheinlich per userReading von HSV zu RGB zu Hex rechen, oder gibts da evtl eine einfachere Möglichkeit? Falls nicht, kann mir bei dem Reading vllt. helfen?
Eine Funktion für das Umrechen habe schon gefunden, nur einbauen kann ich sie nicht (https://www.perlmonks.org/?node_id=139485).
Vielleicht hat ja jemand eine Idee...?
Vielen Dank
BooStar
kannst du mir bitte mal ein list des devices zeigen , in dem du schlussendlich die HSV werte hast ?
gruss Byte09
scheint sich dann ja erledigt zu haben ! .... zumindest für mich ;)
gruss Byte09
Hi...
sorry das ich mich jetzt erst melde, war viel zu tun die Woche ;-)
Naja ... das Volumen-Widget aus FTUI:
https://wiki.fhem.de/wiki/FTUI_Widget_Volume
das ist quasi ein Regler der über data-min und data-max von 0-360 senden kann, wenn ich die Werte für saturation und value erstmal mit 100% nehme kommen da sicher schon ein paar brauchbare Farben raus.
Die Frage ist nur, wie man das dem hyperion-modul beibringt...
LG
BooStar
Zitatkannst du mir bitte mal ein list des devices zeigen , in dem du schlussendlich die HSV werte hast ?
ein list des "data-device" bräuchte ich - das Volumen-Widget greift ja auf irgendein device zu ?!
gruss Byte09
Hi,
eigentlich kann man mit dem Widget einfach Werte von 0 bis 360 z.B an einen Dummy senden, dieser müsste das dann eben entsprechend in rgb umrechnen und ans hyperion-modul weitergeben...
Aber mir fällt grad ein, das ich wahrscheinlich auch einfach ein notify bauen kann, was auf die empfangenen Werte von 0-360 reagiert und dann entsprechend an das hyperion-modul sendet...
Hi bei mir kann ich nicht mehr die Config Daten laden. Es erscheint nur "Working in background..."
FHEM sagt:
2019.11.18 17:30:25 4 : Wohnzimmer_Hyperion: lsCmd: /usr/bin/ssh root@192.168.178.25 'ls /storage/.config/'
2019.11.18 17:30:25 3 : Wohnzimmer_Hyperion: No files found on server "192.168.178.25" in directory "/storage/.config/". Maybe the wrong directory? If SSH is used, has the user "root" been configured to log in without entering a password (http://www.linuxproblem.org/art_9.html)?
http://www.linuxproblem.org/art_9.html habe ich so ausgeführt wie geschrieben. Ich kann mich auch von FHEM auf den Server von Hyperion ohne Passwort nun einloggen. (Zur Sicherheit nochmal andersrum eingerichtet).
hyperionConfigDir /storage/.config/ habe ich angegeben. Es hat schonmal genau so geklappt. Also am Pfad hat sich nichts geändert...
root@fhem:~# ssh root@192.168.178.25
##############################################
# LibreELEC #
# https://libreelec.tv #
##############################################
LibreELEC (official): 9.0.2 (RPi2.arm)
TV:~ #
TV:~ # cd /storage/.config
TV:~/.config # ls
AMBILIGHT BACKUP logind.conf.d
BACKUP modprobe.d
LCDd.conf modules-load.d
aacs pulse
autostart.sh pulse-daemon.conf.d
boot.status rc_keymaps
hosts.conf rc_maps.cfg.sample
hwdb.d rpi-cirrus-config.sh.sample
hyperion.config.json samba.conf.sample
hyperion_grabber.config.json sleep.conf.d
hyperion_kodi.config.json sysctl.d
hyperion_scart.config.json system.d
hyperion_toggle_switch.sh tmpfiles.d
iptables udev.rules.d
EDIT:
Alles klar es klappt :) musste es mit dem user fhem machen:
https://forum.fhem.de/index.php/topic,55112.msg506327.html#msg506327
Zitat von: FHEM-Wohnung am 18 November 2019, 17:34:35
Es hat schonmal genau so geklappt. Also am Pfad hat sich nichts geändert...
Am Modul wurde auch nicht verändert!
Wenn es so schon einmal geklappt hat, warum hast Du es dann verändert?
Gruß
Dan
Hi!
Eine kurze Frage: sollte das Modul auch mit hyperion ng funktionieren? Ich habe eine meiner Installationen auf ng umgestellt, bekomme es aber nicht hin, dass sie mit diesem Modul gesteuert werden kann. Es wird zwar ein "opened" angezeigt, aber mehr auch nicht.
Beste Grüße!
Zitat von: triagony am 12 Dezember 2019, 08:10:05
Hi!
Eine kurze Frage: sollte das Modul auch mit hyperion ng funktionieren? Ich habe eine meiner Installationen auf ng umgestellt, bekomme es aber nicht hin, dass sie mit diesem Modul gesteuert werden kann. Es wird zwar ein "opened" angezeigt, aber mehr auch nicht.
Beste Grüße!
Nein, NG wird nicht von diesem Modul unterstützt.
Ich wollte mal ein neues Modul dafür erstellen, bin aber leider im Moment und in kommender Zeit anders eingebunden.
Gru
Dan
In Ordnung. Vielen Dank für die schnelle Antwort. Dann weiß ich jetzt wenigstens, dass es nicht an mir liegt ;)
Zitat von: triagony am 12 Dezember 2019, 09:01:14
In Ordnung. Vielen Dank für die schnelle Antwort. Dann weiß ich jetzt wenigstens, dass es nicht an mir liegt ;)
hmm. Handy und schlechtes Internet... daher kurz hier statt Google zu bemühen.
kann mir ggf. kurz einer sagen was Hyperion ng ist?
gruss Byte09
Gesendet von meinem ELE-L29 mit Tapatalk
Zitat von: Byte09 am 12 Dezember 2019, 10:45:24
kann mir ggf. kurz einer sagen was Hyperion ng ist?
Das ist das neue Hyperion. Sozusagen Hyperion 2.0 mit anderem Namen.
Gruß
Dan
Zitat von: DeeSPe am 12 Dezember 2019, 10:54:39
Das ist das neue Hyperion. Sozusagen Hyperion 2.0 mit anderem Namen.
Gruß
Dan
ok, danke. Muss ich mir mal anschauen.
gruss Byte09
Gesendet von meinem ELE-L29 mit Tapatalk
Zitat von: Byte09 am 12 Dezember 2019, 11:00:45
ok, danke. Muss ich mir mal anschauen.
Sofern ich noch richtig informiert bin gibt es das aktuell noch nicht als offizielles Release.
Gruß
Dan
Hallo,
ich bekomme leider ab und zu diese Meldung:
2020.04.10 14:49:53 5 : SW: {"command":"serverinfo"}
2020.04.10 14:49:53 5 : HttpUtils url=http://192.168.178.25:19444/
2020.04.10 14:49:53 4 : IP: 192.168.178.25 -> 192.168.178.25
2020.04.10 14:49:53 4 : HttpUtils: 192.168.178.25: Connection refused (111)
Nach einem Neustart funktioniert es dann wieder. Irgendwann tritt wieder dieser Fehler auf.
Zitat von: FHEM-Wohnung am 10 April 2020, 14:53:25
Hallo,
ich bekomme leider ab und zu diese Meldung:
2020.04.10 14:49:53 5 : SW: {"command":"serverinfo"}
2020.04.10 14:49:53 5 : HttpUtils url=http://192.168.178.25:19444/
2020.04.10 14:49:53 4 : IP: 192.168.178.25 -> 192.168.178.25
2020.04.10 14:49:53 4 : HttpUtils: 192.168.178.25: Connection refused (111)
Nach einem Neustart funktioniert es dann wieder. Irgendwann tritt wieder dieser Fehler auf.
Daran kann das Hyperion Modul leider nichts ändern da es entweder direkt so vom Hyperion Server kommt oder evtl. ein Fehler in HttpUtils ist.
Gruß
Dan
Hallo Leute!!
Habe mir mal das neue Hyperion ng installiert.
Macht gute Arbeit, nur das Modul für Hyperion geht damit wohl nicht :-\.
Hat immer super mit Hyperion 1.0 funktioniert nur bei NG geht nichts mehr, oder muß ich da was neu konfigurieren?
Vielleicht hat ja jemand eine Lösung.
Gruß
Zitat von: Daniel_D am 02 August 2020, 20:25:49
Hallo Leute!!
Habe mir mal das neue Hyperion ng installiert.
Macht gute Arbeit, nur das Modul für Hyperion geht damit wohl nicht :-\.
Hat immer super mit Hyperion 1.0 funktioniert nur bei NG geht nichts mehr, oder muß ich da was neu konfigurieren?
Vielleicht hat ja jemand eine Lösung.
Gruß
Zitat von: DeeSPe am 12 Dezember 2019, 08:40:22
Nein, NG wird nicht von diesem Modul unterstützt.
Ich wollte mal ein neues Modul dafür erstellen, bin aber leider im Moment und in kommender Zeit anders eingebunden.
Gruß
Dan
Hallo
leider bekomme ich die Verbindung nicht zum laufen!
Ich habe soweit wie in der Anleitung beschrieben alles getan ssh-key usw..
Mit de Android App kann ich den externen RPI mit aktueller Hyperionversion steuern!
Ach SSH-Befehle von meinen FHEM RPI funktionieren.
Ich benutze das Hyperbain Image für meinen Ambilight RPI.
Danke für euere Hilfe.
Nutzt du Hyperion NG, oder Hyperion Classic?
Mit Hyperion NG wirst du meinem Verständnis nach auch keine Verbindung bekommen.
Grüße
Wenn du schreibst, dass du vom PI aus steuern kannst: mit welchem User!?
Hast du den ssh-Key "als" User fhem erzeugt!?
Bzw. müssen die Keys im .ssh Ordner von fhem liegen...
Sonst kommt fhem (= User fhem) ja nicht remote drauf...
Gruß, Joachim
Zitat von: MadMax-FHEM am 24 September 2020, 19:33:09
Wenn du schreibst, dass du vom PI aus steuern kannst: mit welchem User!?
Hast du den ssh-Key "als" User fhem erzeugt!?
Bzw. müssen die Keys im .ssh Ordner von fhem liegen...
Sonst kommt fhem (= User fhem) ja nicht remote drauf...
Gruß, Joachim
Vergebene Liebesmühe, da Hyperbain = Hyperion NG
Zitat von: pflaume88 am 24 September 2020, 18:54:38
Ich benutze das Hyperbain Image für meinen Ambilight RPI.
Danke für euere Hilfe.
Allerdings habe ich einen Ansatz. Sry DeeSPe falls dir das hier nicht passt.
defmod HyperionNG HTTPMOD none 0
attr HyperionNG userattr set01Data set01Name set01TextArg:0,1 set01URL set02Data set02Name set02TextArg:0,1 set02URL set03Data set03Name set03TextArg:0,1 set03URL set04Data set04Name set04TextArg:0,1 set04URL set05Data set05Name set05TextArg:0,1 set05URL setHeader1
attr HyperionNG DbLogExclude .*
attr HyperionNG httpVersion 1.1
attr HyperionNG set01Data {"command":"componentstate","componentstate":{"component":"LEDDEVICE","state":$val}}
attr HyperionNG set01Name LEDDevice
attr HyperionNG set01TextArg 1
attr HyperionNG set01URL http://192.168.178.76:8090/json-rpc
attr HyperionNG set02Data {"command" : "instance","subcommand":"startInstance","instance" :$val}
attr HyperionNG set02Name Start_Instanz
attr HyperionNG set02TextArg 1
attr HyperionNG set02URL http://192.168.178.76:8090/json-rpc
attr HyperionNG set03Data {"command" : "instance","subcommand":"stopInstance","instance" :$val}
attr HyperionNG set03Name Stopp_Instanz
attr HyperionNG set03TextArg 1
attr HyperionNG set03URL http://192.168.178.76:8090/json-rpc
attr HyperionNG set04Data {"command":"componentstate","componentstate":{"component":"V4L","state":$val}}
attr HyperionNG set04Name USB_Device
attr HyperionNG set04TextArg 1
attr HyperionNG set04URL http://192.168.178.76:8090/json-rpc
attr HyperionNG set05Data {"command":"componentstate","componentstate":{"component":"GRABBER","state":$val}}
attr HyperionNG set05Name Platform_Grabber
attr HyperionNG set05TextArg 1
attr HyperionNG set05URL http://192.168.178.76:8090/json-rpc
attr HyperionNG setHeader1 Content-Type: application/json
Grüße
Naja, so schlimm is nicht, dass vergebens... ;)
Gruß, Joachim
Hallo ja ich benutze Hyperion NG.
Ich versuche den HTTPMOD. Danke dafür.
An den Entwickler:
könntest Du dir vorstellen das Modul an Hyperion NG anzupassen?
Danke
So ich habe die SSH Keys bzw. die ganzen Berechtigungen um auf den Hyperion RPI zu zu greifen ohne Passwortabfrage.
Der vorgestellte HTTPMOD funktioniert so leider nicht......
Keine Ahnung was ich noch tun sollte.
Danke Leute für die Hilfe
Ich habe aktuell noch nicht die Version Hyperion.ng am laufen. Daher wollte ich mal fragen, ob diese auch unterstützt wird?
Desweiteren, ist es weiterhin möglich verschiedene Quellen für Hyperion per FHEM anzutriggern? (Also zum Beispiel Kabel / Kodi / HDM1 etc.)
Oder ist dies jetzt sogar einfach über die Weboberfläche von Hyperion.ng möglich? (Also zum Beispiel per Link)
Vielen Dank!
Hallo, ich habe eine Lan-Steckdose die über ein Notify mit dem Hyperion Ein und Aus geschalten werden soll.
Das Notify wird halt alle 60 Sekunden (Polling Intervall vom Hyperion) getriggert.
Ich möchte nicht mit Variablen arbeiten und mir den Zustand merken und vergleichen und nur dann schalten.
Irgendwie muss das doch noch einfacher gehen? Gibt es kein Reading was nicht mit dem Polling geupdatet wird?
Bei anderen Geräten gibt es immer ein einfaches on off State was sich nicht immer geupdatet wird.
Hier mal ein Beispiel meiner Versuche. Habe auch mit State und so probiert geht aber natürlich auch nicht.
Gruß Lucca
define nLi.Ambilight notify Li.Ambilight:mode.* {\
if($EVTPART1 eq "rgb") \
{fhem(SetAmbilight("Li.HarmonyDevice","Li.TvReceiver","Green"))}\
elsif($EVTPART1 eq "off") \
{fhem(SetAmbilight("Li.HarmonyDevice","Li.TvReceiver","Red"))}\
\
#{Log 1, "Notify $NAME EVENT:=$EVENT / EVTPART1:=$EVTPART1 "} \
}
setuuid nLi.Ambilight 5f7f3705-f33f-8726-7b45-39d6e98446e167f0
attr nLi.Ambilight group notify
attr nLi.Ambilight room Schaltschrank
event-on-change-reading entsprechend setzen, dann kommen Events nur noch bei Änderung ergo reagiert das notify auch nur dann...
Du kannst/solltes das notify auch "schärfer" fassen, so in der Art:
mode:(rgb|off)
Dann reagiert es nur auf rgb und off (wenn nur rgb und off kommen, dann nat. unmötig ;) )...
Wie genau musst du anpassen oder mal Auszüge aus dem Eventmonitor posten...
Gruß, Joachim
Danke Joachim werde ich mal probieren :D
Schönen Abend noch....
Hallo zusammen,
ich würde mich auch sehr freuen wenn das Modul an hyperion.ng angepasst werden könnte. ;-)
BooStar
Wäre super, wenn auf der 1. Seite und im Commandref der Nicht-Support von HyperionNG erwähnt werden würde, damit man wenigstens etwas Lebenszeit spart...
Hallo,
unterstuetzt das Modul auch HyperHDR?
Komme uber de Status opended nicht drueber hinweg.
Gruss
Christoph
Zitat von: slawekking am 12 April 2022, 14:29:11
unterstuetzt das Modul auch HyperHDR?
Ich weiß zwar nicht was das ist aber ich denke nicht.
Gruß
Dan
Zitat von: DeeSPe am 12 April 2022, 15:47:44
Ich weiß zwar nicht was das ist aber ich denke nicht.
Gruß
Dan
Das basiert wohl auf Hyperion NG oder 2.0 oder wie man es auch nennen möchte. Als ich mich zuletzt darüber informiert habe, war HyperHDR sogar noch ein Derivat von Hyperion NG.
Unter dem Strich eine komplett andere API, daher auch nicht kompatiebel.
Zitat von: slawekking am 12 April 2022, 14:29:11
Versuch es mal hier. https://forum.fhem.de/index.php?topic=116433.0
Grüße
Hallo,
unterstuetzt das Modul auch HyperHDR?
Komme uber de Status opended nicht drueber hinweg.
Gruss
Christoph
Hallo zusammen,
ich habe nicht den ganzen Thread durchgesucht, bin aber gestern wieder über das Thema gestolpert, dass das hyperion-Modul nicht direkt mit hyperion.ng funktioniert. Prinzipiell ist die Anpassung scheinbar einfach (bei mir geht es), aber da ich kein Entwickler bin und nicht weiß wie ein Modul gepatched wird, hier die Frage, ob noch irgendjemand Interesse daran hat, das Modul anzupassen...
Das Problem liegt darin, dass sich die Antwort auf die initiale "serverinfo"-Anfrage zwischen hyperion und hyperion.ng leicht geändert hat:
1.) Normalerweise wird die Version von hyperion geprüft. Das habe ich über das Attribute hyperionVersionCheck umgangen.
2.) Die regex-Ausdrücke zur Validierung der Antworten muss angepasst werden. Folgende Änderung müsste sowohl für hyperion als auch hyperion.ng gehen:
216c216
< return if ($buf !~ /(^.+"success":(true|false).*\}$)/);
---
> return if ($buf !~ /(^.+"success":(true|false)\}$)/);
219c219
< if ($result =~ /^\{"success":true.*\}$/)
---
> if ($result =~ /^\{"success":true\}$/)
225c225
< elsif ($result =~ /^\{.*"info":\{.+\}.*"success":true.*\}$/)
---
> elsif ($result =~ /^\{"info":\{.+\},"success":true\}$/)
3. Die Namen von Farb-Adjustments haben sich geändert. Folgende Änderung führt dazu, dass das Modul mit hyperion.ng geht (aber nicht mehr mit hyperion). Prinzipiell wäre es sinnvoll, wenn man die Versionprüfung erweitert und anhand der Version die Korrekten Namen nutzt (aber ich bin kein Entwickler):
280,282c280,282
< my $adjR = $adj ? join(",",@{$adj->{red}}) : undef;
< my $adjG = $adj ? join(",",@{$adj->{green}}) : undef;
< my $adjB = $adj ? join(",",@{$adj->{blue}}) : undef;
---
> my $adjR = $adj ? join(",",@{$adj->{redAdjust}}) : undef;
> my $adjG = $adj ? join(",",@{$adj->{greenAdjust}}) : undef;
> my $adjB = $adj ? join(",",@{$adj->{blueAdjust}}) : undef;
Ich hoffe, dass das jemand aufgreifen kann...
Viele Grüße!
es gibt ein auf NG angepasstes Modul:
https://forum.fhem.de/index.php?topic=116433.0 (https://forum.fhem.de/index.php?topic=116433.0)
https://github.com/boredomwontgetus/fhem-hyperionng (https://github.com/boredomwontgetus/fhem-hyperionng)
gruss Tom
Leider habe ich im Moment keine zeitlichen Kapazitäten um an dem Modul die nötigen Änderungen vorzunehmen.
Momentan habe ich auch überhaupt kein Hyperion irgendwo zu laufen, weder das alte noch das neue NG.
Gruß
Dan