NEWS
Adapter Klipper-Moonraker
-
Ich habe es anders gelöst. In der main.js
/opt/iobroker/node_modules/iobroker.klipper-moonraker/main.jshab 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)); });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.
-
-
Moin zusammen, ich habe mir ein Script geschrieben, welches periodisch die moonraker api nach den wichtigsten Infos abfragt und in iobroker Javascript States schreibt. Das wäre mit Hilfe der moonraker API-Dokumentation auch recht einfach erweiterbar.
Falls es jemand gebrauchen kann (ohne Gewähr):const printerName = 'VORON'; // Replace with your actual printer name const printerBaseUrl = 'http://192.168.2.32'; // Replace with your actual moonraker ip const updateInterval = 20000; // 20 seconds // Function to make an HTTP request and return a promise function getPrinterStatus(url) { return new Promise((resolve, reject) => { const request = require('request'); request(url, { json: true }, (err, res, body) => { if (err) { reject(err); } else { resolve(body); } }); }); } // Function to get metadata for the given filename function getFileMetadata(filename) { const metadataUrl = printerBaseUrl + `/server/files/metadata?filename=${encodeURIComponent(filename)}`; return getPrinterStatus(metadataUrl); // Reusing the HTTP request function } // Function to convert seconds to HH:MM:SS function toHHMMSS(seconds) { const hours = Math.floor(seconds / 3600); const minutes = Math.floor((seconds % 3600) / 60); const sec = Math.floor(seconds % 60); return [hours, minutes, sec] .map(v => v < 10 ? "0" + v : v) .join(":"); } // Function to update the online status of the printer function updatePrinterOnlineStatus(isOnline) { const onlineStateName = `${printerName}.onlineStatus`; createOrUpdateState(onlineStateName, isOnline); } // Function to create or update ioBroker states function createOrUpdateState(fullStateName, value, key='') { // Check if the key contains 'duration' and format it if it does if (key.includes('duration')) { value = toHHMMSS(value); } // Check if the key contains 'progress' and multiply by 100 and round it if it does if (key.includes('progress')) { value = Math.round(value * 100); // Converts to percentage and rounds to the nearest integer } if (!existsState(fullStateName)) { createState(fullStateName, { type: typeof value, read: true, write: false, desc: 'Printer status value' }, () => { setState(fullStateName, value, true); }); } else { setState(fullStateName, value, true); } } // Function to process the printer status and update the ioBroker states function processPrinterStatus(printerData, parentKey = '') { Object.keys(printerData).forEach(key => { const value = printerData[key]; let fullStateName = `${printerName}`; if (parentKey) { fullStateName += `.${parentKey}`; } fullStateName += `.${key}`; if (value !== null && typeof value === 'object' && !(value instanceof Array)) { // It's a nested object, so we need to recurse processPrinterStatus(value, key); } else { // It's a value, so we create or update the state createOrUpdateState(fullStateName, value, key); } }); } // Function to nullify file metadata states in ioBroker function nullifyFileMetadataStates() { var states = $(`*.${printerName}.file_metadata.*`/*Printer file metadata*/); states.each(function(id, i){ setState(id, {val: null, ack: true}); }); } // Polling function function startPolling() { setInterval(() => { getPrinterStatus(printerBaseUrl + '/printer/objects/query?display_status&print_stats&extruder&heater_bed&system_stats') .then(response => { if (response && response.result) { const printStats = response.result.status.print_stats || {}; const filename = printStats.filename; // Update printer status processPrinterStatus(response.result); // If there is a filename, get and process the file metadata if (filename) { getFileMetadata(filename).then(metadataResponse => { if (metadataResponse && metadataResponse.result) { processPrinterStatus(metadataResponse.result, 'file_metadata'); } }).catch(error => { console.error('Error fetching file metadata:', error); }); } else { // If filename is empty, nullify all file_metadata states nullifyFileMetadataStates(); } updatePrinterOnlineStatus(true); // Printer is online } }) .catch(error => { console.log('Error fetching printer status... setting Printer offline'); updatePrinterOnlineStatus(false); // Printer is offline }); }, updateInterval); } // Start the polling process startPolling();
@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. -
@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. -
@caesarii auch gerne mal 0.1.1 probieren ob das problem behoben ist dass der reconnect nicht funktioniert.
@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.
-
Sehr schön das sich jemand um Klipper kümmert :)
Gerade zwei Instanzen installiert.
Was mir direkt auffällt:
Progress stimmt nicht mit Klipper überein Klipper= 35% Adapter = 44%? Wobei der Progress /100 angezeigt wird?
(klipper-moonraker.0.display_status.progress)Verbrauchtes Filament stimmt nicht mit Klipper überein, Klipper= 1m Adapter 1,2m
(klipper-moonraker.0.print_stats.total_duration)Der Gerade gedruckte Layer wird nicht übertragen. (Null)
(klipper-moonraker.0.print_stats.info.current_layer)
Ebenfalls für Total Layer
(klipper-moonraker.0.print_stats.info.total_layer)Ansonsten saubere Arbeit :) und Danke dafür.
ioBroker@Debian 12 VM auf Proxmox 8.4.1 | HP Proliant DL380G9 | DS923+ 10TB | RS4021+ 144TB | Unifi Netzwerk 6AP, 3 EtagenSwitche | Anycubic MegaS+Kossel+Chiron, Elektroniker und Funkamateur
-
Sehr schön das sich jemand um Klipper kümmert :)
Gerade zwei Instanzen installiert.
Was mir direkt auffällt:
Progress stimmt nicht mit Klipper überein Klipper= 35% Adapter = 44%? Wobei der Progress /100 angezeigt wird?
(klipper-moonraker.0.display_status.progress)Verbrauchtes Filament stimmt nicht mit Klipper überein, Klipper= 1m Adapter 1,2m
(klipper-moonraker.0.print_stats.total_duration)Der Gerade gedruckte Layer wird nicht übertragen. (Null)
(klipper-moonraker.0.print_stats.info.current_layer)
Ebenfalls für Total Layer
(klipper-moonraker.0.print_stats.info.total_layer)Ansonsten saubere Arbeit :) und Danke dafür.
Der Adapter ioBroker.klipper-moonraker ist NICHT in einem repository gelistet.
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.
-
-
Ich war so frei und habe eine Scriptversion gebsatelt.
Die Dezimaldaten werden direkt konvertiert sodas direkt lesbare Datenpunkte entstehen.
Das ganze kann als Script in iobroker verwendet werden.
Einfach Moonraker ip anpassen, ggf Alexa ID anpassen.
Der Code darf gerne ganz oder Teilweise für den Adapter genutzt werden.
ioBroker@Debian 12 VM auf Proxmox 8.4.1 | HP Proliant DL380G9 | DS923+ 10TB | RS4021+ 144TB | Unifi Netzwerk 6AP, 3 EtagenSwitche | Anycubic MegaS+Kossel+Chiron, Elektroniker und Funkamateur
-
@stenmic sagte in Adapter Klipper-Moonraker:
@stenmic
Sehr cooles VIS-Design.
Würdest Du das teilen?Gruß Daniel
-
Ich war so frei und habe eine Scriptversion gebsatelt.
Die Dezimaldaten werden direkt konvertiert sodas direkt lesbare Datenpunkte entstehen.
Das ganze kann als Script in iobroker verwendet werden.
Einfach Moonraker ip anpassen, ggf Alexa ID anpassen.
Der Code darf gerne ganz oder Teilweise für den Adapter genutzt werden.@Lucifor1976 sagte in Adapter Klipper-Moonraker:
Das ganze kann als Script in iobroker verwendet werden.
Danke für das Script.
Funktioniert super. Nur ballert es das Log voll, wenn der Drucker aus ist.2025-12-04 07:47:07.644 warn script.js.3D-Drucker.Snapmaker_U1: Moonraker poll error: Timeout after 5000ms for http://10.0.1.244:80/server/infoGibt es eine Möglichkeit, diese Meldung zu unterdrücken?
PS: kannst du den View exportieren? ;)
° Node.js Update ---> iob nodejs-update
° Fixer ---> iob fix -
@stenmic sagte in Adapter Klipper-Moonraker:
@stenmic
Sehr cooles VIS-Design.
Würdest Du das teilen?Gruß Daniel
-
@Lucifor1976 sagte in Adapter Klipper-Moonraker:
Das ganze kann als Script in iobroker verwendet werden.
Danke für das Script.
Funktioniert super. Nur ballert es das Log voll, wenn der Drucker aus ist.2025-12-04 07:47:07.644 warn script.js.3D-Drucker.Snapmaker_U1: Moonraker poll error: Timeout after 5000ms for http://10.0.1.244:80/server/infoGibt es eine Möglichkeit, diese Meldung zu unterdrücken?
PS: kannst du den View exportieren? ;)
@Negalein sagte in Adapter Klipper-Moonraker:
Gibt es eine Möglichkeit, diese Meldung zu unterdrücken?
stell die instanz auf error um.
gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
Ich war so frei und habe eine Scriptversion gebsatelt.
Die Dezimaldaten werden direkt konvertiert sodas direkt lesbare Datenpunkte entstehen.
Das ganze kann als Script in iobroker verwendet werden.
Einfach Moonraker ip anpassen, ggf Alexa ID anpassen.
Der Code darf gerne ganz oder Teilweise für den Adapter genutzt werden.@Lucifor1976 sagte in Adapter Klipper-Moonraker:
Ich war so frei und habe eine Scriptversion gebsatelt.
Das hatte ich mir auch installiert, nachdem Du das gepostet hast, aber dann ging der Drucker kaputt (nein, nicht wegen dem Script ;-) ). Frage: was muß ich reinschreiben, damit mir mehrere ALEXAs eine Sprachausgabe machen?
-
@Negalein sagte in Adapter Klipper-Moonraker:
Gibt es eine Möglichkeit, diese Meldung zu unterdrücken?
stell die instanz auf error um.
@da_Woody sagte in Adapter Klipper-Moonraker:
stell die instanz auf error um.
habs mit einem Blockly gelöst.
wenn Shelly an, dann Script start
wenn Shelly aus, dann Script stopp. -
Ich war so frei und habe eine Scriptversion gebsatelt.
Die Dezimaldaten werden direkt konvertiert sodas direkt lesbare Datenpunkte entstehen.
Das ganze kann als Script in iobroker verwendet werden.
Einfach Moonraker ip anpassen, ggf Alexa ID anpassen.
Der Code darf gerne ganz oder Teilweise für den Adapter genutzt werden.@Lucifor1976 sagte in Adapter Klipper-Moonraker:
Ich war so frei und habe eine Scriptversion gebsatelt.
ich habe einen Drucker mit 4 Extruder.
Werden auch in Klipper erkannt.Das Script kennt leider nur 1 Extruder.
-
Gibt es nicht. Muss man sich selbst berechnen. Blocklybeispiel von mir: https://pastebin.com/vjXPfyyK
..:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
Gibt es nicht. Muss man sich selbst berechnen. Blocklybeispiel von mir: https://pastebin.com/vjXPfyyK
@Diginix sagte in Adapter Klipper-Moonraker:
Gibt es nicht. Muss man sich selbst berechnen.
Danke
Wo wird die Zeit gespeichert?
Sehe im Blockly nur Debug Output° Node.js Update ---> iob nodejs-update
° Fixer ---> iob fix -
@Diginix sagte in Adapter Klipper-Moonraker:
Gibt es nicht. Muss man sich selbst berechnen.
Danke
Wo wird die Zeit gespeichert?
Sehe im Blockly nur Debug Output@Negalein Musst dir selbst Objekte erstellen (z.B.
0_userdata.0.3D_Printer.print_time_remaining) und dort wo der Debug Block ist mit dem "aktualisiere Objekt" Block und dem Wert ergänzen.
..:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
@Negalein Musst dir selbst Objekte erstellen (z.B.
0_userdata.0.3D_Printer.print_time_remaining) und dort wo der Debug Block ist mit dem "aktualisiere Objekt" Block und dem Wert ergänzen.° Node.js Update ---> iob nodejs-update
° Fixer ---> iob fix -
@Negalein Sieht für mich so aus. Die Restzeit wird als Sekundenwert in das Objekt geschrieben. In meiner VIS formatiere ich das dann. Man könnte es natürlich auch schon formatiert als String in das Objekt schreiben. Das musst du für dich entscheiden.
..:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
341
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge