Monatsrückblick Januar/Februar 2026 ist online!

[bahnuhr]

Hallo,

folgender Befehl erzeugt nun eine Fehlermeldung:

setState('sayit.3.tts.text', 'opt/iobroker/iobroker-data/files/vis.0/mp3/abcde.mp3');

Fehlermeldung im log:

sayit.3
2021-08-08 20:10:16.795	error	Cannot upload file "opt/iobroker/iobroker-data/files/vis.0/mp3/abcde.mp3" to state: Error: ENOENT: no such file or directory, open 'opt/iobroker/iobroker-data/files/vis.0/mp3/abcde.mp3'

mit admin 4.2 klappt noch alles.

Jemand eine Idee ?

mfg
Dieter

P.S.
meine sayit Einstellungen

Mit google deutsch klappt es auch nicht.

[bahnuhr]

issue habe ich auch erstellt:
https://github.com/ioBroker/ioBroker.sayit/issues/158

Aber vielleicht hat ja jemand das gleiche Problem.

[crunchip]

@bahnuhr ich habe Ausgabe durch chromecast, Gerät Google mini, funktioniert ohne Probleme

[bahnuhr]

@crunchip sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

@bahnuhr ich habe Ausgabe durch chromecast, Gerät Google mini, funktioniert ohne Probleme

Danke für die Info. Hilft mir jetzt aber nicht weiter.

habe 3-4 Adapter upgedatet: admin, web, javascript, etc.

sayit spielt aber keine mp3 mehr ab.
Texte funktionieren weiterhin; nur eben keine mp3 mehr.

Muss ich denn die Dateien neu hochladen ?
Sind aber eigentlich drin und ersichtlich in vis.edit.

[fastfoot]

@bahnuhr sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

Jemand eine Idee ?

fehlt da nicht ein Slash vor /opt/iobroker ?

[bahnuhr]

@fastfoot sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

@bahnuhr sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

Jemand eine Idee ?

fehlt da nicht ein Slash vor /opt/iobroker ?

Ich hab da nichts geändert.
Probiere es gleich mal aus.

[bahnuhr]

@fastfoot sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

fehlt da nicht ein Slash vor /opt/iobroker ?

Du bist der Hit.

Ja, das wars.

Da ich aber am Script rein gar nichts geändert habe, muss dies jetzt js3.3 anders behandeln.
Denn vorher ging es ja.

Komisch.

Vielleicht hat da jemand detaillierte Infos für mich.

Danke nochmal.

[fastfoot]

@bahnuhr sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

Vielleicht hat da jemand detaillierte Infos für mich.

nee, habe ich nicht, aber vermutlich wurde der Pfad vorher anders zusammengesetzt und jetzt so wie es sein muss :-)

[mrbungle64]

@bahnuhr said in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

@fastfoot sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

fehlt da nicht ein Slash vor /opt/iobroker ?

Du bist der Hit.

Ja, das wars.

Da ich aber am Script rein gar nichts geändert habe, muss dies jetzt js3.3 anders behandeln.
Denn vorher ging es ja.

Komisch.

Vielleicht hat da jemand detaillierte Infos für mich.

Danke nochmal.

Ohne den Slash am Anfang ist es ein relativer Pfad - mit Slash ein absoluter Pfad.
Das wird dann jetzt wohl konsequent behandelt.

[bahnuhr]

@mrbungle64 sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

Ohne den Slash am Anfang ist es ein relativer Pfad - mit Slash ein absoluter Pfad.

versteh zwar nicht alles.
Aber jetzt geht es.

Vielen Dank.

[fastfoot]

@bahnuhr sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

Aber jetzt geht es.

issue schliessen und demnächst vorher hier anfragen :-)

[bahnuhr]

@fastfoot sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

issue schliessen und demnächst vorher hier anfragen

ne, ne, ne

Sonst bekomme ich immer gesagt:
Leg ein Issue an.

jetzt war ich mal schnell ;-)

[Thomas Braun]

@bahnuhr

Unter Linux beginnen 'absolute Pfade' immer mit dem Wurzelverzeichnis.
Pfadangaben relativ zur aktuellen Position im Verzeichnisbaum können ohne / oder mit . beginnen.

echad@chet:~ $ cd opt
-bash: cd: opt: Datei oder Verzeichnis nicht gefunden
echad@chet:~ $ cd /opt
echad@chet:/opt $

Und deswegen wird auch immer die komplette Ein- und Ausgabe gewünscht, wenn etwas aus der Konsole hier reinkopiert wird. Damit man sieht wo der Kandidat 'relativ' im Dateibaum steht. Oder es werden gleich in den Antworten absolute Pfade vorgegeben, ob die jetzt erforderlich sind oder nicht.

[bahnuhr]

@thomas-braun
ok, so ganz verstanden habe ich es nicht.

Denn vorher war doch mein pfad

opt/iobroker...

und da hat offensichtlich iobroker doch das fehlende davor gesetzt.

Und nach dem update halt nicht.

Vielleicht hilft es ja anderen die den gleichen Fehler in den Scripten haben.

[fastfoot]

@thomas-braun sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

relativ zur aktuellen Position im Verzeichnisbaum

und diese Position ist mW /opt/iobroker/node_modules/iobroker.javascript/, so zeigt es jedenfalls pwd an

[fastfoot]

@bahnuhr sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

Denn vorher

... wurde es halt laxer gehandhabt

[Thomas Braun]

@fastfoot
Keine Ahnung was das working directory ist. Jedenfalls ist es mit einem absoluten Pfad immer richtig.

[lobomau]

@bahnuhr Fehler hast du ja bereits gefunden :+1:
Nun wollte ich es bei mir mal nachstellen, da ich noch nie ein mp3 über ioB abgespielt habe.
Gibt es eine Beschränkung bzgl. des mp3? Ich habe eine mit 3,7 MB Größe ausprobiert.

[bahnuhr]

@lobomau sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

Gibt es eine Beschränkung bzgl. des mp3? Ich habe eine mit 3,7 MB Größe ausprobiert.

Kann ich nicht beantworten. Benutze die kleinen mp3 nur so als "Ansage-Gong".

Aber probier es doch aus.
Und geb dann Bescheid.

[fastfoot]

@lobomau sagte in sayit geht nach update auf admin5 und js 3.3 nicht mehr:

Ich habe eine mit 3,7 MB Größe ausprobiert.

jetzt stehe ich mal auf dem Schlauch. SayIt erstellt doch MP3 aus Text