Autor wyraźnie napisał
Co do "Bluepill " i innych nie AVR, to ich mocy biblioteki arduino nie wykorzystają i funkcja nie skorzysta z DMA a często będzie wisiała na delay czy w pętli czekając na wykonanie jakiejś operacji. Jedyne co się zyskuje to więcej RAM, FLASH ale nie na szybkości a jeśli to niewiele bo "para idzie w gwizdek" - wystarczy przyjżec się bibliotekom. Przykładowo:
- 1-Wire: Zysk tylko taki, że nie są (przeważnie) blokowane przerwania. Funkcja nadal, choćby nie musiała, nie obsługuje transmisji na przerwaniach z wykorzystaniem UART czy choćby timerów.
- WS2812: Zysk jak powyżej. Program "katuje" CPU zamiast użyć DMA + UART/SPI/I2C.
- Wyświetlacze graficzne: Totalna porażka. Zysk 0%! Funkcje nie używają bufora, DMA. Wzrost prędkości praktycznie 0%. Wyniki publikowałem https://www.elektroda.pl/rtvforum/topic3588785.html i nie tylko ja.
Poruszyłem tylko "wierzchołek góry lodowej". Praktycznie wszystkie biblioteki są do przeróbki a jak zacznie się je przerabiać to dochodzi się do wniosku, że lepiej napisać je od nowa - szybciej i lepiej!
Aby skorzystać z możliwości jakie dają lepsze uC niż AVR, trzeba zapomieć o rozwiązaniach stosowanych w arduino.
Cytat:arduino uno z shieldem ethernetowym.a tam jest mega328.
Co do "Bluepill " i innych nie AVR, to ich mocy biblioteki arduino nie wykorzystają i funkcja nie skorzysta z DMA a często będzie wisiała na delay czy w pętli czekając na wykonanie jakiejś operacji. Jedyne co się zyskuje to więcej RAM, FLASH ale nie na szybkości a jeśli to niewiele bo "para idzie w gwizdek" - wystarczy przyjżec się bibliotekom. Przykładowo:
- 1-Wire: Zysk tylko taki, że nie są (przeważnie) blokowane przerwania. Funkcja nadal, choćby nie musiała, nie obsługuje transmisji na przerwaniach z wykorzystaniem UART czy choćby timerów.
- WS2812: Zysk jak powyżej. Program "katuje" CPU zamiast użyć DMA + UART/SPI/I2C.
- Wyświetlacze graficzne: Totalna porażka. Zysk 0%! Funkcje nie używają bufora, DMA. Wzrost prędkości praktycznie 0%. Wyniki publikowałem https://www.elektroda.pl/rtvforum/topic3588785.html i nie tylko ja.
Poruszyłem tylko "wierzchołek góry lodowej". Praktycznie wszystkie biblioteki są do przeróbki a jak zacznie się je przerabiać to dochodzi się do wniosku, że lepiej napisać je od nowa - szybciej i lepiej!
Aby skorzystać z możliwości jakie dają lepsze uC niż AVR, trzeba zapomieć o rozwiązaniach stosowanych w arduino.