reprapy.pl

Witam

Od jakiś dwóch tygodni próbuje wydrukować projekt do pracy (pisałem o nim, pojemniki na odczynniki).
Problem jest w tym, że praktycznie za każdym razem wydruk się zawiesza gdzieś po wydrukowaniu podstawy i drukarka stoi ... nie wspomnę już ile zmarnowałem filamentu.
Drukarka to Eryone Thinker z płyta SKR 1.3, BL touch, TMC2208 UART i OctoPrintem.
Próbowałem drukować z octo, łapie zawiechy, z karty sd, łapie zawiechy, odpinalem całkowicie skr od maliny i drukowałem z sd to samo, wgrałem wczoraj najnowszego marlina 2.0.4.4 i dzisiaj znowu się wywaliła.
Zdarza się, że wydrukuje całość normalnie jednak to 1/10 (akurat dzisiejszy wydruk który szedł przez noc wyszedł a ten puszczony o 7:30 do teraz już nie).
Nie wiem już co to kozę być, powoli ręce mi opadają a czas mnie goni strasznie.
Dodam, że wydruki raczej większe (prawie na cały stół).
Poniżej screen jak dzisiaj się zacięła (drukowane z sd tylko podglad z octoprinta), niestety nie ma mnie w domu wiec to musi wystarczyć.

Pozdrawiam

Ja ma to samo tylko że jestem na smoothiware i chciałem przejść na marlina. Czyli zostaję przy smoothiware
Ogólnie to z skr mam same problemy.
Do nowej drukarki kupiłem MKS Rumbe32.

Mógłbyś rozwinąć na czym polega Twój problem i co masz do skr podpięte ?

Zatrzymuje mi się w różnych miejscach wydruku. Czasami po 30min, czasami po 2 godzinach. Ostatnio wgrałem najnowsze firmware do wyświetlacza i się uspokoiło, ale mam na ekranie krzaczki.
Co mam podłączone? Standardowo, wyświetlacz tft28

Czyli jednak ustało, ja mam zwykły wyświetlacz 128x64.
U mnie tak damo nie ma reguły kiedy się zatrzyma.

We wszystkich swoich drukarkach stosuję Octoprinta, drukuję również na SKR v1.3. Na początku również występowały u mnie zwiechy/zrywanie połączenia z RPI.

Pomogło mi to, że w pierwszej kolejności zmieniłem kabel USB na porządniejszy, ekranowany i krótszy niż poprzedni. Jeżeli masz jakieś adaptery/przedłużki to się ich pozbądź.

Możesz również zmienić w Marlinie prędkość przesyłu danych na niższą (ja ustawiłem 115200)

Tu cytat z Configuration.h :

* 250000 works in most cases, but you might try a lower speed if
* you commonly experience drop-outs during host printing.

Jeżeli masz pilny temat do wydrukowania i nie bardzo masz czas teraz grzebać to sprawdź może jak się wydruk zachowuje przy drukowaniu z karty pamięci, a nie z Octo ( nie zdziw się, jeżeli przy korzystaniu z Upload to SD przesył pliku bardzo długo trwa )

U mnie zawiechy na SKR były związane tylko z jakością gniazd SD/USB w wyświetlaczach. Na rozwiązanie problemów wymieniłem wyświetlacz na taki z USB, i mam w miarę nowego pendrive co się nie przemieszcza w gnieździe.

JGFTW pisze:Jeżeli masz pilny temat do wydrukowania i nie bardzo masz czas teraz grzebać to sprawdź może jak się wydruk zachowuje przy drukowaniu z karty pamięci, a nie z Octo ( nie zdziw się, jeżeli przy korzystaniu z Upload to SD przesył pliku bardzo długo trwa )

Napisałem w pierwszym poście, że występuje na Ocroprincie, karcie SD i karcie SD z totalnie odciętym raspberry.

octoprinta wpinasz bezpośrednio do płyty, czy przez serial w wyświetlaczu?

A patrzyłeś w konsoli octoprinta co Ci pokazuje przy tej zwieszce? Jest jakiś komunikat?

Krychol rc pisze: Napisałem w pierwszym poście, że występuje na Ocroprincie, karcie SD i karcie SD z totalnie odciętym raspberry.

Ok, czyli to raczej dotyczy samej drukarki/ustawień.

