FSR Auto-Bed-Leveling-System
geschrieben von Glatzemann
|
Re: FSR Auto-Bed-Leveling-System 04. January 2016 05:06 |
Also, bitte erkläre mich nicht für verrückt 
Ich habe es jetzt eben nochmals versucht und es hat geklappt. Gestern war wohl irgendwas falsch. Gestern hat alles bis auf M800 im Terminal funktioniert. Ich habe immer nur Meldungen wie:
bekommen. Ich vermute mal die serielle Verbindung war wohl nicht besonders stabil. Evtl. ist mein USB Kabel zu Programmer zu lang ca. 3-4 m. Entschuldige die Verwirrung. Jetzt funktioniert es
Ich habe es jetzt eben nochmals versucht und es hat geklappt. Gestern war wohl irgendwas falsch. Gestern hat alles bis auf M800 im Terminal funktioniert. Ich habe immer nur Meldungen wie:INFO:set configuration key '' to value INFO:set configuration key 'triggerTherholddV15' to value
bekommen. Ich vermute mal die serielle Verbindung war wohl nicht besonders stabil. Evtl. ist mein USB Kabel zu Programmer zu lang ca. 3-4 m. Entschuldige die Verwirrung. Jetzt funktioniert es
|
Re: FSR Auto-Bed-Leveling-System 04. January 2016 08:47 |
Hallo,
irgendwie hänge ich momentan fest.
Habe in der Configuration.cpp den Threshold-Wert auf 13 geändert und Firmware aufs FSR hochgeladen. Trotzdem steht dann im seriellen Monitor der Threshold im Eeprom auf 14.
Der Wert wird also gar nicht geändert.
Ebenso kann ich über den seriellen Monitor der Arduino-Software oder über Putty keine Befehle (M503 usw.) an das Board senden.
Könnte mir Einer mal auf die Sprünge helfen?
Grüße, Jürgen
irgendwie hänge ich momentan fest.
Habe in der Configuration.cpp den Threshold-Wert auf 13 geändert und Firmware aufs FSR hochgeladen. Trotzdem steht dann im seriellen Monitor der Threshold im Eeprom auf 14.
Der Wert wird also gar nicht geändert.
Ebenso kann ich über den seriellen Monitor der Arduino-Software oder über Putty keine Befehle (M503 usw.) an das Board senden.
Könnte mir Einer mal auf die Sprünge helfen?
Grüße, Jürgen
|
Re: FSR Auto-Bed-Leveling-System 11. January 2016 11:54 |
Hallo zusammen,
ich kann roe3d nur voll und ganz zustimmen. Die Firmware funktioniert soweit zuverlässig und hat einen guten Stand erreicht. Ich habe bei meinem Sparkcube XL ebenfalls mit verschiedenen Thresholds experimentiert und habe genau das gleiche Problem, dass bei einem G33 oder G32 das Z Probing nach einer X-Y Bewegung zu früh stattfindet und der Endstop zu früh getriggert wird. Ich habe das Problem v.a. nach einer Y-Bewegung. Setzt man der Triggerthreshold zu hoch, benötige ich einen Offset für Z, da zu spät ausgelöst wird. Ich bin daher momentan mit Svens Druckbett bei "7" gelandet, wobei ich die Messpositionen so festgelegt habe, dass jeweils genau über den einzelnen Sensoren messe. Dies funktioniert zu 80% der Fälle bei G33 ganz gut. Ansonsten kalibriere ich nochmals neu, was nach 1-2 Versuchen dann bei G33 zum Ziel führt. Um G32/G33 zuverlässiger zu machen müsste optimaler Weise nach Änderung der X/Y Position abgewartet werden, bevor das Probing startet und der Sensor getriggert werden kann. Alternativ müsste die X/Y Positionierung deutlich langsamer sein, um Schwingungen zu reduzieren.
Alles in allem ist das ABL eine Super Sache und deine Mühe, die du in dieses Projekt gesteckt hast, auf jeden Fall lobenswert
An dieser Stelle mal ein herzliches Dankeschön hierfür
Viele Grüße
Thomas
ich kann roe3d nur voll und ganz zustimmen. Die Firmware funktioniert soweit zuverlässig und hat einen guten Stand erreicht. Ich habe bei meinem Sparkcube XL ebenfalls mit verschiedenen Thresholds experimentiert und habe genau das gleiche Problem, dass bei einem G33 oder G32 das Z Probing nach einer X-Y Bewegung zu früh stattfindet und der Endstop zu früh getriggert wird. Ich habe das Problem v.a. nach einer Y-Bewegung. Setzt man der Triggerthreshold zu hoch, benötige ich einen Offset für Z, da zu spät ausgelöst wird. Ich bin daher momentan mit Svens Druckbett bei "7" gelandet, wobei ich die Messpositionen so festgelegt habe, dass jeweils genau über den einzelnen Sensoren messe. Dies funktioniert zu 80% der Fälle bei G33 ganz gut. Ansonsten kalibriere ich nochmals neu, was nach 1-2 Versuchen dann bei G33 zum Ziel führt. Um G32/G33 zuverlässiger zu machen müsste optimaler Weise nach Änderung der X/Y Position abgewartet werden, bevor das Probing startet und der Sensor getriggert werden kann. Alternativ müsste die X/Y Positionierung deutlich langsamer sein, um Schwingungen zu reduzieren.
Alles in allem ist das ABL eine Super Sache und deine Mühe, die du in dieses Projekt gesteckt hast, auf jeden Fall lobenswert
An dieser Stelle mal ein herzliches Dankeschön hierfür
Viele Grüße
Thomas
|
Re: FSR Auto-Bed-Leveling-System 22. January 2016 13:51 |
Quote
twi127
Hallo zusammen,
ich kann roe3d nur voll und ganz zustimmen. Die Firmware funktioniert soweit zuverlässig und hat einen guten Stand erreicht. Ich habe bei meinem Sparkcube XL ebenfalls mit verschiedenen Thresholds experimentiert und habe genau das gleiche Problem, dass bei einem G33 oder G32 das Z Probing nach einer X-Y Bewegung zu früh stattfindet und der Endstop zu früh getriggert wird. Ich habe das Problem v.a. nach einer Y-Bewegung. Setzt man der Triggerthreshold zu hoch, benötige ich einen Offset für Z, da zu spät ausgelöst wird. Ich bin daher momentan mit Svens Druckbett bei "7" gelandet, wobei ich die Messpositionen so festgelegt habe, dass jeweils genau über den einzelnen Sensoren messe. Dies funktioniert zu 80% der Fälle bei G33 ganz gut. Ansonsten kalibriere ich nochmals neu, was nach 1-2 Versuchen dann bei G33 zum Ziel führt. Um G32/G33 zuverlässiger zu machen müsste optimaler Weise nach Änderung der X/Y Position abgewartet werden, bevor das Probing startet und der Sensor getriggert werden kann. Alternativ müsste die X/Y Positionierung deutlich langsamer sein, um Schwingungen zu reduzieren.
Alles in allem ist das ABL eine Super Sache und deine Mühe, die du in dieses Projekt gesteckt hast, auf jeden Fall lobenswert
An dieser Stelle mal ein herzliches Dankeschön hierfür
Viele Grüße
Thomas
Moin,
ein HAL::delayMilliseconds(3000); nach der Zeile 461 waitForZProbeStart(); in der Bedleveling.cpp baut eine Pause(3000ms) nach den verfahren der Achsen vor der Z-Probe ein.
Repetier 0.92.8.
Gruß Ronny
1-mal bearbeitet. Zuletzt am 22.01.16 13:51.
|
Re: FSR Auto-Bed-Leveling-System 22. January 2016 15:09 |
Ich kann nun mitteilen, dass ich mit meinem FSR-ABL zufrieden bin.
FSR-Anpassung per M800
defaultEndstopMinHighMs = 150
triggerThreshold = 8
Firmware Marlin 1.1.0-RC3
Anpassung in der Configuration.h
Einfügen einer Pause vor dem Z-Probe-Lauf und eventuellem Abbruch des gesamten Druckauftrages, wenn der Z getriggert bleibt
(Marlin-main.cpp)
Mein Ablauf ABL:
Mit diesen Anpassungen habe ich nun mehrere Druckaufträge ausgeführt. Endlich kann ich auch wieder mal andere Druckbettmaterialien nutzen (Carbon, BuildTak), die mit meinem IR-Sensor nicht funktionierten.
Gruß
roe3d
FSR-Anpassung per M800
defaultEndstopMinHighMs = 150
triggerThreshold = 8
Firmware Marlin 1.1.0-RC3
Anpassung in der Configuration.h
#define XY_TRAVEL_SPEED 1500 // statt default 8000
Einfügen einer Pause vor dem Z-Probe-Lauf und eventuellem Abbruch des gesamten Druckauftrages, wenn der Z getriggert bleibt
(Marlin-main.cpp)
// Probe bed height at position (x,y), returns the measured z value
static float probe_pt(float x, float y, float z_before, ProbeAction probe_action = ProbeDeployAndStow, int verbose_level = 1) {
...
do_blocking_move_to_xy(x - X_PROBE_OFFSET_FROM_EXTRUDER, y - Y_PROBE_OFFSET_FROM_EXTRUDER); // this also updates current_position
#if DISABLED(Z_PROBE_SLED) && DISABLED(Z_PROBE_ALLEN_KEY)
if (probe_action & ProbeDeploy) {
#if ENABLED(DEBUG_LEVELING_FEATURE)
if (marlin_debug_flags & DEBUG_LEVELING) {
SERIAL_ECHOLNPGM("> ProbeDeploy");
}
#endif
deploy_z_probe();
}
#endif
bool z_min_endstop;
int i;
for (i=0;i<=9;i++)
{
SERIAL_PROTOCOLPGM("ZPROBE > Test:\n");
delay(300);
z_min_endstop = (READ(Z_MIN_PIN) != Z_MIN_ENDSTOP_INVERTING);
if (!z_min_endstop)
{
run_z_probe();
i=12;
}
else
{
SERIAL_ECHOLNPGM("ZPROBE > Warten auf FSR");
delay(100);
z_min_endstop = (READ(Z_MIN_PIN) != Z_MIN_ENDSTOP_INVERTING);
}
}
SERIAL_PROTOCOLPGM("ZPROBE > Test fertig.\n");
if (i==10)
{
LCD_ALERTMESSAGEPGM("ZPROBE > ABL fehlgeschlagen!");
SERIAL_ECHOLNPGM("ZPROBE > ABL fehlgeschlagen!");
delay(1000);
kill("FSR-ABL fehlgeschlagen!");
}
float measured_z = current_position[Z_AXIS];
[Fett-kursive Schrift ist von mir eingefügter Code]Mein Ablauf ABL:
- Temperatur für Bed auf Zieltemperatur
- Temperatur Nozzle so hoch, dass das Filament gut weich ist
- G28 (fahre ich einzeln an)
- G28 XY
- G1 zu einer Position in der Nähe der Mitte mit langsamer Geschwindigkeit
- G28 Z
- G29
Mit diesen Anpassungen habe ich nun mehrere Druckaufträge ausgeführt. Endlich kann ich auch wieder mal andere Druckbettmaterialien nutzen (Carbon, BuildTak), die mit meinem IR-Sensor nicht funktionierten.
Gruß
roe3d
|
Re: FSR Auto-Bed-Leveling-System 23. January 2016 12:36 |
Besten Dank für die ausführliche Antwort
Der Nachtrag in deiner Abnehmerliste passt dann.
Jetzt schon mal vielen Dank für deinen Einsatz.
Grüße
seefew
Nachtrag:
Ich fang kommende Woche mit nem Drucker an, da hätte ich gern ne FSR-Steuerung eingebaut.
Die Auslieferung der zweiten Charge dauert bekanntlich noch etwas, deshalb meine Frage:
Würde jemand, der bei der ersten Serie auf Vorrat gekauft hat, die "Reserve-Platine" abgeben?
Mit oder ohne Sensoren wäre egal, die könnt ich nötigenfalls auch anderweitig besorgen.
Vielen Dank schon mal vorweg.
ERLEDIGT,
Beste Grüße
seefew
2-mal bearbeitet. Zuletzt am 24.01.16 17:18.
Sehen ist nicht nur Augensache
Drucker:
seefew's Jenny
Der Nachtrag in deiner Abnehmerliste passt dann.
Jetzt schon mal vielen Dank für deinen Einsatz.
Grüße
seefew
Nachtrag:
Ich fang kommende Woche mit nem Drucker an, da hätte ich gern ne FSR-Steuerung eingebaut.
Die Auslieferung der zweiten Charge dauert bekanntlich noch etwas, deshalb meine Frage:
Würde jemand, der bei der ersten Serie auf Vorrat gekauft hat, die "Reserve-Platine" abgeben?
Mit oder ohne Sensoren wäre egal, die könnt ich nötigenfalls auch anderweitig besorgen.
Vielen Dank schon mal vorweg.
ERLEDIGT,
Beste Grüße
seefew
2-mal bearbeitet. Zuletzt am 24.01.16 17:18.
Sehen ist nicht nur Augensache
Drucker:
seefew's Jenny
|
Re: FSR Auto-Bed-Leveling-System 25. January 2016 08:25 |
Hallo zusammen,
ich habe den Thread ebenfalls mit Begeisterung verfolgt und werde hoffentlich - sobald die Teile von Vincent eingetroffen sind - mit meinen SparkCube Aufbau diese Woche beginnen.
Die DDP, Trägerplatte, Wärmematte, etc. habe ich bereits von Gonzoh erhalten (wie in diesem Thread beschrieben).
Theoretisch könnte ich es auch erst einmal mit herkömmlichen Leveling (Induktiver Sensor) versuchen, aber würde es doch gleich lieber "richtig" angehen und die FSR Lösung anstreben...
Ich bin mir jetzt aber nicht sicher, ob ich die Sammelbestellungen knapp verpasst habe...?
@Minott: Hast Du noch einen Satz von den Stempeln übrig?
@Glatzemann: Kann man sich Deiner Bestellung noch anschließen?
Die Sensoren bekommt man ja anscheinend bei Watterott. Sind das diese hier?
Benötige ich sonst noch etwas?
Vielen Dank für Eure Unterstützung!
Matthias
1-mal bearbeitet. Zuletzt am 25.01.16 08:26.
ich habe den Thread ebenfalls mit Begeisterung verfolgt und werde hoffentlich - sobald die Teile von Vincent eingetroffen sind - mit meinen SparkCube Aufbau diese Woche beginnen.
Die DDP, Trägerplatte, Wärmematte, etc. habe ich bereits von Gonzoh erhalten (wie in diesem Thread beschrieben).
Theoretisch könnte ich es auch erst einmal mit herkömmlichen Leveling (Induktiver Sensor) versuchen, aber würde es doch gleich lieber "richtig" angehen und die FSR Lösung anstreben...
Ich bin mir jetzt aber nicht sicher, ob ich die Sammelbestellungen knapp verpasst habe...?
@Minott: Hast Du noch einen Satz von den Stempeln übrig?
@Glatzemann: Kann man sich Deiner Bestellung noch anschließen?
Die Sensoren bekommt man ja anscheinend bei Watterott. Sind das diese hier?
Benötige ich sonst noch etwas?
Vielen Dank für Eure Unterstützung!
Matthias
1-mal bearbeitet. Zuletzt am 25.01.16 08:26.
In diesem Forum dürfen leider nur registrierte Teilnehmer schreiben.