@dragonn

To była bardziej sugestia do autora tematu, bo poruszyłeś ciekawy problem który też może występować na ESP który to do mistrzów wydajności nie należy. Natomiast jakiekolwiek większe obciążenie tego jednego core potrafi powodować problemy z obsługą stosu lwIP jaki tam jest używany.

Natomiast co do mnie to ja już od dawna nie publikuje projektów... ot kiedyś na pewnym forum pisałem o elektronice 32bit aby dać lepszy procek z dużą ilością ramu aby z wyprzedzeniem liczyć więcej ramp itd. itp. (można to znaleźć). Generalnie uciec od obciążeń jakie niesie Arduino czyli HAL i ograniczenia 8bit - no i jakoś tak średnio to było przyjęte. Projekt powstał dawno temu na STM32F407 z własnym softem, działa i jestem szczęśliwy. Może kiedyś udostępnię... W sumie to powstaje teraz taki nowy koncept na Cortex M7... z eth itd. jak ktoś chętny do poklepania kodu można się jakoś ugadać (ale projekt zamknięty tzn. nie będzie dalej udostępniany)...

dragonn pisze: Niestety Octoprint ma jedną wadę - wysyłanie g-code oraz obsługa WWW jest w tym samym wątku.

A ja się odniosę po części do podobnej sprawy... i teraz tak dlaczego nie ESP32 który może jest ciut droższy, a ma fajną sprawę jaką są dwa rdzenie.
Spokojnie można rozdzielić obsługę WiFi czyli stos tcp/ip itd. puszczając na jednym rdzeniu i drugi mamy pełen do dyspozycji. Jakiekolwiek problemy z dużym obciążeniem WiFi itp. nie odbiją się na sofcie pracującym sobie osobno na drugim core (i vice versa).

Pomijam już większą wydajność ESP32 oraz kupę innych ciekawych funkcjonalności w tym np. BT...