Adapter mit Bilder-Upload

[SKB]

@oliverio Danke für deine Ausführungen. Soweit bin ich schon und das klappt auch alles so

Bild wird in den Adapter-Pfad geschrieben, Web-Extension per Instanz geht auch

Nur war von deinen Vorrednern die Rede, das ich doch meine Dateien mit Bordmitteln "in die Daten" des ioBroker schreiben soll. Das geht nur soweit, das ich die Datei als "base64" schreibe. Sie ist dann "irgendwo".

Über den Admin Adapter Port 8081 komme ich dann an die Datei. Das ist auch gut - oder weniger, wenn ich das Bild doch gerne über den Web-Adapter haben möchte. Denn, wenn man relative Pfade nehmen wollen würde, würde die Datei ja per ioBroker extern nicht geladen werden können, da sie nur via Admin kommt.

[OliverIO]

@oliverio sagte in Adapter mit Bilder-Upload:

wenn du diese datei dann über den webadapter abrufen möchtest, dann müsste der pfad unter

http://192.168.x.x:8082/demoadapter.0/abc.txt

der port des web-adapters ist 8082

[SKB]

@oliverio ja, ist richtig.

Sind aber jetzt 2 Dinge von denen wir sprechen.

Mache ich den Upload über meinen Adapter per WriteFile via sendTo ist er im WebAdapter über die Extensions verfügbar.

Mache ich den Upload über socket.emit('writeFile64', ...) landet er in den Objekten von ioBroker und kommt nur über den Admin http://x.x.x.:8081/files/...

Zu 2. Kommt man an die Datei auch per WebAdapter?

[OliverIO]

@skb benenne mal den kompletten sendTo-Befehl

[SKB]

@oliverio weiter oben: https://forum.iobroker.net/post/1172033

[haus-automatisierung]

@skb sagte in Adapter mit Bilder-Upload:

@haus-automatisierung Also so:

let fileData = await readImage(file);

const response = await new Promise((resolve) => {
    socket.emit('writeFile64', appProperties.namespace, 'userFiles/' + filename, fileData, (res) => { resolve(res); });
});

console.log(response);

Bekomme ich "null" zurück -.-

Auch ein:

const response_folder = await new Promise((resolve) => {
    socket.emit('mkdir', appProperties.namespace, 'userFiles', (error) => { resolve(error); })
});
console.log(response_folder);

Liefert leider "null".

Mh? In beiden Fällen gibst Du error in resolve() als Rückgabewert (auch wenn Du den Parameter einmal res genannt hast). Und wenn error == null ist, dann hat doch alles geklappt? Was hast Du erwartet?

[SKB]

@haus-automatisierung das habe ich ja oben korrigiert. Klappt ja soweit. Nur die Frage weiterhin, wie ich nun die Bilder nicht über Admin, sondern über den WebAdapter bekomme ...

[OliverIO]

@skb

und wo hat iobroker die dateien den im dateisystem bei dir abgelegt?
bei dem sento bin ich mir jetzt nicht sicher, aber du sendest da nur eine erfolgsmeldung?
aber kein upload?
du schreibst die datei ja mit fs.writeFile

[SKB]

@oliverio

const response = await new Promise((resolve) => {
	socket.emit('sendTo', appProperties.namespace, '_uploadFile', { fileName: filename, fileData: file }, (res) => { resolve(res); })
});

Hier schicke ich die Datei von der Webseite zu meinem Adapter. fileData hat dann den Base64 String der Datei.

Und hier schreibe ich sie im Adapter in den Ordner der iobroker-data. In dem Falle /opt/iobroker/iobroker-data/energiefluss-erweitert.0/userFiles

case '_uploadFile':
const uploadPath = path.join(instanceDir + userFiles, obj.message.fileName);
if (!fs.existsSync(uploadPath)) {
	this.log.info(`Uploading a new file to: ${uploadPath}`);
	fs.writeFile(uploadPath, obj.message.fileData, 'binary', (err) => {
		if (err) {
			this.log.error(`Could not upload the file ${uploadPath}. Error: ${err}`);
			this.sendTo(obj.from, obj.command, { error: err, url: null }, obj.callback);
		} else {
			this.sendTo(obj.from, obj.command, { error: null, url: obj.message.fileName, msg: 'File uploaded successfully!' }, obj.callback);
		}
	});
} else {
	this.log.warn(`The file trying to upload already exists: ${uploadPath}`);
	this.sendTo(obj.from, obj.command, { error: 'File already exists!', url: obj.message.fileName }, obj.callback);
}

