Fórum sobre desenvolvimento de sistemas embarcados: Hardware e Software, Tecnologias: Eletrônica digital e analógica, Microcontroladoras, Microprocessadores, Sistemas *NIX (Linux, BSD), Software embarcado Baremetal. Sem fins lucrativos.
MON8 vs QY1A
4 mensagens
• Página 1 de 1
MON8 vs QY1A
por mastk » 18 Abr 2007 14:13
Ea ai galera estava o humilde servo aqui com uma M68EVB908Q e com o oscilador da placa não consigo gravar o MCU se não entrar com secury code correto, só consegui apagar o MCU com o OSC interno, alguem tem alguma informação sobre a atualização Qxx > QxxA?
-
mastk - Dword
- Mensagens: 4407
- Registrado em: 14 Out 2006 20:43
por Wagner de Queiroz » 18 Abr 2007 14:37
colega, conforme conversamos no dia do Evento do ASM51, eu tenho alguns programas que fiz que podem te ajudar.
Vai variando a velocidade da serial, pois se voce nao receber o eco dos bytes direito, cumé que vc vai conseguir fazer as coisas ?
Lembre-se que o sinal DTR liga ou nao a placa !
Vai variando a velocidade da serial, pois se voce nao receber o eco dos bytes direito, cumé que vc vai conseguir fazer as coisas ?
Lembre-se que o sinal DTR liga ou nao a placa !
Seja Livre, Use Linux
-
Wagner de Queiroz - Word
- Mensagens: 872
- Registrado em: 11 Out 2006 13:38
- Localização: Barueri-SP
por Wagner de Queiroz » 19 Abr 2007 19:50
não são bugs do algoritmo da PEMICRO. O problema é comum até com a bosta do super CodeWarrior, Eu perdia a paciencia com o Codewarrior quando queria gravar o qt4 ou qy4 na placa da propria motorola.
O problema é que o cristal que ele possui, com a divisão do clock do chip nunca bate na frequencia exata da velocidade da serial no modo monitor.
No livro do HC08 na pagina 142 e tambem nos Aplications Notes da Motorola,
para um chip rodando a 20Mhz. A velocidade de comunicacao deve ser de:
20.000.000,00
------------------ = 19.531 bps
1024
Isso dá um erro de 1,72% para 19200.
Tente melhorar o cabo serial que voce esta usando. Pois isso influencia no fracasso da gravação do chip.
Um teste é vc ligar o chip em modo monitor e mandar os bytes da senha do modo monitor. Verifique o Eco do chip. Para cada Byte que voce envia, o MCU devolve o mesmo valor para voce ver que recebeu corretamente. Outra coisa. Voce envia um byte e conta um tempinho para o chip devolver o byte pra voce antes de enviar o proximo. Isso até enviar todos os bytes para o mcu. Uma vez que ele recebeu todos os bytes, vc recebe pela serial o sinal Break.
Como eu havia dito, fiz um programinha para entrar no modo monitor. O datasheet do hc08 fala muito bem do modo monitor. Se quiser, te mando o programinha e a IDE que eu tinha comecado a fazer.
O problema é que o cristal que ele possui, com a divisão do clock do chip nunca bate na frequencia exata da velocidade da serial no modo monitor.
No livro do HC08 na pagina 142 e tambem nos Aplications Notes da Motorola,
para um chip rodando a 20Mhz. A velocidade de comunicacao deve ser de:
20.000.000,00
------------------ = 19.531 bps
1024
Isso dá um erro de 1,72% para 19200.
Tente melhorar o cabo serial que voce esta usando. Pois isso influencia no fracasso da gravação do chip.
Um teste é vc ligar o chip em modo monitor e mandar os bytes da senha do modo monitor. Verifique o Eco do chip. Para cada Byte que voce envia, o MCU devolve o mesmo valor para voce ver que recebeu corretamente. Outra coisa. Voce envia um byte e conta um tempinho para o chip devolver o byte pra voce antes de enviar o proximo. Isso até enviar todos os bytes para o mcu. Uma vez que ele recebeu todos os bytes, vc recebe pela serial o sinal Break.
Como eu havia dito, fiz um programinha para entrar no modo monitor. O datasheet do hc08 fala muito bem do modo monitor. Se quiser, te mando o programinha e a IDE que eu tinha comecado a fazer.
Seja Livre, Use Linux
-
Wagner de Queiroz - Word
- Mensagens: 872
- Registrado em: 11 Out 2006 13:38
- Localização: Barueri-SP
4 mensagens
• Página 1 de 1
Voltar para NXP (ex-FreeScale (ex-Motorola))
Quem está online
Usuários navegando neste fórum: Nenhum usuário registrado e 1 visitante