reprapy.pl

Próbuje od 2 dni zrobić upgrade i uruchomić FLY TMC5160 PRO (external) dla osi X i Y z moją MKS_RUMBA32 i niestety
udało mi się jak do tej pory dojść do stanu w którym po udanym G28 zwykle drukarka wyłącza Klippera - komunikuje jeden z losowych komunikatów
Na tę chwilę obecną oba TMC5160 są zasilane ze wspólnego zasilacza zasilacza 24V.
Wiem że plyty RUMBA32 mają błąd w laminacie więc zrobiłem na płycie mostki zgodnie z tutorialami

https://github.com/makerbase-mks/MKS-RUMBA32/issues/2
lub trochę inaczej
https://github.com/Aus3D/RUMBA32/issues/23

W obu przypadkach mam identyczne objawy i problem. Czy macie jakieś pomysły gdzie szukać dalej rozwiązania?

Tu losowo pojawiające się zwisy KLIPPERA:

Kod: Zaznacz cały

Klipper reports: SHUTDOWN
TMC 'stepper_y' reports error: GSTAT:      00000001 reset=1(Reset)
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

lub

TMC 'stepper_y' reports error: GSTAT:      ffffffff reset=1(Reset) drv_err=1(ErrorShutdown!) uv_cp=1(Undervoltage!)
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

lub

TMC 'stepper_x' reports error: GSTAT:      00000001 reset=1(Reset)
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

podlaczylem również pod 48V ale nie przyniosło to poprawy

Podmień stepa z innej osi (znaczy zmień miejscami) i zobacz czy nadal występuje na osi y. Bo jak piszesz masz dwa takie same tm5160. Jak błąd pójdzie za stepem to uszkodzony, jak zostanie to szukaj winy w okablowaniu silnika lub w samym silniku. Domyślam się że konfiguracja obciążenia podobna między tymi dwoma tmc5160?

Jarewa pisze: ↑22 lis 2023, 21:44 Podmień stepa z innej osi (znaczy zmień miejscami) i zobacz czy nadal występuje na osi y. Bo jak piszesz masz dwa takie same tm5160. Jak błąd pójdzie za stepem to uszkodzony, jak zostanie to szukaj winy w okablowaniu silnika lub w samym silniku. Domyślam się że konfiguracja obciążenia podobna między tymi dwoma tmc5160?

okablowanie silników jest sprawne bo działało przed z TMC2209 .....bo błędach z TMC5160 ponownie podłączyłem te same silniki i kable do tmc2209 i wszystko działa jak należy. Potem ponownie podłączyłem TMC5160 i z napięciem 48V i błędy są ponownie ale jak pisałem czasem są na silniku X a czasem na Y (CORE XY).

1)Wieczorem faktycznie spróbuję zamienić stepy miejscami .
EDIT: wlasnie spróbowałem wyzerować tylko X (G28 X) i taki kwiatek wyskoczył:

Kod: Zaznacz cały

Unable to write tmc spi 'stepper_x' register MSLUT6
(...)Printer is shutdown

więc to może nie przynieść poprawy

ale spróbuje wieczorem.

2)Zastanawiam się czy błędy mogą być powodowane przez to że z kabelkami przedłużki SPI krzyżują się kable prądowe do silników osi Z?
3)Czy ktoś się orientuje jaka jest poprawna nazwa magistali SPI w MKS Rumba32?
Próbowałem różnych ustawień "spi_bus:"ale na wartościach
spi0 , spi1a, spi3 to się od razu wywala KLiper.
Na spi1 Kliper się uruchamia ale przy próbie G28 od razu się wywala
Tylko na softwerowym SPI (spi_software_(...)) się uruchamia G28 ale ze skutkiem jak w tytułowym poście.

4)Czy ktoś rozkminiał w stepach FLY Mellow TMC5160 PRO v.1.2 (moje to wersja starsza z kabelkami zamiast taśmy) jakie jest znaczenie ustawienia poszczególnych zworek? Stepy przychodzą z fabryki z dwoma założonymi zworkami ale producent dostarcza kolejne zworki - ale kompletnie brakuje dokumentacji na ich temat?

czosnekltd pisze: ↑23 lis 2023, 09:23 3)Czy ktoś się orientuje jaka jest poprawna nazwa magistali SPI w MKS Rumba32?

To jest spi1 na pinach PA5, PA6, PA7.
Spróbuj ustawić prędkość:

Kod: Zaznacz cały

spi_bus: spi1
spi_speed: 1000000

lub 100000 dla programowego:

Kod: Zaznacz cały

spi_speed: 100000
spi_software_miso_pin = EXP2_1
spi_software_mosi_pin = EXP2_6
spi_software_sclk_pin = EXP2_2

