@mcu sagte in BUG - sayit geht nicht mehr !:

Was ich nicht verstehe ist, warum war die Instanz gestoppt?

Weil aus heiterem Himmel die Lautsprecher bei den Jungs Alarm gemacht haben und immer den gleichen Text ausgegeben haben, bis ich den Adapter gestoppt hatte. Hatte parallel bzgl. Heos etwas rumprobiert bzgl. Speaker im gleichen und in einem anderen Netz.

@mcu sagte in BUG - sayit geht nicht mehr !:

Quasi da wo in deinem Screenshot "Linux-Player" steht (weil du bei Typ "System" drin hast).

@johndenver0815 sagte in BUG - sayit geht nicht mehr !:

Ich würde nur entweder gern direkt im Adapter unter Gerät (Dropdown ist leider leer) ein spezifisches Ausgabedevice angeben

Das Dropdown ist aber auch nur solange ein Dropdown, wie der Adapter läuft. Stoppt man den Adapter, dann wird da ein Textfeld draus, welches man wunderbar mit heos.0.player.<playerID> bestücken kann. Adapter starten, Test drücken und siehe da, es wird nur ein einzelner Player mit Audio beschickt (leider mehrfach, aber das sollte ich hoffentlich per Script wegbekommen).

Der Weg war hart und steinig, und die Hoffnung schwand zusehends, aber es ist vollbracht. Danke dennoch für die fixen Antworten ;-)

Fasse nochmal zusammen
sayIt Adapter wird umgestellt auf System

Dann wird bei der Erstellung einer Datei der Fehler ausgelöst?
Hast du da evtl mplayer ausgewählt?

Datei wird erstellt

Dann wird im heos -Objekt der Link eingetragen und es passiert was?

Was hast du im Heos ausgewählt?

Da kann man doch anscheinend Spieler IDs festlegen im command_scope_pid

http://10.xxx.xxx.xxx:8081/sayit.0/tts.mp3

Durch welche Anpassung kam dieser Fehler? Was wurde wo eingetragen?

Durch die versuchsweise Umstellung des "Typ" (nach deinem Tipp) auf den Parameter "System" in den Adaptereinstellungen von SayIt. Richtig wäre hier der Parameter "Heos", der aber ausnahmslos alle Heos-Devices mit der Ausgabe befeuert.

@mcu sagte in BUG - sayit geht nicht mehr !:

Wie wird im Heos Objekte der Aufruf für die Datei eingetragen?

Unter heos.0.player.12345678.command wurde
play_stream,http://10.xxx.xxx.xxx:8082/sayit.0/tts.mp3 eingetragen
(IP und ID anonymisiert)

Die Datei wurde wie gesagt erzeugt, ich kann sie auch per Linkaufruf im Browser abspielen. Die Heos-Devices geben sie auch wieder, und zwar sofort nach manueller Eingabe meines Textes im Objekt sayit.0.tts.text

Cannot play: Exit code: Error: Command failed: mplayer /opt/iobroker/cache/ba84793cac330a08436c98b1ba452175.mp3 -volume 30/bin/sh: 1: mplayer: not found

