<![CDATA[Cache-Probleme seit sayit v5.1.0]]>Ich nutze mehrere Instanzen des sayit-Adapters. Nach dem Update auf v5.1.0 war bei mir die cache-Funktion nicht mehr wirksam.
Will sagen, wenn ich sie in der Instanz aktiviert hatte,


bekam ich ein

sayit.1	2026-04-01 15:57:52.129	error	Error: ENOENT: no such file or directory, copyfile '/opt/iobroker/iobroker-data/sayit/sayit.1.say.mp3' -> '/opt/iobroker/node_modules/cache/4f6fe0ba62252103436dc55f0a7763fe.mp3'

Das Verzeichnis /opt/iobroker/node_modules/cache gab es bei mir nicht, dann scheiterten die Geräte mit aktiviertem cache.
Die Geräte, die den cache nicht aktiviert hatten, funktionierten perfekt.

Wenn die Option "Cache benutzen" bei Chromecast-Geräten aktiviert ist, versucht der Adapter, die generierten MP3-Dateien nach /opt/iobroker/node_modules/cache/ zu kopieren.

Dieser Ordner existiert oft nicht standardmäßig.

Der Pfad innerhalb von node_modules ist problematisch, da er wahrscheinlich bei jedem Adapter-Update oder npm install gelöscht wird.

Das Feld zur manuellen Pfadanpassung ist in der sayit-Instanz für den Typ "Chromecast" nicht editierbar.

Fehlermeldung im Log:

Error: ENOENT: no such file or directory, copyfile '/opt/iobroker/iobroker-data/sayit/sayit.1.say.mp3' -> '/opt/iobroker/node_modules/cache/4f6fe0ba62252103436dc55f0a7763fe.mp3'

Auswirkung:

Die Sprachausgabe schlägt fehl. Wenn der User den Cache deaktiviert, um den Fehler zu umgehen, entstehen unnötige Kosten bei Cloud-Anbietern (z.B. AWS Polly), da Dateien jedes Mal neu generiert werden müssen.

Vorschlag:

Der Standard-Cache-Pfad sollte in das persistente Verzeichnis iobroker-data verlegt werden (z.B. iobroker-data/sayit/cache) oder das Pfad-Eingabefeld muss für alle Gerätetypen im Admin-UI freigeschaltet werden.

Vorerst habe ich mit einer KI/AI einen Symlink angelegt, der ioBroker den Weg weist.

Ich habe dazu auch ein Issue beim Adapter angelegt.

]]>https://forum.iobroker.net/topic/84199/cache-probleme-seit-sayit-v5.1.0RSS for NodeThu, 09 Apr 2026 07:58:51 GMTWed, 01 Apr 2026 17:16:44 GMT60<![CDATA[Reply to Cache-Probleme seit sayit v5.1.0 on Fri, 03 Apr 2026 17:28:55 GMT]]>

@bahnuhr sagte:

Das mag sein; das Problem bleibt halt.

Oder man legt selbst Hand an, wie im Eingangsthread beschrieben.

]]>https://forum.iobroker.net/post/1332990https://forum.iobroker.net/post/1332990Fri, 03 Apr 2026 17:28:55 GMT<![CDATA[Reply to Cache-Probleme seit sayit v5.1.0 on Thu, 02 Apr 2026 16:52:16 GMT]]>

@Meister-Mopper sagte:

Das ist aber nicht im Sinne des Erfinders. Es kostet mehr, weil jeder Aufruf (z. B. AWS) kostet

Das mag sein; das Problem bleibt halt.

Und die issues beim Adapter werden seit längerem nicht bearbeitet.

]]>https://forum.iobroker.net/post/1332836https://forum.iobroker.net/post/1332836Thu, 02 Apr 2026 16:52:16 GMT<![CDATA[Reply to Cache-Probleme seit sayit v5.1.0 on Thu, 02 Apr 2026 16:46:29 GMT]]>

@bahnuhr sagte:

Ich habe das gleiche Problem mit "Cache".
Musste es deaktivieren, dann geht es wieder.

Das ist aber nicht im Sinne des Erfinders. Es kostet mehr, weil jeder Aufruf (z. B. AWS) kostet

]]>https://forum.iobroker.net/post/1332833https://forum.iobroker.net/post/1332833Thu, 02 Apr 2026 16:46:29 GMT<![CDATA[Reply to Cache-Probleme seit sayit v5.1.0 on Thu, 02 Apr 2026 15:45:15 GMT]]>Ich habe das gleiche Problem mit "Cache".
Musste es deaktivieren, dann geht es wieder.

]]>https://forum.iobroker.net/post/1332828https://forum.iobroker.net/post/1332828Thu, 02 Apr 2026 15:45:15 GMT