mimimi ?! mi ?! ???? mimi ??

[fabim]

struct->variavel.

Que cara complicado, ele ja esta até fazendo o source chover e fica reclamando... Cara mais reclamão sô!! ta doido.

[ivan]

Proex,

Uma sugestão é criar uma camada de abstração entre as funçoes e o endereços/registradores, muito usado em OSs.

http://en.wikipedia.org/wiki/Hardware_abstraction_layer

[proex]

Proex,

Uma sugestão é criar uma camada de abstração entre as funçoes e o endereços/registradores, muito usado em OSs.

http://en.wikipedia.org/wiki/Hardware_abstraction_layer

Nao resolve muito, o trabalho de alterar a camada de acesso ao hardware continua.

.

[MarcusPonce]

Pois é, querer ser organizado e se preparar para o futuro nem sempre é possível ou compensa... O pior é que de LPC2368 para LPC1768 ainda existe a desculpa de mudar de ARM7 para Cortex M3, mas entre LPC2148 e LPC2368 é realmente estranho.

Eu costumo fazer o firmware separando em módulos com funções que manipulam o hardware (módulos que são apenas drivers) e módulos com o código que seria a inteligência da placa para aquela aplicação específica. A meta é que os módulos inteligentes não dependem do hardware e não tem informações sobre ele além de constantes que estão em driverxyz.h (tamanho do LCD, etc.) e contém apenas ANSI C para poder rodar em outras arquiteturas (pode ser necessário) com o mínimo de esforço.

Veja bem, a "meta" nem sempre é 100% atingida, mas é uma meta.

Não tenho trabalhado para fazer drivers antes de precisar, até porque alguém poderá fazer e deixar open source...

[ivan]

Pra não mexer na camada de hardware, só usando um único hard, ué! Hehehe...

Brincadeira a parte, vc deve considerar melhor esta decisão, pois esta solução é muito usada, seja, em alto nível, no acesso a vários Banco de Dados diferentes e tb nos sistemas operacionais para que sejam independentes do hard-ué. O melhor exemplo é o Linux/Unix e o pior exemplo é o Ruindows versão servidor. E ainda, reescrever 30% é sempre melhor que reescrever 100% pq serão: 30% de mão-de-obra, 60% de testes e assim... aumentará o seu lucro...

Abrax.

[msamsoniuk]

o proex reclama de barriga cheia hein! mimimi a freescale eh infinitamente pior que a nxp!

eu tive que reescrever milhares de linhas de codigo assembler do 68000 para o coldfire (mentira, usei um script em awk apenas para trocar a sintaxe de asm motorola para asm gnu). quando fui trampar com os 683xx, tive que reescrever todos os device drivers pq os perifericos eram todos diferentes (mentira, os 683xx praticamente integram os antigos perifericos discretos de 68000, entao foi soh mudar o offset). mas pior ainda foi migrar de 683xx para powerpc! totalmente diferente, jah ando ateh pensando em migrar tudo para nxp (mentira novamente... os device drivers para as sccs sao praticamente os mesmos para os powerpcs 860).

**** mundo injusto meo! mimimi nao vejo a hora de comecar a reescrever tudo para nxp! hahaha

ah sim, esqueci de mencionar: para diversos HC908 eu uso o mesmo header hc908gp32.h, por pura preguica de verificar e tal... e sabe que ateh agora nao tive problemas? deve ser coincidencia os enderecos dos periferios baterem entre modelos diferentes hahaha

[_blackmore_]

http://forum.valinor.com.br/attachment. ... 1212368604