Squeezebox Modul - erste Version

[Standarduser]

Danke für die Info.
Schlussfolgere ich richtig, dass das ganze keine Auswirkungen auf den aktuellen Titel und Interpreten hat?

[ChrisD]

Hallo,

Schlussfolgere ich richtig, dass das ganze keine Auswirkungen auf den aktuellen Titel und Interpreten hat?

Ja, es hat nur Auswirkungen auf das Reading ftuiMedialist.

Ich habe das Playermodul erweitert so dass beim Attribut ftuiSupport ausgewählt werden kann welche Readings erstellt werden. Wenn ftuiMedialist nicht benötigt wird kann es mit

Code Auswählen Erweitern

attr meinPlayer ftuiSupport favorites,playlists
abgeschaltet werden. Die Readings für die Wiedergabelisten und Favoriten werden weiterhin erstellt.

Grüße,

ChrisD

[Martin Fischer]

Moin Zusammen,

ich nutzte die Module schon seit einigen Jahren, habe im Moment jedoch Probleme mit dem Amplifierdevice.

Die aktuelle (ich vermute es gab dort eine Änderung, da es ewig richtig lief) Umsetzung ist etwas unglücklich gewählt.

Zum einen hat man den LMS via SB_SERVER und zum anderen die Player über SB_PLAYER. Beim jeweiligen Player gebe ich an, ob ein Amplifier im Spiel ist und wie damit umzugehen ist (on/play, off/stop, etc.). Für mich ist also der Player und der Amplifier "in einer eigenen Welt" und der Server und der Player "in einer anderen Welt" unterwegs.   Der Server hat also aus meiner Sicht (erstmal) nichts weiter mit dem Amplifier zu tun.

Folgendes Szenario:
Zwei Z-Wave Zwischenstecker, einer für die ganzen "TV / Receiver / Blue-ray / Fire TV, etc." Geräte, der andere nur für Audio.
Bekommt nun Zwischenstecker 1 ein Schaltbefehl, wird dieser transparent an Zwischenstecker 2 weitergegeben. Zwischenstecker 2 kann jedoch autark (unabhängig von Zwischenstecker 1) geschaltet werden.

Nun "hängen" am LMS 6 Player. Unter anderem ein Squeezebox Touch Player. Dieser ist ständig mit Strom versorgt, hat seine Audioausgänge jedoch am selben Amplifier, der am Zwischenstecker 2 hängt.

In der Vergangenheit klappte das Zusammenspiel auch sehr gut:
Ich will Fernsehen, dann geht auch der Amplifier (geschaltet über eine Association von Zwischenstecker 1 zu Zwischenstecker 2, verzögert nach Last >20W) an.
Ich will Musik hören, dann geht auch der Amplifier (geschaltet über Amplifierdevice in SB_PLAYER über FHEM (SB_PLAYER_Amplifier via SB_SERVER)) an.

Nun passiert aber seit Neustem:
Ich schaue Fernsehen, FHEM ist mit LMS verbunden, entsprechender Player (Squeezebox Touch) ist aus:
alle 5 Minuten bekommt Zwischenstecker 2 (definiertes Amplifierdevice in SB_PLAYER) ein "off" gesendet. Die 5 Minuten sind (vermutlich) der "alivetimer" des SB_SERVER, wobei "doalivecheck" jedoch auf "false" steht?! Ein temporäres Setzen des "alivetimer" zur "flüchtigen Fehlersuche" auf "60" änderte im Übrigen nicht den Zustand. Frage am Rande: Wird der Wert nicht direkt übernommen?

Auch interessant:
Setze ich den SB_SERVER auf "abort", wird ebenfalls ein "off" an das Amplifierdevice des SB_PLAYERs gesendet. Hätte ich an weiteren Geräten ebenfalls einen Amplifier angegeben, würden diese vermutlich ebenfalls ein "off" serviert bekommen.

Dieses Verhalten ist, wie bereits geschrieben, etwas "ungünstig". Nur ungern möchte ich alle 5 Minuten den Amplifier an dem (zur Erinnerung) auch meine restlichen "multimedialen" Geräte hängen, per Fernbedienung wieder einschalten. Das erinnert mich so an einen Totmannschalter

