UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[OliverIO]

@hsteinme
Danke, muss ich ausbessern.
Funktioniert aber so trotzdem, da es nicht nur im testskriot falsch ist sondern innen drin auch

[OliverIO]

@hansi1234 sagte in Test/Support Adapter SqueezeboxRPC:

@oliverio lmsannounce heißt das addon

Ok schau ich mir mal an

[sHG2022]

@oliverio

Hi,
ich wollte ja nochmal ein Feedback geben. Bis jetzt lief der Adapter mit der Änderung Fehlerfrei.
Vielen Dank für den schnellen Support.

Ich habe grade das js-controller Update auf 7.0.3 durchgeführt da kam in der Ausgabe:

Dies nur als Hinweis, da ich keine weiteren Einträge erhalten habe.

[OliverIO]

@shg2022

lösche bitte alle datenpunkte und starte dann den adapter neu
das sollte eigentlich behoben sein, wird aber nur beim anlegen durchgeführt.
ansonsten muss ich nochmal schauen wie ich das nachstelle

adapter version ist 1.4.0 oder größer?

[OliverIO]

Neue Adapterversion 1.5.0

• Neues Widget Playlist.
  
  Dieses widget liest die Playlist/Wiedergabeliste vom Server.
  Bei Klick wird die Playlist geladen und im ausgewählten Player abgespielt.
  Falls die Playlist sich ändert muss entweder der Refreshknopf gedrückt werden oder der Browser neu geladen werden.
  In der Grundfunktion ist relativ wenig styling enthalten.
  In der Hilfe ist ein Beispielstyling enthalten, so das die Playlist wie im Bild aussieht.
• Der Adapter wurde auf iobroker/eslint umgestellt.
• Schreibfehler wurden verbessert
• Dokumentation wurde erweitert

[OliverIO]

Neue Version 1.5.1

• Dokumentation verbessert
• Rand aus plcontainer entfernt
• textoverflow mit ellipsis verbessert
• anfängliche Widgetgröße des Playlist-Widgets angepasst
• Attribute für playlist widget repariert
• Light-Mode-CSS für playlist widget hinzugefügt

[Aufschlagzuender]

@oliverio

Hallo,
habe das mit der Playlist_id jetzt mal ausprobiert.

Habe die ID dank deiner Anleitung gefunden.
Das funktioniert so allerdings nur wenn man direkt in der Liste der Wiedergabelisten auf Play klickt. Wenn man erst die Playlist anklickt, so das man die Liste der Titel sieht und dann oben auf alle Wiedergeben klickt, kommt die ID nicht.
Da bin ich erst drauf reingefallen.
Vielleicht hilft das jemandem der es auch versuchen will.

Die ID wird bei einer Spotify Playlist auch angezeigt.

Was ich allerdings noch nicht hinbekomme ist die Playlist aus ioBroker heraus zu starten.

@oliverio sagte in Test/Support Adapter SqueezeboxRPC:

wenn man dann den folgenden befehl im datenpunkt cmdGeneral beim jeweiligen player eingibt (playlist id dann entsprechend anpassen)
"playlistcontrol","cmd:load","playlist_id:20312"

dann kann man die playlist abspielen.

Wenn ich jetzt diese Playlist starte

bekomme ich diese ID

Da mache ich dann dieses Befehl draus und kopiere ihn in den "cmdGeneral" Datenpunk.

Dann passiert aber leider nichts.

Mache ich da noch etwas falsch?

Die neue Version 1.5.1 habe ich bereits installiert.

[OliverIO]

@aufschlagzuender

Sieht eigentlich gut aus.
Hast du das neue Widget mal probiert?

Dazu musst du erst das Player Widget platziere
Dann das playlist Widget platzieren und die widget id des Player Widgets dort auswählen

Dann müsste die playlist angezeigt werden

[OliverIO]

@hansi1234

ich habe mal lmsannounce mal probiert und folgendes szenario ausprobiert.
es läuft eine song baraza und an lms announce wird der befehl geschickt eine andere datei (also olivaartest.mp3) abzuspielen.
im folgenden sind die detailausgaben der telnet signale des LMS

