Jak poznat, jestli jsem třeba s pevnou řádovou čárkou s plovoucí desetinnou čárkou?

A

Antonio_Magma

Guest
Můj projekt zahrnuje realizaci transciever OFDM pomocí DSP. Mám v současné době zúžil můj seznam na 2 DSP: DSK TMS320C6416 (fixed-point), Cena: USD500 DSK TMS320C6713 (Floating-point) Cena: USD400 Otázka: Jak zjistím, zda mé žádosti vyžaduje pevnou řádovou čárkou nebo s plovoucí desetinnou čárkou procesor ?
 
Záleží na vaší algrithm transciever OFDM. Je nějaká plovoucí ukázal calulation v něm? Může být, že odpověď je vždy ano. Je-li však není mnoho plovoucí ukazuje caculation, můžete i nadále používat pevný bod DSP. Vzhledem k tomu, pevný bod algrithm se snadno manipuluje, většina Designer chtěli použít pevný bod DSP v každém případě, že složitost je stále v jeho / její schopnost zvládnout. Chcete-li to jednoduchý, kdybyste portu algrithm snadno do pevného bodu algrithm použít pevný bod DSP.
 
Zda můžete používat pevnou nebo plovoucí desetinnou čárkou, závisí na aplikaci. Musíte vzít v úvahu dynamický rozsah (tj. rozdíl mezi největší a nejmenší číslo, které se mohou objevit v počítání) a šumu, které aplikace vyžaduje. Oba z nich bude pravděpodobně omezena Vaší ADC / DAC etap. To se potom rozhodne, zda je třeba plovoucí řádové čárce (High Dynamic Range, ale typicky pomalejší než s celými čísly za stejnou $ $ $), nebo s pevnou desetinnou čárkou, a kolik bitů na přesnost, kterou potřebujete. Dalo by se simulovat aplikace např. v Matlabu, aby zjistili, jak pevné / pohyblivé řádové čárce omezuje dynamický rozsah a šum zaokrouhlování ve vaší aplikaci. Další možností je pokusit se to teoreticky používat něco jako interval aritmetiky (najde horní a dolní hranice Chyba z důvodu zaokrouhlování / zkrácení). To bude pravděpodobně velmi obtížné udělat pro komplikovaný systém, jako vysílače OFDM.
 
Mám v plánu realizovat jen na 64, možná 128 FFT, bez složitého kódování. Udělal jsem několik simulací v Matlabu a jsou některé hodnoty s plovoucí desetinnou čárkou, neboť zahrnuje komplexní čísla. To, co jsem v plánu udělat, je postavit model Simulink mého systému a následně vygenerovat kód v C z Embedded Cíl pro TI6000. Nicméně, mnoho bloků pro DSP a embedded Cíl pro TI6000 jsou pevné místo v Simulink. Znamená to v tomto případě to bude bezpečnější získat pevnou řádovou čárkou procesor?
 
Můj projekt zahrnuje realizaci transciever OFDM pomocí DSP. Mám v současné době zúžil můj seznam na 2 DSP: DSK TMS320C6416 (fixed-point), Cena: USD500 DSK TMS320C6713 (Floating-point) Cena: USD400 Otázka: Jak zjistím, zda mé žádosti vyžaduje pevnou řádovou čárkou nebo s plovoucí desetinnou čárkou procesor ?
 
Záleží na vaší algrithm transciever OFDM. Je nějaká plovoucí ukázal calulation v něm? Může být, že odpověď je vždy ano. Je-li však není mnoho plovoucí ukazuje caculation, můžete i nadále používat pevný bod DSP. Vzhledem k tomu, pevný bod algrithm se snadno manipuluje, většina Designer chtěli použít pevný bod DSP v každém případě, že složitost je stále v jeho / její schopnost zvládnout. Chcete-li to jednoduchý, kdybyste portu algrithm snadno do pevného bodu algrithm použít pevný bod DSP.
 
Zda můžete používat pevnou nebo plovoucí desetinnou čárkou, závisí na aplikaci. Musíte vzít v úvahu dynamický rozsah (tj. rozdíl mezi největší a nejmenší číslo, které se mohou objevit v počítání) a šumu, které aplikace vyžaduje. Oba z nich bude pravděpodobně omezena Vaší ADC / DAC etap. To se potom rozhodne, zda je třeba plovoucí řádové čárce (High Dynamic Range, ale typicky pomalejší než s celými čísly za stejnou $ $ $), nebo s pevnou desetinnou čárkou, a kolik bitů na přesnost, kterou potřebujete. Dalo by se simulovat aplikace např. v Matlabu, aby zjistili, jak pevné / pohyblivé řádové čárce omezuje dynamický rozsah a šum zaokrouhlování ve vaší aplikaci. Další možností je pokusit se to teoreticky používat něco jako interval aritmetiky (najde horní a dolní hranice Chyba z důvodu zaokrouhlování / zkrácení). To bude pravděpodobně velmi obtížné udělat pro komplikovaný systém, jako vysílače OFDM.
 
Mám v plánu realizovat jen na 64, možná 128 FFT, bez složitého kódování. Udělal jsem několik simulací v Matlabu a jsou některé hodnoty s plovoucí desetinnou čárkou, neboť zahrnuje komplexní čísla. To, co jsem v plánu udělat, je postavit model Simulink mého systému a následně vygenerovat kód v C z Embedded Cíl pro TI6000. Nicméně, mnoho bloků pro DSP a embedded Cíl pro TI6000 jsou pevné místo v Simulink. Znamená to v tomto případě to bude bezpečnější získat pevnou řádovou čárkou procesor?
 
You must log in or register to reply here.

Welcome to EDABoard.com

Sponsor

Back
Top