Bo to tylko kwestia szybkosci GPIO... Ale tak na prawde nie do konca bo przykladowo w niektorych wypadkach takie ARM-y maja GPIO wolniejsze od AVR-a (np. dlaczego STM32 wolniej miga LED-em niz AVR)...
W obecnych czasach wlasnie problemem jest to ze wybieramy albo stary procek (AVR), ja je uzywalem gdzies jako zamiennik 8051 chyba od 99r
Wszystko to jest powodowane tym aby orpogramowanie tego bylo jak skladanie klockow lego (latwe i nie wymagajace myslenia), przez to rosna wymagania ze nagle do byle pierdoly bierzemy procek z taktowaniem 500MHz i wiecej
Natomiast co do pisania programu, to nie jest to trudne... trzeba checi i zaciecia i to tez jest glowny problem... Sam kiedys chcialem robic fajne DIGI do APRS... zrobiony jest soft w 90% calosc dekodowana w procku (DSP), fajne filtry cyfrowe i kupe innych funkcji (ethernet - mozliwosc pracy jako igate itp.)... zainteresowanie niemal na poziomie zera... wiec projekt lezy i czeka na lepsze czasy...
W tym watku problemem jest uzycie wbudowanego np. bootloadera w NWT i z dwie godziny przy MPLAB X aby zrobic nowy wsad dla PIC-a
Dlatego napisalem ze to troche przerost formy nad trescia (albo strzelanie z armaty do muchy), moze kogos to zmotywuje do dzialania... kupienia za 20zl jakiegos Cortexa i zrobienie tego
Natomiast co do dekodowania to tutaj znowu kwestia tego jak szybki procek, AVR nawet dla prostych filtrow FIR (spora liczba mnozen) jest zbyt wolny i trzeba by isc na kompromisy obliczeniowe (np. uzyc IIR)... wybierajac jakiegos Cortexa spokojnie juz sie wyrobimy w czasie... a biorac jakiegos Cortex M4F to juz mamy go az nadmiar...
Generalnie obecnie DSP zajmuje sie troche zawodowo, a w sumie radarami itp. i wiem ze tematy DSP za zwyczaj w PL koncza sie dla wielu po studiach, a troche szkoda - choc wlasnie takie procki jak kortex M4F czy nawet Cortex M3 daja juz jakies tanie platformy do zabawy z cyfrowa obrobka sygnalow... wiec moze cos sie w tym temacie ruszy...
Ja za projekt sie nie wezme tez z tego wzgledu ze na tapecie mam dosc rozbudowany pomysl DSP do transceivera KF... zapewne za jakis czas bedzie tutaj temat jak sie uda ogarnac wszystkie problemy... tzn. odwieczny kompromis dostepnosci czesci/ceny/uzyskanych efektow... Praktycznie w calym DSP matematyka to nie jest jakis tam wielki kosmos, wiecej czasu zajmuje dobranie odpowiednich algorytmow... ale to znowu omijam sporo prototypujac w Matlabie/Symulinku gdzie czlowiek skupia sie nad sama istota, a nie pisaniem od podstaw w C/C++/ASM byle filtru
Jak rozwiazanie sie sprawdza dopiero przenosze na kod danego procesora...
W sumie odnosnie radarow to tez ostatnio wpadlem na taki pomysl ile da sie zrobic z gratow mikrofalowych jakie mam w domu w stosunku do tego co sie robi za gruba kase w firmie
https://www.youtube.com/watch?v=niq1P2mCoSw - tez bedzie troche DSP i zobaczymy co uda sie wyciagnac za smiesznie niska kase... oczywiscie docelowo nie bedzie to radar CW
Ale to juz raczej troche chyba odbiega od pracy na naszych pasmach
- chyba ze beda zianteresowani to opublikuje wyniki na forum...
