mk77 pisze:Sensorless homing - jak to działa w sapphire pro ? warto ? czy tylko dodatkowe problemy ?

Nie znam się to się wypowiem
Dla mnie sama idea walenia karetką w ogranicznik jest dziwna, więc nawet nie mam ochoty próbować.
Zapewne trzeba się trochę napracować żeby to działało w miarę przewidywalnie, bo albo zatrzyma się gdzieś po środku, albo się nie zatrzyma... Ludzie z tym walczą i ponoć niektórym działa

U siebie zamieniłem endstopy z NO na NC bo raz po pracach serwisowych nie kontaktował jeden czujnik i doświadczenie nie było miłe, więc pewnie stąd ta awersja

mk77 pisze:Użyłem dystrybucji le3tspeak bo dopiero co zaczynam przygodę z drukarką a to był w zasadzie samograj.

Też tak zrobiłem na początku
I dopóki działa, nie ma problemu. Ale jeśli są jakieś problemy, to IMHO lepiej jest przejść na wersję jak najbliżej głównego developmentu.

mk77 pisze:Oczywiście nie wykluczam skorzystania z innej dystrybucji, choćby z tej co polecasz waniliowej.

"waniliowa" w sensie niemodyfikowana. Repozytorium projektu Marlina jest tu: https://github.com/MarlinFirmware/Marlin
Mam to repozytorium sforkowane u siebie z wrzuconą swoją konfiguracją. Ponieważ pliki konfiguracyjne le3speak są nieco inne, niż stockowe, warto poświęcić dwie godziny i przepisać swoje ustawienia do oryginalnego pliku. Potem, przy aktualizacjach do nowej wersji, lepiej będzie się tym zarządzać.

mk77 pisze:Rozumiem że ten link co wrzuciłeś kilka postów wyżej https://github.com/bkiziuk/Marlin/tree/bugfix-2.0.x to jest Twoja obecna konfiguracja tej dystrybucji waniliowej ?

Tak. Trzymanie tego na github'ie jako fork ma swoje zalety.
Wszelkie zmiany w konfiguracji możesz śledzić. Aktualizację do nowej wersji przeprowadzasz pobierając uaktualnienia z upstreamu.
No i masz backup całego kodu i konfiguracji w sytuacji, kiedy dysk w pececie odmówi współpracy

mk77 pisze:Na razie to zostawiam jako standalone i do tematu wrócę niebawem.

le3tspeak rozwija własny fork Marlina pod kątem drukarek TT.
On jest fajny na początek, bo ma konfiguracje przygotowane pod tą drukarkę - wystarczy powłączać i w zasadzie nie trzeba się doktoryzować z konfiguracji.
Z drugiej strony większość używa waniliowego Marlina i być może w obszarze, z którym walczysz, są w nim jakieś różnice.
No, a jak masz swoją konfigurację, w której czasami robisz jakieś zmiany, warto jednak wiedzieć, co i po co jest ustawione
A to prowadzi do rozważań, czy nie lepiej przesiąść się na wersję waniliową

mk77 pisze:Konfiguracja dla 2209_standalone przeszła. Firmware się skompilował i działa w drukarce. Błędami wali przy włączeniu uart.

Możesz zobaczyć, jak jest u mnie https://github.com/bkiziuk/Marlin/tree/bugfix-2.0.x
Ostatnio kompilowane dwa dni temu, na wersji bugfix-2.0.x.

Równie dobrze przekornie można stwierdzić, że tak
To zależy od wybranego rozwiązania.
Ja mam zrobione na sprzętowym serialu zgodnie z rysunkiem w dokumentacji TMC2209 - https://www.trinamic.com/fileadmin/asse ... t_V103.pdf, rysunek 4.1, lewy obrazek.
Kolega arkomania.pl ma, jak widzę, na programowym, w którym jeden pin procka służy do komunikacji z jednym stepstickiem.
Teraz już dokładnie nie pamiętam, ale jak szukałem informacji na ten temat - zostałem przytłoczony różnymi rozbieżnymi informacjami na temat sposobu realizacji komunikacji ze stepstickami. Nie znalazłem usystematyzowanego opisu, natomiast bardzo dużo różnych wykonań.
Sytuację komplikuje fakt, że ludzie mają generalnie różne płyty i wykonania stepsticków (różnie wyprowadzone TX/RX, różnie zezworowane podstawki), do których trzeba dostosować połączenia. Dlatego IMHO trzeba przede wszystkim rozumieć, co się robi w odniesieniu do sprzętu, który się posiada.

