ASM51

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.

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.

Olá Buiz,

Não dá problema nenhum.

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

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

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...

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.

+++

É, 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

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.

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ç

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

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

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.