Zockertown: Nerten News

An Displays gibt es keinen Mangel, eigentlich sind OLED Displays en Vogue, wenn nicht die, dann wenigstens die schicken DOGM LCD Module mit dem hohen Kontrast.

Aber da gibt es zwei Probleme, erstens sind DOGM Displays mit Beleuchtung nicht gerade ein Schnäppchen und die kleinen oled Dinger benötigen einen aufwändigen Setup und viel Code, schließlich sind sie grafikfähig. Eine typische Librrary nimmt sich gerne mal 7,5 K. Wenn man aber 7 Ports verschmerzen kann (6, wenn man RW fest auf GND setzt und in der Lib mit verzögerten Writes arbeitet, also nicht das Busy Flag abfragt, schließlich hat der MSP430G2553 deren 14, kann man auch über ein normales im 4Bit Mode angebundenes Billig LCD Display nachdenken.

Bei Pollin gibt es das LCD-Modul C0802-04, welches zwar nur 2x8 Zeichen bietet, dafür mit weniger als 1.-€ aber sagenhaft billig ist. Der zweite Punkt ist, dass dafür schon eine Library für den MSP430G2553 existiert.

Äbrigens bin ich mit der Darstellungsqualtität, sprich den Kontrast sehr zufrieden, kein DOGM, aber dennoch sehr gute Ablesbarkeit. Man gut, dass ich gleich mal 10 Stück gekauft habe, wer weiß, wie lange die noch erhältlich sind.

Für mein Projekt R-Kat (Widerstandskategorisator) ist die 8x2 Char Anzeige gerade so ausreichend, also warum nicht?

Ich bin über zwei kleine Java Applikationen, die das programmieren in C für den MSP430 erleichtern, gestolpert.

Einmal einen Timer Kalkulator CalcTimerMSP430, das würde man grad auch noch zu Fuß hinbekommen.

Das aufwändigere Programm ist der ADC Kalkulator ADCalc_SetMSP430, denn beim MSP430 ist es ziemlich komplex auf Anhieb alles richtig zu machen und die Informationen aus dem Family Guide richtig umzusetzen. Der generierte Code ist für msp430-gcc und den TI CCS. Wird, wenn es Unterschiede gibt auch dargestellt

Ich finde das Tool genial. Beide Tools gibt es bei www.chiptron.petus.cz im Downloadbereich

Wie ich jetzt gerade erst mitbekommen habe, bietet TI sein Tool Grace auch als Standalone Version an. Das funktioniert tadellos mit wine, ist allerdings schon ein großer Brocken und unterliegt den US Exportbeschränkungen. Wer möchte, benutzt es. Somit sollte alles Wichtige komfortabel erschließbar sein.

Äber die MSP430 Serie von TI gibt es reichlich Informationen im Netz, wenn man aktuelle deutschprachige Informationen sucht, wird die Luft dünner. Eine aktuelle und umfassende Quelle ist die Brandenburger LinuxUserGroup Bralug.

^{(Diesen Artikel habe ich schon seit 25.8.14 im Entwurf, ich denke, es ist ander Zeit es mal zu veröffentlichen. Wenn ich wesentliche Ergänzungen mache, verweise ich darauf)}

Weil ich mich momentan in das Launchpad einarbeiten will, kommen einige Fragen aber auch Erkenntnisse auf, die ich hier zusammen trage.

Ich habe folgende Pakete in Jessie installiert:

apt-get install gcc-msp430 gdb-msp430 msp430-libc msp430mcu mspdebug geany

Meine erste Fragestellung war, welche Ports kann ich denn ohne Probleme und Einschränkungen mit welchem Launchpad verwenden? Das beantwortet ein genauer Blick auf das Launchpad eigentlich von selbst. (Ein klick auf das linke Bild zeigt es)

Ich benötige eine Möglichkeit, Debug Informationen auf dem PC auszugeben, weil ich gerade versuche ein Display anzusteuern. Bevor das nicht funktioniert, habe ich keine Möglichkeit komplexere Informationen nach außen zu geben. Nun stellt das Launchpad gleichzeitig mit dem USB Anschluss einen Terminal Anschluss zur Verfügung. Ich habe immer parallel zu meinen Versuchen ein Terminal Fenster offen, indem ich

dmesg -Hw

eingebe, das ist quasi ein tail -f auf die /var/log/messages. Somit bekomme ich mit, ob das Launchpad erkannt worden ist und welche serielle Schnittstelle bereit gestellt wurde. Wichtig ist allerdings dass der Hardware UART aktiviert wurde, sonst ist nix mit per printf debuggen Deshalb hier auch im Foto hervorgehoben, falls ich mal wieder unschlüssig bin

Nach dem Anstöpseln benötigt Linux und das Launchpad ein paar Sekunden Zeit, damit die folgenden Schritte zuverlässig funktionieren. Ich gebe dem System ca. 10 Sekunden Zeit. Dann... (Kommentare in Grün von mir)
Zur Vorbereitung der seriellen Schnittstelle über Pseudo TTY und auch zur Kontrolle, ob das Launchpad ansprechbar ist:

mspdebug rf2500 exit
MSPDebug version 0.22 - debugging tool for MSP430 MCUs
Copyright (C) 2009-2013 Daniel Beer 
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Trying to open interface 1 on 002   
Initializing FET...
FET protocol version is 30394216
Set Vcc: 3000 mV
Configured for Spy-Bi-Wire
Device ID: 0x2553                            # Chip ID
  Code start address: 0xc000                 # ...
  Code size         : 16384 byte = 16 kb     # verfügbarer Speicher
  RAM  start address: 0x200                  # ...
  RAM  end   address: 0x3ff                  # ...
  RAM  size         : 512 byte = 0 kb        # verfügbarer Arbeitsspeicher
Device: MSP430G2553/G2403                    # Chip Device
Number of breakpoints: 2
fet: FET returned NAK
warning: device does not support power profiling
Chip ID data: 25 53

Nach dieser Initialisierung kann mit

stty -F /dev/ttyACM0

cat /dev/ttyACM0

stty 9600 -F /dev/ttyACM0

Code compilieren:

msp430-gcc -O2 -mmcu=msp430g2553 -o  blink.elf blink.c

Programm zum Launchpad übertragen:

mspdebug rf2500 "prog blink.elf"

Größe des Codes überprüfen:

 msp430-size blink.elf
 

Wenn man soweit fortgeschritten ist, ist das Beispielprogramm von Uwe Berger
 "zyklische Ausgabe des Messwertes des internen Temperatursensors" von der ganz oben erwähnten Bralug ganz hervorragend.

Im Unterschied zu Uwe habe ich eine andere Formel für die Ausgabe der Temperatur benutzt.

uart_printf("%i°C (ADC=%i)", (((temp * 27069L - 18169625L) >> 16)); 
 

Hier gehts irgendwann mal weiter