Qidi X-Plus und Max Flachbandkabel

Huhu,

auf die Gefahr hin, daß es bekannt ist, hier mal ein Link https://drucktipps3d.de/forum/…n-reparieren-einmal-geht/ wo ausführlich erläutert wird, wie so ein Kabel einmal geflickt werden kann. Im Zweifel den Post löschen.

Gruß,

Dirk

Hm, das ist ja überhaupt nicht nett 🤔

Was wenn das nächtens in einem längeren Druck passiert?

Mein alter Drucker billo Geeetech i3 Pro B brach mal mit "Thermal Runaway" das Drucken ab und nach Auswechseln von Teilen (in dem Fall kpl. Kopf für <30€ war das wieder gut; war sehr wahrscheinlich ein gebrochenes Temp-Sensor-Kabel).

Also ... google doch mal nach "Qidi Thermal Runaway protection".

Und mache mir jetzt etwas Sorgen, bin auf M8023 gestoßen mit deutlich widersprüchlichen Beschreibungen:

• [1] laut https://drucktipps3d.de/chitu-gcode-mcode-uebersicht/
  M8023
  I Maximaltemperatur Heizbett in °C – z.B. M8023 I110
  T Thermal Runaway Protection: 0 = aus, 1 = aktiv
• [2] laut http://www.customize-3d.com/chitu-g-code-explained.html
  Temperature error detection
  M8023 T0 ; Enable temperature error detection
  M8023 T1 ; Forbidding temperature error detection

• [3] laut https://www.thingiverse.com/gr…orums/general/topic:38854
  M8023 T0; temperature error detection is prohibited
• [4] laut https://www.thingiverse.com/thing:3773516 (da gehts um einen TronXY aber halt auch Chitu Firmware)
  ;Thermal Protection
  M8023 T0
  ; 0: Enable temperature error detection
  ; 1: Disable ALL temperature error detection (TronXY default)
  ; 2: Disable hot bed temperature error detection only

• [5] Und aus meinem ersten Firmware-Settings-Backup vom X-Plus:
  M8023 T1;禁止温度出错检测
  Google Übersetzer macht daraus:
  M8023 T1; Temperaturfehlererkennung verbieten

• [6] https://drucktipps3d.de/forum/…unaway-protection-testen/
  Thread genau zu dem Thema... die Frage/Klärung nach "thermal runaway protection" ist aber letztlich weiter offen...

FAZIT:

Quellen [1] und [3] würde ich lesen als: "M8023 T1" ist gut und Thermal Runaway Protection ist aktiviert
Quellen [2] und [4] und auch [5] würde ich lesen als: "M8023 T1" ist schlecht und Thermal Runaway Protection ist DEAKTIVIERT (!) - steht ja auch quasi so in meinem eigenen Firmware Backup 🤯

Meine Bauchgefühl daraus ist jetzt, dass die Qidis im Standard OHNE Thermal Runaway Protection laufen !? 🤯😱

Weiß dazu jemand mehr?

Hm, Marlin hatte da, mein ich, schon vor Jahren was, dass der zumindest bei deutlich zu niedrigen Messwerten trotz Heizen aussteigt.. schau ich grad mal nach..

Update:

Marlin Thermal Runaway checkt nicht auf zu heiße Temperaturen, sondern macht im Default nach 40s eine Prüfung, dass die Temperatur nicht mehr als im Default 4°C NACH UNTEN abweicht (wann die 40s loslaufen hab ich nicht genau weiter geprüft, schätze das ist quasi wie ein Timer zu sehen ausgelöst vom jeweiligen Heizstart).

Siehe https://github.com/MarlinFirmw…rc/module/temperature.cpp (Positionen siehe unten)

Das heißt zumindest bei Marlin:

• steigt die Temperatur über die eingestellte Maximaltemperatur => Abbruch (max_temp_error, Zeile 1380)
• fällt die Temperatur nach einem Event (schätze Heizevent) nach 40s mehr als 4°C unter die Zieltemperatur wird somit von einem defekten Sensor ausgegangen => Abbruch (MSG_THERMAL_RUNAWAY, Zeile 2600)

Das lässt wohl keinen allzu breiten Korridor.. Frage ist, ist das auch im Qidi und wenn ja, aktiv?😅

Quote from Olaf Krause

Also ich hatte gerade mal kurz 400C + im Display, dann habe ich ausgeschaltet.

In meinem Fall hätte er dann ja nicht mehr geheizt und wäre mit verstopfung stehen geblieben...

