MSP430-Programmierung BSL vs. Spy-Bi_Wire

Behält ein MSP430 (insbesondere das LaunchPad F5529) seinen Code, der über den Spy-Bi-Wire (SBW) Port übertragen wurde? Oder muss ich die BSL verwenden, um den Chip zu programmieren? Was ist für Laien der Unterschied zwischen den beiden, und warum sollte ich einen über dem anderen brauchen? Danke!

Ziemlich sicher, dass beide den Job machen, das eine oder das andere hängt davon ab, welche Host-Software Sie verwenden. Mspdebug zum Beispiel unterstützt bsl für dieses Board.

Antworten (1)

Spy-Bi-Wire ist:

  • stärker. Es ist eine Implementierung der JTAG-Schnittstelle, sodass es nicht nur ermöglicht, die MCU zu programmieren, sondern auch zu debuggen (Einzelschritt, Einfügen von Haltepunkten usw.).
  • komplexer. Für den Betrieb ist normalerweise ein dedizierter Chip erforderlich. LaunchPads haben diesen Chip an Bord, aber kundenspezifische PCBs haben ihn wahrscheinlich nicht, daher war ursprünglich ein spezielles und teures Programmierboard erforderlich, um sie zu programmieren. Mit der Einführung von LaunchPads haben sich die Dinge jedoch geändert: Ein Ersatz-LaunchPad kann in der Rolle dieses Programmierboards für einen Bruchteil des Preises auch für andere Geräte wiederverwendet werden.
  • synchrones Protokoll (zuverlässiger).

BSL ist:

  • generischer. Im Allgemeinen unterstützen nur die neueren Modelle des MSP430 Spy-Bi-Wire. Allerdings „können einige Low-End-MSP430-Mitglieder zunächst nicht mit BSL programmiert werden, sie können nur mit 4-Draht-JTAG oder SBW programmiert werden“ ( Quelle ).
  • einfacher: Die Programmierseite kann normalerweise in Software implementiert werden. Einige msp430-Chips der Serie 5 weisen jedoch einen Fehler auf, aufgrund dessen sie sehr schnelle BSL-Befehlsdurchlaufzeiten erfordern, die weitaus höher sind, als realistischerweise in Software implementiert werden können, zumindest in Userspace-Anwendungen unter Linux oder Windows. Für diese Chips wird dieser BSL-Vorteil also zunichte gemacht. Laut TI-Errata-Dokumentation ist dies jedoch kein Problem für F5539.
  • asynchrones Protokoll (weniger zuverlässig).