A czy jak się zawiesza to się resetuje wszystko czy po prostu się zatrzymuję (silniki, grzałki dalej chodzą) ?
Sprawdzałeś zapewne jak te pliki wyglądają w jakimś notatniku czy coś, polecenia się nie urywają nagle ? Plik jest cały ?

Pliki musza być ok bo zawsze używałem Slicera PE i było ok a tez jaki pisałem jeden wydruk wyjdzie kilka nie z tego samego pliku, w nocy wyszedł ok rano wstawiłem nowy i już koło 9 podglądając na kamerce drukarka stała :/
Co się dzieje z drukarka to będę musiał zobaczyć jak się zatrzyma i będę w domu bo zawsze wyłączałem ja zdalnie przez octoprinta jak widziałem ze stoi w miejscu, wiem tylko tyle ze się rozłączała z malina ale żadnych błędów w octo nie widziałem :/
Dzisiaj pożyczę od kolegi mks gen i zobaczymy co będzie na tym.

A ja tak zapytam nieśmiało... w jakiej kondycji masz zasilacz? (kondensatory filtrujące)
Czy kable sygnałowe miedzy TFT a np kablami z silników krokowych przypadkiem nie idą równolegle? (jeśli tak to pamiętaj żeby unikać tego.)
Jaka jest długość kabla kabli komunikacyjnych miedzy TFT a płytą?

Nie mam TFT mam zwykły 128x64.
Nie wiem w sumie w jakiej jest kondycji, podmieniłem dzisiaj płytkę na MKS gen L i zobaczymy czy coś się poprawi, jak nie to chyba zostanie tylko zasilacz.

Ostatnio mi restartowało dwie drukarki przez g code cięty curą, jak zapisałem to samo raz jeszcze to problem znikną.

1. Jako, że masz już wpięte rPi, to przeszedł bym na Klippera. Co prawda sam akurat nie używałem (jeszcze) Klippera z MKS PRO ale mam w planie, ponoć działa. To powinno wyjaśnić kwestie softu.

2. Ktoś na poprzedniej stronie już pytał. Jak wygląda drukarka w czasie tej zwiechy. Czy reaguje na wyświetlaczu, czy zwisła, czy się zresetowała?

3. Czy coś jest w logu octo?

Niestety nie dorwałem nigdy drukarki osobiście na zawieszenie, zawsze przez octoprinta widząc zwiechę i przerwane połączanie wyłączałem przekaźnik zasilacza.
Obecnie jedzie na MKS GEN L i odpukać jest wszystko ok. i tak zastanawiam się by przetestować klippera.
W logu nic nie zauważyłem :/

Ja u siebie wymieniłem przewody łączące elektronikę z wyświetlaczem. Dałem takie jak są przy nema 17.
Kilka wydruków poszło bez zawieszenia się drukarki. Jestem pełny nadziei...

Tylko wymiana tych przewodów mogłaby co najwyżej odpowiadać za łączność z kartą SD a u mnie wywalało na sd, octoprincie itd.

Wcale nie, jak idzie impuls zakłócenia po przewodzie to potrafi on zresetować procesor.
Przykład - dałem zbyt długi przewód do kamerki do R Pi i ruszanie osiami w drukarce powodowało restart raspberry pi, skrócenie taśmy łączącej kamerkę z Pi rozwiązywało problem.
Generalnie to jak są bardzo duże zakłócenia które przechodzą na przewody to nie tylko one zakłócają pracę z tym elementem który jest nim podłączone ale mogą resetować cały układ. A możliwe że takie LPC jest SKR jest bardziej podatne na zakłócenia niż Atmega w jakiś MKS.

Jak na razie okazało się, że na MKS też występowały zacięcia, przeszedłem obecnie na oryginalną elektronikę z 2560 i klippera ale tu już jest osobny wątek bo jestem zupełnie zielony w tym FW.

Dziękuję i pozdrawiam

Tak więc mogę chyba napisać tu co było źródłem zacięć. Po przejściu na klippera i oryginalną elektronikę nadal zdarzały się zawiechy, kombinowałem jak mogłem, aż do czasu gdy postawiłem nowy system na malinie i nie podpiąłem kamery Logitech C270 i od tego momentu ani jednej zacinki ani przerwanego wydruku. Po kilku udanych wydrukach po ok 7h podpiąłem kamerkę na nowo i pierwszy wydruk od razu wywalony już na pierwszej warstwie. Nie rozumiem, co mogło się stać skoro dwa lata chodziło to bez problemów praktycznie, jedynie chyba kamera mogła się uszkodzić chodź pod laptopem chodzi normalnie. Obciążenie procka i ramu maliny też jest bardzo niskie jak i jej temperatury.

