to BgDestroy: ad 2) dokaž to , technik na úrovni by měl argumentovat fakty, ne ve stylu "jedna bába povídala" ....
Tak to jsi trochu ustřelil. Bavíme se tu PICech a o AVR o 8-bitových jednočipech, tak tu neargumentuj dsPICema, nebo my vytáhneme AVR32 a ARM9, taky je to AVR a Atmel né?
Tak to by mě zajímalo proč se tak omezujete? Není to škoda? Proč se snažíte z krabičky sirek postavit vrtulník, to má smysl snad jenom z pedagogickýho hlediska, i když tady o tom trochu pochybuju
Jinak to AVR32 je srovnatelný s PIC32, na ARM9 PIC zatím nemá, ale na stránkách Microchipu najdeš zajímavý srovnání s ARM7 a podle nich je PIC32 prý výkonnější , ale tohle jsem si sám zatím moc neověřoval, proto jim zatím věřím
Seriozny vyrobca nejakej rodiny mcu vyda zeroven s cipom aj nejake aplikacne dokumenty, ktore pomozu s navrhom sw a v konecnom dosledku tak podporia predajnost. Ak hladas fft pre AVR, tak si vyhladaj prislusnu AN priamo na strankach vyrobcu.
už jsem se ktomu nechtěl vracet ale "C" mně jaksi nenadchlo ! nemám nic proti lze vněm rychle vytvořít funkční aplikaci ale vyvolání knihovny pro řetězce či použití mat. vede ktomu že to stojí 500b kodu jen to hvízdne a o to tedy nikdo nestojí - ale jak říkám je to efektivní a rychlé u snadných úkolů ! u něčeho komlexnějšího je snadnější asm lze vněm provést libovolný skok od kudkoliv kamkoliv v ce to nelze ! strukturové programován ípředpokládá jasnou kodovou strukturu !
Vždycky máš něco za něco, zrovna včera jsem potřeboval odmocnit 32-bit číslo v 8-bit mpc, s matematickou knihovnou to byla hračka, navýšení kódu se pohybovalo zhruba v té výši jak uvádíš (pro zájemce to mužu zjistit přesně). Samozřejmě jsem to mohl naprogramovat v asm, ale kolik by mi to asi trvalo času? Daleko víc by mi asi trvalo odladění, abych mohl říct, že to počítá skutečně dobře. A jaké by bylo poté navýšení kódu? Možná podobné.....a to není motivující. Pokud mi nebude stačit programová paměť, optimalizuju program ručně přímo v C, např. najdu části, které by se dali sjednotit.... a to je pro mě mnohem jednodušší. Nebo prostě koupím mpc s větší pamětí.......těch pár korun navíc skousnu........na druhou stranu, pokud víš, že se těch naprogramovaných mpc prodá třeba sto tisíc, pak už se asi vyplatí programovat v asm, to už ušetříš "pár korun × sto tisíc - hodnota tvé práce".
eljaro píše:už jsem se ktomu nechtěl vracet ale "C" mně jaksi nenadchlo ! nemám nic proti lze vněm rychle vytvořít funkční aplikaci ale vyvolání knihovny pro řetězce či použití mat. vede ktomu že to stojí 500b kodu jen to hvízdne a o to tedy nikdo nestojí - ale jak říkám je to efektivní a rychlé u snadných úkolů ! u něčeho komlexnějšího je snadnější asm lze vněm provést libovolný skok od kudkoliv kamkoliv v ce to nelze ! strukturové programován ípředpokládá jasnou kodovou strukturu !
PS:omluvte pravopis dík
a k čemu potřebuješ skákat odkukoliv kamkoliv ? snad program má nějakej svůj danej běh a ten jde dodržet v obou jazycích.
V céčku můžeš taky skákat "odkudkoliv" "kamkoliv", samozřejmě je to "odkudkoliv" "kamkoliv" omezeno na takovou oblast, kde to má ještě smysl (je nesmysl skákat z prostředka jedné funkce do prostředka druhé), to samé platí pro asm, nebo alesoň mě nenapadá, proč by to tak být nemělo. A pokud chceš opravdu skákat z prostředka jedné funkce do prostředka druhé, lze to vždy vyřešit tak, aby jsi skoky nemusel používat. Skoky v C používám jen tehdy, pokud mám ve funkci nějaké větvení a chci se rychle v rámci dané funkce dostat někam dál.
Programovanie v jazyku C
Vyhoda C je to ze v nom spravis program rychlo a zdrojak mas prehladny
Nevyhoda po skompilovani zabera program viacej a efektivnost vyuzitia vykonu MCU nie je az tak velka ako u asembleru
Programovanie v jazyku asembler
Vyhoda ked vie clovek tak velmi efektivne vyuztie vykonu MCU
Nevyhoda pri vacssich zdrojakov sa stava neprehladnym
V praxi sa to robi ze narocne casti na vykon MCU sa napisu v asemleri a v C si to nacistas v hlavickovom subore s priponou .h
Pre to treba kombinovat oba jazyky pre dosiahnutie lepsich vysledkov v kratkom case.
úsporu kódu v asm oproti v C bych tu zas tak rozlišoval. Tvoje je částečně pravdivý .. ale prakticky to hodně záleží na uživateli a programátorovi jak jednotlivé jazyky... v obouch se daj spáchat takový prasárny, že to až není hezký. A já osobně jsem zastánce kombinací těchto jazyků...
Ragnol píše:úsporu kódu v asm oproti v C bych tu zas tak rozlišoval. Tvoje je částečně pravdivý .. ale prakticky to hodně záleží na uživateli a programátorovi jak jednotlivé jazyky... v obouch se daj spáchat takový prasárny, že to až není hezký. A já osobně jsem zastánce kombinací těchto jazyků...
eljaro píše: je snadnější asm lze vněm provést libovolný skok od kudkoliv kamkoliv v ce to nelze
Určitým způsobem to jde, viz funkce setjmp() a longjmp(). Lze tak psát i korutiny. A dále jsou i C++ vyjímky, to je ale trochu mimo oblast mikrokontrolérů.