Bambulab 3d-Drucker adapter

[Dutchman]

@spoeh-man sagte in Bambulab 3d-Drucker adapter:

bei mir wirft der adapter ständig Fehler

	[messageHandler] TypeError: Cannot read properties of undefined (reading 'ams') | TypeError: Cannot read properties of undefined (reading 'ams') at Bambulab.messageHandler (/opt/iobroker/node_modules/iobroker.bambulab/main.js:199:57) at MqttClient.<anonymous> (/opt/iobroker/node_modules/iobroker.bambulab/main.js:107:11) at MqttClient.emit (node:events:514:28) at MqttClient._handlePublish (/opt/iobroker/node_modules/mqtt/lib/client.js:1547:12) at MqttClient._handlePacket (/opt/iobroker/node_modules/mqtt/lib/client.js:535:12) at work (/opt/iobroker/node_modules/mqtt/lib/client.js:438:12) at writable._write (/opt/iobroker/node_modules/mqtt/lib/client.js:452:5) at doWrite (/opt/iobroker/node_modules/mqtt/node_modules/readable-stream/lib/_stream_writable.js:409:139) at writeOrBuffer (/opt/iobroker/node_modules/mqtt/node_modules/readable-stream/lib/_stream_writable.js:398:5) at Writable.write (/opt/iobroker/node_modules/mqtt/node_modules/readable-stream/lib/_stream_writable.js:307:11)

@apropo sagte in Bambulab 3d-Drucker adapter:

@webranger Sieht bei mir leider genauso aus. Hast du inzwischen raus gefunden woran es liegt?

Und wie ist das mit der Seriennummer? Muss man die nur beim P1P angeben? Ich finde die bei meinem X1CC in den Netzwerkeinstellungen nicht.

bitte version 0.2.0 testen, es gab da problem in fällen wo man keine AMS hatte

[Dutchman]

@matzebhv sagte in Bambulab 3d-Drucker adapter:

Ich habe den Adapter erstmal wegen des Fehlers deaktiviert, sobald der Drucker läuft wird das Log komplett geflutet.

Gruß
Matze

BTW, was ein geiler Drucker ( X1 )

bitte mit 0.2.0 testen

[Dutchman]

@webranger sagte in Bambulab 3d-Drucker adapter:

Seit Donnerstg steht nun ein x1C bei mir im Keller.
Hab den Adapter ohne Probleme installieren können.
Ich seh allerding glaube ich nicht alle Datenpunkte.

z.B. sind bei mir nicht zu finden:

Pinterstatus (Printing, idle, error usw.), PrintProgress, remaining time, print time, Bed temperature, Nozzle Temperature, AMS infos (tray details), Current layer

Bei mir sieht es so aus:

Hab ich irgendwas vergessen?

Gruss Danyel

seit fw upgrade im Sommer kommen die andere Datenpunkte erst wen man einen druck startet

[DarkDevil]

nach dem Update auf die neuste Version bekomme ich (wieder) sekündlich Fehlermeldungen:

[messageHandler] TypeError: Cannot set properties of undefined (setting 'spd_lvl') | TypeError: Cannot set properties of undefined (setting 'spd_lvl') at Bambulab.messageHandler (/opt/iobroker/node_modules/iobroker.bambulab/main.js:181:44) at MqttClient.<anonymous> (/opt/iobroker/node_modules/iobroker.bambulab/main.js:107:11) at MqttClient.emit (node:events:514:28) at handlePublish (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/mqtt/build/lib/handlers/publish.js:97:20) at handle (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/mqtt/build/lib/handlers/index.js:28:35) at work (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/mqtt/build/lib/client.js:227:40) at writable._write (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/mqtt/build/lib/client.js:252:13) at writeOrBuffer (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/readable-stream/lib/internal/streams/writable.js:334:12) at _write (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/readable-stream/lib/internal/streams/writable.js:283:10) at Writable.write (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/readable-stream/lib/internal/streams/writable.js:286:10)

[kmxak]

@dutchman man kann für die initiale configuration wenn der printer erreichbar ist ein pushall ausführen damit die datenpunkte erzeugt werden.

[Dutchman]

@kmxak sagte in Bambulab 3d-Drucker adapter:

pushall

Danke, ich habe das mal ergänzt. da wir das polling von Push all bereits fuer den P1 drin hatten.
Frage an die P1s users währe ob man noch pollen muss oder nur einmal reicht.

