<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>BL-Touch ABL dauert zu lange</title>
        <description> Nachdem ich meinen CR-10s (Clon) auf RAMPS 1.4 umgebaut habe um ein 3D BL Touch nutzen zu können (Lange Story mit vielen Irrwegen) sowie TMC 2208 installiert habe, läuft jetzt alles soweit wie es soll.

Startsequenz:

Setup: 300x300 CR-10s Clone, Marlin V1.1.5, Repetier Host, Slic3r, 3DTouch (Geetech)

G 28 - Homing funktioniert
G 29: Nach dem G28 dauert es ca. 5 Minuten bis der Drucker den ersten Messpunkt anfährt. Es wird soweit alles korrekt abgearbeitet, aber dann legt der Drucker nochmals eine &quot;Gedenkminute&quot; von ca. 5 Minuten ein, bevor er zum nächsten Messpunkt fährt.

Ich habe diverse Settings in Configuration.h ausprobiert wie z.B. :

#if ENABLED(BLTOUCH)
  // #define BLTOUCH_DELAY 375   // (ms) Enable and increase if needed
#endif

an/ausgeschaltet. Verschiedene Werte benutzt. Keine Änderung des Verhaltens.

#define RESTORE_LEVELING_AFTER_G28 wird nicht verwendet. Scheint aber auch nicht notwendig zu sein, da im Repetier Log ABL als eingeschaltet berichtet wird.

In der Startsequenz:

M 420 nach dem G28 mit und ohne S oder S1 gestestet - Keine Änderung 

Z-Fade wird nie aktiviert obwohl vorgegeben.

Summa Summarum legt das ABL vor jedem neuen Messpunkt eine Pause von rund 5 Minuten ein, läuft aber (bis auf Z-Fade) erwartungsgemäß  und ich kann die Ursache nicht finden. Z-Achsen bewegen sich. Druck wird ( nach einer Stunde Wartezeit) korrekt ausgeführt.


Hardwaremäßig habe ich einen DC/DC Wandler 12V-&amp;gt;5V auf den Versorgungsspannungsanschluss der Servo Pinreihe verwendet und keinen Jumper zur 5V Versorgung des Boards (neben Reset) gesetzt, da ansonsten - bei der Anzapfung der 5V Schiene des RAMPS - Displayflackern aufgetreten ist.
[attachment 116029 BLTouch-1.jpg]
Ansonsten alles recht &quot;normal&quot; installiert.

