MSP430G2230 Test und RST Pin als UART möglich?

Hallo,

der 2230 hat kein Hardware-UART. Über Software ließe sich das 
wahrscheinlich trotzdem lösen, allerdings benötigst du dafür 2 I/O.

Leider hast du nur einen I/O (P1.6) frei. RST und TEST kannst du nicht 
nutzen.

Wie ließt du den Sensor aus? Wofür sind LED und Taster? Kann man da was 
wegrationalisieren?

Nikolaus030 schrieb:
> ... hier ab und zu mal was von one wire Uart gelesen.

Das ist die Debugschnittstelle SBW, über die der Controller JTAG-artig 
u.a. programmiert werden kann. Per Software lässt sich die dafür 
verwendete Hardware im Controller nicht nutzen.

Du wirst entweder eine Software-UART (per Bitbanging) verwenden müssen, 
oder statt des 'G2230 den 'G2553 verwenden. Der nämlich hat eine 
Hardware-UART; ab der Revision 1.5 des Launchpads wird von TI auch einer 
mitgeliefert.

(Edit)
1.6 an Pin4 ist ja frei, den nimmst als TX für einen Software-UART.
Einfach zyklisch Sensordaten raushauen.
Oder wenn echtes Protokoll gewünscht, dann widmest RST als NMI um und 
hast einen RX.
Software-UART-Implementierungen findest im Netz.

Wenn du RST nicht anpacken willst, könntest etvl. auch eine 
Doppelnutzung vom Sensorpin mit der LED oder dem Taster machen, dann 
hast noch einen Pin für UART RX frei. Müsste man deine Schaltung besser 
kennen.

Oder du nutzt UART TX und LED zusammen. Z.B. indem du zwischen dem 
intervallartigen Senden von Daten Sequenzen ohne Daten sendest, die nur 
dazu dienen, die LED leuchten oder erlöschen zu lassen. 1.6 dann als RX.

Viele Wege führen nach Rom...

Nikolaus030 schrieb:
> Also wenn das geht dann wäre das super dann würde ich den Taster daran
> bringen aber wie?

Hardwaremäßig hast ja an RST/NMI einen Pullup-Widerstand (beispielsweise 
47k) nach VCC und ggf. noch einen kleinen Kondensator (1nF) nach VSS. 
Den Taster würdest dann vom Pin nach VSS machen.
Im WDTCTL Register konfigurierst du dann NMI (ist ja so, dass nach jedem 
Reset der RST Pin zunächst als solcher funktioniert, also der µC im 
Reset bleibt, solange der low ist).
Schau mal als Beispiel in 
http://www.43oh.com/wp-content/uploads/2010/11/MSP430_reset_nmi_pin_as_input.c

Der Nachteil soll aber nicht verschwiegen werden: Debugging wird 
schwieriger.

Deshalb - wie schon gesagt: am einfachsten nur TX per Software-Uart 
auf dem noch freien Pin machen und ganz stumpf die Temperaturdaten 
rausbrüllen.



PS:
Andere "Pinsparmöglichkeiten" wie LED und Taster an einem Port 
(Stichworte: Spannungsteiler, LED schalten per MOSFET mit V_th > 
V_µC_high) sind mit Schaltungsaufwand verbunden oder bringen andere 
Nachteile (z.B. Taster teilt sich den analogen Eingang mit dem 
Tempsensor --> Auflösung wird geringer).

Nikolaus030 schrieb:
> Kann man überhaupt den Takt im Betrieb ändern wie es einen mag?

Natürlich, das ist ja gerade das Schicke an der Takterzeugung der 
MSP430-Familie.

Ja. Du kannst nach dem Aufwachen aus dem LPM die Takterzeugung 
umprogrammieren, so, wie Du es schließlich auch nach dem POR machst. Und 
bevor Du den Controller nach getaner Arbeit wieder in den LPM schickst, 
kannst Du wieder die Takterzeugung umprogrammieren.

Du musst nur berücksichtigen, daß die jeweiligen Taktgeneratoren eine 
gewisse Zeit benötigen, bis sie stabil angeschwungen sind, aber das 
macht die in praktisch jedem Codebeispiel von TI enthaltene 
Initialisierungsroutine, egal, ob für den DCO oder die 
Quarzoszillatoren. Sobald der Takt stabil ist, kannst Du ihn für die 
UART-Ansteuerung verwenden.