MSP430: Code Composer Studio für Mac OS verfügbar

[Felix L. (flex)]

Hallo,

ich bin gerade auf folgende Information gestoßen:
https://e2e.ti.com/blogs_/b/msp430blog/archive/2015/03/31/exploring-the-msp430-tool-chain-part-7-code-composer-studio-on-mac-beta-now-available

Hat das schon jemand ausprobiert?

Gruß

[Rufus Τ. F. (rufus)]

Nein, ich lese/höre durch Dich das erste Mal davon.

Danke für den Hinweis, das werde ich mir wohl näher ansehen müssen ...

[vcc (Gast)]

Bei mir wird leider der MSP430UIF vom launchpad nicht erkannt.
In den Systeminformationen ist er als solcher zwar drin, aber
in CCS kann der nicht gefunden werden...
Habe irgendwo gelesen, dass momentan auch die grauen standalone-
Debugger auch nicht erkannt werden, wohingegen die schwarzen (neuen)
funktionieren.
Ich vermute ein Treiber-problem - ist halt noch Beta...

[Rufus Τ. F. (rufus)]

vcc schrieb:
> Bei mir wird leider der MSP430UIF vom launchpad nicht erkannt.

Das steht auch in der Beschreibung drin:

Similar to our Linux version of Code Composer Studio there are some
limitations on the debug interfaces that you can use.  
The MSP430 USB FET works fine, as do newer LaunchPads such as
MSP-EXP430F5529LP and MSP-EXP430FR5969.  
However older development kits like MSP-EXP430G2, eZ430 and Chronos 
are not supported.

"MSP430 USB FET" ist nicht das gleiche wie "MSP-FET430UIF", das 
wiederum die Grundlage war für die diversen genannten nicht mehr 
unterstützten Interfaces. Diese alten Interfaces sind mit einem 
MSP430F1611 (oder 12) aufgebaut und verwenden noch ein altes 
Debugprotokoll.

Neuere Debuginterfaces (wie die auf den beiden genannten Launchpads) 
verwenden eine andere Hardware und ein neues, offengelegtes(!) 
Debugprotokoll, und der neue "MSP430 USB FET" ist ebenfalls ein komplett 
neues Hardware- und Softwaredesign.

(Neues und altes FET sind optisch leicht zu unterscheiden: Kleine 
schwarze Schachtel mit Micro-USB-Anschluss statt größerer grauer 
Schachtel mit normalem USB-B-Anschluss)

[vcc (Gast)]

Rufus Τ. Firefly schrieb:
> Das steht auch in der Beschreibung drin:
> Similar to our Linux version of Code Composer Studio there are some
> limitations on the debug interfaces that you can use.
> The MSP430 USB FET works fine, as do newer LaunchPads such as
> MSP-EXP430F5529LP and MSP-EXP430FR5969.
> However older development kits like MSP-EXP430G2, eZ430 and Chronos
> are not supported.

Na endlich ein Grund den LP mit FR5969 auszupacken ;)

> "MSP430 USB FET" ist nicht das gleiche wie "MSP-FET430UIF", das
> wiederum die Grundlage war für die diversen genannten nicht mehr
> unterstützten Interfaces. Diese alten Interfaces sind mit einem
> MSP430F1611 (oder 12) aufgebaut und verwenden noch ein altes
> Debugprotokoll.

Genau diese Infos haben mir gefehlt.
Danke dir, Rufus!

[vcc (Gast)]

Habe soeben neues LP MSP-EXP430FR5969 ausgepackt und "blink" 
ausprobiert.
Es muss anscheinend die Debugger-Firmware aktualisiert werden, damit 
alles geht. Aber man wird danach beim ersten Debug gefragt, ob FW-Update
durchgeführt werden soll.
Breakpoints etc. habe ich noch nicht versucht. Aber im Großen und Ganzen
scheint es zu funktionieren wie man es von Win kennt...

[Christian R. (supachris)]

Rufus Τ. Firefly schrieb:
> "MSP430 USB FET" ist nicht das gleiche wie "MSP-FET430UIF", das
> wiederum die Grundlage war für die diversen genannten nicht mehr
> unterstützten Interfaces. Diese alten Interfaces sind mit einem
> MSP430F1611 (oder 12) aufgebaut und verwenden noch ein altes
> Debugprotokoll.

Auch mit dem Update auf den neuen DebugStack und die MSP430 V3 DLL 
nicht? Beim ersten Betrieb am CCS 5 oder höher wird ja die Firmware im 
1611 und im USb-Serial Wandler aktualisiert, danach läuft der auf dem 
neuen V3 Stack und mit CDC Com Port...

[Rufus Τ. F. (rufus)]

Das wird wohl immer noch was anderes sein, zumal --wie "vcc" schreibt-- 
auch hier gleich nochmal ein Firmwareupdate stattfindet.

Es wird wohl noch weitere Unterschiede zwischen den alten, 
'F1611/12-basierten Debug-Interfaces und den neuen ohne diskreten 
USB-Seriell-Wandler geben.

Ich hab' mir das jetzt selber nicht angesehen, aber möglicherweise 
benutzen die neuen Adapter auch eine komplett andere Treiberarchitektur?