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

[oFbEQnpoLKKl6mbY5e13]

@david-g

Okay, ich bin auf 8.3.0.

[Hiltex]

@haus-automatisierung
Vielen Dank für die Mühe und Energie, die du in den Adapter investierst.

@haus-automatisierung sagte in JavaScript 7.11.0 - Neue Datei-Bausteine (lesen / schreiben):

@eisbaer721 Da muss ich den Telegram Adapter noch anpassen damit das klappt

Hattest du schon Zeit das im Telegram-Adapter anzupassen?
Ich habe Telegram gerade aus dem Latest installiert und bekomme trotzdem kein Bild zugesandt.
Vom Aufbau her hab ich das so gemacht, wie hier:

@eisbaer721 sagte in JavaScript 7.11.0 - Neue Datei-Bausteine (lesen / schreiben):

[haus-automatisierung]

@hiltex sagte in JavaScript 7.11.0 - Neue Datei-Bausteine (lesen / schreiben):

Vom Aufbau her hab ich das so gemacht, wie hier:

Das ist ja auch nicht richtig so. Du brauchst den kompletten Pfad zur Datei. Nicht nur den Namen. Dafür habe ich createTempFile als Funktion eingebaut. Hab ich im Kurs ausführlich mit Beispielen erklärt. Fehlt Dir da was?

Hier habe ich das auch kurz angerissen: https://www.youtube.com/watch?v=dS6vkX6Mvjo

[Hiltex]

@haus-automatisierung sagte in JavaScript 7.11.0 - Neue Datei-Bausteine (lesen / schreiben):

Das ist ja auch nicht richtig so. Du brauchst den kompletten Pfad zur Datei. Nicht nur den Namen. Dafür habe ich createTempFile als Funktion eingebaut. ... Fehlt Dir da was?

Tatsächlich ja, allerdings muss ich gestehen, dass das zitierte Blockly falsch war (sorry). Gebaut habe ich folgendes:

Das Problem ist folgendes: Das Bild wird nicht versendet, vermutlich weil der Dateiname fehlt, wie du geschrieben hast. Auf TempFile hat man aber nur Zugriff, wenn man mit einem Trigger auf Dateiänderungen reagiert. In meinem Fall funktioniert das aber so nicht, bzw. wünsche ich mir das anders.

Ich möchte, wenn jemand die Klingel an der Haustür drückt, per Telegram ein Bild von der Kamera an der Haustür haben. Es gibt aber noch weitere Möglichkeiten das Kamera-Bild abzurufen, z.B. per Telegram-Tastatur oder wenn die Haustür geöffnet wird, während ich nicht zuhause bin.

Bisher werte ich dafür die Objekt-ID aus, die getriggert hat und gebe dem Bild dann eine Beschriftung mit ("Es hat geklingelt" oder "Haustür wurde geöffnet"). Wenn jetzt mit einem Trigger das Bild abgelegt wird und mit einem weiteren Trigger auf die Änderung des Bildes reagiert wird, dann geht mir die Information verloren, woher das ursprünglich kam und ich kann das Bild nicht mehr Beschriften.

Gibt es dafür einen Weg, dass ich innerhalb von einem Trigger das Kamera-Bild abrufen und direkt auch versenden kann?

[Shadowhunter23]

@haus-automatisierung

Ich hab hier ein Blockly gebaut:

Die Funktion "Dateiereignis entfernen" sollte das Bild wieder löschen oder verstehe ich die Funktion fasch?

[haus-automatisierung]

@shadowhunter23 Ja verstehst Du falsch. Das entfernt nur den Trigger.

Ist nicht notwendig die Datei zu speichern. Mittlerweile kann auch direkt eine temporäre Datei erstellt werden mit den HTTP Daten.

[Shadowhunter23]

@haus-automatisierung

Ok. Ist ja auch nicht nötig das Bild zu löschen.

Aber wenn ich das hier baue dann bekomme ich bei den weiteren Timeouts die 2 Bilder senden sollen immer mehr. Je timeout kommt immer ein Bild mehr pro Kamera. Ich sehe den Fehler nicht :confused:
Die temporäre Datei möchte ich nicht verwenden.

[haus-automatisierung]

@shadowhunter23 Das ist ja auch maximal umständlich gemacht. Warum schreibst und liest Du die Datei überhaupt? Einfach eine temporäre Datei mit den HTTP-Bausteinen erstellen und die an Telegram übergeben.

Ich kann das wirklich nicht ausführlicher erklären als im Kurs bereits geschehen :)

[Shadowhunter23]

@haus-automatisierung
Es läuft jetzt, ich muss das "Dateiereignis entfernen" gleich ausführen.
Wie gesagt ich möchte keine temporäre Datei verwenden.

[haus-automatisierung]

@shadowhunter23 sagte in JavaScript 7.11.0 - Neue Datei-Bausteine (lesen / schreiben):

Wie gesagt ich möchte keine temporäre Datei verwenden.

Wie soll es ohne gehen? Das erlaubt das Konzept vom Telegram-Adapter aktuell gar nicht. Und der JavaScript-Adapter räumt in den Verzeichnissen ja selbst wieder auf.

[topsurfer]

Hallo,
wollte gerade die Variante nutzen, ohne "extra" JS über Blockly direkt in eine Datei zu schreiben, funktioniert aber nicht.
Die obere "alte" Variante (JS, grün) funktioniert, nach /tmp/ wird die Datei: PV_Prozent.txt geschrieben/erstellt.
Drunter in orange dann die direkte Blocky-Variante, aber die Datei: PV_Prozent2.txt wird nicht erstellt (auch nicht unter /opt/iobroker).

Wo liegt der Fehler?
Muss "Objekt ID (meta)" noch verändert werden?

[MCU]

@topsurfer /tmp/ -Verzeichnis muss man erst anlegen.

[topsurfer]

@mcu Hmmm;
auf Filesystemebene gibt es (natürlich) das /tmp schon - und darein soll ja geschrieben werden.

Oder wo muss das "Verzeichnis" angelegt werden?

[MCU]

@topsurfer Im Ordner

files/0_userdata.0/tmp/

[haus-automatisierung]

@mcu sagte in JavaScript 7.11.0 - Neue Datei-Bausteine (lesen / schreiben):

@topsurfer Im Ordner files/0_userdata.0/tmp/

Bitte nie manuell Verzeichnisse oder Dateien unter 0_userdata.0 im ioBroker-Verzeichnis anlegen!

[haus-automatisierung]

@topsurfer sagte in JavaScript 7.11.0 - Neue Datei-Bausteine (lesen / schreiben):

Die obere "alte" Variante (JS, grün) funktioniert, nach /tmp/ wird die Datei: PV_Prozent.txt geschrieben/erstellt.

Du verwechselst da eventuell etwas. /tmp bezieht sich in diesem Fall ja nicht auf das /tmp Verzeichnis im Linux-Dateisystem, sondern immer auf das ioBroker-Dateisystem. Wo das liegt, hängt von Deinem Speichertyp für die Objektdatenbank ab.

Nutzt Du beispielsweise redis, landen diese Daten nicht im Dateisystem, sondern ebenfalls in der Redis-Datenbank. Bei jsonl werden diese aber ganz normal im Dateisystem gespeichert. Am besten gar nicht im Dateisystem selbst suchen (wozu auch, darum kümmert sich ja der ioBroker).

In jedem Fall sollten diese danach aber über das Dateien-Tab auffindbar sein:

Insgesamt habe ich das Thema mit einigen Beispiel rauf und runter erklärt...