Ich würde mich freuen, wenn hier eine andere Logik (die alte?) zum Einsatz kommt:
Amplifier nur schalten, wenn auch die entsprechend konfigurierten Events (on/play, off/stop, etc.) eintreten. Im Moment wird wohl "pro forma" bei jedem "doalivecheck" durch den SB_SERVER ein "off" gesendet, wenn der "mode" auf "stop" bzw. "off" steht ("LASTANSWER" ?). Unklar ist hier auch, warum überhaupt alle 300 Sekunden ("alivetimer") eine Statusabfrage gemacht wird, wenn "doalivecheck" auf "false" steht. Ein Bug oder von meiner Seite ein Mißverständnis?

Vielleicht hilft ja auch ein neues Attribut:
"amplifierSendOff" "always" -> Verhalten wie jetzt auch.
"amplifierSendOff" "event" -> Mein gewünschtes Verhalten: nur Schalten, wenn auch das entsprechende Event vom SB_PLAYER kommt.

Wobei ich letzteres Verhalten eigentlich als "Default" ansehen würde.

Im Moment kann ich als Work-around nur den SB_SERVER auf "abort" stellen, damit er mir nicht mehr "dazwischenfunkt".

Geht nur mir das so? Können andere dieses Verhalten nachvollziehen / nachstellen? Es war ja auch schon mal anders in den Jahren; zumindest bei mir

Viele Grüße
Martin

[ChrisD]

Hallo,

alle 5 Minuten bekommt Zwischenstecker 2 (definiertes Amplifierdevice in SB_PLAYER) ein "off" gesendet. Die 5 Minuten sind (vermutlich) der "alivetimer" des SB_SERVER, wobei "doalivecheck" jedoch auf "false" steht?! Ein temporäres Setzen des "alivetimer" zur "flüchtigen Fehlersuche" auf "60" änderte im Übrigen nicht den Zustand. Frage am Rande: Wird der Wert nicht direkt übernommen?

Unklar ist hier auch, warum überhaupt alle 300 Sekunden ("alivetimer") eine Statusabfrage gemacht wird, wenn "doalivecheck" auf "false" steht. Ein Bug oder von meiner Seite ein Mißverständnis?

Die Attribute alivetimer und doalivecheck werden vom Server-Modul verwendet um zu überprüfen ob der LMS noch erreichbar ist. Das von dir beobachtete Verhalten kommt aber vom Attribut statusRequestInterval beim Player. Aus diesem Grund hatten deine Änderungen keine Auswirkung.

Mit statusRequestInterval legst du fest wie oft der Zustand beim Server abgefragt werden soll. Dies dient hauptsächlich dazu FHEM wieder mit dem LMS zu synchronisieren falls zwischendurch Ereignisse verlorengegangen wären. Wieso der Effekt erst jetzt auftritt ist mir nicht klar da an diesem Teil vom Code schon seit längerem nichts mehr geändert wurde.

Setze ich den SB_SERVER auf "abort", wird ebenfalls ein "off" an das Amplifierdevice des SB_PLAYERs gesendet. Hätte ich an weiteren Geräten ebenfalls einen Amplifier angegeben, würden diese vermutlich ebenfalls ein "off" serviert bekommen.

Dies kommt durch eine Änderung vom 03.06. Bis dahin führte 'abort' nur dazu dass FHEM dem LMS mitteilte keine Informationen mehr zu schicken, die Netzwerkverbindung blieb aber bestehen. Jetzt wird bei 'abort' die Netzwerkverbindung geschlossen. Dies hat dann als Nebeneffekt dass der Player auf 'off' gesetzt wird und damit auch der Amplifier ausgeschaltet wird. Du kannst aber bei 'abort' das alte Verhalten mit

Code Auswählen Erweitern

set meinPlayer abort soft
zurückbekommen.

Amplifier nur schalten, wenn auch die entsprechend konfigurierten Events (on/play, off/stop, etc.) eintreten

Es ist nicht so einfach zu unterscheiden ob der LMS das Event von sich aus oder als Reaktion auf eine Statusabfrage schickt. Ich könnte versuchen das über das Timing zu erkennen, wie zuverlässig das auf den unterschiedlichen Hardwareplatformen funktioniert muss ich austesten.

