Wymieniłem kabel na nowy. Ciągle pojawia się problem ale dużo rzadziej (raz na kilka godzin drukowania). W kolejnym kroku wymienię czujnik.

Myślę, że to wadliwy kabel albo jakiś problem z czujnikiem. Powymieniam i napiszę czy pomogło.

arek pisze: ↑15 kwie 2024, 23:54 Strzelam nieco na ślepo.

P1.26 to jeszcze może kolidować z diag (do sensorless homing). Nie mam SKR ale na Octopus tak jest - albo się konfiguruje pod diag albo pod inne potrzeby (zworką). Czy w SKR jest analogicznie...

Na szybko z googla: https://github.com/Klipper3d/klipper/issues/3555

Teraz mam puszczony wydruk ale jestem prawie pewien, że poprawnie zamontowałem drivery. Mam TMC2209 i zgodnie z instrukcją pozaginałem piny DIAG. Nie powinny powodować zakłóceń. Z tego co pamiętam podczas konfiguracji Marlina na tej drukarce nie było problemu z tym czujnikiem. Podczas trwania obecnego wydruku często sprawdzam stan czujnika filamentu i zawsze jest "filament detected". Wygląda to jakby zakłócenia pojawiały się w losowych momentach ale raczej trwają bardzo krótko.

Teraz mam kłopot z tym, że czujnik filamentu załącza się bez potrzeby. FIlament jest a drukarka przestaje drukować. Nie wiem z czego to wynika. Może jakiś problem z kablem a może czujnik jest wadliwy. Czujnik zamocowany całkiem solidnie i nie rusza się.
Czy zwiększenie "event_delay: 3.0" może tu pomóc?
Chodzi o to, żeby program ignorował chwilowe sygnały czujnika i zareagował na sygnał z czujnika filamentu, który trwa powyżej zadanej wartości.

Dzięki wyjaśnieniu kolegi Rozarh zrozumiałem jak działa ta funkcja i wiedziałem na co zwrócić uwagę (powiązanie z Pause i Resume). To mi dużo dało.
Wcześniej pisałem, że testuję działanie "na sucho" to znaczyło że bez puszczania wydruku i tu był mój pierwszy błąd. U mnie wyciągnięcie filamentu z czujnika nie powoduje żadnej reakcji ze strony drukarki jeśli ta nie drukuje. Zacząłem więc puszczać wydruki i testować zachowanie co oczywiście zabrało dużo więcej czasu.
Dodatkowo trafiłem na stronę: https://ellis3dp.com/Print-Tuning-Guide ... ament.html
I ściągnąłem z niej gotowe makra Pause/Resume. Dostosowałem je do moich potrzeb i wszystko działa jak trzeba.

Dzięki za wyjaśnienie.
Teraz już działa.

arek pisze: ↑11 kwie 2024, 16:41 Dla pewności. Gdy filament się skończy wydruk leci dalej ale komenda QUERY_FILAMENT_SENSOR SENSOR=runout wtedy wykonana mówi, że filamentu brak wg sensora, zgadza się?

SET_FILAMENT_SENSOR SENSOR=runout ENABLE=1 nie wiem czy domyślnie jest on na starcie.

Kiedy wyjąłem filament z czujnika w trakcie wydruku drukarka zaczynała wariować. Zacząłem więc testy "na sucho".

Wydaje mi się, że czujnik cały czas jest "włączony", ponieważ raportuje w terminalu pojawienie się filamentu. To czego nie widzę to momentu kiedy filamentu brakuje.
Czy powinienem testować ten czujnik wyłącznie podczas trwającego wydruku?

arek pisze: ↑11 kwie 2024, 15:53 runout_gcode się wykona dopiero po zakończeniu "pauzy". Daj pause_on_runout: False

Tego też próbowałem. Nie działa

Witam.
Postawiłem Klippera Octoprint na przerobionym Sunlu S8 z płytką SKR V1.4 Turbo i RPi 3B+.
Działa całkiem nieźle ale mam niestety trochę problemów.
Podłączyłem czujnik końca filamentu - taki zwykły switch. Wpisałem konfigurację z dokumentacji:
https://www.klipper3d.org/Config_Refere ... tch_sensor

System poprawnie widzi czujnik i poprawnie raportuje kiedy użyję komendy:
QUERY_FILAMENT_SENSOR SENSOR=runout.

Dla testu ograniczyłem działanie czujnika do wysyłania komend tekstowych:

[filament_switch_sensor runout]

pause_on_runout: TRUE
runout_gcode:
{action_respond_info("RUNOUT: Filament runout")}
insert_gcode:
{action_respond_info("RUNOUT: Filament inserted")}
event_delay: 3.0
pause_delay: 1.0
switch_pin: ^!P1.26

Niestety system nie widzi kiedy zabraknie filamentu. Zupełny brak reakcji.
System widzi i reaguje kiedy włożę filament. W terminalu pojawia się:
Recv: // RUNOUT: Filament inserted
Ma ktoś jakiś pomysł dla czego nie działa wykrywanie końca filamentu?