Zaslal: so únor 09 2013, 17:00 Předmět: Spatny vypocet v Cecku - datove typy?
Zdravim Vas,
zacinam si hrat s programovani uP ARM Cortex M3, ale narazil jsem zrejme na muj zacatecnicky nedostatek / neznamost programovani v C. Pro jednoduchost sem vkladam jen samotny kod bez hlavickovych souboru:
Problem je v tom, ze mi to nepocita spravne a zrejme tusim, ze to bude asi zalezitost ohledne datovych typu, ale nejak tomu nerozumim ... Pomuze nekdo?
Jinak spravny vysledek: K = 949 a Q = 0
Je to vlastne pocitani parametru smernice primky (y = K.x + Q), zadane dvema body.
Nejsem si jistý, nemůže být problém v tom zlomku? Záleží, co udělá procesor jako první, jestli to vydělí či vynásobí. Ani si nenapsal, kolik ti to vyhodilo za hodnoty.
Když první vydělí, tak to je: 225296/237154 a to odřízne a je z toho nula.
Když vynásobí, tak by to mělo vyjít, tak jak píšeš.
Zkusil bych to dát ještě do jedný závorky: (1000 * (y[0] - y[1])) / (x[0] - x[1]);
Tohle jediný mě tedy napadlo, ikdyž nemám až takové zkušenosti s programováním procesorů.
Jinak nebylo by lepší použít float? Směrnice přímky přece nemusí být vždy celé číslo.
To co mi to vypocitalo bylo K = 0 a Q = 0, takze toto neni urcite spravny vysledek
Vyzkousel jsem take to co jsi navrhoval, ale vysledek je uplne stejny.
Co se tyka vyuziti toho FLOATu, tak to me napadlo jako prvni, ale je potreba si uvedomit ze uP nejsou zase tak vykonne a ze je pro vypocet rychlejsi pouzit cele cisla (proto to nasobeni 1000). Na vypocet ve FLOATu to sezere skoro 6x vice casu nez v celych cislech, i kdyz se dopoustim chyby zaokrouhlovani.
Založen: Nov 21, 2012 Příspěvky: 717 Bydliště: Most, Praha, Lanžhot
Zaslal: so únor 09 2013, 19:14 Předmět:
uint32_t je číslo bez znaménka. y[0] - y[1] pak není -225296, ale 4294742000, to násobíš 1000 (přeteče mezivýsledek) a dělíš 4294730142, což při dělení dá jiný výsledek, který se navíc nevleze do int16_t.
U Tvého výpočtu Q když dělíš 949 / 1000, je výsledkem 0 (protože je to celočíselné dělení). Proto je třeba změnit pořadí, nejdříve K*x[0] a až potom / 1000.
Naposledy upravil Panda38 dne so únor 09 2013, 19:16, celkově upraveno 1 krát.
Diky moc za vysvetleni, ted je mi to konecne jasne proc to nefungovalo Ale mel bych jeste jeden dotaz, kdyz bych chtel deklaraci nechat s uint32_t, je mozne nejakym zpusobem provest vypocet aby to vyslo tak jak ma? Nebo to musim udelat vzdy v deklaraci a pak se s tim uz neda nic udelat? Napadlo me to zkusit pretypovat, ale nevim jak na to a zda vy to vubec slo.
Založen: Nov 21, 2012 Příspěvky: 717 Bydliště: Most, Praha, Lanžhot
Zaslal: so únor 09 2013, 19:24 Předmět:
Přetypování Ti píše Andrea, jen raději asi na int32_t než int, protože int je typ závislý na procesoru, u některých může mít jiný rozměr ... ale u těch M3 by to bylo v pořádku 32 bitů:
Já to tu zkoušela v obecném Cčku, kde uint32_t není. Šlo ostatně o znaménkovost ne o počet bitů. Správně by asi i to Q mělo být int32_t, protože by se to do int16_t nemuselo vejít.
Založen: Jul 21, 2006 Příspěvky: 25741 Bydliště: skoro Brno
Zaslal: so únor 09 2013, 22:52 Předmět:
Mám podobnou zkušenost s výpočtama v PLC, když jsem kámošovi dal tři vzorečky pro výpočet teploty a výsledek byl katastrofa, protože to jeho PLC umí jen klasickej integer a všechno zaokrouhlí. _________________ Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
Založen: Sep 19, 2007 Příspěvky: 3698 Bydliště: Praha
Zaslal: po únor 11 2013, 12:00 Předmět:
masterboy napsal(a):
PS.: Existuje nejake pravidlo na co si dat pozor kdyz pisu nejaky vzorec aby to nedopadlo jako v mem pripade?
Používat unsigned jen tam, kde to má opodstatnění, například tam, kde na nějaké čítače nebo délky je 2^31 málo a nebudou se dělat aritmetické operace, nemíchat signed a unsigned. Jinak si zaděláváte na problémy. Nadeklarovat si něco jako unsigned a pak to při použití přetypovávat na signed nemá moc smysl. Pokud váš překladač nemá dostatečnou diagnostiku a nedá varování, pak existují nástroje, které tyhle věci dokáží odhalit - http://www.coverity.com/
Jo, a přetypovat se dá celá závorka:
(int)(y[0] - y[1])/(int)(x[0] - x[1])
Naposledy upravil mtajovsky dne po únor 11 2013, 12:58, celkově upraveno 1 krát.
Časy uváděny v GMT + 1 hodina Jdi na stránku 1, 2Další
Strana 1 z 2
Nemůžete odesílat nové téma do tohoto fóra. Nemůžete odpovídat na témata v tomto fóru. Nemůžete upravovat své příspěvky v tomto fóru. Nemůžete mazat své příspěvky v tomto fóru. Nemůžete hlasovat v tomto fóru. Nemůžete připojovat soubory k příspěvkům Můžete stahovat a prohlížet přiložené soubory
Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.