dziobu pisze:

JohnJames pisze:Jeszcze jedno. Żeby 4 stepsticki działały na pojedynczym UART, to tenże UART musi być sprzętowo wspierany w procku - bo wówczas pozwala na ustawienie adresu na magistrali.

Co to jest ustawianie adresu na magistrali przez sprzętowy UART i dlaczego programowy na to nie pozwala?

Masz rację, trochę źle się wyraziłem. To kwestia drivera i wydajności procka.
Natomiast miałem niejasne wrażenie, po przerzuceniu różnych poradników na temat podłączania UARTa, że emulacja programowa nie pozwala na wybór adresu albo też, że to raczej słabo działa. Jeśli się mylę, uprzejmie proszę o wyprowadzenie z błędu.

Jeszcze jedno. Żeby 4 stepsticki działały na pojedynczym UART, to tenże UART musi być sprzętowo wspierany w procku - bo wówczas pozwala na ustawienie adresu na magistrali. STM32F1 ma ich pięć. Jeden jest używany do wyświetlacza, drugi do USB, trzeci do WiFi, a czwarty i piąty - jeśli dobrze widzę - do SD.
Możesz podłączyć stepstick do dowolnych innych pinów, ale wówczas UART jest robiony programowo i obsługuje tylko jeden stepstick. Nie wiem, czy w tym trybie może też działać dwukierunkowo.

Polo232323 pisze: Juz sie chyba poddaję nwm co dalej z tym zrobić jesli mogłbyś mi podesłać skompilowanego marlina to było by to dla mnie duże wsparcie. Mam wszystko podpięte wg twojego posta i nic to nie daje .Ciągle wyskakuje mi takie coś?

Primo, wygląda na to, że masz inne stepsticki niż moje. Sądząc z obrazka - Fysetc v3.0.
A one maja inaczej wyprowadzone TX/RX, o czym wspomniałem tu: https://reprapy.pl/viewtopic.php?f=8&t= ... 30#p112225

Secundo, masz podłączony UART zupełnie gdzie indziej, więc moja kompilacja nic Ci nie da, bo i tak działać nie będzie.

Tertio, ponieważ stepsticki są inne, trzeba sprawdzić na schemacie płyty, co jest na płycie na tych pinach, na których masz na stepstickach wyprowadzone RX/TX, bo ja widzę, że jest to noga 11 i 12 podstawki, które są zezworowane razem. A zgodnie z dokumentacją TMC2209 oraz schematem stepsticków, pomiędzy TX i RX na procku ma być rezyskor 1kOhm. O tym też wspomniałem tu: https://reprapy.pl/viewtopic.php?f=8&t= ... 30#p112208

Tu nie ma niestety jednego słusznego standardu podłączenia i różni się to w zależności od płyty, stepsticków, oraz wybranego portu UART (sprzętowy czy programowy i na których pinach). I do tego wszystkiego trzeba indywidualnie dostosować jeszcze konfigurację Marlin'a.

Rnext pisze:U mnie po wyjęciu filamentu wyłącza/gasi ekran a po włożeniu jest tak jak po resecie/włączeniu drukarki. Czyli gotowość systemu.

Masz błąd w okablowaniu. Zwierasz czujnikiem linię 5V do masy.
Trzeba albo odwrócić kabel (rada z internetu - nie testowałem - sprawdziłem przy podłączaniu czy jest dobrze), albo zamienić piny w jednej z wtyczek.

Polo232323 pisze: A jak ustawiłeś zworki ?

Jeśli cofniesz się kilka postów, całkiem obszernie się tam wyprodukowałem.