Seite 4 von 7

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Mi 1. Nov 2017, 22:35
von Nibbels
Noch was..

Wenn deine Düse auf einer "Anhöhe größer Z=0" scannen will, versucht der Drucker u.U die Z-Homing-Position neu zu erfassen. Dann tippt er 3x auf die Oberfläche, schafft es offenbar nicht aus seinem Errorzustand rauszukommen und bricht ab. -> Deine Beschreibung, bis auf den Auto-Neustart..
Besonders bescheuert: Z-Homing fährt immer bis zum Schalter und wenn er auf der Anhöhe das Bett vorher berührt, kapiert der Drucker das nicht.

Hab mir schon mal überlegt, ob man nicht generell das Bett etwas runter, dann in Y erst auf 0 fahren müsste und dann Home-Z, Z etwas hochfahren und wieder an die alte Position zurück.
(Doch ich habe vor Änderungen am Heat Bed Scan großen Respekt, weil das unendlich viel Test-Arbeit ist - für etwas das ich im Alltag kaum brauche.)

LG

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Mi 1. Nov 2017, 23:09
von Nibbels
Timo hat geschrieben: Nach dem Ausrichten des zweiten Extruders sollte dann laut PDF-Anleitung "Scan completed" im Display stehen. Das passiert allerdings nicht. Stattdessen fährt die Druckplatte etwa einen Zentimeter herunter und der Drucker startet neu.
Wenn das beim Scan ABS einfach nicht funktionieren will, hier der exakte Ablauf:
Laut Code, auch für mich selbst dokumentiert:

Der fährt gegen Ende zur Align-Position (case 100)
-> Die Fall-Back-Routine bei Fehlern ist ab jetzt ein Z-Homing. (case 105)
-> Der Drucker misst seine Idle-Pressure/Idle-Kraftwert neu (case 110) [das könnte schiefgehen und in einem homing enden]
-> "schnell" hochfahren zu berührpunkt (case 120)
-> "langsam" runterfahren (case 121)
-> "langsam" hochfahren zur berührpunkt (case 122)
-> Auffordern zum Align Extruders + BEEP (case 123)
-> Warten auf Continue-Knopf (case 125)
-> Nun unterscheiden ob "Scan XXX" oder "Scan" gewählt wurde: (weiter bei case 132 oder 145)

132: <##### Einstiegpunkt bei "Scan PLA / Scan ABS" ausgehend von Case 125
home Z (case 132)
10mm hoch (case 135)
Extruder auf Scan-Temperatur einstellen (case 135) (-> bug in setTemperatureForExtruder ??)
Temperatur abwarten (136)
Temperaturverteilung warten , noch länger warten (137)
-> Die Fall-Back-Routine bei Fehlern ist ab jetzt ein Z-Homing. (case 139)
Idle-Pressure rausfinden (140)
move to surface (141)
move away from surface (142)
move to surface slowly (Messung) (143)
matrix höhe einstellen (144)
Z 5mm bett runterfahren (145) <##### Einstiegpunkt bei "nur Scan" ausgehend von Case 125
Home alle Achsen (auch 145)
Stepper und Temperaturen alle ausschalten (150)

Matrix in EEPROM speichern und Scan complete (160)

:diabolisch:
Vielleicht sagt dir diese Liste genau, wann der abschmiert. :)

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Do 2. Nov 2017, 12:33
von Nibbels
Gerade eben ein Test mit der 1.37w8:
Der Scan PLA lief bei mir durch!
Sollten wir trotzdem den Fehler tatsächlich finden/exakt eingrenzen, denn abschmieren darf der Drucker unter keinen Umständen, dann wäre das echt super :)
Aus Erfahrung: Meist war so ein Verhalten die Spitze von irgendeinem (wichtigen) Fehler-Eisberg ^^.

LG

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Do 2. Nov 2017, 12:51
von PeterKa
Ich kann bestätigen dass der Scan PLA auf dem R1000 mit der 1.37v8 durchläuft.

PeterKa

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Do 2. Nov 2017, 13:42
von Nibbels

https://youtu.be/SSHO1ULJFCM

Dazwischen wieder Aufheiz und Nachwärmphase.


https://youtu.be/lepBBCQVGpE


So sah das bei mir aus. -> "Scan Completed"

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Do 2. Nov 2017, 16:58
von Timo
Vielen Dank für die Hilfe!

Ich habe gestern Abend noch einmal den ABS Scan durchlaufen lassen (ohne die möglicherweise kollidierende Schraube), aber der Drucker ist wieder an der gleichen Stelle abgestürzt.
Dank deiner Beschreibung kann ich den Zeitpunkt des Absturzes jetzt aber wesentlich besser einordnen. Es passiert immer am Ende der Aktion "10 mm hoch" in case 135. Während der Bewegung wird die Anzeige am Display nicht mehr aktualisiert, ich sehe also die ganze Zeit nur den alten Höhenwert.
Am Ende gibt es dann immer den Reboot.

Im Moment läuft gerade der kalte Scan. Bin gespannt.

Viele Grüße
Timo

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Do 2. Nov 2017, 17:52
von Timo
Der kalte Scan lief durch.
Gleich versuche ich nochmal den PLA-Scan.

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Do 2. Nov 2017, 18:32
von Nibbels
Cool!

Wenn nicht, -> könnten wir unter Umständen an irgendeiner Watchdog-Toleranz scheitern?
(Sollte eigentlich nicht mehr sein.)
Wenns nicht geht, gebe ich dir eine Firmware, die 2x 5mm verfährt. und dazwischen einmal einen Watchdog-Ping abliefert.
So könnten wirs ausschließen.

Ansonsten, merke:
- EEPROM-Feedrate ist für function MoveZ() eigentlich egal.
- int nMaxLoops ist int, da passen 10mm locker in Steps rein.

An der Configuration.h oder RF2000.h hast du nichts verstellt, oder? (Sollte nicht schlimm sein, ist nur gut zu wissen)

LG

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Do 2. Nov 2017, 20:03
von Timo
Ich habe gerade den Düsenabstand nochmal im heißen Zustand justiert und der Drucker kühlt jetzt ab. Danach starte ich dann den PLA Scan. Das Ausrichten der Extruder überspringe ich dann aber erstmal, bis ich weiß, dass der Scan nicht abbricht.

An den Sourcen habe ich noch nichts verändert. Ich habe zwar schon ein paar Ideen (DHT22-Sensor für den Bauraum und die Filamentkammer, UART3 für die Kommunikation mit dem Repetier-Raspi, aktive Abstreifer, ..), aber erstmal muss ich die unveränderte Version zum Laufen bringen.

Re: Community Mod RFx000 Firmware :: Neue Stable (Stand 1.37v8 / 18.10.2017)

Verfasst: Do 2. Nov 2017, 21:00
von Timo
Auch beim PLA-Scan schmiert mir der Drucker ab. Ich kompiliere die Firmware jetzt nochmal neu und flashe den AVR nochmal. Vielleicht gab es dabei ja doch einen Fehler.