Anycubic Kossel Linear Plus by Artu :)

[Artu]

Ale po co, skoro Kolega Adinfo kiedyś, kiedyś, kiedyś... zrobi to na WiFi

[McKee]

Octoprint jest do pewnego stopnia używalny ale nawet na mocnym raspi działa jakby chciał a nie mógł:)

Nieprawda. Działa nawet na dość słabej malinie model B+.
Pi Zero się tylko nie nadaje (IMHO).
... ale to jest połączenie przez USB - czyli potencjalnie gorsze jakościowo wydruki i zwłaszcza na szybkiej delcie może to być widoczne.

Dlatego zamiast maliny trzeba wybrać wydajniejszą płytkę lub nawet coś x86 i złego słowa na octoprinta nie mogę powiedzieć, nie wyobrażam sobie ładniejszych druków. chociaż myślę, że rpi 2/3 da radę wydajnościowo, no i można fajną kamerkę podpiąć za 3$ u chińczyków i mieć 1080@30fps nawet

To nie tak.
Wydajność maliny jest wystarczająca.
Wydajność USB w drukarce nie zawsze. Chodzi o transfer poprzez emulowanego RS-a: z karty SD wydruki są po prostu lepsze niż wydruki z tego samego g-code po USB *).

*) Oczywiście zależnie od prędkości i stopnia skomplikowania wydruku - na wolnej drukarce lub prostych wydrukach różnicy nie będzie widać.

[dziobu]

Wydajność USB w drukarce nie zawsze. Chodzi o transfer poprzez emulowanego RS-a: z karty SD wydruki są po prostu lepsze niż wydruki z tego samego g-code po USB *)

Praktyczna różnica jest ok 4x - Marlin (mega2560) odbiera dane z szybkością max 22kB/s, a z karty potrafi odczytać do 100kB/s.
To wartości teoretycznie, bo cały ciąg od sterownika na PC/rPI, przez kontroler (USB) i konwerter (USB-UART) aż po buforowanie danych w uC ograniczają średnio prędkość do niemal 2/3 wartości (no może trochę więcej, 3/4). A jak komputer ma czkawkę to już w ogóle tragedia.
Natomiast z kartą jest prościej - uC czyta kiedy chce, ile chce, z minimalnym opóźnieniem i nominalnie dużo szybciej.

[Berg]

Klipper?

[SanFable]

Wydajność USB w drukarce nie zawsze. Chodzi o transfer poprzez emulowanego RS-a: z karty SD wydruki są po prostu lepsze niż wydruki z tego samego g-code po USB *)

Praktyczna różnica jest ok 4x - Marlin (mega2560) odbiera dane z szybkością max 22kB/s, a z karty potrafi odczytać do 100kB/s.
To wartości teoretycznie, bo cały ciąg od sterownika na PC/rPI, przez kontroler (USB) i konwerter (USB-UART) aż po buforowanie danych w uC ograniczają średnio prędkość do niemal 2/3 wartości (no może trochę więcej, 3/4). A jak komputer ma czkawkę to już w ogóle tragedia.
Natomiast z kartą jest prościej - uC czyta kiedy chce, ile chce, z minimalnym opóźnieniem i nominalnie dużo szybciej.

Nie wyobrażam sobie miec ładniejszych wydruków, a drukuje szybko, więc wychodzi, że wszystko u mnie wyrabia. Wnioski nasuwają się, że re-arm, czyli 32bity radzą sobie sprawniej i nie ma przestojow (?) w smoothie jest wartość ile komend ma ładować do pamięci (coś takiego) więc myślę, że ten problem i tak inaczej jest rozwiązany z wykorzystaniem bufora

[dziobu]

Tam USB obsługuje uC; nie ma UARTu po drodze i badziewiastego CH340.

[Artu]

No dobra, a co myślicie o takim "ustrojstwie" Geeetech 3D WiFi Module for 3D Printer Android System

[dziobu]

Wygląda jak host, tylko przez wifi. I ogranicza Cię do ichniego programu sterującego, o ile to jest jakiś problem.
Bardzo możliwe że drukowanie z tego jest równoważne z drukowaniem przez USB.

[Adinfo]

Ale po co, skoro Kolega Adinfo kiedyś, kiedyś, kiedyś... zrobi to na WiFi

Jeszcze trochę poczekamy na WiFi, na gołej płytce ESP8266 12e oprogramowanie jak na razie mi nie startuje. Szczegóły aby nie zaśmiecać Twojego wątku pojawią się tu: https://reprapy.pl/viewtopic.php?f=19&t=2896(temat jak najbardziej odpowiedni). Robię inne podejście z NodeMcu + ESP8266.

[Artu]

Chyba wreszcie w miarę "opanowałem" nitkowanie najbardziej wrednego (przynajmniej według mnie) przeźroczystego PET-G

Cura 4.0.0-BETA, prędkość druku 80mm/s, retrakcja 5mm 60mm/s