2024-11-30 13:35:13.231  - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist play file%3A%2F%2F%2Fmusic%2Fbaraza.mp3
2024-11-30 13:35:13.278  - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3
00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3
00%3A00%3A0%3A24%3A9a%3A8d menustatus ARRAY(0x55be62b2e5b8) add 00%3A00%3A0%3A24%3A9a%3A8d
2024-11-30 13:35:14.126  - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist newsong baraza 0
2024-11-30 13:35:20.920  - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlists new name%3AannounceTTS playlist_id%3A20320
2024-11-30 13:35:20.982  - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlists edit cmd%3Aadd playlist_id%3A20320 title%3AannounceTTS%20message url%3Afile%3A%2F%2F%2Fmusic%2Folivaartest.mp3
00%3A00%3A0%3A24%3A9a%3A8d playlist preview url%3AannounceTTS
00%3A00%3A0%3A24%3A9a%3A8d playlist save tempplaylist_000000249a8d silent%3A1
00%3A00%3A0%3A24%3A9a%3A8d playlist play %2Fplaylist%2FannounceTTS.m3u  
00%3A00%3A0%3A24%3A9a%3A8d playlist stop
00%3A00%3A0%3A24%3A9a%3A8d playlist jump 0  0 
00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Folivaartest.mp3
00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Folivaartest.mp3
00%3A00%3A0%3A24%3A9a%3A8d playlist load_done
00%3A00%3A0%3A24%3A9a%3A8d playlists delete playlist_id%3A20320
2024-11-30 13:35:21.045  - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist newsong announceTTS%20message 0
2024-11-30 13:35:36.722  - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist stop
2024-11-30 13:35:36.781  - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist resume %2Fplaylist%2Ftempplaylist_000000249a8d.m3u noplay%3A0
00%3A00%3A0%3A24%3A9a%3A8d playlist jump 0  0 
00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3
00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3
00%3A00%3A0%3A24%3A9a%3A8d time 6.50511415672302
00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3
00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3
00%3A00%3A0%3A24%3A9a%3A8d playlist load_done
2024-11-30 13:35:38.898  - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist newsong baraza 0
2024-11-30 13:35:42.419  - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d pause
2024-11-30 13:35:42.461  - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist pause 1
00%3A00%3A0%3A24%3A9a%3A8d menustatus ARRAY(0x55be62b2c160) add 00%3A00%3A0%3A24%3A9a%3A8d

generell kannst du natürlich auf die Änderung der Datenpunkte im iobroker horchen und bspw auf den titel Datenpunkt eines Players.
Da ändert sich der Titel dann auf "announceTTS message" wenn da eine Nachricht abgespielt wird. Der Titel wird glaube ich nur alle 10 Sekunden abgerufen, da könnte es , je nach Länge des Announcements, dann auch mal durchgehen

Alternativ könnte man, wie optional im Adapter möglich, einen Telnetserver aufmachen, der an auf die Detailereignisse horcht.

oder ich glaube es gibt einen weiteren Adapter oder Möglichkeit im javascript-Adapter auf die Meldungen im Log zu horchen

Halte mich mal auf dem laufen was du da weiter tun möchtest, evtl kann man das als UseCase im Readme beschreiben.

PS. Die Telnetfunktionalität muss man erst in den Einstellungen aktivieren.
Auch die Ausgabe muss man erst mit den debug Server in den Einstellungen aktivieren.

[Hansi1234]

@oliverio ich schau gerade, ob mir das addon reicht, oder es schon nett wäre, wenn es im iobroker Adapter integriert ist. BTW auf deiner Github Seite ist ein Rechtschreibfehler ;) "iobroker upload squeezeboxpc"

[OliverIO]

@hansi1234

Rechtschreibfehler

Danke, werde ich korrigieren

Der Befehl zum überwachen des Logs im JavaScript Adapter ist onLog

Eine reine Umsetzung als Skript wäre auch denkbar. Hängt davon ab was du genau willst.
Mit TTS kenne ich mich aktuell nicht aus.

[Aufschlagzuender]

@oliverio sagte in Test/Support Adapter SqueezeboxRPC:

Sieht eigentlich gut aus.
Hast du das neue Widget mal probiert?
Dazu musst du erst das Player Widget platziere
Dann das playlist Widget platzieren und die widget id des Player Widgets dort auswählen
Dann müsste die playlist angezeigt werden

Ich habe mich jetzt noch einmal bei Tageslicht mit der Sache beschäftigt und den Fehler gefunden.

So wie es aussieht hat der Adapter neue Ordner für die einzelnen Player angelegt.
Wenn ich dann im falschen Ordner/Player arbeite ist es auch kein Wunder das nichts funktioniert.
Das muss passiert sein als ich die v1.5.1 installiert habe.

Die Player/Ordner Namen werden jetzt alle mit Unterstrichen satt Leerzeichen geschrieben.

@oliverio
Hast Du das bewusst angepasst?
Bleibt das jetzt so?
Möchte ungerne meine Scripte alle anpassen und dann kommt mit dem nächsten Update die alte Schreibweise zurück.

"cmdGeneral" funktioniert dann jetzt mit der Playlist ID.

Das Widget kann ich nicht ausprobieren.
Ich habe keine VIS, bzw. verwende ich Jarvis als Visualisierung.

[OliverIO]

@aufschlagzuender