Aufruf an die p1 Eigentümer: bitte mal in den adapter Einstellungen den type auf X1 oder Xc1 stellen und berichten ob sich alle Datenpunkte noch aktualisieren.

[DarkDevil]

@dutchman

Jetzt habe ich in den Einstellungen auf X1 umgestellt (habe aber einen P1P) und siehe da:

alle Fehlermeldungen sind weg und die Datenpunkte (zumindest ein paar, da ich gerade keinen Print Job aktiv habe) aktualisieren sich

[Dutchman]

@darkdevil sagte in Bambulab 3d-Drucker adapter:

@dutchman

Jetzt habe ich in den Einstellungen auf X1 umgestellt (habe aber einen P1P) und siehe da:

alle Fehlermeldungen sind weg und die Datenpunkte (zumindest ein paar, da ich gerade keinen Print Job aktiv habe) aktualisieren sich

frage währe ob sie sich noch bei einem druck aktualisieren ?

[DarkDevil]

@dutchman ich habe gerade einmal per App die noozle auf 200C gebracht, ja der Wert hat sich aktualisiert

[Apropo]

Mit meinem X1C funktioniert es augenscheinlich jetzt. Die Werte werden übertragen und aktualisieren sich.
Nur die Fehler die das Log fluten sind nicht so schön. Habs in Github gepostet.

[hennott]

@dutchman Ich habe den Adapter installiert und zwei Instanzen für meine P1S angelegt.

Wenn ich die Instanz auf P1s einstelle, erhalte ich viele Fehler:

[messageHandler] TypeError: Cannot set properties of undefined (setting 'spd_lvl') | TypeError: Cannot set properties of undefined (setting 'spd_lvl') at Bambulab.messageHandler (/opt/iobroker/node_modules/iobroker.bambulab/main.js:181:44) at MqttClient.<anonymous> (/opt/iobroker/node_modules/iobroker.bambulab/main.js:107:11) at MqttClient.emit (node:events:517:28) at handlePublish (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/mqtt/build/lib/handlers/publish.js:97:20) at handle (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/mqtt/build/lib/handlers/index.js:28:35) at work (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/mqtt/build/lib/client.js:227:40) at writable._write (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/mqtt/build/lib/client.js:252:13) at writeOrBuffer (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/readable-stream/lib/internal/streams/writable.js:334:12) at _write (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/readable-stream/lib/internal/streams/writable.js:283:10) at Writable.write (/opt/iobroker/node_modules/iobroker.bambulab/node_modules/readable-stream/lib/internal/streams/writable.js:286:10)

Schalte ich die Instanz auf X1 um, kommen keine Fehler mehr.

Die Werte werden soweit ich sie brauche alle aktualisiert und auch die Funktionen tun, was sie sollen. Wie man gcode an einen Drucker sendet, habe ich noch nicht raus, aber bin auch erst seit ein paar Minuten am Testen und der Adapter macht einen guten Eindruck.

Vielleicht ein Bug .. wenn man den Drucker auf "pause" setzt, muss man für ein Resume vorher das "pause" wieder auf false setzen.

Eine LED am Druckkopf für das Logo hat der P1S ja nicht, daher ist hier nichts zum Testen.

Wenn ich jetzt noch herausfinde, wie ich gcode sinnvoll sende, bin ich glücklich.

[hennott]

@Dutchman nachdem ich den Adapter nun für alle Drucker einige Stunden habe laufen lassen, stelle ich fest, dass er "lückenhaft" Daten empfängt. Ich habe ihn auf 16 Instanzen laufen und bei mehreren ist bspw. der Status "FINISH" nicht angekommen und der Fortschritt steht bei 98%.

In einem einfachen Skript sende ich die Änderungen an eine Datenbank, wo ich mit den Daten dann weiter arbeite. Aber eigentlich sollte das nutzen der ioBroker Daten ja nicht zu solchen Lücken führen?

[Dutchman]

@hennott sagte in Bambulab 3d-Drucker adapter:

[messageHandler] TypeError: Cannot set properties of undefined (setting 'spd_lvl') | TypeError: Cannot set properties of

ich werde die Woche Zugang zu einem PS1 haben um diese Fehler weiter zu analysieren

[Dutchman]

