Test Adapter OctoPrint

[joergeli]

@da_Woody
Hey, danke Dir!
Gerade installiert und getestet - jetzt sehen die Druckzeiten gut aus

Nebenbei:
Den Link zu OctoPrint-PrintTimeGenius = yes sir! haste aber gut versteckt.
Ich habe zuerst gedacht, warum sagt er denn nicht, wie er es gemacht hat

Gruß
Jörg

[BeNeDeLuX]

Wird denn in der API auch der Wert ausgegeben der mit dem PrintTimeGenius berechnet wird ?
Bei mir gehen die Zeiten ebenfalls auseinander. ioBroker ist meist 1% vorne dran als OctoPrint. Das Problem an der Sache, wenn die API 100% meldet gebe ich dem Drucker noch 5min. zum abkühlen und schalte dann die Steckdose aus weil der Druck ja fertig sein sollte.

Leider war OcotPrint selber erst bei 99% und der Druck wurde somit ein paar Minuten vorher beendet. Würde jetzt halt noch zum Prozess die Watt Anzahl >15 mit einbauen damit mir das nicht nochmals passiert. Daher die Frage mit den Werten und die API.

[joergeli]

@BeNeDeLuX
IMHO können in ioBroker nur die Daten angezeigt werden, die Octoprint liefert.
Evtl.hast Du im Octoprint-Adapter das Aktualisierungsintervall zu groß eingestellt?
Ich habe im Adapter 5 Sekunden als Aktualisierungszeit eingestellt.

Und ja, wie ich gerade getestet habe, die Zeiten des Print Time Genius Plugins werden sowohl in die Weboberfläche von Octoprint, als auch im ioBroker-Adapter übernommen.

Übrigens: Ich nehme in meinem Script als "Druck ist fertig"-Status nicht nur die 100%, sondern zusätzlich noch, daß das Hotbed auf ≤ 50°C abgekühlt ist.
Mit anderen Worten: wenn 100% erreicht sind und Hotbed ≤ 50°C, kann man eigentlich sicher sein, daß der Druck wirklich fertig ist und kann die Druckersteckdose ausschalten.

Es ist ja auch nicht ratsam, den Drucker gleich nach Fertigstellung des Druckes auszuschalten, sondern solange zu warten, bis er halbwegs abgekühlt ist.

Gruß
Jörg

[da_Woody]

@joergeli said in Test Adapter OctoPrint 0.0.6:

@da_Woody
Hey, danke Dir!
Gerade installiert und getestet - jetzt sehen die Druckzeiten gut aus

Nebenbei:
Den Link zu OctoPrint-PrintTimeGenius = yes sir! haste aber gut versteckt.
Ich habe zuerst gedacht, warum sagt er denn nicht, wie er es gemacht hat

Gruß
Jörg

hehe, wieso versteckt? blaue schrift = link!
muss aber ehrlich sein, ich hab zwar 2 instanzen installiert, bald eine 3., hab aber noch nie im broker geschaut. ich mach eigentlich alles über die raspis direkt im browser. ausschalten ist für mich nicht wichtig. entweder druck ich eh gleich weiter, oder ich mecker alexa an. drucker und raspi hängen an sp112 und usb wird da gleich mitgeschaltet.
bei den druckteilen für die MPCNC sind beide ja einige tage durchgelaufen...

[A Former User]

@joergeli

Ist Euch schon aufgefallen, daß Octoprint (nicht der Adapter) die Restdruckzeit während des Druckens teils utopisch hoch berechnet?

Ja aber dafür gibt der Prusa Slider die Zeit schon sehr genau nach dem slicen an. Somit kann man beim starten schon sagen wann der Druck sehr wahrscheinlich fertig ist.

Übrigens: Ich nehme in meinem Script als "Druck ist fertig"-Status nicht nur die 100%, sondern zusätzlich noch, daß das Hotbed auf ≤ 50°C abgekühlt ist.
Mit anderen Worten: wenn 100% erreicht sind und Hotbed ≤ 50°C, kann man eigentlich sicher sein, daß der Druck wirklich fertig ist und kann die Druckersteckdose ausschalten.

