[elektro] STM32L ARM math

[uprogc .]

Amikor a radiom ezen reszet irtam, akkor en tobbet tudtam a temarol, sajnos
ezutan a meloban elbutultam....

Sok sok infot ki lehet szedni a matlab manualbol, netrol. Tobb helyen is
tobb temaval kapcsolatban foglalkozik az FFTvel.
Eloszor en is matlabban raktam ossze a kenyesebb reszeket, aztan tettem at
dsp-re. [ STM32F4 ]

tubon meg azt hiszem ez is segitett a reszletekben:
https://www.youtube.com/watch?v=dM1y6ZfQkDU

De van mas is, matlabos videot erdemes keresni.

Udv.
Szabi

2016-10-05 20:10 GMT+03:00 Bali Zoltan <eltexto at freemail.hu>:

> Oké,  értem, úgy gondolom, mert ez a
> matematika terület(meg sok más) már nem volt
> tananyagom anno.
>
> Köszi
>
> Üdv.  Zoli
>
>
> 2016.10.05. 18:51 keltezéssel, uprogc . írta:
>
>> Kell mind a ket fel, ahogyan te fogalmaztad, mert az FFT mindig komplex
>> bemenetu es komplex kimenetu.
>> Minden masodik elem real, vagy imag, a helpben megtalalod.
>> Ha nem komplex bemenetet hasznalsz, akkor a real reszt feltoltod a
>> jeleddel, az imag reszhez nulla vektort erteku adsz meg.
>>
>> Detektalni [ pl. analizator ] eleg csak az egyiket kirajzolni /
>> ertelmezni,
>> mert teljesen szimmetrikusak a magnitude-ra nezve.
>>
>> 2016-10-05 19:34 GMT+03:00 Bali Zoltan <eltexto at freemail.hu>:
>>
>> Ezt én is láttam, de a miért érdekel?
>>> Kell mind a két fél, a transzformációhoz?
>>>
>>> Üdv.  Zoli
>>>
>>>
>>> 2016.10.05. 18:21 keltezéssel, uprogc . írta:
>>>
>>> FFT result data are always symmetric
>>>>
>>>> 2016-10-05 19:05 GMT+03:00 Bali Zoltan <eltexto at freemail.hu>:
>>>>
>>>> Miért is szimmetrikus a result data?
>>>>
>>>>> A lap alsó harmadában:
>>>>> <https://www.iar.com/support/resources/articles/using-iar-em
>>>>> bedded-workbench-for-arm-and-the-cmsis-dsp-library/>
>>>>>
>>>>> Köszi
>>>>>
>>>>> Üdv.  Zoli
>>>>>
>>>>>
>>>>> 2016.10.05. 9:30 keltezéssel, Bali Zoltán írta:
>>>>>
>>>>> Szia!
>>>>>
>>>>>> Kösz, már jeleztem, a másik forrásban (sample data array)
>>>>>> is bent volt a math include, viszont az ST include hiányzott.
>>>>>> A build message alapján jöttem rá, mert a main modulnál
>>>>>> nem jelzett hibát.
>>>>>> Igen, megtaláltam a SystemInit()-ben ezeket, csak a fenti hiányosság
>>>>>> miatt, a data modul erről nem értesült.
>>>>>>
>>>>>> Üdv.  Zoli
>>>>>>
>>>>>>
>>>>>>
>>>>>> ----- Original Message ----- From: "hg12345" <hg12345 at freemail.hu>
>>>>>> To: <elektro at tesla.hu>
>>>>>> Sent: Wednesday, October 05, 2016 8:36 AM
>>>>>> Subject: Re: [elektro] STM32L ARM math
>>>>>>
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Keil esetén a fordítóban kell beállítani, hogy megfelelő kódot
>>>>>>> állítson
>>>>>>> elő.
>>>>>>>
>>>>>>> Ez a rész ARM-hoz tartozik, ennek megfelelő manualban keressél,
>>>>>>> FPU-ra,
>>>>>>> 0xE000ED88 (FPU->CPACR) regiszterben lehet ellenőrizni vagy
>>>>>>> beállítani
>>>>>>> legyen vagy ne legyen.
>>>>>>>
>>>>>>> Van két #define amit kezelni kell: __FPU_PRESENT  és a __FPU_USED
>>>>>>> érdemes ezekre is rákeresni, megfelelő beállítás mellet ezek kezelik
>>>>>>> a
>>>>>>> fent
>>>>>>> említett regisztert , de más névvel SCB->CPACR   :-) a SystemInit-ben
>>>>>>> találod az első sorban :-()
>>>>>>>
>>>>>>> Az ST néha komolyabban is belenyúl az energia hatékonyság miatt uC
>>>>>>> belsejébe, ezért akár ez kapcsolható lehet közvetlenül gyártói
>>>>>>> területről.
>>>>>>> (esetleg clock óra elvétel vagy valami hasonló módon, RCC regiszter
>>>>>>> tömbben... a nagy sebességű állításoknál érdemes keresni) ez csak
>>>>>>> ötletszerű....
>>>>>>>
>>>>>>>
>>>>>>> Bali Zoltan <eltexto at freemail.hu> írta:
>>>>>>>
>>>>>>> Hali!
>>>>>>>
>>>>>>>> CubeMX generált kód, CMSIS fft példa
>>>>>>>> beleollózva, FPU, DSPlib pipálva,
>>>>>>>> de mintha kellene valami FPUinit,
>>>>>>>> ami definiálja a hiányzó makrót.
>>>>>>>> Fatal Error[Pe035]: #error directive:
>>>>>>>> "Compiler generates FPU instructions for a device without an FPU
>>>>>>>> (check
>>>>>>>> __FPU_PRESENT)"
>>>>>>>>
>>>>>>>> Hogy tudom működésre bírni?
>>>>>>>> Kerestem a CMSIS könyvtárakban,
>>>>>>>> de nem találok részt, ami az
>>>>>>>> __FPU_PRESENT-et definiálná.
>>>>>>>> Tudna valaki segíteni?
>>>>>>>>
>>>>>>>> Egy próba lenne, hirtelen azt sem tudom
>>>>>>>> megy e az fft 50-300kHz-ig, ezen a vason
>>>>>>>> (L476). Megoldható vajon, hogy a fenti
>>>>>>>> tartományból detektáljak két hasznos
>>>>>>>> jelet(133khz,270kHz), közben jelen vannak
>>>>>>>> egy 4kHz-es zavaró négyszögjel tüskéi
>>>>>>>> (lengései) is, na meg a zaj. ?
>>>>>>>>
>>>>>>>> Köszi
>>>>>>>>
>>>>>>>> Üdv.  Zoli
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> -----------------------------------------
>>>>>>>>            elektro[-flame|-etc]
>>>>>>>>
>>>>>>>>
>>>>>>>> -----------------------------------------
>>>>>>>>
>>>>>>>            elektro[-flame|-etc]
>>>>>>>
>>>>>>> -----------------------------------------
>>>>>>>
>>>>>>            elektro[-flame|-etc]
>>>>>>
>>>>>>
>>>>>> -----------------------------------------
>>>>>            elektro[-flame|-etc]
>>>>>
>>>>> -----------------------------------------
>>>>             elektro[-flame|-etc]
>>>>
>>>>
>>> -----------------------------------------
>>>           elektro[-flame|-etc]
>>>
>>> -----------------------------------------
>>            elektro[-flame|-etc]
>>
>
>
> -----------------------------------------
>          elektro[-flame|-etc]
>