UCLINUX ARM LITE

[KrafT]

Que Deus te dê um dobro tudo que você me deseja, Miguel.

Depois com a expectativa de vida aumentando ano após ano, há chance de eu ainda ser alguém algum dia... Aí vou botar Einstein e Newton "no-chinelo", hehehe...

Enquanto isso, fico aquí com meu BC548 e 555. Boa sorte com sua placa (de coração).

[Peters]

Nossa! tá rolando um "clima" aí em cima???

[tcpipchip]

Peters

Para ter um clima, acesse

http://tempo.terra.com.br/

Quanto ao KRAFT, é meu conterrãneo, já me visitou algumas vezes. Ele é um dos mestres da região em eletronica.

[msamsoniuk]

eu nao entendo pq utilizar o LPC 2294, afinal, pelo que percebi, ele nao dispoe de um controlador DRAM integrado e essas memorias SRAM devem custar uma pequena fortuna, sem falar que o encapsulamento BGA-48 vai requerer mais layers para rotear.

sera que nao seria mais simples optar por um outro componente com controlador SDRAM integrado ? alem do custo do componente SDRAM ser menor, um encapsulamento TSOP-54 poderia reduzir consideravelmente o custo da PCB.

bom, eh soh uma ideia

[tcpipchip]

Ola

Quanto esta uma SDRAM de 2M/16 Bits +-?

Realmente concordo com o roteamento do BGA48, nao foi fácil usei track com 5 mils

[tcpipchip]

Digo, SRAM, quanto está?

[msamsoniuk]

bom, eu dei uma olhada rapida e nao encontrei uma SRAM de grande capacidade, apenas memorias PSRAM, que sao memorias DRAM com controlador on-chip, construidas para se parecer com uma SRAM real. uma PSRAM de 2MBit x 16 q eu encontrei foi a MT45W2MW16BABB-706, com tempo de acesso de 70 ns e encapsulamento VFBGA-54. custava US$ 5,99 na digikey.

por outro lado, a SDRAM de menor capacidade q eu encontrei, com 4Mbit x 16, foi a MT48LC4M16A2P-75, com tempo de acesso de 75 ns e encapsulamento TSOP-54, custa US$ 4.39, oferecendo o dobro da capacidade e um encapsulamento mais acessivel, porem requer um microcontrolador com capacidade de controlar SDRAM. assim, exceto pelo problema de usar encapsulamento BGA, essas PSRAM me parecem bem interessantes.

[tcpipchip]

Humm,

Interessante MARCELO esta MT45W2MW16BABB-706.

Em vez de eu ler o datasheet, vou lhe fazer uma pergunta , é mais fácil , hehe

Esta MT45W2MW16BABB-706, me interessou muito, pois tem este controlador Interno.

Minha pergunta é, se tem alguma configuração de pinagem desta memória que, quando alimentada, já entre no modo "pseudo SRAM", habilitando os famosos pinos WR,OE, BL, BH, CS0,CS1 (assynchonous mode). Acredito que eu consiga isto, mantendo sempre o CLK low during o STARTUP.

Será que estou certo, pergunto!

BASIC4EVER

[msamsoniuk]

pelo que li no manual da MT45W2MW16PA (nao BA), apos o power-on vc precisa necessariamente de um delay de 150 microsegundos, sem ativar o CE e outros sinais, para o controlador interno ser corretamente inicializado.

segundo o manual, apos esse delay de power-on, a memoria entra automaticamente em modo de operacao normal, que eles chamam de modo assincrono. bom, ideologias a parte, ela me pareceu operar igual qualquer SRAM, com as operacoes ocorrendo de forma sincrona em relacao a ativacao dos sinais de controle. suponho que a diferenca entre PA e BA (q eu citei o preco) seja a opcao page mode e burst mode, entao suspeito que a BA tenha um pino de clock para incrementar as linhas de endereco. a menos que o microcontrolador escolhido suporte ciclos casados em burst, nao seria recomendavel utilizar, sendo melhor utilizar o modelo PA mesmo. eu vou pesquisar melhor essas diferencas, mas imagino que se nao for usar o recurso, vale a pena optar pelo modelo mais barato e simples.

soh nao gostei eh que no site nao parecia haver opcao para encapsulamento nao-BGA. em todo caso vou dar uma pesquisada extra para ver se nao acho alguma PSRAM um pouco menor, mas com um encapsulamento mais amigavel.

[tcpipchip]

Ola "ARTHUR" Marcelo

Legal,

De qualquer forma farei o desenho do encapsulamento BGA da MT45W2MW16PA em paralelo ao BGA48 que atualmente tenho no desenho.

Assim, quando nao a encontrar, tenho a opção de uma memória NT16T1630C2B, que encontro na faixa de U$5,80 FOB USA. Esta é um SRAM mesmo e já testei...funciona.

Obrigado pela sua DISSERTAÇÂO.

[Renato]

1) Familia NXP LPC23xx está chegando ...

2) Já viste a opção da Fujitsu (não ARM) ?
Parece que tem uma ferramenta grátis e ágil, e debugador baixo
custo.

[tcpipchip]

Nao entendi tuas colocações neste topico
Mas, obrigado!

[msamsoniuk]

no caso de ferramentas de desenvolvimento, vc jah selecionou e testou alguma solucao interessante ? por exemplo, eu vi que no gcc eh possivel compilar com o codigo um pequeno modulo extra que permite fazer o debug pela porta serial, utilizando o gdb, rodando o gdb no host.

[Renato]

Nao entendi tuas colocações neste topico
Mas, obrigado!

BASIC4EVER:
Acima pediste sugestões p/ o UCLinux Lite ...
Só mencionei alguns processadores que podem facilitar a coisa.

Samsoniuk:
Cara, tudo isso é possível sim, a custo de muito suor e lágrimas ...
Aliás se tiver alguém no RS, SC ou PR disposto a dar um treinamento das
ferramentas GNU GCC ou CrossWorks (usa compilador GCC) para ARM, tenho interesse.
A primeira opção é free a segunda tem uma versão Pessoal de US$ 149.

[tcpipchip]

Opa, desculpe!