Im Moment wird wohl "pro forma" bei jedem "doalivecheck" durch den SB_SERVER ein "off" gesendet, wenn der "mode" auf "stop" bzw. "off" steht

Nein, 'off' wird nur gesendet wenn der Player feststellt dass der Amplifier nicht aus ist obschon er es sein müsste.

Aus diesen beiden Gründen wird das mit dem vorgeschlagenen Attribut etwas schwieriger. Eine Alternative wäre nur bei Änderung des Zustandes on/play, off/stop den Amplifier anzusteuern und danach nicht mehr zu überprüfen ob er vielleicht zwischenzeitlich wieder eingeschaltet wurde. Dafür könnte ich ein neues Attribut vorsehen, z.B. amplifierSwitchOnlyOnChange. Zu Testzwecken habe ich die Funktion in der Version 0087 eingebaut, allerdings noch ohne das Attribut. Kannst du testen ob es damit besser ist ?

Grüße,

ChrisD

[Martin Fischer]

Hey Chris,

danke für Deine schnelle Antwort!

Das von dir beobachtete Verhalten kommt aber vom Attribut statusRequestInterval beim Player. Aus diesem Grund hatten deine Änderungen keine Auswirkung.
[...]
Wieso der Effekt erst jetzt auftritt ist mir nicht klar da an diesem Teil vom Code schon seit längerem nichts mehr geändert wurde.

Ah, ok... das Attribut hatte ich übersehen. Das erklärt dann das Verhalten an dieser Stelle. In der Tat kann ich mir auch nicht erklären warum der Effekt erst jetzt auftritt. Wie heißt es doch immer so schön: "Ich habe nichts gemacht."

Naja... das ist hier gelogen.   Tatsächlich habe ich den Zwischenstecker für den Amplifier ausgetauscht, also ein Herstellerwechsel. Jedoch heißt das Device genau so wie vor dem Tausch und der Wechsel sollte SB_SERVER / SB_PLAYER nicht weiter interessieren. Aber "schlag" mit dem Wechsel, tritt das beschrieben Verhalten auf

Dies kommt durch eine Änderung vom 03.06.
[...]
Dies hat dann als Nebeneffekt dass der Player auf 'off' gesetzt wird und damit auch der Amplifier ausgeschaltet wird. Du kannst aber bei 'abort' das alte Verhalten mit

Code Auswählen Erweitern

set meinPlayer abort soft
zurückbekommen.

Ok. Das erklärt warum der Amplifier ausgeschaltet wird, wenn man die Verbindung zum Server trennt. Es liegt also an der "Architektur" der Module.

Danke an dieser Stelle für den Hinweis mir dem Zusatz "soft". Dies ist dann aber ein "undokumentiertes" Feature oder? Zumindest habe ich es nicht gesehen. Davon ab: muss es in Deinem Beispiel nicht eher "meinLMS" statt "meinPlayer" heissen? Nur der SB_SERVER hat doch "abort" als setter.

[...]
Nein, 'off' wird nur gesendet wenn der Player feststellt dass der Amplifier nicht aus ist obschon er es sein müsste.

Jo, und diese "Philosophie" verhagelt mir gerade meine Logik, die ich übrigens so schon seit Jahren im Einsatz hatte. Irgendein Auslöser muss nun die "schlafenden Hunde" geweckt haben.

Aus diesen beiden Gründen wird das mit dem vorgeschlagenen Attribut etwas schwieriger. Eine Alternative wäre nur bei Änderung des Zustandes on/play, off/stop den Amplifier anzusteuern und danach nicht mehr zu überprüfen ob er vielleicht zwischenzeitlich wieder eingeschaltet wurde.

