Test Adapter OctoPrint

[joergeli]

@negalein
Hmmm, stimmt.
Da muß ich das in der Vergangenheit, mit einer früheren Adapter-Version? wohl manuell so eingestellt haben.
Anscheinend wurde das Speichern damals noch nicht unterbunden.

Wenn ich allerdings jetzt mit Adaper V2.1.0 versuche, nochmals manuell die Einstellungen zu ändern,
kann ich unter 10 Sek. auch nicht mehr speichern

Da es aber in der Vergangenheit mit z.B. 5 Sek. funktioniert hat, könnte @haus-automatisierung das wahrscheinlich ändern.

[haus-automatisierung]

@negalein sagte in Test Adapter OctoPrint:

Wäre es möglich, den Aktualisierungsintervall (während des Druckvorgangs) kleiner als 10 Sek. einstellbar zu machen?

Ich kann den Minimalwert gerne mal in der nächsten Version runter stellen. Bitte ein Issue anlegen, dann vergesse ich das nicht.

[Negalein]

@haus-automatisierung sagte in Test Adapter OctoPrint:

Bitte ein Issue anlegen, dann vergesse ich das nicht.

done
https://github.com/klein0r/ioBroker.octoprint/issues/64

Negalein created this issue in klein0r/ioBroker.octoprint

closed Aktualisierungsintervall (während des Druckvorgangs) kleiner als 10 Sek. einstellbar #64

[Ralf_N]

@haus-automatisierung

Bin dann auch mal mit " an Bord" .

Bin derzeit mit V 2.1.0 unterwegs.

Bis auf die 2 Sek. Timeouts ( Issu #63 auf Git.) läuft alles stabil.

IOB ist durchgepatcht.
OctoPi läuft per LAN auf einem PI 3+
Artillery Genius (org. FW )
Logitech C920
OctoPrint 1.7.2 Python 3.7.3 OctoPi 0.18.0
Cura 4.12.1

Schuhgrösse 43

[Ralf_N]

@All

V 2.1.1.

Derzeit läuft alles rund . Bislang keine timeouts (mehr).
Schoenes Wochenende !

[haus-automatisierung]

@ralf_n sagte in Test Adapter OctoPrint:

Derzeit läuft alles rund . Bislang keine timeouts (mehr).

Hast Du den Timeout denn jetzt höher konfiguriert? Weil Standard ist nach wie vor 2 Sekunden.

[Ralf_N]

@haus-automatisierung
Hallo Matthias.

Ich habe erst mal nur geupdatet, da es wie auf Git geschrieben, nur sporadisch bei mir auftrat ohne es näher lokalisieren zu können.
Bei solchen "Sachen" ändere ich lieber nicht zu viel auf einmal, sonst ist man sich nachher kaum sicher, was es denn nun wirklich war.

Ich weiss ja nicht was du von der2.10 zur 2.11 alles geändert hast. Nur die erweitere Konfig Möglichkeit oder noch mehr ?

Wie gesagt , 2.11 ist drauf , Einstellungen sind default .

Da es nur sporadisch bei mir auftrat, werde ich nun testen und Dich/Euch auf dem laufenden halten.

Wenn ich sonst noch etwas tun soll/kann lass es mich wissen !

Schönes ... , na du weisst schon

[haus-automatisierung]

@ralf_n sagte in Test Adapter OctoPrint:

Ich weiss ja nicht was du von der2.10 zur 2.11 alles geändert hast. Nur die erweitere Konfig Möglichkeit oder noch mehr ?

Ja, nur die Konfiguration. Und ich habe das Logging erweitert, damit in der Timeout-Meldung hoffentlich dann mehr drin steht.

[Ralf_N]

ok.

Alles weitere hatte ich ja schon getippert

cu.

[Peoples]

Hi,

ich muss mich jetzt hier mal ranhängen, ich habe gestern mal meine Octoprint-Installation auf 1.7.2 Hochgezogen und auch den Adapter aktualisiert.
Nun bekomme ich außer den Temperaturdaten von Bed und Nozzle keine Daten mehr in meinen IoB. Früher funktionierte das mal.

Im Octoprint - Webinterface ist alles da. Nur nebenbei erwähnt, ich nutze den Pi nicht zum Drucken sondern lediglich zum anzeigen.

Hier mal Screenshot's:

Falls das ganze schon behandelt wurde, sorry.

[da_Woody]

@peoples hmm, lass grad das bed auf 40° heizen, funzt...

[haus-automatisierung]

@peoples Und was steht im ioBroker log?

Edit: Ah, ich sehe das Problem. Glaube den Status habe ich nicht berücksichtigt. Was steht in printer_state? Genau da hört der Screenshot auf

[da_Woody]

@haus-automatisierung warum funzt das dann bei mir?
aber mir fällt gerade auf, daß in den plugins nichts aufscheint...

offset temps? siehe @Peoples .sind anscheinend temps während des druckes...

[Peoples]

@haus-automatisierung sagte in Test Adapter OctoPrint:

@peoples Und was steht im ioBroker log?

Edit: Ah, ich sehe das Problem. Glaube den Status habe ich nicht berücksichtigt. Was steht in printer_state? Genau da hört der Screenshot auf

Du meinst bestimmt Printer-Status oder?

Da steht "Printing from SD"

[haus-automatisierung]

@da_woody sagte in Test Adapter OctoPrint:

@haus-automatisierung warum funzt das dann bei mir?

Weil dein Status Printing ist, und nicht Printing from SD. Bin gerade an einem Fix

[haus-automatisierung]

@peoples sagte in Test Adapter OctoPrint:

Du meinst bestimmt Printer-Status oder?

Genau, habe den Fehler schon gefunden. Den Fall hatte ich bisher nicht berücksichtigt.

[da_Woody]

@haus-automatisierung das ich einen raspi dazwischen hab!
nix drucken von ticket...

[Ralf_N]

f.y.i.

Updatet auf V 2.2.0

Keine negativen Ereignisse.

[Latzi]

@haus-automatisierung
ich hab das Thumbnail-plugin aktiviert und finde folgende Datenpunkte dazu:

Sollte in thumbnail nicht etwas eingetragen sein (hier [undef])?
Wie kann ich mit dem thumbnail_url Pfad auf das Bild vernünftig zugreifen (mittels script vom Raspi zum iobroker kopieren)?
Oder habe ich irgendetwas übersehen?

[haus-automatisierung]

@latzi sagte in Test Adapter OctoPrint:

Sollte in thumbnail nicht etwas eingetragen sein (hier [undef])?

Der Meinung bin ich auch, daher habe ich diesen Issue aufgemacht: https://github.com/ioBroker/ioBroker.admin/issues/1281

Wie kann ich mit dem thumbnail_url Pfad auf das Bild vernünftig zugreifen (mittels script vom Raspi zum iobroker kopieren)?

Die Bildinformationen sind in dem Datenpunkt schon enthalten. Du brauchst also nichts "rüber zu kopieren". Alternativ in einem iFrame in der VIS anzeigen. In der nächsten Version packe ich die komplette URL mit Host usw. in den thumbnail_url Datenpunkt.

klein0r created this issue in ioBroker/ioBroker.admin

closed Admin 5 shows [undef] as value for file states #1281