NEWS
Bambulab 3d-Drucker adapter
-
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?!
-
@dutchman sagte in Bambulab 3d-Drucker adapter:
Warte… wen man einmalig auf xc gestellt hat und danach auf ps1 tritt der Fehler nicht (mehr) auf?!
.. doch, der Fehler kommt trotzdem!
Zur Zeit habe ich allerdings auch die v0.1.5 laufen. Bei der v0.2.0 kamen keine Daten vom AMS
@hennott .. welche Version hat du installiert?
-
@dutchman doch der Fehler tritt dann noch auf, aber ich hatte das Problem, dass nur so auch alle Variablen ankommen .. bei den Druckern, die ich nicht auf X1 laufen hatte, kamen nicht alle Daten an. Der Fehler läuft jetzt immernoch und die Aussetzer sind auch da
-
@skvarel ich habe die aktuelle 0.2.0 laufen mit und ohne AMS
-
-
Ich bin noch dabei den ESPHome Adapter fertig zu machen da laufen n Par Sachen bissl anders als geplant daher Zeit technisch nicht geschafft
Gehen wir aber diese Woche an!
-
version 0.3.0-beta.3 released, damit sollte die Fehler die bei den PSxxx Druckern auftreten der Vergangenheit angehören
@skvarel vielen dank fuer die Unterstützung und log Daten !
-
@hennott sagte in Bambulab 3d-Drucker adapter:
@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:
bitte mit 0.3.0-beta.3 probieren
-
@darkdevil sagte in Bambulab 3d-Drucker adapter:
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)
auch dich würde ich gerne bitte mal mit der 0.3.0-beta.3 zu probieren und feedback zu geben