Jarewa pisze:przez użycie soft seriala marlin globalnie musi wyłączyć przerwania, wiec wszystkie limity piny są też programowe co wiąże się z niedokładnością pozycjonowania ośi Y/Y/Z czyli czujnik magnetyczny/bltuch nie będą dokładne. Drugie to co pisałem wyżej procek mając piny programowe musi się co chwile dopytywać o ich stany wiec jest zajętość podczas druku. A sądzę że pewnie znalazło by się więcej..
Nie wprowadzaj w błąd albo napisz, że to o czym piszesz dotyczy AVR.
W SKR PRO z STM32F4 używam soft serial i mam włączone przerwania od endstopów - po wyłączeniu MONITOR_DRIVER_STATUS programowy uart w żaden sposób nie wpływa na wydruk.
"Everybody needs a hobby" (Tony Stark).
VORON V0.2 (BTT SKR Pico + RPi 4B + Phaetus x Voron Dragon Hotend ST)
DIY MK4 + VORON Stealthburner (BTT SKR PRO V1.1 + RPi Zero 2 W)
konradsdev1 pisze:Nie wprowadzaj w błąd albo napisz, że to o czym piszesz dotyczy AVR.
Ale w AVRach to też było by bez sensu
Poza tym takie rzeczy jak programowy UART robi się na przerwaniach właśnie po to żeby nie wpływać na pracę reszty programu symulując wielozadaniowość. Ale że tym kieruje Marlin...to nie wiem jak to tam działa
Jarewa pisze:Nawet jak używasz soft serial na przerwaniach to i tak blokuję program. STM nie mają SMT więc przerywania blokują główny program na czas odczytu..
Nie blokuje jeśli procesor nie jest obciążony w 100%.
STM32 który chodzi na 168MHz ma spory zapas mocy i na pewno nie jest w pełni obciążony podczas drukowania.
Mógłbym dodać jeszcze 10 takich timerów i nie miało by to żadnego wpływu.
"Everybody needs a hobby" (Tony Stark).
VORON V0.2 (BTT SKR Pico + RPi 4B + Phaetus x Voron Dragon Hotend ST)
DIY MK4 + VORON Stealthburner (BTT SKR PRO V1.1 + RPi Zero 2 W)
Nie ma takiej możliwości by nie blokował bo po to są przerwania.. A stm nie ma dwuch rdzeni by obsłużyć dwie rzeczy naraz... To że ma moc obliczeniową wcale nie oznacza że szybko to zrobi bo na czas odczytania danych program jest przerwany nawet gdyby stm miał 1GHz to nic to nie da a nie zapominajmy ze tmc gada chyba z prędkością 9600 znaków na sekundę a to dla programu wieczność...
Nie tak działają przerowania i soft serial....
Jeśli myślisz że jak przychodzi znak uruchamia się przerywanie i czeka na odczyt całego znaku to się grubo mylisz lub jego wysłanie.
Nawet h*** Marlina bym nie podejrzewał o takie spierdolenie kodu.
Cała idea pisania tego na przerwaniach jest taka że w przerwaniu procesor jest tylko parenaście cykli max, nie czeka na nic, tylko ustawia odpowiedni stan na pinie lubi sobie go zapisuje i ustawia kiedy przerwanie ma się znowu wywołać poprzez skonfigurowanie timera i znowu wychodzi z niego. To trwa grubo poniżej 1ms
Jarewa pisze:To że ma moc obliczeniową wcale nie oznacza że szybko to zrobi bo na czas odczytania danych program jest przerwany nawet gdyby stm miał 1GHz to nic to nie da a nie zapominajmy ze tmc gada chyba z prędkością 9600 znaków na sekundę a to dla programu wieczność...
Piszesz o mocy obliczeniowej i ilości rdzeni jakby procesor zajmował się renderowaniem grafiki albo wydobywaniem krypto.
Sterowanie silnikami krokowymi też odbywa się w przerwaniach od timera. Słyszałeś o czymś takim jak priorytet przerwań?
Mogę obniżyć zegar MCU do np. 48MHz i wydruk będzie trwał tyle samo czasu.
"Everybody needs a hobby" (Tony Stark).
VORON V0.2 (BTT SKR Pico + RPi 4B + Phaetus x Voron Dragon Hotend ST)
DIY MK4 + VORON Stealthburner (BTT SKR PRO V1.1 + RPi Zero 2 W)
Chłopaki, ale pitolicie głupoty na temat tego seriala.
Co do elektroniki do Lume, zdecydowanie kierował bym się tym jaki wyświetlacz tam będzie i jaki obsługuje klipper. Ja jestem niezmiennie funem tekstowego 20x4
Ew. jak to Lume+ to jeszcze może być ten mini graficzny tak by ładnie się w miejsce wpasował.
tylko dokładnie trzeba to sprawdzić z Klipperem.
SKR 1.4 czy SKR pro może nie są idealne ale dobrze rozpoznane. "Pro" może trochę za duże.
