ASM51

Pessoal, sempre que eu mexi com ARM7 e CM3, foi simplesmente pegando um exemplo qualquer e ir adicionando o que eu queria e precisava.
Acontece que eu nunca tinha criado um projeto do Zero.
Pois bém, eu faço todos os procedimentos normais para criar um projeto, faço o programa igualzinho a um outro que foi editado apartir de um exemplo. E ele simplesmente não starta !! So funciona e somente as vezes, quando eu entro em debug passo a passo!!

Alguém ja passou por algo parecido ?

fabim escreveu:Pessoal, sempre que eu mexi com ARM7 e CM3, foi simplesmente pegando um exemplo qualquer e ir adicionando o que eu queria e precisava.
Acontece que eu nunca tinha criado um projeto do Zero.
Pois bém, eu faço todos os procedimentos normais para criar um projeto, faço o programa igualzinho a um outro que foi editado apartir de um exemplo. E ele simplesmente não starta !! So funciona e somente as vezes, quando eu entro em debug passo a passo!!

Alguém ja passou por algo parecido ?

Você adicionou o arquivo Startup?

Configurou a inicialização do Microcontrolador no Startup?

Configurou a pilha no startup?

Se estiver usando rotinas printf, sprintf, etc.. ou seja, stdio e se você não tiver checado para usar a MicroLib, você tem que configurar um espaço de memória HEAP SIze no statup, se estiver em 0x00 o tamanho não vai funcionar.

Eu acredito que seja erro na configuração do arquivo Startup.s, colocar aqui a configuração para eu dar uma olhada.

Tenho passado por um problema semelhante com o C18 ... não sei se tem algo haver ... mas essas atualizações automáticas do win ... em uma delas deu um piripaque em minha máquina, que o MPLab não abria nem com reza braba ... depois de umas 2 semanas (e outra atualização) voltou a funcionar...

_blackmore_ escreveu:Tenho passado por um problema semelhante com o C18 ... não sei se tem algo haver ... mas essas atualizações automáticas do win ... em uma delas deu um piripaque em minha máquina, que o MPLab não abria nem com reza braba ... depois de umas 2 semanas (e outra atualização) voltou a funcionar...

não é esse o problema no Keil, tenho certeza!

Em Flash Download Setup tem que adicionar a linha:

LPC2000 IAP2 512KB Flash On-chip-Flash 500k 00000000H - 0007CFFFH.

Se nao fizer isso não vai nem a pau.

.

proex escreveu:Em Flash Download Setup tem que adicionar a linha:

LPC2000 IAP2 512KB Flash On-chip-Flash 500k 00000000H - 0007CFFFH.

Se nao fizer isso não vai nem a pau.

.

ja foi feito isso!!!! o piaui me deu um help na conferencia e viu essa anarquia.

Eu descobri o problema, ..

A parte de baixo das rotinas de FAT32, são todinhas com a porcaria do print!!
E acredito que isto esta causando algum problema grave..

http://www.robs-projects.com/filelib.html

Eu tentei usar a EFSL, só que eu não consegui achar nexo para poder colocar o Bulk read, e bulk write. como se fosse o SDcard.

Essa do exemplo, ai do site, robs. é aquela jogada de PONTEIRO PARA FUNÇÃO.
E o cara caprixou no debug, e no uso do print,...

vou continuar sofrendo mais um pouco..

Qual é a jogadinha do print ai ? no heap Rodrigo. Eu não entendi direito.

fabim escreveu:

proex escreveu:Em Flash Download Setup tem que adicionar a linha:

LPC2000 IAP2 512KB Flash On-chip-Flash 500k 00000000H - 0007CFFFH.

Se nao fizer isso não vai nem a pau.

.

ja foi feito isso!!!! o piaui me deu um help na conferencia e viu essa anarquia.

Eu descobri o problema, ..

A parte de baixo das rotinas de FAT32, são todinhas com a porcaria do print!!
E acredito que isto esta causando algum problema grave..

http://www.robs-projects.com/filelib.html

Eu tentei usar a EFSL, só que eu não consegui achar nexo para poder colocar o Bulk read, e bulk write. como se fosse o SDcard.

Essa do exemplo, ai do site, robs. é aquela jogada de PONTEIRO PARA FUNÇÃO.
E o cara caprixou no debug, e no uso do print,...

vou continuar sofrendo mais um pouco..

Qual é a jogadinha do print ai ? no heap Rodrigo. Eu não entendi direito.

HEAP Size é o tamanho de memória que o compilador usa para alocação dinâmica de memória, e as rotinas do keil como sprintf printf, getc, rotinas tcp ip do rl arm usam alocação dinâmica, e se você não configurar um tamanho que seja suficiente para o "uso" das rotinas o programa não vai rodar, pois qdo vc chamar por exemplo printf ele vai tentar alocar um espaço de RAM e se o HEAP Size for 0 ele num vai conseguir e vai travar tudo ou dar pau estranho como você disse.

Se você não quiser usar alocação dinâmica de memória, marque a opção MICROLIB lá nas opções do keil, a microlib é a rotina stdio que não utiliza alocação dinâmica e é menor tbm.

Mas lembre-se se for usar o RLARM, tem que alocar memória HEAP size, pois as rotinas de fat, tcpip etc.. da keil utilizam a alocação dinâmica.

Rodrigo, resorvido.

Mais desisti daquela library. era Sprint printf xprint e sei lá mais o que print!! To fora!!

Entra na NXP, exemplos, LPC1758..
FATff..
Obrigado pela ajuda, e pela explicação.

fabim escreveu:Rodrigo, resorvido.

Mais desisti daquela library. era Sprint printf xprint e sei lá mais o que print!! To fora!!

Achei uma outra opensource muito boa, completissima!! E simples...
Não sei qual a demanda de uso de FAT por você, mais se interessar eu lhe envio o link com tudo, ou faz melhor.
Entra na NXP, exemplos, LPC1758..
FATff..

Obrigado pela ajuda, e pela explicação.

bota o link aqui pra todo mundo!

Eu tenho minha própria lib, mas eu estudei bem a efsl e o manual da MS sobre fat.

at+

coloca o link

Acho que o Fabim estava falando desses link .... Fabim corrigi ai se for outro blz

Link da application notes

http://www.nxp.com/documents/applicatio ... N10916.pdf

Library FAT32

http://elm-chan.org/fsw/ff/00index_e.html

AN10916 FAT library EFSL and "FatFs" port on NXP LPC1700

http://ics.nxp.com/support/documents/mi ... sort=title

cristian escreveu:coloca o link

cris, no seu caso vai ter que ir até o site do cara que fez a libi, e pegar o pff. é mais enxuto e mais direto, ideal para uControladores de 8 bits.

Partial File Fat.
Você consegue puxar partes de um bloco de 512.. tipo de 100 em 100 50 em 50 e la vai..