Sprawdziłem ustawienia prędkości dla spi1 i softSPI ale w obu przypadkach występują te same błędy.

Kabelki? U mnie najpierw jeden był przerwany, następnie kolejny zbyt luźny na Gold pin.

Fest pisze: ↑23 lis 2023, 12:25 Kabelki? U mnie najpierw jeden był przerwany, następnie kolejny zbyt luźny na Gold pin.

masz na myśli te kabelki łącznika między TMC5160 a adapterem na płycie głównej?

Jeśli tak wyglądają, to powinny być ok. Ja mam stepy w gniazdach a Spi łączyłem kablami krosującymi takimi jak od arduino. Czy na twojej płycie jest Spi w gniazdach stepów?

P.S. Błędy miałem podobne.

tak ..... SPI jest w gniazdach stepów....choć jak pisałem w na początku są błędy na laminacie i trzeba to korygować kabelkami lutowanymi

To jest jedyne co mi przychodzi na myśl - kiepskie połączenie - ewentualnie jakaś pajęczyna która powoduje zakłócenia, pętla na masie, pojemność lub indukcja na SPI etc...

Choć u mnie losowo w trakcie wydruku gaśnie ekran wyświetlacza na Spi, przy czym jest to Spi na płytce PI.

Fest pisze: ↑23 lis 2023, 19:34 To jest jedyne co mi przychodzi na myśl - kiepskie połączenie - ewentualnie jakaś pajęczyna która powoduje zakłócenia, pętla na masie, pojemność lub indukcja na SPI etc...

Choć u mnie losowo w trakcie wydruku gaśnie ekran wyświetlacza na Spi, przy czym jest to Spi na płytce PI.

W załączeniu schemat obecny zasilania....czy widzicie gdzieś potencjalne pętle masy - ja widzę jedynie przy połączeniu TTL ORangePi3>> RUMBA 32 ale przed połączeniem PSU48V i TMC5160 nie stanowiło to problemu więc nie sądzę by to mogło być przyczyną ?!?!?

A może przyczyną jest PSU48V firmowy czy chinski?

Jarewa pisze: ↑23 lis 2023, 22:26 A może przyczyną jest PSU48V firmowy czy chinski?

to firmowy zasilacz DELTA 15A ze Switcha PoE. Ale małe szanse że to on bruździ bo początkowo przy pierwszym uruchomieniu TMC5160 podłączyłem je do wspólnego zasilacza 24V i też były zakłócenia.

A spróbuj wymusić o wiele niższą prędkość na spi (spi_speed), np. ucinając zero na końcu. Jeżeli błędy są przez słabe kable, to może być lepiej. Jeżeli błędy są przez zakłócenia, to pewnie nie zrobi różnicy.

Co do pętli masy, to ja bym odłączył masę między PI a MKS i zostawił tylko TX/RX.
Punkt wspólny GND też dałbym jak najbliżej MKS-a.

majek pisze: ↑23 lis 2023, 22:46 A spróbuj wymusić o wiele niższą prędkość na spi (spi_speed), np. ucinając zero na końcu. Jeżeli błędy są przez słabe kable, to może być lepiej. Jeżeli błędy są przez zakłócenia, to pewnie nie zrobi różnicy.

Co do pętli masy, to ja bym odłączył masę między PI a MKS i zostawił tylko TX/RX.
Punkt wspólny GND też dałbym jak najbliżej MKS-a.

Zapodawałem spi_speed: 100000 czyli 1/40 znamionowej prędkości ale była lipa.

W oryginalnych wieloparowych łącznikach RUMBA32>>TMC też są przewody masy !!!! je tez mam rozpiąć?

Rozwiązałem problem ze swoim SPI, więc może tobie też to pomoże. Płytka wyświetlacza ma oddzielne ścieżki ekranujące.

Są one odsprzęgnięte od masy sygnałowej i zasilania za pomocą obwodu rc (nie rozkminiałem jest kondenstator i rezystor, jak połączone whatewer- w każdym razie jest to zrobione po to by między innymi nie było właśnie pętli masy).
Ekran posiada kontakt pod każdą ze śrub mocujących zasilacza pod jedną z nich dałem oczko i połączyłem galwanicznie z masą zasilania BTT PI.
Po 6 godzinnym wydruku wyświetlacz działa prawidłowo. Wcześniej nigdy tyle nie pracował poprawnie.

Fest pisze: ↑27 lis 2023, 17:23 Rozwiązałem problem ze swoim SPI, więc może tobie też to pomoże. Płytka wyświetlacza ma oddzielne ścieżki ekranujące.

