[es2]

-Avr nie posiada trybu  wielozadaniowego co, za tym idzie funkcje + odczyt prędkość  jest nie możliwa.
-Avr to max 20Mhz to stosunkowo za mało.
Nawet jak byś rozdzieli odczyt na osobny uc nie wystarczy.
-Pomysł musisz przenieść co najmniej na cortexa (moim zdaniem i tak za wolny)
-Albo na coś mocniejszego na przykład rasspbery.

Przesadzasz kolego i to bardzo. Śmiem twierdzić, że masz mgliste pojecie o uC.
- Wielozadaniowość można osiągnąć, jest RTOS (uRTOS) na AVR
- Nie trzeba Cortexa. Na AVR 16MHz mierzę impulsy o czasach 50us a można i krótsze.

Da się zrobić to co autor potrzebuje ale musi zapomnieć o Arduino. Biblioteki Arduino bardzo mało używają sprzętu i większość funkcji realizują programowo. Przez to obsługa 1-Wire, pomiar czasu impulsu, sterowanie silnikiem krokowym, blokuje program. A wystarczy, w przypadku 1-Wire żyć USART, czas mierzyć timerem, silnikiem krokowym sterować przez timer.

Rasspbery czy Cortex choćby miliom GHz nic nie da jeśli nie używa się sprzętu. Uzyskaj na Cortexie 100MHz programowe SPI 50MHz. Da się? Nie. Jak szybki musiałby być Cortex? Jakieś 1GHz a i tak bedzie to funkcja blokująca. To samo na Rasspbery . Co innego, gdy użyje się sprzętu, 50MHz to nie problem a użycie DMA odciąży prawie całkowicie CPU.


Wypowiedź kolegi uświadomiła mnie dlaczego Windows działa tak wolno i potrzebuje ogromne ilości pamięci. Jest pisany nieoptymalnie i para idzie w gwizdek.
Pan Programista-Elektronik jest podobny do programistów z u$. Użyłby armaty na wróbla (Rasspbery - 4 rdzenie, 1,2GHz, 512k RAM i i tak pewnie program by kulał. Dzieciak z gimnazjum zrobił by to na AVR (16MHz, 2k RAM, 8k FLASH) , używając uC za 1..5% wartości tego co kolega (Rasspbery 100..200zł) i by działało dobrze.

Jeśli pomogłem podziękuj punktem reputacji

Niestety negatywnych nie można wystawiać.