Jeśli Uart jest przypisane również do USB to użycie go do bezpośredniej komunikacji UART najprawdopodobniej nie zadziała, tak że trzeba użyć jakiegoś co faktycznie jest wolny.

1kamil pisze:Teraz już rozmawiamy o kombinacjach alpejskich. Jak ktoś chce ciągnąć 100M to raczej ma kasę aby zrobić to dobrze i niechałupniczo. I ostatnią rzeczą pewnie jakiej taka osoba by używała to jakiś custom made interfejs. RS485 przy 100m powinien dać radę pociągnąć 115.2k.

Wiem że rozmawiamy o " kombinacjach alpejskich", ale czy do was nie dociera że RS485 nie zadziała z klipperem choćby dawał radę 1Gpbs.... jest half duplex czego klipper nie obsługuje, musi być full-duplex. Koniec, kropka, RS485 nie jest opcja bo nie będzie działał w tym o czym rozmawiamy.

Jarewa pisze:No tak pomyłka, ale na duże odległości i odporne na zakłócenia.

No to tak jak napisałem MAX488 robi to samo tylko że jest full duplex....

Jarewa pisze:To nie prościej sięgnąć po rs484?

RS485 pewnie miałeś na myśli, nie bo RS485 jest half duplex, do kllippera potrzebujesz full-duplex. MAX488 to tak naprawdę dwa razy RS485 w jednym układzie każdy w innym kierunku, tyle.

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.

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: I zobaczyć co mamy dostępne

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 pisze:Czyli nic nie zmieniłeś w samej idei połączenia, jednie zamieniłeś konwerter CH340 na FT232RL - w jednym i drugim przypadku transmisja idzie przez konwerter USB-UART.

Zmieniłem, SKR 1.4 nie ma konwertera CH340, usb jest tam obsługiwane bezpośrednio przez procesor LPC na którym leci firmware drukarki.

cyfron pisze:Jeżeli użyłeś FT232RL to to już nie jest połączenie bezpośrednie UART-UART. W jakim celu i gdzie użyłeś FT232RL?

Bo Klipper nie działa na Rassberry Pi tylko na starym tablecie Lenovo Mix jakiś tam który nie ma wbudowanego UART. Tak że było to najbardziej "bezpośrednie" połączenie jakie dało się uzyskać z wykorzystaniem UART.

Berg pisze:nie ma

w teorii nie ma. W praktyce jak spotkałem się z dwoma:
- SKR 1.4 Turbo, z jakiegoś powodu połączenie bezpośrednie USB zrywało bardzo często, testowane różne kable itd. połączenie bezpośrednie UART + FT232RL działa stabilnie
- "mniejsze kable" przy samej elektronice