Das würde ich definitiv begrüssen. Vielleicht habe ich eine andere "Denke" oder mein Ansatz ist etwas anders:
Der Amplifier soll vom Player eingeschaltet werden, wenn ich Musik hören will oder eine Sprachnachricht ausgeben will. Er soll sich ausschalten, wenn ich den Player ausschalte oder eine Sprachnachricht ausgegeben wurde. Dabei _muss_ meiner Meinung nach jedoch der Zustand des Amplifiers _vor_ der Aktion geprüft und zwischengespeichert werden:
- Ist der Amplifier bereits an, sende keine weiteres "on" (Entlastung FHEM); ist er aus, dann sende "on".
- War der Amplifier bereits an, sende kein "off" (SB_SERVER / SB_PLAYER sollte den vorherigen Zustand "respektieren").

In meinem "Aufbau" teilen sich ja verschiedene Geräte den Amplifier. So kann es durchaus dazu kommen, das ich gerade fern sehe und FHEM gibt eine Nachricht auf dem Player aus. In diesem Fall ist der Amplifier ja schon im state "on". Es wäre nun doof, wenn er sich nach dem Abspielen der Nachricht wieder abschaltet. Dann schaue ich ab dem Zeitpunkt nur noch Stummfilme, bis ich den Amplifier wieder manuell einschalte. Naja und im Moment greift dann eh "statusRequestInterval" und schaltet ihn nach 300 Sekunden wieder aus. Dumm gelaufen

Aus meiner Sicht ist der Ansatz über das Timing zu erkennen, wer nun der Trigger war, vielleicht nicht sinnvoll. Ich könnte mir vorstellen, das es hier ggf. zu "Missinterpretationen" kommen könnte. Aber Du kennst den Code besser als ich

Dafür könnte ich ein neues Attribut vorsehen, z.B. amplifierSwitchOnlyOnChange. Zu Testzwecken habe ich die Funktion in der Version 0087 eingebaut, allerdings noch ohne das Attribut. Kannst du testen ob es damit besser ist ?

Danke, ich schau mir das mal an...

[Martin Fischer]

Dafür könnte ich ein neues Attribut vorsehen, z.B. amplifierSwitchOnlyOnChange. Zu Testzwecken habe ich die Funktion in der Version 0087 eingebaut, allerdings noch ohne das Attribut. Kannst du testen ob es damit besser ist ?

So, habe mal erste schnelle Tests durchgeführt. Allerdings habe ich kein "Vorher- / Nachher-"bezug.

Amplifier bereits an, Ein- / Ausschalten des Players von extern via Fernbedienung:
- Ein: FHEM bekommt Statusänderungen mit, sendet kein "on" an Amplifier -> gut
- Aus: FHEM bekommt Statusänderungen mit, Amplifier bleibt auch nach dem Ausschalten an -> gut

Amplifier ist aus, Ein- / Ausschalten des Players von extern via Fernbedienung:
- Ein: FHEM bekommt Statusänderungen mit, sendet kein "on" an Amplifier -> nicht gut
- Aus: FHEM bekommt Statusänderungen mit, sendet kein "off" an Amplifier -> gut

Amplifier bereits an, Ein- / Ausschalten des Players via FHEM:
- Ein: Amplifier wird per "on" eingeschaltet obwohl er bereits an ist -> nicht gut
- Aus: Amplifier wird per "off" ausgeschaltet obwohl er vorher an war -> nicht gut

Amplifier ist aus, Ein- / Ausschalten des Players via FHEM:
- Ein: Amplifier wird per "on" eingeschaltet -> gut
- Aus: Amplifier wird per "off" ausgeschaltet -> gut

Amplifier ist an, Player ist aus, "beenden" der Verbindung zum LMS via abort:
- Amplifier bleibt an, es wird kein "off" gesendet -> gut
Abweichendes Verhalten nach einem vorherigen Restart von FHEM:
- Amplifier geht aus, es wird ein "off" gesendet -> nicht gut

Amplifier ist an, Player ist aus, "renew" der Verbindung zum LMS:
- Amplifier bleibt "unangetastet" -> gut

Amplifier ist an, Player ist aus, Verbindung zum LMS "opened:on":
- Restart FHEM: Amplifier bleibt "unangetastet" -> gut

Amplifier ist an, Player ist aus, Verbindung zum LMS "disconnected:off":
- Restart FHEM: Amplifier bleibt "unangetastet" -> gut

Amplifier ist aus, Player ist an, Verbindung zum LMS "opened:on":
- Restart FHEM: Amplifier bleibt "unangetastet" -> gut oder nicht gut, je nach persönlicher Anforderung.

