Microcontrolador sem bug

Software e Hardware para linha ARM

Moderadores: 51, guest2003, Renie, gpenga

Mensagempor Fábio Pereira » 23 Abr 2008 12:27

Witt,

Até hoje eu não vi um MCU que não tenha erratas e isso inclui o STR711.

Acho que o que você quer não existe: MCU que não trave e não ressete ...

Em aplicações críticas, costuma-se usar um watchdog, checagem periódica de memória (através de CRC) e por aí vai.

Alguns MCUs possuem registradores específicos para apontar a causa do reset. Isso pode ajudar a sua aplicação a recuperar-se de uma falha inesperada, ou simplesmente paralisar a operação (e colocar os I/Os num estado conhecido e seguro).

Sobre a questão de CPUs antigas e novas, não acho que isso seja um fator para redução de BUGs, pois cada nova implementação de um chip em silício (use ele uma CPU recente ou antiga) está sujeita a bugs ou falhas de design da pastilha.

CPUs como Z-80 e 8051 possuem grande tradição sim, mas isto não garante que um chip da Silicon Labs, baseado no core 51, esteja totalmente isento de bugs na CPU (é claro que as chances são muito menores).

No caso dos ARMs, os bugs de CPU são menos prováveis pois cada fabricante que licencia uma CPU ARM recebe uma library para implementação do chip em silício (ou arquivos VHDL/Verilog). Ainda assim, como já foi dito, a interligação da CPU com os controladores de barramentos, interrupções e periféricos está sujeita a bugs de implementação ou até mesmo a falhas de interação ou temporização.

T+
Fábio Pereira
embeddedsystems.io
Avatar do usuário
Fábio Pereira
Word
 
Mensagens: 674
Registrado em: 16 Out 2006 09:07
Localização: Kitchener, ON

Mensagempor phophollety » 23 Abr 2008 13:21

PIC 24 tem uart e can aliás, é padrão aqui na empresa e é muito bem..

pense nisso
"3 minutes of boring code review means 3 hours less fixing LSD (Little Stupid Detail)" Dr. Mike Smith
"Dê-me um ponto de apoio e uma alavanca e moverei o mundo" Arquimedes
"Quando vejo um Alfa Romeo passar eu tiro o meu chapéu" Henry FORD.
Avatar do usuário
phophollety
Dword
 
Mensagens: 1511
Registrado em: 15 Out 2006 13:00
Localização: Santo André São Paulo, Brasil

Mensagempor msamsoniuk » 23 Abr 2008 13:36

o problema varia de fabricante para fabricante, mas certamente se a empresa nao tem capacidade de manter um core proprio, nao consegue atualizar ou nao consegue manter mais de uma linha, pq iriam ter capacidade para projetar perifericos que funcionam ? ;)
Avatar do usuário
msamsoniuk
Dword
 
Mensagens: 2935
Registrado em: 13 Out 2006 18:04

Mensagempor mastk » 23 Abr 2008 14:11

Bem, ao meu ver toda CPU tem bug, vc que deu sorte de não ter se deparado com um ainda, mas que sabe um skynet seja livre de bug XD
Avatar do usuário
mastk
Dword
 
Mensagens: 4407
Registrado em: 14 Out 2006 20:43

Mensagempor phophollety » 23 Abr 2008 14:34

certeza, sempre tem um escondido
"3 minutes of boring code review means 3 hours less fixing LSD (Little Stupid Detail)" Dr. Mike Smith
"Dê-me um ponto de apoio e uma alavanca e moverei o mundo" Arquimedes
"Quando vejo um Alfa Romeo passar eu tiro o meu chapéu" Henry FORD.
Avatar do usuário
phophollety
Dword
 
Mensagens: 1511
Registrado em: 15 Out 2006 13:00
Localização: Santo André São Paulo, Brasil

Mensagempor guest2003 » 23 Abr 2008 18:29

Pessoal,

Desculpe minha inocencia... mas geralmente tenho mais problemas com os bugs que EU escrevo do que os que existem nos chips, que geralmente são bem conhecidos e em muitos casos com workarround...

Portanto seria mais importante se preocupar mais com o Firmware do que com o chip em si...

Da uma procurada sobre as normas de software em ambiente critico... [:)] depois que estiver fazendo ALGUMAS daquelas exigencias acho que deveria olhar pro chip...

Mas como sempre, eh minha modesta opnião [;)]

[]'s
http://www.sethi.com.br (Institucional)
http://www.sethi3d.com.br (Impressoras 3d)
http://www.sethi.com.br/blog (Blog Impressoras 3d)
Avatar do usuário
guest2003
Word
 
Mensagens: 746
Registrado em: 13 Out 2006 11:48
Localização: Campinas - SP

Mensagempor Witt » 23 Abr 2008 19:15

Legal pessoal, acho que o Fábio englobou exatamente o que estou procurando. Não que não há bug que ocasione o reset, mas se o µC informar o motivo do reset, já ajuda.

E realmente guest, os meus bugs são muito superior que os de µC, comparar meus bug com os dos cores das máquinas vira covardia. hehehe

Dizem que não há sw sem bug, mas sw q não foi bem testado.

