Adapter Klipper-Moonraker

[Merlin123]

@stenmic sagte in Adapter Klipper-Moonraker:

@merlin123 mach mal bitte zum test einen Druck mit einem einfachen Dateinamen und ohne Lehrzeichen.

Hab jetzt einen der Thumbs als test.png kopiert.

Unter

http://192.168.0.252/server/files/gcodes/.thumbs/test.png

kommte trotzdem ein

Die Website ist nicht erreichbar
192.168.0.252 hat die Verbindung abgelehnt.
Versuche Folgendes:

Verbindung prüfen
Proxy und Firewall prüfen
ERR_CONNECTION_REFUSED

[stenmic]

@merlin123 kommt das bild im browser wenn du den Pfad dort eingibst?

[Merlin123]

@stenmic @Kammi_

Ursache gefunden....
Muss den Port mit angeben:

http://192.168.0.252:4409/server/files/gcodes/.thumbs/test.png

Jetzt nur noch das Anzeigen hinbekommen....

[stenmic]

@merlin123 bei mir geht es über das Image Widget

[Merlin123]

@stenmic War mein erster Versuch... Aber.....

Rufe ich die URL
http://192.168.0.252:4409/server/files/gcodes/.thumbs/test.png
mit dem Browser auf kommt ein Download

Das gleiche, wenn ich den DP auf diese URL setzt und den als Quelle für nen iFrame nutze....

[Merlin123]

@stenmic Darüber ging ein erster Test, danke für den Hinweis! Aber die Auflösung scheint sehr gering zu sein (zumindest bei dem Testbild). Das war ein Temp-Tower, der in Mailsail eigentlich gut aussieht.

[stenmic]

@merlin123 nuzt du cura?
bei mir haben die pngs eine Top Auflösung

[Merlin123]

@stenmic Problem gefunden
Ich hatte ein x-beliebiges File kopiert...
Bei mir werden immer 3 Thumbs erzeugt: 32x32, 100x100 und 320x320.
Ich hab ein 32x32 kopiert

UND:
Ich muss an den Filenamen ein

-320x320

anhängen.
Damit geht es dann.

Also vielen Dank nochmal

[Vetinari77]

@1topf
Wenn du den Drucker per Steckdose ein und ausschaltest, dann kannst du auch einfach die Instanz per script ein und ausschalten. Dann meckert das script auch nicht, das es keine Verbindung hat....

[Diginix]

@1topf sagte in Adapter Klipper-Moonraker:

Was momentan wirklich stört ist, daß der Adapter den Fehlerspeicher von ioB füllt, sobald die Verbindung zum Drucker weg ist. Und auch, daß der Adapter mit jedem neuen Druck einen Neustart benötigt.

Sonst hab ich nix zu meckern.

Das mit dem Log kann ich bestätigen. Ich starte die Instanz sobald die Drucker IP pingbar ist bzw. der Drucker die MQTT Verbindung hergestellt hat (mqtt habe ich in Klipper ebenfalls aktiviert). Und sobald klipper-moonraker.0.info.connection false ist, wird die Instanz gestoppt. So bekomme ich im Log keinerlei Fehler. Wenn er einmal läuft und ich mache mehrere Drucke nacheinander, muss ich die Instanz allerdings nicht neu starten.

[1Topf]

@diginix

Ich habe es anders gelöst. In der main.js /opt/iobroker/node_modules/iobroker.klipper-moonraker/main.js hab ich die Zeit für den reconnect von 10 auf 7200 Sekunden gesetzt. In Notepad++ ist das bei mir die Zeile 335.

		// Handle closure of socket connection, try to connect again in 10seconds (if adapter enabled)
		ws.on('close', () => {
			console.log(`Connection closed`);
			this.log.info(`Connection closed`);
			this.setState('info.connection', false, true);
			connectionState = false;

			// Try to reconnect if connections is closed after 10 seconds
			if (reconnectTimer) {
				clearTimeout(reconnectTimer);
				reconnectTimer = null;
			}
			reconnectTimer = setTimeout(() => {
				console.log(`Trying to reconnect`);
				this.log.info(`Trying to reconnect`);
				if (this.config.auth) {
					try {
						this.getOneShotToken();
					} catch (e) {
						this.log.error(e.message);
					}
				}
				this.handleWebSocket();
			}, (7200_000));
		});

[mcm1957]

Wenn ich nicht übersehen habe ist der Adapter klipper-moonraker nicht in den Repositories verfügbar. Eine INstallation ist daher nur via GitHub möglich. Der Status des Adapters muss daher als im ALPHA Test definiert werden.

Da dieses Topic nicht im Testerbereich liegt eine WARNING an alle User die sich nicht als ALPHA Tester bezeichnen:

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Und falls es irgendwie unklar ist:

ioBroker unterstützt folgende Arten von Installation:

• aus dem STABLE Repository

  Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.

• aus dem LATEST Repository

  Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.

• direkt von GITHUB

  Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.

• direkt von npm

  Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.

Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch.

[CaesarII]

@netcrusher
dein Skript gefällt mir sehr gut. Ein dickes DANKE dafür.
Allerdings hätte da 2 Wünsche.
-Wäre es möglich dass der Ausgabepfad nicht in javascript.0 sondern ein Verzeichnis in 0_userdata die Daten schreibt?
-Dann bekomme ich eine Fehlermeldung über "request package is deprecated - please use httpGet (or a stable lib like axios) instead!"
Würde mich freuen wenn der Skript wieder ohne Fehlermeldungen funktioniert.

[foxriver76]

@caesarii auch gerne mal 0.1.1 probieren ob das problem behoben ist dass der reconnect nicht funktioniert.

[CaesarII]

@foxriver76
0.1.1 installiert und auch getestet
Jedoch startet der Adapter gerade bei meinem aktuellen Druck nicht richtig und liefert keine aktuellen Daten. Erst ein "Neu starten" löst das Problem. Dann funktioniert auch alles perfekt.
Das andere Problem ist wenn der 3D-Drucker ausgeschaltet ist, bekomme ich quasi im Minutentackt die Error Meldung dass keine Verbindung zu moonraker besteht. Hab mir damit geholfen dass ich den Adapter erst dann starte nachdem auch den 3D-Drucker mit Spannung versorgt wird (timeout 30000).

Wenn ich irgendwie behilflich sein kann kein Problem.