reprapy.pl

atom1477 pisze: ↑23 maja 2024, 14:39 Chodzi mi o to czy /home/pi/printer_data/comms/klippy.serial może odbierać z dwóch źródeł na raz. Żeby nie trzeba było konfigurować albo

Spróbuj? Ale obstawiam że nie.
Przy czym nie jest to żadne odkonfigurowanie/konfigurowanie. Wystarczy zatrzymać usługę moonraker i port nie będzie używany, po zakończeniu pracy z OpenPNP włączyć z powrotem, jedno polecenie pewnie typu systemctl stop/start moonraker.service
Niestety żeby moonraker robił za proxy dla klippera żeby jednoczesnie przyjmował g-code z zewnątrz oraz działa jak web interfejs opcji nie widze.

atom1477 pisze: ↑25 mar 2024, 14:06 Pierwsze słyszę żeby Chińczycy dodawali jakiś swój bootloader.
Chyba że mówisz o prockach wmontowanych do płyt BTT. No ale wtedy to BTT go dodaje, a nie producent procka.

BTT, MKS czy Fsytec i każdy inny. To miałem na myśli pod "chińczyki". Nie skąd sam MCU podchodzi taka cała płyta sterujaca drukarką.

atom1477 pisze: ↑25 mar 2024, 13:37 Bootloader producenta jest w ROMie, i nie da się do wywalić.

Nie, nie jest (przynajmniej nie ten o którym mówię tutaj).
STM32 mają wbudowany bootloader w ROMie tak, ale ten nie potrzebuje offsetu i nie on odpowiada za np. akutalizowanie z karty SD (bo tego nie obsługuje). Za to odpowiada drugi customowy bootloader dodawany przez chińczyków zazwyczaj w pierwszym sektorze flashu.

I tak, jeśli wgrywasz ST-LINKiem pod adress 0x8000000 (czyli ten domyślny) to offset bootloadera masz ustawić na 0 bo go nie ma.

To zależy od tego co tam chińczyk wrzucił jako bootloader do tego STM a nie samego modelu procesora.
W ogóle jako go wgrywasz?
Bo jak mówisz że wgrałeś "swój program testowy" to mi to brzmi jak byś wywalił bootloader producenta całkowicie i to będzie powodować problem, bo firmware skompliowane z offsetem bootloader nie odpali się jeśli go w ogóle nie ma.

A bootloader offset?

.bin do klipper należy generować pod daną wersję klippera którą się instaluje, a nie wgrywać jakieś bin który leżą po necie bo później można mieć dziwne błędy "Unknow command" czy jak to im tam było.
Rozmiar ~20kb jest normalny, w klipperze firmware w MCU drukarki naprawdę mało robi i typowo więcej tam nie trzeba (na Dueta u mnie ma 21kB).

Adinfo pisze:
dragonn pisze: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

To normalne, na takim Pi moonraker generuje takie obciążenie.
Spróbuj tego, wedytuj plik
/etc/systemd/systemd/klipper.service żeby wyglądał tak:

Kod: Zaznacz cały

#Systemd service file for klipper

[Unit]
Description=Starts klipper on startup
After=network.target

[Install]
WantedBy=multi-user.target

[Service]
Type=simple
User=pi
RemainAfterExit=yes
ExecStart=/home/pi/klippy-env/bin/python /home/pi/klipper/klippy/klippy.py /home/pi/klipper_config/printer.cfg -l /home/pi/klipper_logs/klippy.log -a /tmp/klippy_uds
Restart=always
RestartSec=10
Nice=-20

Chodzi o linię Nice=-20 na końcu pliku, następnie zrestartuj Pi.
Wywal też usługę webcamd.service, nie wiem czy ona coś w tle nie robi jak nie używasz kamery.

EDIT

To samo możesz zrobić w moonraker.service z tym żeby tam dać nie -20 tylko 20

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.

$A$F pisze:Szkoda że nie ma po naszemu. Bo niby mam w konfigu rotation distance, a w historii zmian jest to od wersji 0.1 i boję się że jak upgrejduje firmware to wymiary się porozjeżdżają.

To polecam translator google, coś da się zrozumieć.
Moim zdaniem nawet nie próbowałeś tego przeczytać.
Patrz, wkleję CI:

Or, if you have an older Klipper configuration and know the step_distance parameter you can use this formula:

rotation_distance = <full_steps_per_rotation> * <microsteps> * <step_distance>

Nie, 1s szukania w google:
https://www.klipper3d.org/Rotation_Distance.html
wszystko jest napisane.
Opcji z tym ile godzin pracowała nie znam, watpię żeby była.

Znaleziono 71 wyników

Re: Klipper Firmware

Re: Klipper Firmware

Re: Klipper Firmware

Re: Klipper Firmware

Re: Klipper Firmware

Re: Klipper Firmware

Re: Klipper Firmware

Re: Klipper Firmware

Re: Klipper Firmware

Re: Klipper Firmware