No ja jeszcze nad konkretnym sposobem dekodowania sie nie zastanawialem, jest pare mozliwosci. Najpierw jak cos bede musial sprawdzic tak PI * Drzwi zlozonosc obliczeniowa tzn. ilosc mnozen bo to najwiekszy i najbardziej czasochlonny proces dla malego procesora. Niestety w przypadku FFT jak i FIR jest tego dosc sporo...
...chyba ze dac jakiegos Cortex M4F ktory ma fajne instrukcje do robienia splotu (np. __SMLAD robiaca 2 mnozenia + dodawania w jednym cyklu)... choc bardziej sklaniam sie by upchac to na jakims Cortex M3 ktory mozna kupic taniej niz wieksze AVR-y...
No ale to mowie jak bede mial czas przetestuje w Matlabie kilka wariantow. Natomiast co do RS to jest bardzo popularny sposob kodowania i mozna znalezc wiele implementacji i opisow jak to zaimplementowac...
Natomiast zagladanie do kodu w fortanie nie ma sensu
tam zapewne nikt nic nowego z przetwarzania sygnalow nie wymyslil co zostalo juz wymyslone
Do detekcji takich sygnalow jest dosc sporo ciekawych metod od wspomnianego FFT, poprzez rozne metody korelacyjne itd.
...chyba ze dac jakiegos Cortex M4F ktory ma fajne instrukcje do robienia splotu (np. __SMLAD robiaca 2 mnozenia + dodawania w jednym cyklu)... choc bardziej sklaniam sie by upchac to na jakims Cortex M3 ktory mozna kupic taniej niz wieksze AVR-y...
No ale to mowie jak bede mial czas przetestuje w Matlabie kilka wariantow. Natomiast co do RS to jest bardzo popularny sposob kodowania i mozna znalezc wiele implementacji i opisow jak to zaimplementowac...
Natomiast zagladanie do kodu w fortanie nie ma sensu
tam zapewne nikt nic nowego z przetwarzania sygnalow nie wymyslil co zostalo juz wymyslone
Do detekcji takich sygnalow jest dosc sporo ciekawych metod od wspomnianego FFT, poprzez rozne metody korelacyjne itd.