Są one odsprzęgnięte od masy sygnałowej i zasilania za pomocą obwodu rc (nie rozkminiałem jest kondenstator i rezystor, jak połączone whatewer- w każdym razie jest to zrobione po to by między innymi nie było właśnie pętli masy).
Ekran posiada kontakt pod każdą ze śrub mocujących zasilacza pod jedną z nich dałem oczko i połączyłem galwanicznie z masą zasilania BTT PI.
Po 6 godzinnym wydruku wyświetlacz działa prawidłowo. Wcześniej nigdy tyle nie pracował poprawnie.

Kurcze...trochę się pogubiłem....wyświetlacz miał "odsprzęgloną masę " a ty połączyłeś masę wyświetlacza na krótko z masą BTT Pi i o jakim zasilaczu piszesz ?

.
Gdzieś czytałem, że czasem problemem z TMC5160 może być równocześnie wyświetlacz podłączony do EXT1i2, więc go odłączyłem i wyciłąłem z konfiguracji, ale to nie pomogło. W weekend jeszcze na desperata przepiąłem drukarkę na starą płytę BTTSKR-Pro 1.1 ale na razie odpaliłem ją na samych TMC2209/08 i nie zdążyłem poeksperymentować z5160

musi poczekać do końca tygodnia.

Twoja płytka ma masę (ekran) na dziurach pod śruby mocujące. Nie piszę o żadnym zasilaczu. Czytaj proszę ze zrozumieniem. Wieczorem zrobię ci fotkę jak to wygląda u mnie.

: GND.gif (41.93 KiB) Przejrzano 749 razy

Te przekreślone połączenia mas nie są potrzebne, a potencjalnie mogą być nawet szkodliwe.

Proszę.

atom1477 pisze: ↑28 lis 2023, 12:58 GND.gif
Te przekreślone połączenia mas nie są potrzebne, a potencjalnie mogą być nawet szkodliwe.

Dzięki za info.....w weekend czeka mnie sporo przepinania kabelków

atom1477 pisze: ↑28 lis 2023, 12:58 GND.gif
Te przekreślone połączenia mas nie są potrzebne, a potencjalnie mogą być nawet szkodliwe.

Ja bym zrobił odwrotnie, uciął masy sygnałowe.
Co prawda ten 'poprawiony' schemat będzie działał i jest za tym jakaś logika, ale:
- tak się nie robi
- ustala się jeden wspólny punkt masy w całym urządzeniu i tam się je podłącza w gwiazdę (coś jak oryginalny schemat)
- w tym wypadku punkt wspólny dałbym blisko MKS
- w tym 'poprawionym' podłączenie czy odłączenie jakiś kabelków do stepsticków czy pi może zakończyć się tragicznie (przy włączonym urządzeniu), bo masy wtedy będą na nieustalonym i losowym względem siebie poziomie, a te wszystkie wtyczki nie są mechanicznie zbudowane tak, że najpierw łączą masę, a później sygnałowe, i dlatego TAK SIĘ NIE ROBI
- nawet na wyłączonym urządzeniu elektrostatyka może sprawić, że każdy zasilacz będzie na innym poziomie i można uwalić coś podłączając kabelki
- debug rozseparowanej masy też jest do bani, jeżeli z założenia ma być wspólna masa, to ma być jak w samochodzie, ma być wszędzie i na stałe

Mylisz się.
Właśnie lepiej jest podłączyć tak jak opisałem.
Łączenie mas w jednym punkcie ma sens w pewnych przypadkach. Ale nie we wszystkich.
Są też takie gdzie płyną duże prądy, a mamy też części niskoprądowe/sterujące. W takim wypadku masę urządzeń sterujących podłącza się do masy urządzeń wykonawczych, a nie do wspólnego punktu mas przy zasilaczu.
Dzięki temu masy sygnałowe jedynie ustalają potencjał i są masą dla sygnałów, ale nie przewodziły prądów mocy.

Oczywiście pozostaje problem jaki opisałeś. Latanie mas przy odłączeniu wtyczek. Ale zakładanie że wtyczki będą rozłączane i podłączane Hot-Plug nie ma sensu. Bo to jest błędne samo w sobie. Nie ma się co zabezpieczać przed takim przypadkiem. Ale na upartego i to można zrobić. Podłączyć masy mocy rezystorami 10...100R. Wtedy utrzymają wyrównany potencjał w przypadku odłączenia wtyczek.

Można połączyć oba rozwiązania, bo w obu MKS i tak jest punktem wspólnym dla mas. Czyli tak mamy tam połączenie w gwiazdę i tak.
Ale w takim wypadku trzeba odpowiednio poukładać przewody aby nie zrobić pętli masy.
No i na pewno nie rozłączać masy sygnałowej z wtyczek.

Nowy schemat z połączeniami mas:

