MSP430 Entwicklung mit I/O

Peter M schrieb:
> beste Weg diese Firmware zu schreiben

Tastatur. Eignet sich perfekt und wurde schon massig erprobt.

Welche IDE nutzt du?

Hi MaWin,

> Tastatur. Eignet sich perfekt und wurde schon massig erprobt.

Die benutze ich bereits ;-)

Ich denke du weisst eh was ich meine ... Schreiben von Code komplett 
ohne Zwischenschritte und testen geht nur bis zu einem gewissem Grad.

Ich erwarte nicht unbedigt dass der Code 100% klappt wenn ich ihn 
schlussendlich auf der echten Hardware verwende, allerdings moechte ich 
die Wahrscheinlichkeit so gut wie's geht erhoehen.

Super Beispiel ist FPGA code (oder gar ASICs): Den kann ich bis zu einem 
hohen Grad ohne die aktelle Hardware entwickeln und ist durch Verilog 
gut simulierbar.

> Welche IDE nutzt du?

TI Code Composer Studio.

> Gehts bitte noch verschwommener.

Sorry das ist eine konzeptionelle und nicht technische Frage.

Falls das besser ist: Gibt es einen MSP430 Simulator mit dem ich Code 
ausfuehren kann und I/O Pins als Volt(Zeit) (oder Logikpegel) 
eingeben/ausgeben kann?

Wie eben Verilog oder Circuit Simulation im ASIC Design.

Nachdem ich auf den ersten Blick nichts brauchbares gefunden hab ist 
meine Frage noch genereller: Wie kann ich fuer den MSP430 entwickeln 
ohne Zugriff auf die vollstaendig zusammengebaute Hardware zu haben? (*)

(*) Ich habe Zugriff auf die "Hardware" (den MSP430) aber nicht die 
Hardware die meine Daten generiert/ausliest.


> Was für ein (serielles ?) Protokoll, welche Baudrate usw. Wie
> unterscheidet sich der "Delimiter" von echten Daten.
> Auf +/-1µs genau zu samplen erscheint mir für nen MSP schon recht
> tricky.

Das sollte wie gesagt fuer die Frage nicht relevant sein.
Es ist ein simples Protokoll und eine Bitperiode ist im worst-case 10us.
Das +/-1us zeigt lediglich die "Ungenauigkeit" an: Falls P2.3 fuer 20us 
auf low geht fangen die Daten an, aehnlich wie beim Gen2 RFID Protokoll.
Am MSP430 wurde sowas bereits entwickelt 
(https://sensor.cs.washington.edu/WISP.html).

Du kannst dir den NEO430 mit dem Modelsim simulieren.

Aber Achtung, der NEO430 ist nur eine funktionale Simulation.

D.h. die Zeit fuer die Abarbeitung eines Befehls wird eine andere
als auf einem MSP430 sein.

> Du kannst dir den NEO430 mit dem Modelsim simulieren.

Super, sehe ich mir gerade an, danke!

> Lasse die Master Clock eine Million mal langsamer laufen (von externer
> Quelle, NE555 oder Button), dann kannst du dir den Ausgang einfach so
> mit einer LED ansehen.

Das ist eine sehr gute Idee! Allerdings loest das nur mal das TX 
Problem, aber das waer schon was.

Was wuerde dir als einfachste Moeglichkeit einfallen das hardwaremaessig 
zu machen? LaunchPad waer super, hat aber glaub ich nicht alles. In 
Corona Zeiten ist alles mit Hardware schwierig fuer mich.

Vielleicht Launchpad mit simples Breadboard und darauf NE555?

Funktioniert der MSP430 wirklich wenn man ihn mit "0.1 Hz" taktet?

Mit wie viel MHz betreibst Du denn das ganze, dass Du auf 2us genau 
einen Timer starten kannst. Oder macht der Timer High-Zeiten und du 
brauchst nur gelegentlich nachzuschauen? (Du schreibst ja nichts zum 
Timing der Daten)

Eine sehr gute Signalquelle ist jede serielle Schnittstelle, z.b. vom 
PC. Das einzige Problem: alle 10 Takte brauchst Du eine definierten 
Flankenwechsel, so dass manchmal nicht alle Daten möglich sind.