break;

Die Datei bekomme ich dann per WebAdapter angezeigt via:
http://192.168.2.19:8082/energiefluss-erweitert.0/userFiles/background.jpg

Ich komme aber mit dem Anderen Weg nur über Admin an die Datei, wenn ich sie per:
socket.emit('writeFile64', appProperties.namespace, 'userFiles/' + filename, fileData, (res) => { resolve(res); }); "direkt" zu ioBroker sende.

[OliverIO]

@skb

du kannst mal hier schauen
https://github.com/sbormann/ioBroker.iqontrol

das ist eine alternative visualisierung (so als vis ersatz). da kannst du im admin ebenfalls dateien hochladen (wird dort mit emit/sendto/writefile gemacht

wie die dateien wieder abgefragt werden hab ich auf die schnelle nicht gefunden
muss aber ja möglich sein, da er in der visualisierung diese dateien als hintergründe oder als icons auch anzeigt.

[SKB]

@oliverio Danke, aber ich möchte nicht 2 Konfigurationen einsetzen. Also eine im Admin für Bilder und dann im Frontend sich die VIS zusammen bauen. Dann hat der User das Bild nicht hochgeladen und muss wieder wechseln. Finde ich nicht so praktikabel.

Ich mache es dann so, wie gehabt - es geht ja. Ob das jetzt 'best practice' - möglich

Ich würde ja mit den Objekten und dem Meta Speicher arbeiten, aber ich komme aktuell nicht dahinter, wie ich via WebAdapter an die Files im Admin komme.

Klar kann ich sie via socket.emit abfragen, aber dann habe ich die RAW und keinen Pfad.

[SKB]

Was mich zu dem Thema noch interessieren würde: Sobald mein Adapter gestartet ist, verbraucht er etwa 70-80MB RAM (laut Instanz-Anzeige).

Lade ich jetzt mehrere Dateien "hoch", die per writeFile geschrieben werden, steigt die Nutzung auf mehr als 250MB an (ok, er nutzt ja Daten und so weiter). Nach einer Zeit sinkt der Verbrauch "nur" auf 120-140MB. Werden jetzt erneut Datei Aktionen per sendTodurchgeführt, steigt die Nutzung erneut an und sinkt wieder - dann aber auf 160-180MB. So geht geht es kontinuierlich weiter (nach oben).

Durch die Nutzung einer BufferVariable, die den Inhalt des Bildes vorhält, ist es besser geworden.

Kann man diese "Garbage"-Collection (ohne Neustart des Adapters) irgendwie managen? Denn, nach einem Nuestart des Adapters schwimmt er wieder mit 70-80MB RAM im Strome.

[OliverIO]

@skb

innerhalb von javascript/node nicht.
da läuft alles automatisch.
beim aufruf von node kann man parameter angeben. im browser wählt auch der browserhersteller die parameter an die man ggs über parameter beim start des browsers ran kommt.
im iobroker kommst du da meines wissens nicht ran.

du kannst nur schauen, das du selbst

1. keine speicherlücken erzeugst (passiert gern bei setInterval)
2. große variabeln nicht immer neu anlegst/deklarierst, sondern eher wiederverwendest. den erwähnten buffer ggfs.
3. komplexe referenzierung erzeugst. solange eine variable/objekt noch irgendwo referenziert wird, wird es auch nicht aufgeräumt
4. variabeln (also die, die viel speicher binden) explizit löschst
   https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/delete

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Memory_management

[haus-automatisierung]

@oliverio sagte in Adapter mit Bilder-Upload:

beim aufruf von node kann man parameter angeben.
im iobroker kommst du da meines wissens nicht ran.

Doch, seit js-controller 5.x über die io-package nodeProcessParams: https://github.com/ioBroker/ioBroker.js-controller/blob/0e88061f58602a0f3652062055d0f66e6d85d705/schemas/io-package.json#L1567C10-L1572

(geht logischerweise nicht im compact mode)

z.B. --max-old-space-size=SIZE (in megabytes)

As memory consumption approaches the limit, V8 will spend more time on garbage collection in an effort to free unused memory.

https://nodejs.org/docs/latest-v20.x/api/cli.html#--max-old-space-sizesize-in-megabytes

Genau den Parameter kann man (als Nutzer) aber bereits je Instanz steuern (memoryLimitMB) :