Klipper Firmware

[corradoskj]

1. No właśnie nie, to jedna ścieżka
2. Wg Fluidd to przyśpieszenie ograniczone do 500mm/s2, accel to deccel 750mm/s2, square corner velocity 5mm/s, prędkość druku wg Cury 100mm/s, testowane też 80 i 60, travel speed 250mm/s. Acceleration control wyłączone
3. Cura

[cyfron]

1. Zmiana warstwy?
2. Dlaczego Accel to deccel masz mniejsze od Accel? Ustaw deccel na 50% accel
3. Spróbuj innego Slicera, który ma natywną obsługę Klippera, np. SuperSlicer.

[corradoskj]

1. Nie, to jedna ciągła ścieżka ściany zewnętrznej, są 3
2. Zmienione ale mam wrażenie że to pogłębiło problem. Zmieniłem to w trakcie druku w Fluidd
3. Próbuję go od godziny ale nie jestem w stanie go ustawić, szczególnie że potrzebuję supporty z "dachem" z wypełnieniem 100%

[cyfron]

Zdecyduj się czy są 3 obrysy czy 1? Raz piszesz, że jedna ściażka, później, że są 3 ściany. Niezależnie od ilości obrysów gdzieś musi się zmieniać warstwa i czy to się pokrywa z miejscem, w którym drukarka zwalnia?

[corradoskj]

1. 3 ścieżki ściany zewnętrznej. Nie, to nie są miejsca zmian warstwy czy też ścieżki, spowolnienia są w losowych miejscach.

Dzisiaj zrobiłem aktualizację klippera, moonrakera wszystkiego co się dało w FLUIDD i niestety zaczęło sypać błędami.
Ale się z nimi już uporałem, aktualizacja wprowadza "nowe porządki"

[konradsdev1]

Zacząłem od config path, było ~/klipper_config zmieniłem na /home/pi/klipper_config niestety nic to nie dało

Przenieś te ustawienia do odpowiednich sekcji w pliku moonraker.conf:

Kod: Zaznacz cały

[file_manager]
config_path: ~/klipper_config
log_path: ~/klipper_logs

[data_store]
temperature_store_size: 600
gcode_store_size: 1000

[corradoskj]

Dzięki, wczytałem się przed chwilą w aktualizację

[Adinfo]

Klipper to konieczność, dopiero teraz zrozumiałem, że to kolejny krok aby zerwać z nałogiem Marlina ;p

Podepnę się do tematu:
- RPi B+ (karta SD 32GB Kingstone, Fluidd),
- Fluidd najnowszy obraz + wgrane wszystkie update systemowe, dostęp przez WiFi TPlink z USB,
- karta SD Kingstone class 10 - odczyt średni, zapis słaby - będę też próbował z inną kartą bo ta w Rpi B+ jest bardzo wolna,
- płyta Trigorilla podpięta przez USB - udało się ją zaprogramować z poziomu Rpi bez problemu,
- konfiguracja printer.cfg przykładowa dla Trigorilla i delty jaką znalazłem w necie https://www.lpomykal.cz/anycubic-kossel ... iguration/
- na ten moment podpięta sama płyta bez endstopów, czujników - tylko zasilanie 12V oraz USB z Rpi.

Po wgraniu firmware klippera i zrestartowaniu usług mam taką informację:

Kod: Zaznacz cały

MCU 'mcu' shutdown: Timer too close
This often indicates the host computer is overloaded. Check
for other processes consuming excessive CPU time, high swap
usage, disk errors, overheating, unstable voltage, or
similar system problems on the host computer.
Once the underlying issue is corrected, use the
"FIRMWARE_RESTART" command to reset the firmware, reload the
config, and restart the host software.
Printer is shutdown

Wcześniej zanim wgrałem firmware do płyty przy poleceniu TOP mam proces pythhon, który cały czas zajmuje CPU od 25-50% - czy to może być powód problemów, albo coś zupełnie innego.

[dragonn]

Czy po wduszeniu FIRMWARE_RESTART parę razy czasem łapie?
Na słabych Pi czasem mi się zdarzało że po starcie musiałem parę razy to wdusić bo przy bootowaniu dużo usług wstaje i przeciąża CPU malin co skutkuje tym, jak już złapało połączenie po wduszeniu FIRMWARE_RESTART to działało stabilnie.

[Adinfo]

Czy po wduszeniu FIRMWARE_RESTART parę razy czasem łapie?

Raczej nie łapie wcale, jeszcze powduszam kilka razy do pewności. Co do obciążenia to @majek mi podpowiedział o wduszeniu "c" przy top i to mi zżera procka cały czas (od początku jak fluidd postawiłem 25-50% CPU):

Kod: Zaznacz cały

/home/pi/moonraker-env/bin/python /home/pi/moonraker/moonraker/moonraker.py -c /home/pi/klipper_config/moonraker.conf -l /home/pi/klipper_logs/moonraker.log