... oh, momentan nochmal ... d.h. der Druck wäre sogar "weitergelaufen" trotz Anzeige >400°C ?? Kein Abbruch, Standby, Aussteigen,.. whatever? 🤯🤔

Hab mal bei Qidi's Linda angefragt ob nicht

M8023 T0 ;

Sinn machen würde 😋

Update 1:
die erste Antwort von "Linda" war jetzt weniger schlau..

ich solle mir einen Filament Runout Sensor kaufen

Erneute Rückfrage ist raus..

Update 2:
2te Antwort war schlauer:
Engineer sagt ist echt so und deren Fehler und ich bekomme neue Firmware und Zeugs.. 3 Dateien.
Die fehlten nur leider entgegen der Ankündigung im Anhang Erneute Rückfrage ist raus..

So, die habens jetzt per Google Drive bereitgestellt, die GCode-Datei hat deutlich mehr Kommentare (in chinesisch) und M8023 da jetzt steht auf 0.

Muss mir das heute abend mal genauer ansehen, das scheint schon auch ne neue Firmware-Version zu sein.
Den Runout-Sensor gibts tatsächlich als Nachrüstung, hab davon schon irgendwo in nem Forum gelesen.
Gibt wohl am Board unten drin entsprechende Pins.. und glaub auch bzgl. Firmware wird dazu dann extra was geliefert wenn ich mich recht entsinne.

Also.. hab zumindest die den mitgelieferten Config-GCode schnell durchgesehen, dort ist die Temperature Protection jetzt auf 0 und damit wohl aktiviert auch in einem Backup von danach.

Mehr konnte man von außen eh kaum machen, sonst kein problematischen Abweichungen in der mitgelieferten Config - dachte ich.

Also nach Anleitung die 3 Files geflasht bzw. läuft es faktisch ein klein wenig anders als in der Anleitung, aber egal.

Dann Sherpa-Config eingespielt und PID-Tuning gemacht.

Dann Fast Leveling und der Kopf wurde ins Bett gefahren 😱, Display ging kurz aus und als ich panisch aufs Display gedrückt hab ist der Kopf, das Bett mitziehend Richtung Home gefahren. Und erst dann hab ich den Aus-Taster gefunden und das Maschinchen erlöst.
Jetzt hab ich einen kaputten Punkt genau mittig im PEI Bett, und keine Ahnung obs das sonst noch Nebenwirkungen hat, vmtl. steckts das schon weg.

..schade

Dann Druckbett rausgenommen. Nochmal Leveling.
Was passiert? Düse fährt sogar bis ins Alubett; sofort Aus-Taste..

Dann die Zeile

; Set Bed height
M8026 I194; Z height (commented, normally not required)
und danach M 8500;

aus der Icarus Firmware geschnappt und ausgeführt.
Hintergrund: In deren mitgelieferter Config-Datei wird z-Height auf 207mm gesetzt und das war hier einfach zu hoch; mit 194 hat man für alles Platz und kanns dann passend "hinleveln".
Bin dann übrigens bei ca. z-Height 203 gelandet durchs Leveln.
Hab Qidi davon noch in Kenntnis gesetzt, damits vll. beim nächsten besser läuft..

Zur eigentlichen Installation:
Dateien auf Stick kopieren und in vorgegebener Reihenfolge drucken..
Vorher

Nach dem Einschalten (update.gd wurde entgegen der Anleitung sofort installiert und dass man die druckt)

dann geguckt:

man beachte die abweichende Schriftart bei Version
dann noch die UI-Datei "gedruckt"

man beachte oben rechts gibts jetzt ein "V1.0" ("ICH WÜRDE" = "ID" 🤣 ist übrigens gleich geblieben)

und auch hier jetzt neuerdings eine andere Schriftart, mein ich zumindest, hab leider kein Vergleichsbild mehr:

dann noch die gcode-Config-Datei "gedruckt".

Darüber hinaus sind noch Befehle bzgl. "Motorstromkonfiguration" im GCode mit drin, könnte ggf. interessant sein, man kann da offenbar für alle Stepper jeweils den Strom in mA setzen. Davon lass ich aber mangels Ahnung von der Hardware definitiv die Finger :p

Bzgl. Veröffentlichungserlaubnis hab ich jetzt übrigens nicht vorgegriffen.

Interessant, vll. lande ich mit meinem ellenlangen Mailthread schon nicht mehr im 1st Level Support sondern gleich weiter hinten o.ä.
(hatte gebogene y-Stepper-Achse, dann Druckprobleme wodurch ich neue z-Stepper bekam und danach dann noch neue Z-Achsenlager - letztere haben das dann heile gemacht)
Hast PN.