Tengo un MSP430F169 que estoy intentando programar usando el protocolo BSL. No tengo un programador de JTAG. Desafortunadamente, el MSP430F169 responde con NAK (A0) incluso a los comandos desprotegidos (excepto la sincronización):
Obtener versión:
(sync)
DATA WRITE: 80
DATA READ: 90 (OK)
(get version)
DATA WRITE: 80 1E 04 04 00 00 00 00 7B E5
DATA READ: A0 (NAK)
Borrado masivo:
(sync)
DATA WRITE: 80
DATA READ: 90 (OK)
(mass erase)
DATA WRITE: 80 18 04 04 FE FF 06 A5 83 B9
DATA READ: A0 (NAK)
Se supone que el MSP430F169 viene con la versión 1.61 de BSL (según SLAU319N, página 37), por lo que se supone que el comando de versión funciona. En la página web enlace el autor analiza un tema diferente, pero informa que su MSP430F169 responde a los comandos de la versión.
Con respecto al borrado masivo, vi en otra página que a pesar de que los bytes de AL AH se documentaban como si no les importara, en realidad necesitaban ser una dirección flash válida en algunos dispositivos / versiones BSL. Así que he intentado enviar todas las combinaciones 0x10000 AL AH, pero sin éxito.
Por lo que yo entiendo, el fusible JTAG no afecta a la BSL, pero no estoy seguro de eso. En cualquier caso, no espero que las dos placas MSP430F169 que tengo estén con sus fusibles JTAG quemados, ya que supuestamente esto no es un equipo de segunda mano. ¿Hay algún otro mecanismo de protección que pueda afectar la BSL?
¿Alguna idea sobre cómo resolver este problema?
Editar:
Aquí hay una 'captura de alcance del comando de sincronización y borrado masivo (sin demora entre bytes, para encajar en la' ventana de alcance). Todo se ve bien para mí y para el decodificador UART:
