[elektro] STM32L ARM math

[uprogc .]

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]
>