@hennott sagte in Bambulab 3d-Drucker adapter:

@Dutchman nachdem ich den Adapter nun für alle Drucker einige Stunden habe laufen lassen, stelle ich fest, dass er "lückenhaft" Daten empfängt. Ich habe ihn auf 16 Instanzen laufen und bei mehreren ist bspw. der Status "FINISH" nicht angekommen und der Fortschritt steht bei 98%.

In einem einfachen Skript sende ich die Änderungen an eine Datenbank, wo ich mit den Daten dann weiter arbeite. Aber eigentlich sollte das nutzen der ioBroker Daten ja nicht zu solchen Lücken führen?

das liegt warscheinlich an dem vorigen Fehler den wir lösen müssen

[hennott]

@dutchman eventuell hatte ich etwas falsch verstanden .. du fragst ja alle 5 Sekunden den status ab? Also müsste der ja später wiederholt abgerufen werden? Komisch, dass er ihn bei 13 von 16 Maschinen korrekt und bei drei nicht bis zum Schluss abholt. Wobei die drei variieren, es sind bisher nicht immer die gleichen, wo was fehlt am Ende. (naja zwischendurch würde ich es auch kaum bemerken)

Danke für Deinen Support.

[Dutchman]

@hennott

Ich bekomme heute Mittag Zugang zu einem Netzwerk mit nem P1 wo das selbe Verhalten stattfindet, Dan kann ich debugger was da los ist

[hennott]

@Dutchman kann man mit dem aktuellen Stand überhaupt ganze gcode Druckaufträge senden? Ich hab es nicht hinbekommen beim Testen.

Normal würde ich den gcode in "Control/_customGcode" eintragen? Und dann wird er gesendet? Ist das der Weg oder habe ich es falsch verstanden? Ist das auch für lange Drucke geeignet und wie würde ich beim Erzeugen des gcode die AMS berücksichtigen, falls das geht und hierher passt?

[Dutchman]

@hennott sagte in Bambulab 3d-Drucker adapter:

@Dutchman kann man mit dem aktuellen Stand überhaupt ganze gcode Druckaufträge senden? Ich hab es nicht hinbekommen beim Testen.

Normal würde ich den gcode in "Control/_customGcode" eintragen? Und dann wird er gesendet? Ist das der Weg oder habe ich es falsch verstanden? Ist das auch für lange Drucke geeignet und wie würde ich beim Erzeugen des gcode die AMS berücksichtigen, falls das geht und hierher passt?

theoretisch ja, ob es sinn mach muss man bedenken den g-code zum drucken sollte doch local rebertragen werden und local ausgelesen.
Im Control/_customGcode kan man einen g-Code senden (einziger befehl)

Soweit ich weis spart der drucke g-code befehle auf nacheinander, also ja theoretisch koennte man so drucken würde aber davon abraten.
Der custom g-code ist eher dafür gedacht mal nen befehlt an den druck zu senden den es z.b. nicht im object baum gibt

[hennott]

@dutchman okay .. eine Datei übertragen wie bisher aus dem BambuStudio heraus geht ja auch über MQTT .. dafür gibt es aber derzeit keine Möglichkeit im Code, also ist es derzeit noch nicht möglich, darüber Drucke in Auftrag zu geben? Das wäre ein Traumfeature hin zur automatisierten Druckerei .. kann ich dabei irgendwie unterstützen?

[Dutchman]

@hennott sagte in Bambulab 3d-Drucker adapter:

@dutchman okay .. eine Datei übertragen wie bisher aus dem BambuStudio heraus geht ja auch über MQTT .. dafür gibt es aber derzeit keine Möglichkeit im Code, also ist es derzeit noch nicht möglich, darüber Drucke in Auftrag zu geben? Das wäre ein Traumfeature hin zur automatisierten Druckerei .. kann ich dabei irgendwie unterstützen?

die frage waehre, was ist der Anwendungsfall ?
Wen ich am PC am slicer sitze und drucken möchte, machen ich das aus m slicer raus.

Sonst muss ich sowieso immer das Druckbett anschauen bevor ich nen druck starten usw. Die frage wahre also, welche Vorteil hätte es das im adapter zu haben ?
ja man könnten die Dateien in iOBroker hochladen und dan per adapter und matt an den Drucker schicken, aber lohnt es sich ?