ja, musste ich leider.
Eigentlich sollte das schon länger (letztes Jahr?) so sein. War aber nicht an allen Stellen wirksam.
Problem ist mit in Datenpunkten nicht gültige Zeichen (letztes Jahr war es #, weiter oben war es []). Daher wandle ich alle nicht gültigen Zeichen nun in _ um.

Regex gegen welches validiert wird ist

/[^\d\w_]+/gm;

Ich muss dran denken, bei so grundsätzlichen Änderungen besser darauf hinzuweisen.

[OliverIO]

@aufschlagzuender sagte in Test/Support Adapter SqueezeboxRPC:

Ich habe keine VIS, bzw. verwende ich Jarvis als Visualisierung

Hast du dann den neuen sendTo Befehl zum Abruf der Playlist ausprobiert?

[hsteinme]

Ich habe ein Skript im Einsatz, das das Abspielen einer Squeezebox startet, sobald ein Präsenzmelder eine menschliche Anwesenheit meldet.

if presence reported {
	.Power = 1
	.cmdGeneral  = playlist clear
	.Volume = 70
	.cmdGeneral = randomplay 2
	.state = 1
}

Leider erreicht diese Routine nicht immer ihren Zweck. Meine eigenen Debug-Logs belegen, dass der Präsenzmelder korrekt meldet und dass die obige Routine korrekt durchlaufen wird - auch in den Fällen, wo die Squeezebox nicht startet.

Eine anschließend eingefügte Prüfroutine zeigt auf, dass die Musik nicht startet, wenn vom Adapter das AckFlag für .state nicht auf true gesetzt wird.

Daher meine Frage an Dich, Oliver: Welches Kriterium veranlasst den Adapter, das Ack-Flag zu setzen oder halt nicht zu setzen?

Eingesetzte Adapter-Version: 1.5.2

[OliverIO]

@hsteinme

so wie es eigentlich auch vorgesehen ist.
wenn du bspw den play/stop/pause datenpunkt mit der bezeichnung state beschreibst (mit ack=false),
dann wird zunächst intern der befehl an den LMS/Lyrion-Server abgesetzt.
Der Adapter pollt kontinuierlich den Status vom Server.
Hat dann LMS/Lyrion in seinen Meldungen selbst den Status verändert, dann wird über das Polling das registriert und der state-Datenpunkt aktualisiert, allerdings dann mit dem ack=true flag, da ja nun die Information vom Gerät bestätigt wurde.

Das Polling erfolgt in unterschiedlichen Datenzusammenstellungen in unterschiedlichen Zeitabständen.

Wenn du da ein Fehlverhalten feststellst, dann bitte hier nochmal schreiben. Der Playstatus sollte aber minimal jede Sekunde abgefragt werden.

[hsteinme]

@oliverio Danke, Oliver, für Dein schnelles Feedback.

Naja, ein Fehlverhalten liegt hier in jedem Fall vor. Zweck meiner gestrigen Anfrage war halt, festzustellen, ob der Adapter oder LMS hierfür verantwortlich ist. Nach Deiner obigen Erklärung sehe ich nun klar die Verantwortung bei LMS bzw. dem dahinter liegenden Squeeze Client.

Stellt meine o.e. Prüfroutine fest, dass kein Ack = true zurückgekommen ist, so wird .state mehrmals im Abstand einiger Sekunden erneut auf 1 gesetzt - jedoch bleibt dies auch ohne Erfolg.

Jetzt bin ich ziemlich ratlos, wie ich beim LMs (oder dahinter) das Problem weiter analysieren kann.

[OliverIO]

@hsteinme

Ich teste das mal

[OliverIO]

@hsteinme

ich habe mal getestet.
ich habe mit dem history adapter die aufzeichnung des datenpunkts state gestartet.
das kreuzchen für "Nur Änderungen aufzeichnen" habe ich deaktiviert, um evtl wiederholtes schreiben des datenpunkts mitzubekommen.
zunächst habe ich direkt in der LMS Oberfläche Play/Pause gedrückt. Das sind die Einträge ohne ack=false, da ja im iobroker nie was eingetragen worden ist, sondern der status direkt vom lms kommt
die nächsten paar einträge habe ich dann selbst manuell den datenpunkt state beschrieben, das sind dann die ack=false einträge, welches dann vom lms entsprechend bestätigt wurde und hier als ack=true sichtbar ist.

einen Eintrag kann ich mir allerdings nicht erklären ist der einzelne stop==2 Eintrag, den ich nicht selbst ausgelöst habe, sondern wahrscheinlich als Reaktion auf das zuvor angeforderte pause==0 Kommando. das trat aber nur das einzige mal auf, hat aber auf die nachfolgende Funktionalität keinen Einfluss.

timestamp	value	acknowledged
4/15/2025 3:20:46 PM.218	null	true
4/15/2025 3:21:11 PM.624	1	true
4/15/2025 3:21:24 PM.771	0	true
4/15/2025 3:21:36 PM.330	1	true
4/15/2025 3:21:43 PM.040	0	true
4/15/2025 3:22:18 PM.449	1	false
4/15/2025 3:22:18 PM.536	1	true
4/15/2025 3:22:33 PM.373	0	false
4/15/2025 3:22:33 PM.865	0	true
4/15/2025 3:22:40 PM.567	2	true
4/15/2025 3:23:04 PM.824	0	false
4/15/2025 3:23:21 PM.261	1	false
4/15/2025 3:23:21 PM.841	1	true
4/15/2025 3:23:42 PM.740	0	false
4/15/2025 3:23:42 PM.908	0	true
4/15/2025 3:24:08 PM.744	2	false
4/15/2025 3:24:09 PM.722	2	true
4/15/2025 3:24:21 PM.493	1	false
4/15/2025 3:24:22 PM.188	1	true
4/15/2025 3:24:31 PM.678	0	false
4/15/2025 3:24:31 PM.801	0	true

Aus meiner Sicht funktioniert hier alles ordnungsgemäß.
Evtl kannst du ebenfalls mit history das mal nachvollziehen?

[hsteinme]

@oliverio Danke für Dein Bemühen, Oliver!

Evtl kannst du ebenfalls mit history das mal nachvollziehen?

Das hatte ich letzte Woche auch schon getan - ohne neue Erkenntnisse.

Aus meiner Sicht funktioniert hier alles ordnungsgemäß.

Das sehe ich - seit Deiner Eläuterung hier - auch genau so.