Dotaz: Kniznice pre AVR proc

[PipBoy2000]

Zdravim,

chystam sa vytvorit vlastne kniznice z jednotnym rozhranim pre AVR mcu, ktore by pokryvali vlastne vsetko od gpio az po citanie teploty z I2C teplomeru. Povodne som chcel pouzit syntax typu

x.core.usart0.init(9600);
x.core.gpio14.set(HIGH);
...

lenze neviem ci je to mozne pri pouziti C-cka (nie je ani tak problem dostat do struktury funkciu, skor je problem ze funkcia netusi kde sa nachadza)

neviete niekdo o sposobe ako by sa to dalo dosiahnut?

vdaka

Odpovědi

[Jary]

Použitím C++. V C++ je nějak tak, že ukazatel na objekt this (x.core.usart0) je funkci (x.core.usart0.init) předáván jako první parametr, který je ale před programátorem skryt.

V Pythonu je k tomu používáno "magické" slůvko self, které ale programátor musí mezi parametry funkce uvést.

Pro další studium doporučuju googlovat "calling conventions" a virtual method table.

Snad jsem pomohl a nemystifikoval.

[trekker.dk]

C++ bych se u MCU spíš vyhnul, AFAIK je tam výrazný nárůst spotřeby paměti (datové a hlavně programové)

[Jary]

Ano. Určitě by byla potřeba přilinkovat STL, a tím pádem i zpráva dynamické paměti... Nicméně C++ může sloužit jako jakýsi model pro pochopení onoho mechanizmu.

[Jary]

Ještě dodám, že jsem se o něco podbného také chtěl pokusit, ale pak jsem to vzdal. Doporučuji ti si rozmyslet, jestli ti to za to bude stát. Myslím, že to těžko navrhneš tak, aby jsi zachoval většinu možností, a rychlosti, které tyhle uC mají. A nezískáš tím mnoho.

Myslím, že stále bude potřeba rozumět vnitřnostem, aby se tvoje knihovna dala použít. Už třeba proto, že bude potřeba vhodně alokovat piny tak, aby se daly využít všechna potřebná integrovaná zařízení.

Pokud se ti ale podaří vytvořit něco zajímavého, dej mi vědět.

[benn]

Přílohy:

• test.tar.gz (1598 bytů)
• Makefile (722 bytů)
• i2c.c (520 bytů)
• i2c.h (509 bytů)
• main.c (520 bytů)
• uart.c (783 bytů)
• uart.h (677 bytů)

Zdravím, i za pomocí C se toho dá nějakým způsobem docílit viz příloha. Ale zrovna pro AVR v tom nevidím nějaký velký ulehčení. Problémem u AVR je, že proměnné označené jako const jsou uloženy v datové paměti a zabírají místo v RAM. Aby struktura byla uložena ve flash, musí se označit jako PROGMEM, ale pak funkce nepůjdou volat.

Ale když jsem ty příklady zkompiloval pro avr s optimalizací Os a vypsal vysledek kompilace v asm, tak jsem dostal:

Pro volaní:
core.uart0.init(9600);
core.uart1.init(115200);
core.i2c.init(400000);

Výsledek:
ldi r22,lo8(9600)
ldi r23,hi8(9600)
ldi r24,hlo8(9600)
ldi r25,hhi8(9600)
rcall uart0_init
ldi r22,lo8(115200)
ldi r23,hi8(115200)
ldi r24,hlo8(115200)
ldi r25,hhi8(115200)
rcall uart1_init
ldi r22,lo8(400000)
ldi r23,hi8(400000)
ldi r24,hlo8(400000)
ldi r25,hhi8(400000)
rcall i2c_init

Čekal jsem, že se bude pracně prohrabávat tou datovou strukturou. Určitě by se pak hodilo vytvořit soubor například config.h, kde budou makra ENABLE_I2C atd. a knihovny řádně prošpekovat těmito makry, aby se nechtěné funkce nelinkovaly k výsledné aplikaci. Možná pro komunikační rozhraní vytvořit jednotné funkce open(), close(), read(), write(), ioctl() atd. Takový framework by se spíše hodil např. pro ARM7 procesory u AVR bych měl obavy, aby to nebylo až moc "rozežraný", to víte paměti je málo.

[PipBoy2000]

velmi pekne dakujem za odpoved

mcu bude xmega128a3 (najskor), takze pamati bude dost (oproti starym megam)

cely projekt bude OSS a HW planujeme predavat relativne lacno, tiez rozmyslam o akcii, naprogramuj kniznicu, dostanes peniaze za board spat :P.

Teraz hlavne musim jasne a co najcistejsie (no zaroven najelegantnejsie) vypracovat pravidla pre tvorbu kniznic.

este raz dakujem za odpoved