Vielleicht gibt es noch weitere Szenen die es zu testen gilt; mir fielen auf die Schnelle keine weiteren ein. Tests ohne Gewähr

"gut" / "nicht gut" ist aus meiner Sicht beschrieben.

Update beim Tippen:
Amplifier ist an (Fernseher), Player ist an (vergessen auszuschalten):
- Amplifier erhält ein "off", Auslöser unbekannt ("statusRequestInterval"?)

[heppel]

Hallo Martin,

ich glaube, dass Du hier auf der falschen Fährte bist.

Das Amplifier-Device ist ja als dediziertes SB_Player-Device gedacht, Du benutzt es aber auch für andere Zwecke (Fernsehen, etc.). Ich denke, dass die richtige Lösung ist, beim SB_Player kein Amplifier-Device anzugeben und die Steuerung des entsprechenden Schalters direkt aus FHEM zu machen.  Also z.B. an wenn Schalter 1 > 20W ODER "play" Event vom SB_Player, aus wenn "stop" Event vom Player UND Schalter 1 < 20W. Das kannst Du dann auch viel besser an Deine Bedürfnisse anpassen.

// Heppel

[FHEMAN]

Ist es neu, dass "talk" den/die übergebenen Text/MP3 immer zu Ende spielt? Auch dann, wenn bereits ein neuer Talk Befehl mit neuer Datei abgesetzt wurde?
An sich ist das Verhalten gut, damit man die Ansage vor der nächsten auch zu Ende hört. Ich habe jedoch auch Situationen, wo ich sofort die neue MP3 abgespielt brauche. Kann ich dann das talk irgendwie unterbrechen? Bzw. das neue Talk provozieren?

[ChrisD]

Hallo,

@Martin: Vielen Dank für den ausführlichen Test. Ich muss mir die einzelnen 'nicht guten' Fälle im Detail ansehen. Bekommt FHEM eine Rückmeldung vom Zustand des Z-Wave Zwischenstecker 2 wenn dieser über den Stecker 1 mitgeschaltet wird ?

@FHEMAN: Wenn talk aktiv ist und ein weiterer talk-Befehl abgesetzt wird, wird der neue Text der Playlist hinzugefügt so dass beide komplett ausgegeben werden. Diese Funktion gab es schon immer. Es gibt im Moment keine Möglichkeit talk sauber abzubrechen. Ich müsste dafür einen neuen Befehl vorsehen (cancelTalk/abortTalk/stopTalk/?)

Grüße,

ChrisD

[Martin Fischer]

Hallo Chris,

@Martin: Vielen Dank für den ausführlichen Test. Ich muss mir die einzelnen 'nicht guten' Fälle im Detail ansehen. Bekommt FHEM eine Rückmeldung vom Zustand des Z-Wave Zwischenstecker 2 wenn dieser über den Stecker 1 mitgeschaltet wird ?

ja, die Zustandsmeldungen sind bidirektional.

Viele Grüße

[FHEMAN]

@FHEMAN: Wenn talk aktiv ist und ein weiterer talk-Befehl abgesetzt wird, wird der neue Text der Playlist hinzugefügt so dass beide komplett ausgegeben werden. Diese Funktion gab es schon immer. Es gibt im Moment keine Möglichkeit talk sauber abzubrechen. Ich müsste dafür einen neuen Befehl vorsehen (cancelTalk/abortTalk/stopTalk/?)

Strange, das hatte ich noch gar nicht bemerkt. Wäre es möglich, dem talk Befehl eine Art Parameter zu übergeben, der einen laufenden Talk abbricht? Sonst müsste man ja sicher wieder auf das (fertige) cancelTalk warten, richtig? Oder sowas: set Player talk-force Hallo Welt?

[holle75]

Ich habe das Playermodul erweitert so dass beim Attribut ftuiSupport ausgewählt werden kann welche Readings erstellt werden. Wenn ftuiMedialist nicht benötigt wird kann es mit

Code Auswählen Erweitern

attr meinPlayer ftuiSupport favorites,playlists
abgeschaltet werden. Die Readings für die Wiedergabelisten und Favoriten werden weiterhin erstellt.

