Počítání v long – Mikrokontroléry – Fórum – Programujte.com

Čau, potřebuju na osmibitovém up počítat poměrně velká čísla, ale bohužel výsledkem je nula i přesto, že po přetypování do long by se vejít měl, protože nejvyšší hodnota, která může při výpočtu nastat je 32768E4 což je 29 bitů, ale zdá se, že se přes ty hausnumera v mezivýpočtech nedokáže překlenout.  Na vstupu mám 16-bit číslo, to vynásobit konstantou 5000 a vydělit 65536. Je to externí A/D převodník. Nevěděl by někdo nějaký algoritmus jak na to? díky 

ADH=179; // hornich 8 bitu
ADL=87; // spodnich 8 bitu

vysledek = (long) ((256*ADH+ADL)*5000)/65536;

no mozna bych doporucil zkusit konstanty s L suffixem a pretypovat kazdou promennou zvlast

a overit si, jestli neni long jen 16b... pak by se tezko posunem o 16b dostalo neco vic nez nula

Kvůli rychlosti bych udělal ADH<<8 | ADL. Překladač pravděpodobně zoptimalizuje tak, že ADH přímo načte do horního byte a ADL do dolního byte, tedy proběhnou jen přesuny v paměti (EW8051 od IAR Systems nebo Keil u-vision to tak dělají). S algebrou bys asi tuto úrověň optimalizace nedosáhl. Je dobré se občas podívat, co s tím překladač udělá a znát dobře jádro procesoru na kterém děláš. Více o psaní optimalizovaného kódu pro jednočip najdeš v Application Notes např. u Atmelu. Není od věci se podívat i na stránky výrobce překladače, najdeš tam často tipy a triky a rady jejich expertů. Navíc algebra bývá na jednočipech pomalejší (třeba u 8051). Dále si myslím, že celočíselná algebra zde nebude to pravé. Výsledek by měl být z rozsahu 0 až 5000. Asi bych spíš volil float, jinak ztrácíš rozlišení.

hu

Mám Atmegu16, takže ta by 32bit na long umět měla. Nicméně sem narazil na jeden zajímavý problém a tím bude zřejmně to dělení, protože, když zadám výpočet

ADH=3;
ADL=251; //AD=1019
vysledek = (long) ((ADH<<8|ADL)*50);

tak vysledek je 50950 proti čemuž se nedá nic namítnout, ale..
pokud to na závěr vydělím, třeba desítkou tj. vysledek = (long) ((ADH<<8|ADL)*50)/10;

vysledek je již 64078 což je naprosto zcesné a to nepřekročím ani 16 bitů.

U Atmel Studia (asi ho v tomto případě používáš) se uvádí int 16 bitů a long 32 bitů.

int a long bývají defaultně signed. Představ si, že máš int a v něm -1. Ta bude reprezentována jako 0xFFFF. Tuto hodnotu nacpeš do long. Po takovém přetypování pak bude reprezentována jako 0xFFFFFFFF.  Je dobré se podívat na hexadecimální i dekadický (= jak je interpretován) obsah proměnných. Dále je důležité, jestli převodník pracuje v bipolárním (napětí na vstupu +/-) nebo unipolárním (jen kladné napětí) módu. Způsob, jakým s hodnotou pracuješ, odpovídá unipolárnímu módu. Pak musíš použít vhodné datové typy aby nedocházelo k dezinterpretaci např jako záporné číslo.

Pro bipolární mód k tomu musíš přistoupit trochu jinak. Převodník 16 bitů bude se znaménkem dávat toto:
plné záporné napětí   0x0000
0V 0x8000
plné kladné napětí  0xFFFF

Od hodnoty z ADC přetypované na long (rozuměj signed long) odečíst 0x8000. Teprve nyní máš signed hodnotu odpovídající napětí na vstupu.

hu

#6 hlucheucho
Díky za vyčerpávající odpověď, už to jede, ten problém byl v tom, že sem neměl obojí přetypovaný zvlášť jak to uvádíš, to unsigned mě pak taky napadlo, ale to už tu ten příspěvek byl. Každopádně díky za řešení. Jinak je to externí 16bit ADC čtené po SPI.