Problemas de depuración de SmartFusion

0

Estoy usando un sistema Actel SmartFusion en un chip, ejecutando una aplicación que usa MSS con SPI, ACE y GPIO. (Estoy desarrollando en Libero IDE 11.1 y SoftConsole). Mi programa se ejecuta con éxito en el paquete A2F200, pero cuando cambio a usar el A2F500, suceden cosas extrañas cuando envío datos SPI y desencadené la interrupción.

Primero provocó la interrupción pero no leyó los datos que envié, luego comenzó a fallar el programa si la interrupción se activaba. La parte extraña es que incluso si detengo la depuración y el reinicio, ni siquiera se iniciará, el depurador se congelaría en "cont". A veces, apagar y encender el chip lo arreglaba y me llevaba de vuelta a donde empecé, pero a veces incluso eso no funcionaba, y tenía que eliminar el código SPI de mi programa para que funcionara.

¿Alguien más ha visto algo como esto en SmartFusion?

    
pregunta Stephen G

1 respuesta

1

¿Recopiló el código ARM para el nuevo paquete? Además, ¿incorporó la biblioteca recién generada desde Libero en su proyecto de SoftConsole? Es posible que todo esto haya sido automático para usted si está usando el flujo de diseño estándar. El A2F500 puede tener más memoria / flash que el A2F200 y podría afectar el mapa de memoria.

Solo he usado el SmartFusion 2, que es un animal diferente, pero mi entendimiento es que los flujos de diseño en Libero y SoftConsole son similares. Yo regeneraría explícitamente los archivos de origen de salida de Libero y me aseguraría de que sean los a los que se hace referencia en SoftConsole y me asegure de hacer una reconstrucción completa allí. También es posible que se requieran cambios en el enlazador si el mapa de memoria cambia.

    
respondido por el rjp

Lea otras preguntas en las etiquetas