68K ou coisa assim, again

[mastk]

Enigma, ate se acha, mas sao BGA e soh la fora

E meu sistema tem o BUS de 16 bits, no caso no GP32 depedendo do recebi, lidava com o byte faltante.

Chega de sofrer, nova CPU de apoio:

[msamsoniuk]

pois eh, soh achei estas de 1 e 2MB:

http://www.necel.com/memory/en/products ... er-8m.html
http://www.necel.com/memory/en/products ... t-16m.html

mas o encapsulamento eh meio complexo...

[mastk]

Interresante sam, vou ver se acho essas memorias

[enigmabox]

Que coisa tu tá usando agora? Parece um ARM?

[mastk]

Eh o mesmo encapsulamento do LPC21x8, mas eh o AC60. Bem no que depender de mim, nunca mais vou usar HC908, eh infinintamento melhor que o PIC16F877/18F452, mas ainda sim, pouco produtivo...

Bem agora estou mandando o codigo que funciona e o 68K entre em RESET, algo esta errado, desconfio que seja o ele mesmo, saco, mas vamos em frente

[enigmabox]

Mastk,

Até agora não entendi como vc deixa o HC908 em tristate apos carregar os dados na ram do 68K!
Tu ta usando algum 74hc244 e 74hc245 para isolar o barramento um do outro?
Ou apos carregamento, deixa as portas da MCU como somente leitura, para nao afetar o 68K?
Nem fale de PIC , até um 8085 é melhor que um PIC....

[mastk]

Sim enigma eh extamente o que estou fazendo, problema nesse caso, as tecnicas de economia nao dao certo e sem um osciloscopio para ver o que esta acontecendo, ja viu...

Resolvi o problema do reset, no dia seguinte ao post, estou trabalhando em software no momento, como estao indo a coisas com vcs?

[enigmabox]

Mastk,
Lembra do problema que eu tinha com as logicas 74LSxxx?
Somente consegui descobrir apos analisar com osciloscopio, assim mudei tudo para 74HC/HCT, e não tive mais problemas.
As vezes pode ser a impedancia do seu MCU que esta afetando o 68K. Ligou via software os resistores pull-up do MCU? Se nao tiver é melhor colocar uns resistores de 10K para o +5V em todos os pinos do bus de dados.
Eu agora estou trabalhando no software do bootloader do S19.

[msamsoniuk]

o meu projetinho anda mais devagar (ele soh anda quando faz frio)... mas eu estou usando um 74F245 para isolar o HC908 do bus, nao vi outra forma, pq o HC908 nao eh suficientemente rapido e, quando for usado como periferico, acaba bloqueando o bus apos o fim do ciclo de acesso e atrapalhando o proximo ciclo.

e jah que a censura me proibiu de falar mal das outras plataformas mais mixurucas, pelo menos eu posso elogiar os colegas que estao trabalhando com freescale: parabens! voces estao fazendo algo realmente incrivel com estes 680x0 velhos, aposto que os caras de pic, arm e avr estao se comendo de inveja! hehehe

[enigmabox]

Caro Marcelo Sam.

Se não fosse a dificuldade do BGA, eu estaria ja mexendo com os Coldfires. Mas um dia eu chego lá!
Mas analisando os custos e expansão do projeto. Penso que um 68k ou 68030 tem hardware mais expansivel de que usar um chip com tudo dentro.
PIC, nem pensar.....
ARM me lembra do tempo que usava o 6502.
8051 já saturei.....
Motorola estou usando o MC68HC11 e MC68030 até estou pensando em usar um MC68HC11(periferico) com MC68030 no proximo projeto.
AVR é um bom MCU para perifericos, assim pode ser usado com varios MCU via I2C ou interligado com uma CPU.

Marcelo Samsoniuk
PostPosted: Sat Mar 07, 2009 4:51 pm Post subject:
o meu projetinho anda mais devagar (ele soh anda quando faz frio)...

Tá de cabeça quente Marcelo? hehe
Um abraço

[msamsoniuk]

acho que encapsulamento nem eh o problema, visto que vc encontra varios coldfires com encapsulamento QFP-160. mas a grande vantagem do coldfire eh ter ethernet on-chip e isso jah requer um PHY, alem de alguns megabytes de FLASH e SDRAM, para acomodar um uclinux.

fica bem mais complexo, mas na verdade qq sistema com uclinux sobre do mesmo problema... eh o que eu jah falei antes, para partir para um coldfire tinha que se juntar todo mundo para trabalhar em um unico modulo, acho que eh a unica forma de vencer essa maior complexidade.

[enigmabox]

Concordo Marcelo,

Para baratear e ter um produto eficiente, tem que se juntar mesmo.
Lembro desta recomendação, no outro topico, que vc disse sobre FPGA.
O problema é que com metodos caseiros, fica dificil fazer uma PCI com BGA e LQFP/QFP acima de 100 pinos.

[mastk]

mastk no ken ougi, pong

http://www.youtube.com/watch?v=ZOFgduIT ... annel_page

o video esta ruim, pq gravei ele na web cam do EeePC, assim q possivel vou subir em melhor qualidade.

No momento o falta uns joysticks de verdade, estou usando fios por hora.

E claro, mais jogos

[msamsoniuk]

pois eh, mesmo caso! para mandar fazer as PCBs precisa fazer pelo menos 50 unidades... mas apesar de cada placa custar mais caro, em funcao da maior quantidade de componentes, acho que teria mais saida, pq uma placa com uclinux tem muito mais potencial de venda que uma placa apenas com a FPGA

[mastk]

http://www.youtube.com/watch?v=VXklnC2fITQ

Nesse mostro o supervisor em uso, e os "joysticks" atuais

Ps: novo video agora com audio