PS: Gerade ist mir aufgefallen: Das ABL wird nach dem langsamen ABL nochmals direkt vor dem Aufheizen udn Print in normaler Geschwindigkeit durchgeführt. Also insgesamt 2 x wobei das erste Mal extrem langsam abläuft.</description>
        <link>https://reprap.org/forum/read.php?245,874431,874431#msg-874431</link>
        <lastBuildDate>Sun, 11 Oct 2026 01:23:28 -0400</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>https://reprap.org/forum/read.php?245,874431,874474#msg-874474</guid>
            <title>Re: BL-Touch ABL dauert zu lange</title>
            <link>https://reprap.org/forum/read.php?245,874431,874474#msg-874474</link>
            <description><![CDATA[ Problem gelöst.<br />
Der "Übeltäter" war die Sequenz<br />
G28<br />
G29<br />
<br />
in der Konfiguration-&gt;Druckereinstellung-&gt;Skripte-&gt;Startcode<br />
<br />
Diese Befehle haben sich "irgendwie" nicht mit dem BL-Touch vertragen und führten - warum auch immer - zu den langen Pausen. <br />
<br />
Lösung: Die Anweisungen stattdessen im Slic3r unter Printer-&gt;Custom G-Code-&gt;Startcode   eintragen.]]></description>
            <dc:creator>maboo</dc:creator>
            <category>Allgemeines</category>
            <pubDate>Thu, 02 Jul 2020 17:25:42 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?245,874431,874468#msg-874468</guid>
            <title>Re: BL-Touch ABL dauert zu lange</title>
            <link>https://reprap.org/forum/read.php?245,874431,874468#msg-874468</link>
            <description><![CDATA[ Eine weitere Nacht in die "Forschungsarbeit" investiert...<br />
<br />
Z-Fade: Konnte erstmals aktiviert werden. Allerdings reagierte Slice3 nicht auf den Eintrag in der Configuration.h der da lautet: <br />
<br />
#if ENABLED(MESH_BED_LEVELING) || ENABLED(AUTO_BED_LEVELING_BILINEAR) || ENABLED(AUTO_BED_LEVELING_UBL)<br />
  // Gradually reduce leveling correction until a set height is reached,<br />
  // at which point movement will be level to the machine's XY plane.<br />
  // The height can be set with M420 Z<br />
  #define ENABLE_LEVELING_FADE_HEIGHT<br />
#endif<br />
<br />
Stattdessen musste ich Fade Height direkt per M500 ins EEPROM schreiben damit es zumindest von RH angezeigt wurde (rotes Kästchen. Unteres Bild)<br />
Das Bed Leveling enabled im EEPROM wird aber jedes Mal (von wem?) überschrieben und auf 0 gesetzt.<br />
[attachment 116035 Repetier-Host-EEPROM.png]<br />
<br />
Weiterhin folgende Beobachtungen:<br />
<br />
Die direkte EIngabe von :<br />
G28<br />
G29<br />
<br />
funktioniert ohne Wartezeiten.<br />
<br />
Die Eingabe von <br />
G28<br />
G29<br />
<br />
als Startsequenz Skript zeigt das beschriebene Verhalten. D.h. G28 wird normal ausgeführt, dann ca. 5 Minuten Pause bevor der erste Meßpunkt angefahren wird. Dann weitere 5 Minuten vor jedem weiteren Meßpunkt.<br />
<br />
[attachment 116034 Repetier-Host-BL-Touch-3DTouch-Settings.png]<br />
<br />
Weiterhin:<br />
Der vom Slice3 erzeugte G-Code zeigt mehrere leere Zeilen nach G28 und dann drei Sonderzeichen.(Roter Kasten rechts)<br />
War das schon immer so? Ich kann mich an diese Sonderzeichnen nicht erinnern?<br />
<br />
Repetier Version ist 2.1.6. Ich werde jetzt mal schauen ob es da Updates oder Infos im Repetier Forum gibt.]]></description>
            <dc:creator>maboo</dc:creator>
            <category>Allgemeines</category>
            <pubDate>Thu, 02 Jul 2020 07:45:02 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?245,874431,874431#msg-874431</guid>
            <title>BL-Touch ABL dauert zu lange</title>
            <link>https://reprap.org/forum/read.php?245,874431,874431#msg-874431</link>
            <description><![CDATA[ Nachdem ich meinen CR-10s (Clon) auf RAMPS 1.4 umgebaut habe um ein 3D BL Touch nutzen zu können (Lange Story mit vielen Irrwegen) sowie TMC 2208 installiert habe, läuft jetzt alles soweit wie es soll.<br />
<br />
Startsequenz:<br />
<br />
Setup: 300x300 CR-10s Clone, Marlin V1.1.5, Repetier Host, Slic3r, <a href="https://www.geeetech.com/wiki/index.php/3DTouch_Auto_Leveling_Sensor" target="_blank"  rel="nofollow">3DTouch (Geetech)</a><br />
<br />
G 28 - Homing funktioniert<br />
G 29: Nach dem G28 dauert es ca. 5 Minuten bis der Drucker den ersten Messpunkt anfährt. Es wird soweit alles korrekt abgearbeitet, aber dann legt der Drucker nochmals eine "Gedenkminute" von ca. 5 Minuten ein, bevor er zum nächsten Messpunkt fährt.<br />
<br />
Ich habe diverse Settings in Configuration.h ausprobiert wie z.B. :<br />
<br />
#if ENABLED(BLTOUCH)<br />
  // #define BLTOUCH_DELAY 375   // (ms) Enable and increase if needed<br />
#endif<br />
<br />
an/ausgeschaltet. Verschiedene Werte benutzt. Keine Änderung des Verhaltens.<br />
<br />
#define RESTORE_LEVELING_AFTER_G28 wird nicht verwendet. Scheint aber auch nicht notwendig zu sein, da im Repetier Log ABL als eingeschaltet berichtet wird.<br />
<br />
In der Startsequenz:<br />
<br />
M 420 nach dem G28 mit und ohne S oder S1 gestestet - Keine Änderung <br />
<br />
Z-Fade wird nie aktiviert obwohl vorgegeben.<br />
<br />
Summa Summarum legt das ABL vor jedem neuen Messpunkt eine Pause von rund 5 Minuten ein, läuft aber (bis auf Z-Fade) erwartungsgemäß  und ich kann die Ursache nicht finden. Z-Achsen bewegen sich. Druck wird ( nach einer Stunde Wartezeit) korrekt ausgeführt.<br />
<br />
<br />
Hardwaremäßig habe ich einen DC/DC Wandler 12V-&gt;5V auf den Versorgungsspannungsanschluss der Servo Pinreihe verwendet und keinen Jumper zur 5V Versorgung des Boards (neben Reset) gesetzt, da ansonsten - bei der Anzapfung der 5V Schiene des RAMPS - Displayflackern aufgetreten ist.<br />
[attachment 116029 BLTouch-1.jpg]<br />
Ansonsten alles recht "normal" installiert.<br />
<br />
PS: Gerade ist mir aufgefallen: Das ABL wird nach dem langsamen ABL nochmals direkt vor dem Aufheizen udn Print in normaler Geschwindigkeit durchgeführt. Also insgesamt 2 x wobei das erste Mal extrem langsam abläuft.]]></description>
            <dc:creator>maboo</dc:creator>
            <category>Allgemeines</category>
            <pubDate>Wed, 01 Jul 2020 09:59:50 -0400</pubDate>
        </item>
    </channel>
</rss>
