UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Latzi]

@da_woody
:smile_cat: da könntest recht haben :smile:
Mundl-Zitat stimmt (hab´s schon mehrmals geprüft)!!!

[Negalein]

@da_woody sagte in Octoprint-script für thumbnail des aktuellen Drucks:

ich weis, wo du wohnst

[SevenUp]

@da_woody sagte in Octoprint-script für thumbnail des aktuellen Drucks:

ich hatte display layer progress abgehakt, slicer thumbnail angehakt, nach dem update auf 3.0.0 ist das umgekehrt???
das kanns doch nicht sein! da hätte ich nie reingeschaut!

im Zweifel alles aktivieren :-D

[da_Woody]

@sevenup zuwu? dann wäre jetzt beides abgehakt gewesen. wenns beim update entweder intertiert wird?

[Negalein]

@da_woody sagte in Octoprint-script für thumbnail des aktuellen Drucks:

dann wäre jetzt beides abgehakt gewesen

trat bei mir nicht auf!
Ich sags ja, das war Frau Wau! ;)

[da_Woody]

@negalein
dafür hab ich gerade was anderes gefindet... noch nicht getestet, aber vllt ist das die lösung, warum nicht nur ich, probleme mit dem thumbnail aufruf direkt in iQontrol hatte und den umweg über vis machen musste...

liest sich stark danach...
jo, it works! zwar nur mini, aber es kann direkt der DP vom script abgerufen werden!
rechts der erste test!

[da_Woody]

@da_woody zo, weiterer test.
in cura:
in iQontrol:
ergebniss (rechts wieder der test am PC):

allerdings nur in firefox. chrome weigert sich... und wie immer, auf jedem gerät siehts anders aus...

[SevenUp]

Nun funktioniert es bei mir wieder nicht...

• DP mit Druckjobnamen wird richtig befüllt.
• DP mit File-Eigenschaften ist auch da und sieht korrekt aus
• Skript wird ausgelöst, findet aber nichts...

????

Screenshot:

Spoiler

Log:

Spoiler

javascript.0 2022-02-01 22:02:44.241	info	script.js.Sonstiges.3D_Drucker__Thumbnail: Verarbeitung abgeschlossen!
javascript.0 2022-02-01 22:02:44.241	info	script.js.Sonstiges.3D_Drucker__Thumbnail: Datenpunkt 0_userdata.0.3d-drucker.thumbnail wurde mit >><< befüllt!
javascript.0 2022-02-01 22:02:44.241	info	script.js.Sonstiges.3D_Drucker__Thumbnail: 0 File(s) mit Printjob-Namen CE3_Hex_NoSocket_FullBack_Loose (3).gcode gefunden!
javascript.0 2022-02-01 22:02:44.236	info	script.js.Sonstiges.3D_Drucker__Thumbnail: Printjob-Name wurde auf >>CE3_Hex_NoSocket_FullBack_Loose (3).gcode<< geändert!

[Latzi]

@sevenup
Das liegt vermutlich an dem " "-Zeichen im Filenamen (...Loose (3).gcode), bitte zeig mal den vollständigen Namen von

Ich rate dazu, Sonderzeichen wie " ", "(", ")", "+", .. zu vermeiden ;-)

[da_Woody]

@latzi nicht umsonst sind auf thingiverse fast alle .stl mit _ in den namen. selten mit - ;)

[Kuddel]

Bei mir funktioniert die Anzeige jetzt auch

[da_Woody]

@kuddel bissl in die ecke geklemmt...
ich bleib bei der vis-view im iQontrol. dort passt das immer in meine kachel. in vis selber müsst ihr schauen wie ihr das passend reinbringt...

[Kuddel]

@da_woody ist nur zum Test.

Die finale Postion kommt, wenn die Kamera angeklemmt ist und ich in der VIS ein Livebild habe

[da_Woody]

@kuddel axo, du willst das cambild und da drinnen das .png...
na tögal, hauptsache es funzt.

[SevenUp]

@latzi der komplette Name ist im Log und auch auf dem Screenshot zu sehen :-)
Aber warum soll es nun ein Problem sein? Wenn, dann eher am Skript und nicht am Adapter?
Adapter zeigt beide Namen eigentlich gleich an...
Und auf Dateinamen zu achten ist nicht wirklich Smart(home)

EDIT:
so wie ich dein Code verstehe, vergleichst du den Namen des Druckjobs (vor .gcode) mit dem Ordnernamen des DP unter Files (octoprint.0.files.*)?

Und dort wird der Dateiname tatsächlich anders angezeigt (keine Leerzeichen, keine Klammern).

Deshalb: wäre es möglich, dass im DP octoprint.0.files.*.name suchst? Dort muss es ja eine 100% Übereinstimmung geben.

[Jabba_the_Hutt]

Mir stellt sich immer wieder die Frage .... Wieso Cura und Octoprint?

Es gibt doch den Prusa- bzw. Superslicer, die einfacher sind und wesentlich genaueren gcode erzeugen. Von den zusätzlichen Möglichkeiten rede ich jetzt einmal garnicht.

Octoprint ist für mich ein rotes Tuch als Klipper/Moonraker/Mainsail/KlipperScreen user.

[Negalein]

@jabba_the_hutt sagte in Octoprint-script für thumbnail des aktuellen Drucks:

Es gibt doch den Prusa

ganz deiner Meinung.
Hab mit Cura begonnen und bin jetzt zu 99% beim Prusaslicer gelandet.
Werde mir mal den Superslicer anschaun, da es dort den Vasemode gibt.

Von den zusätzlichen Möglichkeiten rede ich jetzt einmal garnicht.

Welche?

[Jabba_the_Hutt]

@negalein
OT: Schau dir mal den Superslicer an. Der basiert auf dem Prusaslicer. Dann verstehst Du, was ich meine. Zum Vasenmodus ... den kann Cura auch, nur manche FW streikt dann ... vorallem Marlin oder StockFW.

[Latzi]

@sevenup sagte in Octoprint-script für thumbnail des aktuellen Drucks:

Aber warum soll es nun ein Problem sein? Wenn, dann eher am Skript und nicht am Adapter?
Adapter zeigt beide Namen eigentlich gleich an...
Und auf Dateinamen zu achten ist nicht wirklich Smart(home)

Wie du erkennen kannst werden die Sonderzeichen und Umlaute außerhalb des Scripts "übersetzt" und das führt zu Schwierigkeiten. Da meine hellseherischen Fähigkeiten noch ausbaufähig sind, kann ich nur "raten" - und das geht meist schief. Darum die Frage nach dem "Foldernamen". Ich baue die Übersetzung ins Script ein, grundsätzlich sollte jedoch auf Sonderzeichen und ähnliches im Allgemeinen verzichtet werden (und das ist kein Scriptforderung sondern systembedingt)!
Anpassung des Scripts bitte aus 1. Post entnehmen.

[Latzi]

@sevenup sagte in Octoprint-script für thumbnail des aktuellen Drucks:

Deshalb: wäre es möglich, dass im DP octoprint.0.files.*.name suchst? Dort muss es ja eine 100% Übereinstimmung geben.

Ich versuch´s bei Zeiten, jedoch ist das eben auch keine 100%-ige Lösung. Einzig der DP thumbnail_url unter octoprint.0.printjob.file wäre eindeutig und "sicher". Wird vom Adapter leider noch nicht bereitgestellt - dann könnte das Script komplett entfallen.