Ajuda keil.

Software e Hardware para linha ARM

Moderadores: 51, guest2003, Renie, gpenga

Ajuda keil.

Mensagempor fabim » 26 Abr 2010 16:27

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 ?
Mano, ve só.
Sou responsável pelo que escrevo!!! E não pelo que você entende !!!
fabim
Dword
 
Mensagens: 5001
Registrado em: 16 Out 2006 10:18
Localização: aqui uái!!!?

Re: Ajuda keil.

Mensagempor Rodrigo_P_A » 26 Abr 2010 17:03

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.
---
Avatar do usuário
Rodrigo_P_A
Dword
 
Mensagens: 2237
Registrado em: 12 Out 2006 18:27
Localização: Osasco - S.P - Brasil

Mensagempor _blackmore_ » 26 Abr 2010 17:07

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...
Ouça mais classic rock
_blackmore_
Dword
 
Mensagens: 1397
Registrado em: 28 Set 2008 13:26

Mensagempor Rodrigo_P_A » 26 Abr 2010 17:08

_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!
---
Avatar do usuário
Rodrigo_P_A
Dword
 
Mensagens: 2237
Registrado em: 12 Out 2006 18:27
Localização: Osasco - S.P - Brasil

Mensagempor proex » 26 Abr 2010 18:35

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
Dword
 
Mensagens: 2101
Registrado em: 11 Out 2006 14:05
Localização: São Paulo

Mensagempor fabim » 26 Abr 2010 18:58

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.
Mano, ve só.
Sou responsável pelo que escrevo!!! E não pelo que você entende !!!
fabim
Dword
 
Mensagens: 5001
Registrado em: 16 Out 2006 10:18
Localização: aqui uái!!!?

Mensagempor Rodrigo_P_A » 27 Abr 2010 08:41

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.
---
Avatar do usuário
Rodrigo_P_A
Dword
 
Mensagens: 2237
Registrado em: 12 Out 2006 18:27
Localização: Osasco - S.P - Brasil

Mensagempor fabim » 28 Abr 2010 18:57

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.
Editado pela última vez por fabim em 28 Abr 2010 20:06, em um total de 1 vez.
Mano, ve só.
Sou responsável pelo que escrevo!!! E não pelo que você entende !!!
fabim
Dword
 
Mensagens: 5001
Registrado em: 16 Out 2006 10:18
Localização: aqui uái!!!?

Mensagempor Rodrigo_P_A » 28 Abr 2010 19:23

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+
---
Avatar do usuário
Rodrigo_P_A
Dword
 
Mensagens: 2237
Registrado em: 12 Out 2006 18:27
Localização: Osasco - S.P - Brasil

Mensagempor cristian » 28 Abr 2010 21:02

coloca o link
cristian
Word
 
Mensagens: 570
Registrado em: 03 Nov 2006 08:15
Localização: serrinha-ba

Mensagempor die6o » 28 Abr 2010 21:53

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
die6o
Nibble
 
Mensagens: 71
Registrado em: 07 Mar 2007 13:26

Mensagempor fabim » 29 Abr 2010 09:03

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

http://ics.nxp.com/support/documents/mi ... sort=title
Mano, ve só.
Sou responsável pelo que escrevo!!! E não pelo que você entende !!!
fabim
Dword
 
Mensagens: 5001
Registrado em: 16 Out 2006 10:18
Localização: aqui uái!!!?

Mensagempor fabim » 29 Abr 2010 09:04

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..
Mano, ve só.
Sou responsável pelo que escrevo!!! E não pelo que você entende !!!
fabim
Dword
 
Mensagens: 5001
Registrado em: 16 Out 2006 10:18
Localização: aqui uái!!!?


Voltar para ARM

Quem está online

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

x