Obrigado aos que tem mais, ou diferentes, experiências das que eu tenho para me passar mais confiança na escolha desse componente.
Tenho estudado normas, como a IEC61508, que define normas de segurança no desenvolvimento de sw/fw/hw. São normas complexas e que, devido ao tamanho da equipe e tempo para o desenvolvimento, não são possíveis de serem aplicadas ao projeto.
Se alguém se interessar sobre esse assunto de confiabilidade no desenvolvimento eu tenho alguns documentos interessantes. É só mandar um email para <leonardowitt @ yahoo com br>

É a primeira vez que um tópico que abro tem mais de 2 ou 3 replays. Obrigado pela atenção e vou ver se dedico mais tempo pra responder a questões de outros colegas de profissão aqui pelo forum.

Assim que definir o µC posto a escolha. Imagino definir até o início do próximo mês.

Att.
Witt
Witt
Bit
 
Mensagens: 18
Registrado em: 22 Nov 2006 13:11

Mensagempor msamsoniuk » 23 Abr 2008 20:58

tem um certo fabricante, nao vou citar nomes, mas fabrica mcus com core arm tb, q faz uns datasheetzinho muito porquinho e, pior, de uma revisao para outra do *mesmo* chip eles esquecem de colocar resistores de pullup q tinham mas revisoes anteriores, trocam pinos de lugar (em algo supostamente compativel pino a pino) e escrevem erratas na mesma noite que vc questiona se nao tem algo errado com o componente... ;)

dae nao tem jeito neh ? hehehe
Avatar do usuário
msamsoniuk
Dword
 
Mensagens: 2935
Registrado em: 13 Out 2006 18:04

Mensagempor helton » 23 Abr 2008 21:54

marcelo...que cheiro de NXP !
Helton Marques
"Priorize as Prioridades"
helton
Byte
 
Mensagens: 146
Registrado em: 16 Out 2006 09:18
Localização: São José-SC

Mensagempor tcpipchip » 23 Abr 2008 23:44

NXP,
Sempre aprontando...infelizmente...
Avatar do usuário
tcpipchip
Dword
 
Mensagens: 6560
Registrado em: 11 Out 2006 22:32
Localização: TCPIPCHIPizinho!

Mensagempor msamsoniuk » 24 Abr 2008 13:28

hahaha eh um fabricante europeu ae ;)
Avatar do usuário
msamsoniuk
Dword
 
Mensagens: 2935
Registrado em: 13 Out 2006 18:04

Mensagempor mastk » 24 Abr 2008 14:21

Ah guest, já vi:

PIC com ausimer (é assim que se escrever?), perde todo o conteudo da flash.

HCS08 hibernante, dorme e não acorda nem por reset.

Workaround, não é solução, afinal se seu prazo é 1 semana e demorar 3 meses para sair o workaround? e msm assim ele não te dar um solução aceitavel, o que vc faz?

Mas é isso, a gente pica os problemas, coloca farrofa pronta e comer com tubaina. Pena que dá uma gastura nas tripas depois...
Avatar do usuário
mastk
Dword
 
Mensagens: 4407
Registrado em: 14 Out 2006 20:43

Mensagempor Witt » 06 Mai 2008 16:59

Bom galera, conforme prometido, o processador escolhido foi o STM32.

Ele tem bug, mas são os bugs melhores documentados e menores que o da NXP. Consta que a proteção dele é tb melhor do que o dos LPCs. E se faltar memoria ou coisa parecida, é muito fácil migrar para o STR7.

Uma novidade no projeto é o ingresso de display TFT, ou seja, vai ser necessário muito mais processamento do que o imaginado inicialmente (display gráfico 128x128) e nesse ponto o STM32 supera o STR7, possibilitando operações bit a bit, como é em alguns registradores do 8051.

Uma coisa que não gostei nessa arquitetura, porém não vem ao caso para o atual projeto, é que a CAN e a USB não podem trabalhar juntas por compartilharem o mesmo banco de memória RAM. Como USB não vai ser utilizada, não terá problema.

Bom, os testes vão começar com uma evaluation board da própria ST. Um kit completo e muito interessante, inclusive já vem com o TFT e demais periféricos, contendo uma documentação muito rica de hadware e firmware.

Era isso pessoal.

Att.
Witt
Witt
Bit
 
Mensagens: 18
Registrado em: 22 Nov 2006 13:11

Mensagempor xultz » 06 Mai 2008 17:26

Uma opção para começar a brincadeira, é comprar um STM32 Primer, que tem display de 128x128 colorido... eu tenho um :)
98% das vezes estou certo, e não estou nem aí pros outros 3%.
Avatar do usuário
xultz
Dword
 
Mensagens: 3001
Registrado em: 13 Out 2006 18:41
Localização: Curitiba

Mensagempor Witt » 06 Mai 2008 19:27

Esse kit é show de bola xultz, mas não tem a CAN. :-(
Porém o preço dele é muito convidativo.

Você que testou ele, o debug dele é via Jtag?

Att.
Witt
Witt
Bit
 
Mensagens: 18
Registrado em: 22 Nov 2006 13:11

AnteriorPróximo

Voltar para ARM

Quem está online

Usuários navegando neste fórum: Nenhum usuário registrado e 1 visitante

x