Memoria ROM lotada.

[buiz]

Olá a todos,

Alguem sabe me dizer se existe algum problema em utilizar 99% da memoria ROM do uC cheia.

Fiz um programa que ficou muito grande, fiquei preocupado se não vai gerar BUgs futuros em razão da memoria lotada.

O uC que estou utilizando é o PIC18F452, se alguem souber algo, favor me dar uma dica.

Buiz.

[otavio luiz]

Problemas não da não, o que pode ocorrer é voce precisar fazer alguma atualização e não ter mais espaço para nada. Já utilizei todos os bytes de um 16f631 e ta beleza rodando a 1 ano mais de 300 unidades e até agora ok.

[Renie]

Olá Buiz,

Não dá problema nenhum.

Você já viu o AN 689? Uma multiferramenta com pic16f84, ocupa 1023
bytes dos 1024 existentes.

[buiz]

Blz, no momento não vou atualizar, mas ja pensei em trocar de uC mais adiante para não ter problema, mas por enquanto tenho que usar este mesmo e não tenho alternativa.

Valeu pelas respostas! Obrigado.

Buiz

[Cláudio]

Bom, é o que o pessoal disse mesmo.
Mas já ouviu falar em Murphy? rsrs...
Sério, é muito raro quando não há erros a serem corrigidos ou novas funções a serem implementadas.
O que se faz, na prática, é colocar um uC com recursos de sobra para o projeto, justamente para prever situações como a acima.
Acontece que hoje o departamento comercial das empresas sufoca a engenharia, para usar componentes cada vez mais baratos...

[andre_luis]

O que é crítico realmente, é a memória RAM, uma vez que sua alocação é realizada dinamicamente, e sendo em C, isso torna mais crítico ainda a previsão de crash, pois~o gerenciamento dela não é mais realizado por voce.

+++

[buiz]

É, espero não ter que fazer nenhuma alteração tão cedo!

Pois um delay a mais será suficiente para estourar a capacidade deste cara.

Bom, eu não esperava que o projeto fosse crescer tanto, ai foi aumentando um recurso daqui, outro dali e deu nisso.

Valeu pessoal, minha preocupação mesmo era com futuros problemas a longo prazo por causa da memoria cheia.

Um abraço a todos

[xultz]

Uma vez fiz um produto que ocupou 1024 bytes dum 16F627. Tinha 1200 placas fabricadas. O cliente pediu mais alguns recursos... enxugamos o código, livrando cada mísero byte, até implementar os recursos que o cliente pediu. Para daí ele pedir mais alguns... depois dessa, sempre começo o produto com o triplo de rom necessária, no mínimo.

[ze]

se estiveres usando CCS ou mikroc, ou algum compilador open source da vida, fique tranquilo!! Se quiseres + memória basta migrar para Hitech-C e o tamanho do seu cód vai cair vertiginosamente. (=asm)
abrç

[fabim]

o mikroC aceita diretivas em ASM sem problemas.

EXEMPRU.
Central de alarme 1 sensor blabalabaaa.
Code 1012word´s.

!! fabim da uma enxutada preu.

Funções, procedures em ASM no mikropascal.

Codigo 546 word´s

Fabim

[Paulo_P]

Passe a usar o PIC18F4620, tudo igual ao do 452 só que tem o dobro de memória ROM.

Só plugar, gravar o programa e rodar na boa.

Abraços,

Paulo
ppap@translate.com.br

[buiz]

Opa, ja estava nos planos, agora se confirmou!

Ja tinha dado uma olhada no PIC18F4620, mas no momento tenho umas 80 peças do 18F452 e tenho que usar para não deixar parado aqui.

Vou passar a usar o 18F4620 certamente nos proximos projetos.

Valeu, um bom Find a todos.