linguaggio C per l'AVR?

[7rots51]

Salve
Se usiamo C / C compilatore IAR per l'AVR.

Qual è il vantaggio di usare c programmazione orientata agli oggetti per i disegni AVR embedded? Può risolvere alcuni problemi facilmente che è difficile da risolvere con C? Il C riduce il numero di linee di programma?

Qual è la tua esperienza?

<img src="http://www.edaboard.com/images/smiles/icon_confused.gif" alt="Confused" border="0" />Saluti

 

[Antharax]

A mio parere (ma non sto parlando di esperienza con C in AVR) è pericoloso usare C per la UC.Credo che il problema più grande è l'allocazione di memoria!È necessario tenere traccia della memoria che si usa in quanto è probabilmente limitato.
Ritengo inoltre che le dimensioni del codice è un po 'più grande (dopo la compilazione, forse è possibile scrivere codice più piccoli), ma questo è un presupposto.
Credo che se you're gonna utilizzare l'overload degli operatori, i modelli, i flussi, di successione con funzioni virtuali, ...devi avere una buona idea di che cosa il vostro fare.(Se vi è un compilatore C per l'AVR che supporta queste cose), le memorie di piccola taglia sono probabilmente il peggior nemico di progettazione orientata agli oggetti.
Per il momento io di provare ad utilizzare solo un sottoinsieme della libreria C standard per AVR, ad esempio, non la scanf o sprintf metodi poiché incrementano compilato assegnare le dimensioni del codice (da 3 a 5 kB)

Antharax

 

[stevejack]

un paio di mesi fa ho iniziato con AVR e C .It's Adventure piuttosto doloroso, ma ora la maggior parte delle cose sembra funzionare.Così ho deciso di condividere la mia poca esperienza, forse sarà utile per voi.

 

[_pv]

Date un'occhiata su progetto scmRTOS.
http://scmrtos.sourceforge.net
Si tratta di un sistema operativo real-time per scritto in C .

 

[yasir9909]

stevejack Hai provato a C che codifica per l'AVR in compilatore IAR?

 

[simonpe]

Quote:A mio parere (ma non sto parlando di esperienza con C in AVR) è pericoloso usare C per la UC.
Credo che il problema più grande è l'allocazione di memoria!
È necessario tenere traccia della memoria che si usa in quanto è probabilmente limitato.

Ritengo inoltre che le dimensioni del codice è un po 'più grande (dopo la compilazione, forse è possibile scrivere codice più piccoli), ma questo è un presupposto.

Credo che se you're gonna utilizzare l'overload degli operatori, i modelli, i flussi, di successione con funzioni virtuali, ...
devi avere una buona idea di che cosa il vostro fare.
(Se vi è un compilatore C per l'AVR che supporta queste cose), le memorie di piccola taglia sono probabilmente il peggior nemico di progettazione orientata agli oggetti.

Per il momento io di provare ad utilizzare solo un sottoinsieme della libreria C standard per AVR, ad esempio, non la scanf o sprintf metodi poiché incrementano compilato assegnare le dimensioni del codice (da 3 a 5 kB)