MSP430 s integrovanou CC01 s využitím DFS pro CPU?
Atmel není na low power žádná hitparáda, naletěl jsem jim jednou a stačilo. Místo vypočítaných 5uA si procák nadrzo vzal 125uA. Holt jedna špatně zapojená cestička na čipu... A odběr netestovali, jak se po dvou měsících dohadování přiznali na jejich technické podpoře.
Jo, u Atmelu. Opravdu měli chybu na křemíku, konstruktér asi neměl den při návrhu a projekťák podcenil testování...
Btw, jak podle tebe ošetřit stav, kdy v RESETu si ATXMEGA64D3 bere 1,3mA - několikanásobně víc, než celý zařízení po bootu. S malou baterkou s velkým vnitřním odporem je to bez šance.
Sorry, ale s tou hrůzou si hrát nebudu.
Atmel vseobecne nie je hitparada. Hlavne ak by si ho chcel vyuzivat vo velkom. Teda vyrabat zariadenia v 10K a viac seriach. Caste su vypadky dodavok. Nahle/nedokumentovane zmeny parametrov v ramci serie, errata doplnovane nahodne alebo ako sa hodi... Dost vopruz. Ale na jednokusove bastlenie este OK :-) ak mas nervy a dobry oscil a digi analizer.
V rámci série? Pche, to jsi nezažil změnu revize čipu. Posledně na XMegách už tak divnej ADC ještě víc domrvili. Nejenom, že od začítku ten slavnej ADC měl náhodný offset (nula nikdy nebyla nula) a člověk ho musel používat proti zemi v bipolárním režimu s polovičním rozlišením, ale bude to rok, co vyhodiloi jeden kalibrační registr a linearita šla do kopru. Statistika z 50ks ukazovala na původní berzi nelinearitu 1.5%, na druhé 3.5%.FAE na to tvrdil, že s dají objednat i starý revize, ale prodejci se nám rovnou vysmáli. Ani silou Honeywellu jsme je k dodávkám staré série nepřesvědčili.
Ony ty XMegy jsou opravdu vykutálená rodina. Když začínaly, tak lákadlo byl odběr do 10uA. Otevřu datasheet a hle, zapnutí brownout detektoru = 128uA... No paráda.
Ve sleepu 4.5uA, to bylo v pohodě. Rychlý provedení tasku, odběr 800uA na 0.02s a uspání, to taky nebyla tragédie, baterka to v klidu dávala. Ovšem to, že při startu RC oscilátoru chtěl v průměru 500uA a nabíhal 0.5s, to už tak super nebylo.
A hodně "úsporný" jsou i takový vychytávky, že třeba u AT91SAM7* nejde vypnout clock pro ADC...
Zažil jsem, jak se jeden učitel na AVR ztrapnil tím, že zkoušel předvádět, jak ovládat v multiplexu displej a použil direktivu db pro každý znak. Indexoval to pointerem, který inkrementoval o jedničku. Vůbec mu nedošlo, že i když je to 8b potvora, tak Harvardská s datovkou 16b a flash alignment 2B. Dost se, chudák divil...
A ono dělení adresního prostoru na data a program není nezbytnost, spíš to začátečníkům komplikuje život, takže za sebe, učil bych na von Neumannovi.
Takže z jednoduššího MSP430, to je 16b low power (pro konstrukci v tomto článku je vhodnější už jenom tím, že pro měření teploty je potřeba 16b aritmetika a osmibit to z principu zdržuje, takže se musí probudit na mnohem delší dobu).
STM32F0 taky nemusí být špatná volba, se standardem CMSIS se člověk v dnešní době neztratí, s inicializací hodně pomůže STMCube a pak už záleží jenom na tom, jak moc do hloubky chcete a co si zapouzdříte jako modul, který dáte žákům k dispozici jako black box a budou stavět nad ním.
Záleží, co jsi s ním stavil, jaké jsi měl požadavky a v jakých sériích to bylo. Jak už tady někdo psal, na takové to "domácí žvýkání" a kusovou výrobu, kde spolehlivost není kritická, je to fajn (a levné). Když se ale ponoříš do hloubky, najednou zjišťuješ různé neduhy a problémy, které mě už mockrát vypekly. Takže já to používám už jen občas na bezvýznamné, jednoduché blbosti.
Souhlasím.
Jenom je trochu problém, že tyhle požadavky jsou všude. Posledně jsem měl nutkání využít AVRko jako A/D převodník na RS-485 a chtěl jsem vědět přesnost. U interní bandgap reference byla jenom typická hodnota 1V, nikde minimum, nikde maximum, nikde tolerance... Smůla. Pro ně. Dělalo se 20k kusů.