MSP430f2274 Programmieren

>Wie es scheint, gibt es hierfür kein Entwicklungsboard.
Gibt halt nicht für jeden einzellnen MSP ein Entwicklungsboard. Aber 
wenn du eh ein Layout machst, brauchst du doch eh keins, oder wofür 
willst du eins haben?

Damit ich doch kein layout machen muss einerseits als entwicklungsboard 
und andererseits ein zweites für die endgültige schaltung ohne 
Programmierinterface aus Platzgründen. Kaufen spart halt Arbeit und Zeit 
ist kostbar.

MSP430x22xx EVAL-Board wäre halt schön gewesen...

nein nichts kommerzielles.

Wie ist das gemeint:

"Sonst ist das Geschrei hinterher wieder groß, weil's nicht funzt ;-)"

?!?  Muss ich etwas spezielles beachten? Schaltplan im Anhang

>Muss ich etwas spezielles beachten? Schaltplan im Anhang
Die 100nF an Reset sind vielleicht etwas viel. Da könnte man auf die von 
TI empfohlenen 10, oder 2,2nF runter gehen.

>Außerdem würde ich mir an Deiner Stelle überlegen, ob ich wirklich die 4
>JTAG-Pins "opfern" kann oder ob ich nicht lieber gleich auf Spy-By-Wire
>ausweiche - falls es Dein USB-Programmer unterstützt.
Wenn man die Pins nicht braucht würde ich immer 4-Pin JTAG nehmen.

Welche Pins brauche ich denn für JTAG?

Ich habe einen USB-Programmer, der ne 14-Poliges Kabel hat, da auch BSL 
mit integriert ist. Mein Ziel ist ausschließlich, den Controller zu 
Programmieren. Bisher habe ich dies nur via ISP gemacht, das war mit 
Atmel-Controllern.

>Welche Pins brauche ich denn für JTAG?
Genau die die die auch laut Schaltplan angeschlossen hast.

Hallo!

Die JTAG-Pins sind laut Schaltplan angeschlossen. Jedoch bekomme ich 
keine Verbindung zum device. Ich nutze den Elprotronic FlashPro430 also 
USB-Progger

Welche Ursachen könnte die (laut Programmer-SW) nicht zustandekommende 
JTAG-Verbindung haben?

Meldung: JTAG communication initialization....   failed

Beim F2274 musst du aufpassen, dass wirklich alle Leitungen dran sind. 
Da der SpyBiWire und JTAG kann, muss der Debugger erst auf der TST 
Leitung was rumklappern, damit der 4-Wire JTAG aktiviert ist. Man muss 
also auch bei normalem JTAG das TST anschließen.

Zu beachten ist auch die Beschaltung des RST-Pins. Wenn der Controller 
Spy-Bi-Wire unterstützt, darf die daran angeschlossene Kapazität nicht 
mehr als 2.2 nF betragen, selbst wenn als Debuginterface das 
herkömmliche 4-Draht-JTAG verwendet wird.

Rufus t. Firefly schrieb:
> Zu beachten ist auch die Beschaltung des RST-Pins. Wenn der Controller
> Spy-Bi-Wire unterstützt, darf die daran angeschlossene Kapazität nicht
> mehr als 2.2 nF betragen, selbst wenn als Debuginterface das
> herkömmliche 4-Draht-JTAG verwendet wird.

Mit dem eZ430F2013 Spy-Bi-Wire muß man das Reset-Netzwerk sogar ganz 
abklemmen, sonst geht nichts.

> Rufus t. Firefly schrieb:
>> Zu beachten ist auch die Beschaltung des RST-Pins. Wenn der Controller
>> Spy-Bi-Wire unterstützt, darf die daran angeschlossene Kapazität nicht
>> mehr als 2.2 nF betragen, selbst wenn als Debuginterface das
>> herkömmliche 4-Draht-JTAG verwendet wird.

gibt es dafür einen bestimmten Grund? Wie man sieht, habe ich noch die 
100n Drin, die wohl zu viel sind...

Wäre wohl eine Änderung, die unabdingbar ist.

HEILANDZACK!!!!

mir ist gerade noch aufgefallen, dass der Hersteller meines 
Proggers(Elprotronic) die Pinbelegung gegenüber dem TI-herkömmlichen 
VERÄNDERT ist!!!

VCC ist an 2 statt an 4 am 14Pol(JTAG-BSL-Interface) HAMMER!!!

funzt jetzt!

Timo P. schrieb:
> HEILANDZACK!!!!
>
> mir ist gerade noch aufgefallen, dass der Hersteller meines
> Proggers(Elprotronic) die Pinbelegung gegenüber dem TI-herkömmlichen
> VERÄNDERT ist!!!
>
> VCC ist an 2 statt an 4 am 14Pol(JTAG-BSL-Interface) HAMMER!!!

