Klipper Firmware

[cyfron]

Nie zagłębiałem się w budowę tej płyty, co nie zmienia faktu, że w chwili obecnej masz połączenie przez konwerter UART.

[dragonn]

To zmienia mocno fakt, bo wcześniej w połączeniu USB nie było żadnego co skutkowało wywalanie "Input / Output Error" jak drukarka próbowała cokolwiek zrobić więcej niż się połączyć. Pewnie jakiś błąd w obsłudze USB po stronie firmware drukarki lub problem z jakimś zakłóceniami elektromagnetycznymi.
A teraz działa.

[cyfron]

Zrobiło Tobie różnicę, ponieważ masz indywidualny przypadek ale nie odpowiada na postawione wcześniej pytanie, czy jest różnica w połączeniu:
PC-USB<->Converter-USB-UART<->UART-MCU
PC-UART<->MCU-UART

[1kamil]

Nie ma.

[dziobu]

Nie ma.

Nie do końca.
Różnica JEST i polega na tym, że:

• jeśli port szeregowy jest sprzętowy (wychodzi z mostka) a nie emulowany (*1) to masz do dyspozycji znacznie krótsze czasy dostępu (*2),
• w przypadku gdy po drodze jest USB nie masz konkretnej władzy nad faktycznymi opóźnieniami wysyłanych paczek.

Wątpię żeby to miało tu znaczenie, ale warto wiedzieć bo czasem jednak ma.

(*1)
Wiele nowszych komputerów ma port szeregowy ale jest on po prostu przejściówką wbudowaną w MB czy jakieś peryferia.

(*2)
USB jest fajne jak masz przesłać dużą ilość danych, ale raster obsługi to max 1ms. Czyli wysłanie 1 bajtu jak i 1kB zajmuje 1ms, nigdy mniej. Przy sprzętowym porcie da się to znacząco skrócić i to w Windowsie.

[S3b]

Panowie, czy ma ktoś doświadczenie w konfiguracji RpiZeroW z czymś typu RAMPS/MKS Gen po UART?
Już sobie w zasadzie ustawiłem konfigurację drukarki w kliperze po USB, ale za cholerę nie jestem w stanie spiąć malinki przez GPIO z moim MKS'em.
W MKS wpinam się pod AUX1 (Piny D2 i D1) i nie wiem który UART mam wybrać z make menuconfig dla mojej płytki.
Generalnie po stronie malinki mam zdaje się wszystko ustawione co trzeba w plikach /boot/config.txt oraz /boot/cmdline.txt (czyli odpięcie BT i wyłączenie konsoli szeregowej), ale ustawienie w pliku konfiguracyjnym drukarki [mcu]serial: /dev/ttyACM0 nie daje połączenia z MCU a moja (nie)znajomość linuxa nie pozwala mi zlokalizować właściwego portu po którym by to w końcu zagadało.
Poległem na maxa

[dragonn]

ttyACM0 to jest typowo urządzenie USB w trybie portu CDC.
Port wbudowany w PI nazywa się ttyAMA0
Podpowiedź, w linuksie wszystko jest plikiem/folderem.
Czyli możemy po prostu wpisać np:

Kod: Zaznacz cały

ls /dev/

I zobaczyć co mamy dostępne

[Berg]

nie specjalnie śledziłem wątek powyżej, tak że sorry jeśli odpowiedź jest od czapy ale poza tym, że w configu trzeba ustawić odpowiedni port, to jeszcze firmware musi być skompilowane z tym portem co podłączony.

[1kamil]

Nie ma.

Nie do końca.
Różnica JEST i polega na tym, że:

Praktycznie to nie ma różnicy Klipper nie potrzebuje komunikacji czasu rzeczywistego, tylko ma bufor poleceń, który pełni rolę kolejki. Polecenia są wysyłane do kolejki, a każde polecenie ma swój znacznik czasowy, który jest konwertowany na cykle procesora urządzenia docelowego. Dlatego Klipper wysyła zawsze polecenia z zapasem, i stara się utrzymywać bufor ruchów ~2s w pamięci hosta, a do mcu wysłać max tego co pozwala druga strona.

Jest jedna zasadnicza różnica między własnym UARTem a USB. UARTa zazwyczaj używa się bez bitów parzystości. Skutkuje to przy cieńszych/nieekranowanych kablach które dość zakłóceń, szczególnie jeśli kabel idzie gdzieś w okolicy silnika lub kabli silnika krokowego. USB (najlepiej bezpośrednio) ale nawet przez mostek ma generalnie dużo lepszą skuteczność transmisji (kable są jednak ekranowane) ale też dlatego że mostek ma lepsze połączenie elektryczne. W moim przypadku to był główny powód przejścia z UARTa na EinsyRambo (MK3S+) na rzecz UART po USB. Moje problemy z błędami transmisji się rozwiązały. Oczywiście klipper ma zaimplementowany mechanizm retransmisji, ale przy małym buforze docelowym 8bitowej płytki czasem to powodowało błędy.

Tak więc wybór UART a USB w przypadku Klippera to jest raczej kwestia preferencji, a nie wydajności. Z perspektywy wydajności nie ma to wielkiego znaczenia.

[dragonn]

Jeśli chodzi o UART i zakłócenia to można użyć dwóch MAX488 i zrobić transmisję różnicowa na 4 żyłach, jestem przekonany że to byłby zdecydowanie bardziej odporne na zakłócenia niż USB (z względu na -15/+15V poziomy napięć i dużo niższą częstotliwość transmisji).
Tak że jak by ktoś potrzebował pociągnąć 100m kabel miedzy MCU na Pi/czy na czym tam klipper stoi to w ten sposób mogłoby się udać xD.