Masy łączą się w jednym punkcie przy MKS, a rozłączenie wtyczek nie grozi powstaniem różnicy potencjałów.
Ale nie wszystko jest tam podłączone w gwiazdę. Zasilacze są łączone wprost do swoich obciążeń, żeby spadki napięć na masie występowały tylko na tych odcinkach, ale nie wpływały na inne obwody.
Gdyby masę zasilaczy doprowadzić do MKS, to by potem przewodami sterującymi płynęła część prądu obciążenia (silników).

Niestety przeziębienie wyłączyło możliwość "przekabelkowania" drukarki w garażu. Myślę że źle narysowałem (bo powieliłem węzły masy) mój pierwszy schemat bo w zasadzie to mam wspólny punkt masy zrobiony na 2xPięciokrotna złączka WAGO. Zasilanie 24V mam zrobione markowym miedzianym przewodem 4mm2 (przewód kupiony jeszcze w czasach gdy nie oszukiwało się na miedzi) a wszystko (poza 48VPSU) upchane na małej powierzchni w wysuwanej szufladzie w podstawie drukarki i większość kabli nie jest super długa. W załączeniu jakaś fotka archiwalna szuflady- sprzed prób z TMC5260 i bez CAN. Jak widać na nowym schemacie u mnie Rumba32 nie jest mocno obciążona prądowo, gdyż "mocowo" obsługuje jedynie dwa silniki Z1 i Z2 bo grzałka stołu jest na 230V na SSR a grzałka i silnik extrudera na CANbordzie - i tu mnie zastanawia sensowność sytuowania wspólnego punktu masy przy samym MKSRumba....ale cóż nie mam nic do stracenia i jak wyzdrowieję to będę wypróbowywał wszystkie wasze pomysły.

Patrząc na ten schemat bezpieczniej by było, żeby przekaźnik odcinający 230V dla zasilacza 24V odcinał również SSR do grzania stołu.
Masz wtedy gwarancję, że przy wyłączonej płycie głównej stół również nie będzie załączany przez jakieś samoindukcje, stany nieustalone z zasilacza itp.

SSRa w ogóle powinno się wyłączać stycznikiem bo jak poleci to w 99% przypadków na zwarcie.

Ciężko zrozumieć co tu macie na myśli.
Stanów nieustalonych z zasilacza praktycznie nie ma. Jest tylko rampa włączająca i wyłączająca (napięcie spada czy rośnie płynnie, a nie skokowo).
Gdyby nawet były, to SSR nie załączy się od tak. Płyta musiała by się włączyć i podać sterowanie na MOSFETa stołu (tu używanego do wysterowania SSRa).
Odcinanie SSRa przekaźnikiem to ma służyć do zwiększenia bezpieczeństwa? Jak tak to ma sens. Inaczej nie, po co dwa włączniki w szeregu.

atom1477 pisze: ↑03 gru 2023, 21:27Odcinanie SSRa przekaźnikiem to ma służyć do zwiększenia bezpieczeństwa?

Tak.
Jak padnie to nie ważne czy go sterujesz czy nie - przewodzi.
To oczywiście rzadka sytuacja, no ale na tym polegają awarie.

Ale na to, to są bezpieczniki termiczne przecież.

dziobu pisze: ↑03 gru 2023, 20:00 SSRa w ogóle powinno się wyłączać stycznikiem bo jak poleci to w 99% przypadków na zwarcie.

Wezmę to pod uwagę

Odcinanie SSR przekaźnikiem ma mały sens. Przekaźnik przecież też może być włączony (albo zostać włączony przypadkowo).
Pytanie dla kogo ma być bezpiecznie. Dla stołu/grzałek, czy dla człowieka.
Stół ochroni bezpiecznik termiczny.
Człowieka (gdy chce coś majstrować w drukarce) powinno się ochraniać poprzez odłączenie zasilania.
Więc tu trzeba główny wyłącznik zasilania, a nie przekaźnik.

Dla urządzenia. Jeśli sterownik wykryje że mimo braku sterowania temperatura rośnie, to odcina zasilanie i zgłasza alarm. Wtedy w stanie spoczynkowym całość jest bezpieczna a nie stoi nagrzana do tylu na ile pozwala zabezpieczenie w stole.

IMHO tak powinno wyglądać urządzenie które można bezpiecznie zostawić bez bezpośredniego nadzoru.

Bezpiecznik termiczny jest zwykle jednorazowy. A więc jak zadziała to wyłączy stół na stałe.
Nic by nie stało nagrzane.

Nie wszystkie bo bezpieczniki termiczne dzielimy na samo resetowane lub ręcznie resetowane lub jednorazowe. Tu akurat byłby dobry z ręcznym resetem.

reprapy.pl

MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji

Re: MKS_Rumba32 i TMC5160 (external) - błędy komunikacji