Heos ist da in meinen Augen noch aussen vor, ebenso die Geschichte mit mplayer (der ja nur vom Sayit-Adapter versucht wird zu starten, weil der Typ auf System umgestellt wurde. Für welches Testszenario sollte ich jetzt den mplayer installieren, wenn ich ihn eh nicht nutzen möchte?

sudo apt update
apt policy mplayer

sagt?

Dann auf dem System

sudo apt install mplayer -y

Wurde denn die Datei erzeugt?

ich glaube nicht, dass das die Ursache sein wird.

Due Meldung heisst ja:
@johndenver0815 sagte in BUG - sayit geht nicht mehr !:

mplayer: not found

	Cannot play: Exit code: Error: Command failed: mplayer /opt/iobroker/cache/ba84793cac330a08436c98b1ba452175.mp3 -volume 30/bin/sh: 1: mplayer: not found

https://192.168.178.150:8081/files/sayit.0/tts.mp3

Datei dann lesen lassen für Heos?

Entweder muss SayIt dazu gebracht werden, nur die Datei zu erzeugen, ohne sie abzuspielen, oder ich muss je Instanz den betroffenen Speaker auswählen können.

Bug oder Feature?

//sayIt
setState('sayit.0.tts.text', 'Guten Morgen im Wohnzimmer.');

//Heos
const heosPlayer = 'heos.0.player.1234567890.command'; // Beispiel: Wohnzimmer
const ttsUrl = 'http://192.168.178.50:8082/state/sayit.0.tts.mp3';

setTimeout(() => {
    setState(heosPlayer, `play_stream,${ttsUrl}`);
}, 2000); // 2s warten, bis MP3 fertig ist


// mehrere
function sayToHeos(playerName, text) {
    const sayIt = 'sayit.0.tts.text';
    const base = 'heos.0.player.';
    const players = {
        wohnzimmer: '1234567890',
        kueche: '9876543210',
        bad: '5555555555'
    };

    const heosCmd = base + players[playerName.toLowerCase()] + '.command';
    setState(sayIt, text);

    setTimeout(() => {
        const url = 'http://192.168.178.50:8082/state/sayit.0.tts.mp3';
        setState(heosCmd, `play_stream,${url}`);
    }, 2000);
}

// Beispiele:
sayToHeos('Wohnzimmer', 'Die Waschmaschine ist fertig.');
sayToHeos('Bad', 'Das Wasser ist warm.');

Typische Stolperfallen

Problem	                        Ursache	                         Lösung
Alle Lautsprecher sprechen	HEOS-Gruppe aktiv	    Gruppe auflösen oder play_stream an Einzelgerät senden
Kein Ton	                MP3 nicht erreichbar	    Web-Adapter aktivieren (Port prüfen)
Erster Teil des Satzes fehlt	MP3 noch nicht fertig	    1–2 s Wartezeit nach SayIt hinzufügen
SayIt spielt gleichzeitig lokal ab	im SayIt-Adapter    „Ausgabe-Gerät“ auf „none“ oder „System“ stellen

@johndenver0815 sagte in BUG - sayit geht nicht mehr !:

Edit: hier dudeln in Summe aktuell 10 Heos-Devices, die müssen nicht alle gleichzeitig "meckern".

Reicht es denn nicht aus, tts mit (null) zu beschicken, damit das Gerät stumm bleibt?

Grad nochmal nachgesehen, dein Screenshot ist ja vom Speaker, nicht von den SayIt-Objekten. Heisst das, ich müsste bei jeder getriggerten Ansage alle nicht erwünschten Player mit (null) beschicken? Klingt ein wenig wie "durch die Brust ins Auge". Von der Logik her wäre es doch vernünftiger, nur explizit die Player anzusteuern, die etwas ausgeben sollen.

Irgendwie entzieht sich mir auch noch der Zusammenhang zwischen der Sayit- und der Heos-Instanz. Für meine Begriffe generiert der Sayit-Adapter aus dem übergebenen Text ein mp3-File, welches dann wiederum vom Heos-Device abgespielt werden kann. Da ich letzteres im Sayit-Adapter aber nicht einstellen kann (oder ich habe wieder ein Syntaxthema) werden alle Heos-Devices getriggert. Daher auch die Frage, ob ich für jedes im Heimnetz eingebundene Heos-Device eine eigene Sayit-Instanz benötige... Zumindest ist hier dokutechnisch noch etwas Luft nach oben, intuitiv komme ich erstmal nicht weiter.

Danke und Grüße

Edit: hier dudeln in Summe aktuell 10 Heos-Devices, die müssen nicht alle gleichzeitig "meckern".

Reicht es denn nicht aus, tts mit (null) zu beschicken, damit das Gerät stumm bleibt?