Grüße,

ChrisD

sehr lecker, ChrisD. Danke dafür. So kann ich die Playlists und Favoriten "in hübsch" nutzen.

[ChrisD]

Hallo,

@Martin: Ich habe versucht die einzelnen Fälle zu reproduzieren was mir aber nicht so ganz gelungen ist. Dies liegt wahrscheinlich daran dass ich nicht über die gleiche Hardware verfüge. Ich habe deshalb (neben einer kleinen Änderung) das Logging im Modul erweitert so dass bei verbose 3 zusätzliche Informationen aufgezeichnet werden. Weiterhin habe ich das Attribut amplifierMode hinzugefügt.

Kannst du das Modul aktualisieren, verbose auf 3 und amplifierMode auf 'shared' setzen und einen der 'nicht guten' Fälle testen, z.B.

Amplifier ist aus, Ein- / Ausschalten des Players von extern via Fernbedienung:
- Ein: FHEM bekommt Statusänderungen mit, sendet kein "on" an Amplifier -> nicht gut

Auch wäre es interessant zu sehen was im Log steht wenn der Fall

Update beim Tippen:
Amplifier ist an (Fernseher), Player ist an (vergessen auszuschalten):
- Amplifier erhält ein "off", Auslöser unbekannt ("statusRequestInterval"?)

nochmal auftritt.

Grüße,

ChrisD

[Martin Fischer]

Hallo ChrisD

danke für Deinen Einsatz!

Kannst du das Modul aktualisieren, verbose auf 3 und amplifierMode auf 'shared' setzen und einen der 'nicht guten' Fälle testen, z.B.
Auch wäre es interessant zu sehen was im Log steht wenn der Fallnochmal auftritt.

Amplifier bereits an, Ein- / Ausschalten des Players von extern via Fernbedienung:
- Ein: FHEM bekommt Statusänderungen mit, sendet kein "on" an Amplifier -> gut

Code Auswählen Erweitern

2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:05 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:06 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:06 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:06 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:06 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:06 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:06 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:25:16 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change

- Aus: FHEM bekommt Statusänderungen mit, Amplifier bleibt auch nach dem Ausschalten an -> gut

Code Auswählen Erweitern

2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off                             
2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:off                                   
2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): player state didn't change, ignoring                     
2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off                             
2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:off                                   
2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): player state didn't change, ignoring                     
2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off                             
2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:off                                   
2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): player state didn't change, ignoring                     
2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off                             
2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:off                                   
2017.09.18 21:26:13 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): player state didn't change, ignoring

Amplifier ist aus, Ein- / Ausschalten des Players von extern via Fernbedienung:
- Ein: FHEM bekommt Statusänderungen mit, sendet ein "on" an Amplifier -> gut

Code Auswählen Erweitern

2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on                               
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:on                                   
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): delaying amplifier on/off by 0.01                       
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on                               
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:on                                   
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): delay already active                                     
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on                               
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:on                                   
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): delay already active
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): delay already active
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:on
2017.09.18 21:28:02 3: ZWave set OG.wz.SW.PL.02.02 on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): amplifier changed to on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:28:02 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:28:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change

- Aus: FHEM bekommt Statusänderungen mit, sendet ein "off" an Amplifier -> gut

Code Auswählen Erweitern

2017.09.18 21:28:36 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:28:36 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:off
2017.09.18 21:28:36 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): delaying amplifier on/off by 0.01
2017.09.18 21:28:36 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:28:36 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:off
2017.09.18 21:28:36 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): delay already active
2017.09.18 21:28:36 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:28:36 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:off
2017.09.18 21:28:36 3: ZWave set OG.wz.SW.PL.02.02 off
2017.09.18 21:28:37 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): amplifier changed to off
2017.09.18 21:28:37 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:28:37 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:28:37 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:28:37 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:28:37 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:28:37 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change

Amplifier bereits an, Ein- / Ausschalten des Players via FHEM:
- Ein: Amplifier wird per "on" eingeschaltet obwohl er bereits an ist -> nicht gut

Code Auswählen Erweitern

2017.09.18 21:29:33 3: ZWave set OG.wz.SW.PL.02.02 on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:29:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change

