Sonos Lautstärke regeln
-
ich versuch das mal mit Worten meine denkweise darzulegen :-).
Ich halte gedrückt -> 4 -> es geht die Latustärke hoch -> ich lasse los -> es kommt die 3 -> Lautstärke bleibt stehen
Ich halte erneut gedrückt -> 0 -> es geht die Lautstärke runter -> ich lasse los -> es kommt die 0 -> Lautstärke bleibt stehen
die zwei mal 0 ist halt doof aber das kann man nicht ändern.
-
@saranger sagte in Sonos Lautstärke regeln:
ich versuch das mal mit Worten meine denkweise darzulegen :-).
Ich halte gedrückt -> 4 -> es geht die Latustärke hoch -> ich lasse los -> es kommt die 3 -> Lautstärke bleibt stehen
Ich halte erneut gedrückt -> 0 -> es geht die Lautstärke runter -> ich lasse los -> es kommt die 0 -> Lautstärke bleibt stehen
die zwei mal 0 ist halt doof aber das kann man nicht ändern.
Bist Du Dir sicher? Also er sendet bei langem Drücken am Anfang nicht mal 3 und mal 4? Und beim Loslassen das jeweilg andere?
-
@saranger sagte in Sonos Lautstärke regeln:
Ich halte erneut gedrückt -> 0 -> es geht die Lautstärke runter -> ich lasse los -> es kommt die 0 -> Lautstärke bleibt stehen
Wird denn bei Lautstärke runter 3 oder wieder 4 gesendet?
-
@mickym es kommt immer 4 beim drücken dann 3 beim los lassen, dann 0 beim drücken und 0 beim los lassen. Dann wieder 4 beim drücken und 3 beim los lassen usw.
-
@saranger sagte in Sonos Lautstärke regeln:
@mickym es kommt immer 4 beim drücken dann 3 beim los lassen, dann = beim drücken und 0 beim los lassen. Dann wieder 4 beim drücken und 3 beim los lassen usw.
Also wenn IMMER 4 und 3 bei loslassen kommt, wann kommen dann die 2 mal 0?
Jetzt verstehe ich es so:
4:3 dann 0:0 dann 4:3 dann 0:0 - sprich 2mal 0 würden man nutzen, um die Richtung zu wechseln?
-
@mickym ja hast du recht sorry. hab es grad noch mal geprüft immer die 4 und beim loslassen die 3
-
@saranger sagte in Sonos Lautstärke regeln:
@mickym ja hast du recht sorry. hab es grad noch mal geprüft immer die 4 und beim loslassen die 3
Also wenn IMMER 4 und 3 bei loslassen kommt, wann kommen dann die 2 mal 0?
Jetzt verstehe ich es so:
4:3 dann 0:0 dann 4:3 dann 0:0 - sprich 2mal 0 würden man nutzen, um die Richtung zu wechseln? Oder ist das 0:4:3:0, um eine Sequenz eines langen Tastendrucks abzuschliessen? Dann kann man die 0 aber ignorieren? Dann hätte der ursprüngliche Flow aber funktionieren müssen. Es ist für mich langsam schwierig zu helfen, wenn ich das nicht sehe.
-
wenn man das auf zwei Taster (Wippe) aufteilen würde und Linke Taste der Wippe für laut und rechte Taste der Wippe für leise sehen würde wäre es so.
Linke Taste für laut: 4 beim drücken und 3 beim los lassen
rechte Taste für leise: 0 beim drücken und 0 beim los lassen
Ich habe diese beiden Funktionen auf einer Taste als Umschalt Funktion, der wechselt quasi nach jedem langen drücken von 4:3 zu 0:0, dann wieder 4:3.
Ist irgendwie schwer zu erklären^^
-
@saranger Mach halt mal einen Screenshot Deiner Debug Ausgabe.
Drücke den Taster jeweils für 10s - dann 10s nichts machen und wieder für 10s halten- dann 10s nichts machen und wieder für 10s halten und dann immer loslassen.
Dann kann ich mir vielleicht selbst ein Bild machen. Sonst wird das nichts. Du hast doch keine 2 Tasten oder schon? Oder willst Du es mit 2 Tasten machen.
Nein das ist Käse - mit Deiner Switch Node. Eine payload = 0 und dann kommt es immer am gleichen Ausgang raus.
Bitte wie gesagt die Debugausgabe von der KNX Node - mit 1 oder 2 Tasten musst Du mir halt sagen. Ich weiß doch nicht mal wie Dein physischer Taster aussieht?
-
-
@saranger s- letzter Post von mir.
-
Ist komisch, hast Du nun 2 Taster einen mit 4:3 und einen mit 0:0 und das kommt aus der gleichen Node raus? Kann man da nicht 2 Nodes verwenden?
Wenn das so ist, dass man bei dem 2. Taster zwischen drücken und loslassen nicht unterscheiden kann, dann ist mir das egal, sondern dann nehme ich einfach größer 0 für einen Taster (lauter) und =0 (leiser). Die erste Nachricht triggert, die zweite Nachricht stoppt.
Das müsste dann ja OK sein. Zur Sicherheit macht man noch einen Timer ggf. dass der Trigger nicht unendlich lange läuft.
-
@mickym
so passiert es jetzt wenn ich so drücke wie du geschrieben hast. Ich habe eine Gira TastSensor 4. dieser hat 4 WIppen oder aber 8 Tasten jenachdem wie man ihn konfiguriert. Ich möchte es aber eigentlich über eine Taste machen mit Umschaltfunktion)Das kommt aus einer Node Aufteilen würde nur funktionieren wenn ich es als Wippe mache. Da ich aber eigentlich die zweite Taste mache um dann die Playlist auszuwählen ist das eher ungünstig.
Ich hau mich erstmal hin, ich schau morgen früh noch mal rein :-). Danke schon mal.
-
So ich hab es mir einfach gemacht. 4 erhöht Lautstärke, 0 die erniedrigt die Lautstärke. Die jeweils 2. Nachricht - also Taste wird losgelassen, stoppt (egal ob da 3 oder 0 geliefert wird).
-
Guten Morgen, habe es gerade getestet, sehr geil das funktioniert
Ein fettes Dankeschön für deine Geduld :-). Mal schauen was mir hier noch einfällt^^.
darüber lass ich mir ja Titel und Artist im Dashboard anzeigen, ich möchte aber wenn die Musik gestoppt ist dass das Feld leer ist. Hab dann den Status abgegriffen und wollte ein "Leerzeichen" setzen wenn Status false ist. Die Iobroker Inject setzt den Status aber sofort wieder auf den Artist der noch hinterlegt ist. Wollte das mit einer Art Wenn funktion machen aber das will nicht so weil die den Text nicht durchlässt.
) -
@saranger einfach den Status in einer Flow Variable speichern und mit je einer switchnode die Ausgabe der beiden anderen iobroker In Nodes blockieren oder durchlassen
-
@mickym ok muss ich später mal googeln was die flow Variable ist.
-
@saranger einfach den Status als variable im Kontext abspeichern.
Nennen wir die Variable mal „Status“. Dann nimmst Du, wo der Status rauskommt eine Change Node und speicherst die payload der Nachricht.
Also setze flow.status auf msg.payload. Du kannst dafür einfach eine weitere Regel in der bereits vorhandenen Change-Node nutzen.
In den Switch nodes hinter, die beim Status „false“ blockieren sollen, konfigurierst:
Wenn flow.status ist true, dann werden Titel und Interpret nur durchgelassen, wenn der Status true ist.Alternative wäre es die beiden anderen iobroker-in nodes gar nicht triggern zu lassen und nur bei Play aktiv die beiden Datenpunkte mit einer iobroker-get Node auszulesen. In diesem einfachen Fall fände ich das sogar eleganter und sauberer gelöst, da man da nicht warten muss, bis der Datenpunkt aktualisiert wird und der Trigger eindeutig ist. Also einfach an den switch-Node noch einen Ausgang für true, und mit 2 get nodes die text nodes beschreiben.
-
@mickym Die zweite Lösung passt :-). Ich weis nicht wie ich das alles raus finden soll ohne das Forum bzw. dich
-
@saranger mit der Zeit schult sich der logische Verstand. Man muss nur systematisch vorgehen. Am Besten - was triggert meinen Flow - also mit was fange ich links an - und welche Aktion oder Ausgabe erwarte ich - mit was endet der Flow rechts. Dann weißt Du wie die Ausgabe aussehen bzw. welches Format oder Kommando Dein Aktor erwartet. Dazwischen transformierst Du das Nachrichtenobjekt unter Einbeziehung ggf. weiterer logischer Parameter.
Dazu erst mal gar nicht zu technisch denken, sondern wirklich was triggert:
Das kann eine Aktion von jemand sein (du betätigst einen Schalter), die Meldung eines Sensors, eine Uhrzeit, der Sonnenstand, ein Zeitintervall oder auch ein Wetterereignis. Wahrscheinlich gibts nach was, was mir gerade nicht einfällt.
Die Ausgabe ist entweder etwas auf dem Dashboard oder das Steuern eines Gerätes. Und diesen Weg vom Trigger zum Ausgang kannst Du in NodeRed grafisch darstellen. Wenn was nicht funktioniert mit Debug Nodes von links nach rechts (wie Du normalerweise liest) abschnittsweise schauen, ob Dein Nachrichtenobjekt noch dem entspricht, was Du erwartest.