Auch hier nochmals den Hinweis auf das Script: https://youtu.be/g-MaFbpXNqI

[joergeli]

@Brainbug
Jo, ich nutze allerdings Cura als Slicer, welches die komplette Druckzeit auch rel. genau berechnet.
Es ging mir bei meiner Frage um die Berechnung der restlichen Druckdauer, die Octoprint erst jetzt mit dem nachinstallierten Print Time Genius Plugin zufriedenstellend berechnet.

Nebenbei: Ich meinte eigentlich mein Java-Script, aber egal, viele Wege führen nach Rom ...

@da_Woody

Wow, MPCNC selbst gebaut? - Respekt

Zugegeben, ich steuere meinen Drucker normalerweise auch nur über die Octoprint-Webboberfläche.
Es ist aber schon ganz praktisch ( z.B. wenn ich im Wohnzimmer faul auf der Couch liege ) mal kurz in ioBroker nachzusehen, wie weit der Drucker ist, oder die prozentuale (25%,, 50%, 75%, 90%) Fertigstellung vom Android-Tablet automatisch angesagt zu bekommen.

Alexa, Siri, Echo Dot und wie sie alle heißen, kommen mir übrigens nicht in's Haus. Irgendwie habe ich 'ne Cloud-Aversion.
Ich nutze lieber Rhasspy, da hört wenigstens keiner mit.
Ich will hier aber beileibe keine Grundsatzdiskussion über Spracherkenner anfangen.

Gruß
Jörg

[da_Woody]

@joergeli said in Test Adapter OctoPrint 0.0.6:

ich nutze allerdings Cura als Slicer, welches die komplette Druckzeit auch rel. genau berechnet.

hüstl, mich lügt cura aber sowas von an... da schau ich gar nicht mehr hin.

Wow, MPCNC selbst gebaut? - Respekt

leider noch nicht ganz fertig, die grundplatte fehlt noch. aber der rest ist fertig. is ja nicht so schwer gibts ja geniale hilfe dazu von uncle phil.

Es ist aber schon ganz praktisch ( z.B. wenn ich im Wohnzimmer faul auf der Couch liege ) mal kurz in ioBroker nachzusehen.

naja, bei mir stehn überall rechner, laptops und tabs rum und dank dem da gibts ja eh nachricht ob probleme sind, oder fertig...

[haus-automatisierung]

Ich muss mal schauen, woher diese ganzen Anfragen auf einmal kommen. Als ob bis vor kurzem alle Druckzeiten gestimmt haben, aber jetzt nicht mehr?

Ja, viele nutzen Plugins um die Druckzeitberechnung zu optimieren - aber ich bin davon ausgegangen, dass diese Werte auch über die API entsprechend ausgegeben werden. Das scheint nicht (mehr) so zu sein.

Weiß da jemand genaueres bevor ich mich durch viele OctoPrint Repos wühle? Bitte schreibt mal die Versionen dazu (OctoPrint, Plugin, ioBroker Adapter).

[joergeli]

@haus-automatisierung
Mach Dir keinen Kopf - es liegt m.E nicht am Adapter.

Ich meine mich dunkel zu erinnern, daß die Restdruckzeit erst gesponnen hat, nachdem ich auf Octoprint V1.4.2 upgedated habe - kann ich aber nicht mehr mit Gewißheit sagen. API ist die V0.1, Octoprint-Adapter V1.0.0

Die Restdruckzeit ist sowohl in der Octoprint-Weboberfläche, und m.E. logischerweise dann auch im Octoprint-Adapter "gesprungen".
Je näher aber das Druckende rückte, desto genauer wurde die Restdruckzeit berechnet.
Dazwischen wurde es mal länger und mal kürzer. Länger dürfte es theoretisch doch gar nicht werden.
Das kann m.E. nur am Berechnungsalgorithmus von Octoprint selbst liegen und nicht an der API, bzw. am Adapter.

Aber mit dem von @da_Woody erwähnten OctoPrint-PrintTimeGenius Plugin passt es bei mir wieder.

Gruß und Danke
Jörg

[da_Woody]

