Bambulab 3d-Drucker adapter
-
@darkdevil sagte in Bambulab 3d-Drucker adapter:
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 ?
-
@dutchman ich habe gerade einmal per App die noozle auf 200C gebracht, ja der Wert hat sich aktualisiert
-
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. -
@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.
-
@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?
-
@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
-
@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
-
@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.
-
Ich bekomme heute Mittag Zugang zu einem Netzwerk mit nem P1 wo das selbe Verhalten stattfindet, Dan kann ich debugger was da los ist
-
@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?
-
@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 -
@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?
-
@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 ? -
@dutchman ich drucke in einer kleinen Farm und da wäre das Szenario, dass ich über das Shopsystem "erfahre", was ich drucken muss und über eine Datenbank bekomme ich Infos zum geeigneten Drucker, dann wäre es nur noch ein Klick und der Drucker würde es tun.
Wo stehe ich mit der Idee. Inventar über Shop funktioniert + Drucker Status in der Datenbank über deinen Adapter + App für die Steuerung ist da + fehlt noch der Start des Druckauftrags + anschließend kann das Inventar im Shop automatisch aufgefüllt werden (abzüglich Fehldrucke, die ich kaum erlebe)
Zugegeben ein eher spezielles Szenario. Aber die Druckaufträge so fernstarten nach Bedarf mache ich bei Prusa über Repetier schon seit Jahren, als es nur ein kleines Hobby mit zwei Druckern war.
Die Rundum-Paket der vielen Cloudanbieter für sowas können auch einiges und sind sicher eine Alternative, aber ich bastel gern was eigenes, was genau zum Nutzen passt.
-
Hallo zusammen.
Hat hier jemand den p1s erfolgreich in den Adapter bekommen? Bei läuft es leider gar nicht.
EDIT
Erst alles lesen, dann posten! Als x1 läuft es. Danke @hennott
-
@dutchman .. das wäre super
-
Geiles scenario ich sollte ne Business Edition machen
Klinkt aber eindeutig und interessant, mach mir mal n issue auf git dazu
-
@dutchman mir fiel heute wieder auf, warum es noch mehr Potential gibt. Wenn man auf 10 Druckern das gleiche aufspielen möchte, ist man im BambuStudio eine Weile beschäftigt, weil die Übertragung nicht super schnell läuft. Auf die SD Karte hilft mir nicht wirklich, da ich dafür zu viele Projekte habe und die Anzeige auf dem P1S ist ja eher wie in den späten 80´ern
-
@skvarel ja .. und anschließend kann man es auf P1S stellen .. läuft dann auch, bis auf die Fehlermeldungen und ein paar Aussetzern.
-
Warte… wen man einmalig auf xc gestellt hat und danach auf ps1 tritt der Fehler nicht (mehr) auf?!
