Firmware 1.43.20 Thermosensorfehler.

[jaro_p]

Hallo,Ich brauche Hilfe bei diesem Problem.

Immer wenn der Drucker die erste Schicht beendet hat, dieser Fehler tritt immer auf:

Heater E0/1 Error

Kennt jemand das Problem, bzw weiß jemand, wie man bei diesem Problem helfen kann??

Vielen Dank im Voraus für Ihre Hilfe.

rf2000v2-octoprint.jpg

rf2000v2-display.jpg

[Nibbels]

Hallo jaro_p.

Octorprint zeigt auch den Temperaturverlauf an. Kannst du uns davon einen Screenshot machen und auch hier posten?
Der Decoupling-Test ist heute quasi Standard, im Community-Mod eingebaut, in der original FW aber nicht.

Es gibt zwei Phasen des Decoupling Tests:

1) Beim Aufheizen muss während des Heizens auch die Temperatur steigen. Das soll Abbrennen verhindern, wenn der Sensor groben Unfug/"valides Nichts" meldet oder aus dem Heizblock rausgerutscht wäre.
Ebenso wird damit erkannt, falls deine Heizpatrone defekt ist und geheizt wird, aber nichts passiert.
2) Beim Halten der Temperaturen verhindert der Decoupling-Test normalerweise dass die Temperaturen des Hotends weglaufen können, obwohl der Regler auf sein Ziel regelt.
Der Alarm könnte auch ausgelöst werden, wenn die Temperatur-Messungen nicht sauber funktionieren oder ein Stecker wackelt.

Meine Theorien zum Fall:
A) Wackelkontakt bzw. defektes Hotend:
B ) Es gäb noch die Möglichkeit dass Octorprint irgendeine Meldung falsch versteht. -> Log?
C) Es gäb noch die Möglichkeit, dass deine PID-Werte nicht sauber passen. -> PID-Autotune?
D) Oder der Bauteillüfter dir so viel Energie aus dem Heizblock zieht, sodass 100% Nachheizen nicht die Temperatur halten kann.
E) Bug beim Decoupling Test in der Mod Firmware

Darum wäre ein Blick auf deine Temperaturverlaufskurven super.

LG

Bsp:

Screenshot_4.jpg

[jaro_p]

Danke für die schnelle Antwort.

A) Wackelkontakt bzw. defektes Hotend:
Diese Option ist unwahrscheinlich, da der Fehler an beiden Düsen genau gleichzeitig und an der gleichen Stelle im Programm.

B ) Es gäb noch die Möglichkeit dass Octorprint irgendeine Meldung falsch versteht. -> Log?
Nein, die Ausführung des Programms wird sogar im laufenden Betrieb angehalten, ohne dass eine Verbindung zu Octoprint hergestellt wird (stand-alone).

C) Es gäb noch die Möglichkeit, dass deine PID-Werte nicht sauber passen. -> PID-Autotune?
Ja, das liegt wahrscheinlich daran, dass ich diese Einstellungen überhaupt nicht verstehe.

D) Oder der Bauteillüfter dir so viel Energie aus dem Heizblock zieht, sodass 100% Nachheizen nicht die Temperatur halten kann.
Nein, siehe das Bild.

E) Bug beim Decoupling Test in der Mod Firmware
keine ahnung

Octoprint-Temp.jpg

Octoprint-log.txt

[Nibbels]

Also der Interessante Teil im Bild ist genau hinter der Meldung.


Die Log sagt mir, dass du deine Temperatur auf knapp 230 °C hast, die Solltemperatur aber 250°C sein sollte.

Recv: T:229.5 /250 @:255

Das bedeutet Soll-Ist-Temperatur-Differenz von etwas über 20°C bei 100% Power.
Und der normalerweise erlaubte Grenzwert ist konfiguriert zu:

// If the temp. is on hold target, it may not sway more then this degrees celsius, or we mark sensor as defect.
#define DECOUPLING_TEST_MAX_HOLD_VARIANCE 20 //°K (+-)

Also die Sicherheitsfunktion greift, weil es anscheinend nötig ist.
Die Frage bleibt: Warum steht in dem Moment die Temperatur auf 229,5°C und deine Solltemperatur auf 250??

LG

[jaro_p]

So ist alles klar!
Der Lüfter startet am Anfang der zweiten Schicht.
Eine interessante Situation, genau die gleiche Einstellung,
die ich mit der ursprünglichen Firmware (Renkforce)
verwendet habe.
Aber es stimmt, dass ich nie darauf geachtet habe, wie stark wird
die Temperatur bei 100% Lüfterdrehzahlen reduziert.
Es hat einfach funktioniert.

Vielen Dank für die Beratung, Ich wäre wahrscheinlich nicht selbst dazu gekommen.

Problem.jpg

[AtlonXP]

Hallo jaro_p,
der beste Lüfter ist der, den man nicht braucht.

Ich mache gerade an meiner Lüfter Steuerung rum, damit diese auf 0,4 % genau funktioniert.
Den Lüfter setze ich nur ein, wenn es sein muss und aber auch so niedrig dosiert wie möglich.
Eine Blassdüse für Punktgenaues Kühlen ist auch montiert.

LG AtlonXP

[Nibbels]

So ist alles klar!
Der Lüfter startet am Anfang der zweiten Schicht.
Eine interessante Situation, genau die gleiche Einstellung,
die ich mit der ursprünglichen Firmware (Renkforce)
verwendet habe.
Aber es stimmt, dass ich nie darauf geachtet habe, wie stark wird
die Temperatur bei 100% Lüfterdrehzahlen reduziert.
Es hat einfach funktioniert.

Vielen Dank für die Beratung, Ich wäre wahrscheinlich nicht selbst dazu gekommen.


Problem.jpg

Irre

Das hätte ich so nicht erwartet. Vermutlich bräuchte man mehr Watt in der Kartusche
oder der Lüfter bläst zu stark auf den Heizblock. -> Kann man den etwas weiter runter montieren, ohne dass der auf dem Teil kratzt?

Oder du gießt/kaufst dir Silikonsocken.
Für E3D-Heizblöcke gibts die, für V2 gibts diesen Thread: http://www.rf1000.de/viewtopic.php?f=23 ... likonsocke
^^

LG

[jaro_p]

"D) Oder der Bauteillüfter dir so viel Energie aus dem Heizblock zieht, sodass 100% Nachheizen nicht die Temperatur halten kann."

Aber du hast diese Möglichkeit jedoch direkt zu Beginn vorgeschlagen.
Und ich habe diese Option sofort abgewiesen ... peinlich

In jedem Fall nochmals vielen Dank.

[Nibbels]

Kein Problem

Ich habe übrigens,
als ich die Decoupling-Funktionen von Repetier abgeschrieben hatte,
die Funktion mit einem Gabelschlüssel getestet.

Ein 23er Gabelschlüssel um ein E3D-V6 Heizblock bei 260°C zieht auch mindestens soviel Wärme ab, sodass das die Prüfung den Alarm auslöst.

LG