Naja, Pin 2 ist doch völlig korrekt, da ist VCCTool dran, also die 
Spannung, die die MSP430 Platine dem Programmer zur Verfügung stellt, 
damit der die richtigen Ausgangspegel einstellen kann. Pin 4 ist nur 
dafür da, einen MSP430 aus dem Programmer heraus mit Strom zu versorgen. 
Das ist aber in den wenigsten Fällen so. Also erst Schaltung angucken 
(da sind sogar Pfeile für die Stromrichtung dran) und dann rumschreien 
;)

ok flashen kann ich den chip jetzt.

Nur, der tut nichts.... habe mal versucht einen Pin zu toggeln.

1) Controller hat Spannung an AVCC und an DVCC
2) Versorgung hat genug Saft für die ganze Schaltung
3) Flashen funktioniert einwandfrei
4) Oszilloskop ist zwar oldschool, aber es funzt
5) im code habe ich das richtige device angegeben
6) Der code ist ein sample-Code von Ti
7) Um als Fehlerquelle den ext Quartz auszugrenzen interne Quelle 
genutzt

Läuft alles nicht!

Bitte um Hilfe!

Wie sieht denn die Reset-Beschaltung jetzt aus?

2,2 statt 100n
100k als widerstand zu vcc

Und der Reset ist auch messbar auf 3,3V, wenn das Programm laufen soll? 
Oder hält der Programmer den eventuell auf Low?

VCC hat 3,09
RST hat 3,06

also alles im RANGE des Controllers

als einzige option sehe ich nur noch den Controller zu tauschen....:(

Hast du keinen Debugger? Schließ den doch mal an, und schau, was der 
Chip intern so veranstaltet. Ist eventuell der Watchdog noch aktiv?

Wie man sieht ein ganz kleines Programm, watchdog ist aus!

1

//******************************************************************************

2

//  MSP430F22x4 Demo - Software Toggle P1.0

3

//

4

//  Description; Toggle P1.0 by xor'ing P1.0 inside of a software loop.

5

//  ACLK = n/a, MCLK = SMCLK = default DCO ~1.2MHz

6

//  Built with CCE Version: 3.2.0 and IAR Embedded Workbench Version: 3.41A

7

//******************************************************************************

8

#include "msp430x22x4.h"

9

10

volatile unsigned int i;                    // volatile to prevent optimization

11

12

void main(void)

13

{

14

  WDTCTL = WDTPW + WDTHOLD;                 // Stop watchdog timer

15

  P1DIR |= 0x01;                            // Set P1.0 to output direction

16

17

  for (;;)

18

  {

19

    P1OUT ^= 0x01;                          // Toggle P1.0 using exclusive-OR

20

21

    i = 50000;                              // Delay

22

    do (i--);

23

    while (i != 0);

24

  }

25

}

alternativ habe ich andere Ports ausprobiert, sowohl togglen, als auch 
einfach nen Pin auf High zu machen. Debugger habe ich nicht, nur mein 
Eval-Board mit chip. Bin echt ratlos!

dachte das ist nur ein progger!

ich nutzte im übrigen CCE also code composer das läuft glaube ich in 
verbindung mit eclipse

hab alles lt. anleitung gemacht, jezt schmiert CCE ab!!

:(

Das USART Modul am MSP430 kann auch I2C und SPI. Daher das S mit drin. 
USART war bei den älteren MSP430 drin, die neuen haben eigentlich alle 
die USCI Module. Da gibts auch welche die IRDA können.

>braucht man fuer USCI einen externen Oscillator wenn man den UART
>mode verwenden will?
Externen Oszillator braucht man beim MSP niemals zwingend.


>Der MSP430F227 hat 2 USCI module und nur einer kann UART oder wie?
Schau einfach mal hier rein:
http://www.ti.com/lit/sg/slab034u/slab034u.pdf
Da ist das eigentlich schön dargestellt was welcher MSP kann.

In deinemm Fall kann der Channel A UART und der Channel B nicht. Daher 
nur 1x UART.

Gerald schrieb:
> ich will die UART mit 9600 baud betreiben...geht das mit dem internen
> oszillator?
Ja

> warum ist dann in jedem UART sample von denen ein externer oszillator
> dabei?
> http://www.ti.com/lit/sw/slac123d/slac123d.zip
Ist er nicht. Bei 4 der UART Beispiele wird der DCO, also der interne 
Takt benutzt.

Gerald schrieb:
> Warum ist beim RST dieser Wiederstand mit 100k und Kondensator auf
> Ground?
?

> Was heisst:
> BCSCTL2 |= DCOR;  // Activate ROSC (Pin 25)
Das was im Kommentar steht. Der Rosc wird aktiviert.

> In einem anderen Schematic: http://www.ti.com/lit/an/slaa196/slaa196.pdf
> hatte ROSC mit RST verbunden....zur Stabilisierung?
Zur erhöhung der Genauigkeit des DCO. Und er ist vor allem mit Vcc 
verbunden.