A może kabel od kamerki łapie jakieś zakłócenia i wypieprza urządzenia USB. Odpal dmesg po tym jak się zatrzyma drukowanie i pokaż końcówkę logu.

To będę musiał ponownie podpiąć, ale jak znajdę chwilę to tak zrobię. Kabel prowadziłem już jak najdalej od silników, przewodów prądowych itd i nic.
Obecnie mam drugą malinę która mi się walała w szufladzie stare Pi B jako mjpeg-stream i w octoprincie mam podlinkowany adres URL tej kamerki.

Krychol rc pisze: Nie rozumiem, co mogło się stać skoro dwa lata chodziło to bez problemów praktycznie, jedynie chyba kamera mogła się uszkodzić chodź pod laptopem chodzi normalnie. Obciążenie procka i ramu maliny też jest bardzo niskie jak i jej temperatury.

Karta się zdegradowała?, spróbuj na nowej.

Oks, jak dorwę jakąś w miarę rozsądną kartę to postawię na niej, ile wymaga OctoPrint bo obecnie jest Sandisk Ultra 32GB ?

"MCU 'mcu' shutdown: Timer too close" z powiązanego wątku.
Klipper swoje operacje musi wykonać w ściśle określonym czasie i to kontroluje.
Możliwe przyczyny:
-jeden z procesów ma wyższy priorytet i zabiera czas.
Czysta instalacja eliminuje bałagan w systemie.

-problemy z USB i duża liczba retransmisji
Dobry,krótki kabel.

-problemy z odczytem karty SD, ma ograniczoną żywotność zależną od ilości zapisów, wyłącznie zasilania bez zamknięcia systemy.
Wymienić

Zacznę faktycznie od zmiany karty tylko na jakąś rozsądną

Krychol rc pisze:Oks, jak dorwę jakąś w miarę rozsądną kartę to postawię na niej, ile wymaga OctoPrint bo obecnie jest Sandisk Ultra 32GB ?

Octopint pójdzie na 8G, wszystko zależy ile plików gcode będziesz przechowywał.
Dobrym rozwiązaniem jest system na dysku HDD USB 2.5". Jeden problem to trzeba mieć dobre zasilanie.

Jeszcze jedno - czasami niesprawdzone wtyczki Octo mogą powodować zawiechy. Instalować niezbędne minimum.
Jak już się bawisz, to spróbuj zamiast octo - DWC2 zapodałem to na próbę i działa to nawet sprawniej.
Brakujące fiuczery załatwiam poprzez makra.

Czy potrzeba aż systemu na dysku ? Z jednej strony mam wolne SSD 60GB więc czemu nie ale czy to już nie strzelanie z armaty do muchy ?
Wtyczki jakie mam to PSU control, Filament Sensor i ostatnio doinstalowałem jeszcze monitor wydajności by sprawdzić temperaturę maliny i obciążenie.
Z tym DWC2 to można spróbować.

Mam pewne urządzenie w którym były ciągle problemy z kartą. Zainstalowałem system na Pena i się uspokoiło.
Dziwne bo to cały czas pamięć flash?
Ty masz pi2 więc tak elegancko się nie da - karta na rozruch i tak pozostanie.

Dlaczego w 2 się nie da ?
Nie jestem w stanie włączyć opcji "program_usb_boot_mode=1" ?

Ok, już chyba wiem, wystarczy wrzucić plik bootcode.bin na kartę by botowało z usb. Spróbuję dzisiaj postawić nowy system na jakimś pendrive albo na SSD.

A więc kolejny UP, problem okazała się nie sama kamerka a karta SD, za mną jakieś 20h druku bez problemu po zmianie na inną. Kupiłem również RPi 4 ale jak dalej wszystko będzie dobrze na RPi 2 to zostaje na swoim miejscu na 4 do serwerka NAS

Dziękuje wszystkim za pomoc

Mam wolny Zyxel NAS310 bez dysku ..jakby co.
Polecam https://xpenology.org/ postawiony na PC. Masz pełnoprawne Synology ze wszystkimi wodotryskami.

Zastosowanie NAS bardziej na tej malinie z ciekawości niż z potrzeby, najwyżej później pomyśle ale dzięki