- Aus: Amplifier wird per "off" ausgeschaltet obwohl er vorher an war -> nicht gut

Code Auswählen Erweitern

2017.09.18 21:30:18 3: ZWave set OG.wz.SW.PL.02.02 off
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:30:18 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change


Amplifier ist aus, Ein- / Ausschalten des Players via FHEM:
- Ein: Amplifier wird per "on" eingeschaltet -> gut

Code Auswählen Erweitern

2017.09.18 21:31:33 3: ZWave set OG.wz.SW.PL.02.02 on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:33 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:34 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:43 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:43 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:43 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:43 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:43 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:43 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:31:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:on
2017.09.18 21:31:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:on
2017.09.18 21:31:44 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change

- Aus: Amplifier wird per "off" ausgeschaltet -> gut

Code Auswählen Erweitern

2017.09.18 21:32:22 3: ZWave set OG.wz.SW.PL.02.02 off
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:32:22 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change

Amplifier ist an, Player ist aus, "beenden" der Verbindung zum LMS via abort:
- Amplifier bleibt an, es wird kein "off" gesendet -> gut

Code Auswählen Erweitern

2017.09.18 21:33:43 1: 192.168.1.2:9090 disconnected, waiting to reappear (LMS)
2017.09.18 21:33:43 3: SB_SERVER_Notify(LMS): DISCONNECTED - STATE: disconnected power: on
2017.09.18 21:33:43 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): SB Server not connected, ignoring

Abweichendes Verhalten nach einem vorherigen Restart von FHEM:
- Amplifier geht aus, es wird ein "off" gesendet -> nicht gut

Code Auswählen Erweitern

2017.09.18 21:35:08 3: SB_SERVER_DoInit(LMS): state: opened power: ?
2017.09.18 21:35:08 3: SB_SERVER_DoInit(LMS): SB-Server is back again.
[...]
2017.09.18 21:35:08 3: LMS device opened
[...]
2017.09.18 21:35:08 0: Server started with 642 defined entities (fhem.pl:15080/2017-09-17 perl:5.022001 os:linux user:fhem pid:19974)
[...]
2017.09.18 21:35:08 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:?
2017.09.18 21:35:08 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): player state unknown, ignoring
[...]
2017.09.18 21:35:09 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:35:09 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:on and set:off
[...]
2017.09.18 21:35:09 3: ZWave set OG.wz.SW.PL.02.02 off
2017.09.18 21:35:09 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): amplifier changed to off
[...]
2017.09.18 21:35:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:35:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:35:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:35:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:35:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:35:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:35:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:35:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:35:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
[...]
2017.09.18 21:40:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:40:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:40:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:40:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:40:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:40:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change
2017.09.18 21:40:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): with mode on and status:off
2017.09.18 21:40:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): actual:off and set:off
2017.09.18 21:40:12 3: SB_PLAYER_Amplifier(OG.wz.SBP.01): no amplifier state change


[ChrisD]

Hallo,

Danke für die Tests. Kannst du noch ein paar Zeilen aus dem Log vor dem Schaltbefehl bei

Amplifier bereits an, Ein- / Ausschalten des Players via FHEM:
- Ein: Amplifier wird per "on" eingeschaltet obwohl er bereits an ist -> nicht gut

um 2017.09.18 21:29:33 posten ?

Ich bin mir auch nicht sicher ob das Modul im Fall

Amplifier bereits an, Ein- / Ausschalten des Players von extern via Fernbedienung:
- Aus: FHEM bekommt Statusänderungen mit, Amplifier bleibt auch nach dem Ausschalten an -> gut

richtig funktioniert hat. Das Ergebnis ist zwar 'gut', ich habe aber keine Erklärung wieso. Kannst du schauen was im Log vor 2017.09.18 21:26:13 steht ?

Abweichendes Verhalten nach einem vorherigen Restart von FHEM:
- Amplifier geht aus, es wird ein "off" gesendet -> nicht gut

Dies funktioniert im Moment nicht da der interne Zustand bei einem Neustart verloren geht. Ich muss mir überlegen wie ich diese Information sichere.

Grüße,

ChrisD