@haus-automatisierung wer schaut denn bei kleinen drucken so genau? mir ist es heftig aufgefallen beim druck der MPCNC teile, is halt unterschied, ob da 20std angezeigt werden, oder in wirklichkeit 26std gedruckt wird.
seit printtime genius schau ich bei cura gleich mal gar nicht.

[joergeli]

@da_Woody
Nur das wir uns nicht falsch verstehen:
Die ca. Zeit im Slicer ( ob Cura oder sonstwas ) interessiert mich auch nur am Rande.
Entscheidend sind für mich die Zeiten, die Octoprint ausgibt und da gab es halt Diskrepanzen.

Gruß
Jörg

[da_Woody]

@joergeli hab ich schon verstanden!

[BeNeDeLuX]

Die Zeiten sind mir eigentlich egal, grob weis ich beim Slicen (egal welcher Slicer) wie lange es dauert. Oft druckt der Drucker bei mir Nachts oder bis in den nächsten Morgen, daher habe ich dann bei 100% Progress den Drucker nach 5min Nachlaufzeit ausgeschaltet inkl. Pi und Licht.

Das aktuelle Problem: ioBroker ist so gut wie immer 1% dem Octoprint vorraus.
Hier ein Beispiel. Das war kein Zufallstreffer!

Der Druck hat also vorher beendet da im iobroker schon 100% erreicht waren, OcotoPrint stand noch bei 99%. Spezielle Plugins um die Zeiten zu korrigieren habe ich nicht installiert (soweit ich weis). Kann aber gerne mal eine Liste ausgeben was installiert ist.

Werde den Tipp von @joergeli anwenden und die Bett Temperatur als zweiten Faktor dazu nehmen.

[joergeli]

@BeNeDeLuX
Ist schon komisch, bei meinem Anycubic ist es genau umgekehrt:
Der Druckkopf ist meist schon in die "Habe fertig-Position" gefahren und ioBroker ist meist noch bei 99%.
Andererseits schalte ich den Drucker auch nicht via iobroker automatisch aus, sondern lasse den Octoprint-Raspi manuell per Script runterfahren und dann den Drucker ausschalten.
Das der Drucker dann u.U. ein/zwei Stunden im Leerlauf vor sich hin träumt, stört mich dabei nicht.

Aber wie schon gesagt, mit dem zweiten Kriterium "Hotbed-Temp" solltest Du auf der sicheren Seite beim automatischen Runterfahren sein.

Gruß
Jörg

[da_Woody]

@joergeli said in Test Adapter OctoPrint 0.0.6:

lasse den Octoprint-Raspi manuell per Script runterfahren

wozu? strom weg und gut ists. seit 1,5 jahren 0 probleme.

[joergeli]

@da_Woody
.... 1000 Mal berührt, 1000 Mal is nix passiert und dann hat es zooooom gemacht
Nee, nee, ich lasse den Octoprint-Raspi lieber sauber via Script und SSH mit "shutdown -h now" runterfahren.

[da_Woody]

@joergeli braver bub!
"shutdown -h now" und am näxten tag geht nix, weil die SD angenippelt ist... weil sie -h wie husten bekommen hat.

[joergeli]

@da_Woody
... ist ja bei einem Octoprint-Raspi nicht ganz so schlimm, weil er rel. schnell neu aufgesetzt ist.
Aber der brave Bub hat auch noch ein SD-Image auf seinem NAS liegen.
Aber lassen wir das, wird OffTopic.

[haus-automatisierung]

@joergeli sagte in Test Adapter OctoPrint 0.0.6:

Entscheidend sind für mich die Zeiten, die Octoprint ausgibt und da gab es halt Diskrepanzen.

Das habe ich schon verstanden. Aber ich kann nur anzeigen, was mir die OctoPrint API gibt. Wenn da weiterhin die falschen/normalen Werte aus der Standard-Berechnung geliefert werden, kann ich mir die anderen nicht herzaubern

[joergeli]

@haus-automatisierung
Ist schon klar, deshalb hatte ich ja geschrieben, daß es nicht am Adapter liegt, bzw. lag.
Ich hätte wohl besser einen eigenen Thread für das Thema aufmachen sollen.

Sorry, wenn ich Verwirrung gestiftet haben sollte.
Jörg