Interessant. Eigentlich Konkurrenz für das MSP430-Launchpad, mit
ziemlicher Sicherheit aber das preisgünstigste Entwicklungsboard mit
einem 32-Bit Mikrocontroller. Vermutlich möchte TI mit diesem Produkt im
Rennen um die Kundengunst gegen ST und NXP nach vorn kommen.
Na ja, die MSP430 sind schon für andere Sachen gedacht. Also keine
direkte Konkurrenz.
Aber klar will man die anderen ausstechen, das STM32F4Discovery ist ja
schon verflucht günstig. Aber mal sehen was auf dem neuen Launchpad
genau drauf ist und was TI an Software dazu anbietet. Die eisteiger
Tutorials für das Launchpad waren ja ganz gut.
So, ich hab die spexs des verwendeten Controllers:
LM4F120H5QR
Pin/Package 64LQFP
I2C 4
CPU ARM Cortex M4F
ADC Resolution (Bits) 12
ADC Channels 12
Flash (KB) 256
RTC Yes
Max Speed (MHz) 80
QEI 0
I2S No
Battery-Backed Hibernation Module Yes
Internal LDO Voltage Regulator Yes
EPI/EMIF No
Ethernet (10/100 MAC+PHY) No
IEEE 1588 No
USB D, H/D, or OTG D
Memory Protection Unit (MPU) Yes
Motion PWM 0
Boot Loader in ROM Yes
Watchdog Timers 2
ADC Sample Rate (kSPS) 1000
Analog Comparators 2
SSI/SPI 4
Digital Comparators 16
Maximum 5-V Tolerant GPIOs 43
ADC Units 2
Internal Temp Sensor 1
CAN MAC 1
16 MHz Precision Oscillators Yes
UART 8
GPIOs 43
ROM Software Libraries Yes
SysTick Yes
10/100 MAC with MII Interface No
SRAM (kB) 32
> So, ich hab die spexs des verwendeten Controllers
Der ist aber eine Nummer kleiner als der stm32f407. Muss kein Nachteil
sein.
Hast Du zufällig etwas über die Maße des Stellaris-Launchpads in
Erfahrung gebracht? Und wie dieses programmiert wird?
Roland H. schrieb:> Hast Du zufällig etwas über die Maße des Stellaris-Launchpads in> Erfahrung gebracht? Und wie dieses programmiert wird?
Zu 1: Siehe Bild
zu 2: Wie meinst du das genau? Das Hardware Interface oder die
Toolchain?
> Zu 1: Siehe Bild
Schön - kompakt wie das msp430 launchpad.
Irgendetwas stimmt allerdings nicht: Der µC hat 1x CAN, im Bild steht 2x
CAN.
> zu 2: Wie meinst du das genau? Das Hardware Interface oder die> Toolchain?
Im Bild steht "USB based debug interface", es sieht so aus, als ob wie
beim msp430 launchpad ein zweiter µC das übernimmt. Bin gespannt, ob
mspdebug unter Linux mit dem µC umgehen kann. Das ist selbst bei den
msp430f... nicht immer der Fall.
Vom Piccolo haben sie vor kurzem auch schon ein Launchpad heraus
gebracht.
Wahrscheinlich wollen sie einfach jede Sparte mit einem Launchpad
abdecken .!?
Scheint so, macht ja auch Sinn. Die Zielgruppe für sowas sind ja klar
Studenten oder andere Bastler die eventuell mal in der Position sind zu
entscheiden welchen Controller sie für ein größeres Produkstionsvolumen
nutzen wollen. Und da nimmt man halt gerne die Hardware die man kennt.
Also bei den größeren Stellaris Boards, die für 50 - 80 € kannst du denn
CCS von TI dabei haben.
Einzige Beschränkung ist das nur der USB JTAG auf dem Board mit dem CCS
funktioniert. Also keine externen JTAG Adapter. Das kostet dann extra.
Wie das bei dem kleinen Board aussieht weiß ich noch nicht.
Die andere Ide's sind alle Beschränkt in Codegröße oder anderen Punkten.
Ja, Tracking aber nur bis Amsterdam im 450 kg Paket. DHL hats gebracht.
Tracking über DGL global forwarding und da im drop down Menü den letzten
Punkt auswählen.
Von Amsterdam dauerts dann halt noch 2 Tage oder so.
Silvan König schrieb:> Was trägt man als Privatkunde bei "Your company name:" am Ende des> Bestellvorgangs ein?
"none", was so viel heißt wie "keine".
Das ist für TI kein Problem, die sind da nicht so verkrampft wie
entsprechende Distributoren in Deutschland.
Nettes Board, hab meine auch schon von Watterott bekommen. mit
Sicherheit das günstigste Cortex M4 Board zur Zeit.
Das einzige was mir da fehlt ist das SDIO vom Discovery ...
Habe mir auch das Eval-Board bei Watterott bestellt.
Wenn man nur den µC braucht kann man sie ja auch ablöten. Sind ja
immerhin zwei LM4F120 drauf und das für 5,6€
Ich habe vom "project0" aus dem TI Samples mal ein CooCox Workspace
(quasi als Minimal-Beispiel) gemacht. Programmiert werden muss jedoch
per "LM Flash" von TI, da CoFlash den µC noch nicht unterstützt.
Jemand Interesse?
Vielen Dank! Kann ich gut brauchen als Einstieg.
Habe auch im CooCox Forum bereits die Bitte angebracht, dieses Board zu
unterstützen. Vielleicht postest du dein Projekt auch im CooCox Forum.
Die nehmen das gerne als Anlass einen neuen Controller zumindest
provisorisch zu unterstützen.
Jup, und da keiner was tut, habe ich es eben selbst gemacht. War jetzt
ja auch nicht so die Tat, nur fehlt halt der Programmer-Support.
Der Repository-Kram in CooCox scheint irgendwie closed source zu sein.
Oder gibts irgendwelche XMLs oder so, wo man die "Components" editieren
kann?
In meinen Workspace habe ich jetzt halt alle "driver" drin, wäre halt
schöner nur bei Bedarf entsprechende Libs hinzuzufügen.
Ich habe keine Ahnung wie CooCox funktioniert. Für mich ist es
jedenfalls grossartig!
Mit Deiner Lösung kann ich inzwischen gut leben. Sicher wäre es
grossartig wenn auch noch flashen und debuggen aus der IDE laufen
würden.
Vielleicht hat Chloe ja ein Herz für TI bzw. für uns. Die Discovery
Unterstützung und auch die M0 Unterstützung ist ja dann plötzlich ganz
schnell gegangen.
Timmo H. schrieb:> Der Repository-Kram in CooCox scheint irgendwie closed source zu sein.> Oder gibts irgendwelche XMLs oder so, wo man die "Components" editieren> kann?
Habs gefunden. In repo/.rn sind xml files wo die Controller eines jeden
Herstellers gelistet sind. Und für jeden Hersteller (ST, NXP...) ist
wieder ein Ordner wo dann für jeden Controller die Informationen über
die Komponenten drin stehen. Somit sollte es ein Leichtes sein das
anzupassen.
Klingt ja cool. Falls du es schaffst, könntest du den CooCox Leuten zum
einbauen geben. Die sind ja offenbar nur zu dritt und ziemlich
ausgelastet.
So könnte man dem CooCox projekt was zurückgeben.
CooCox CoIDE
Version: 1.7.0
Build id: 20130118-2769-1034
Fehlermeldung würde ich gerne bieten, gibt aber keine.
Reproduzieren:
CoIDE öffnen ->OpenProject -> Zu der Datei Navigieren -> Open drücken.
Nichts passiert.
Hasso schrieb:> Nichts passiert.
Den Effekt hatt ich auch schon.
Manchmal fängt auch die Platte an zu rödeln, nach einer
1/4 Stunde geht es dann weiter. Das compilieren von
einem einfachen Blinkbeispiel dauert dann mehrere Minuten.
Ich habe das coocox Zeug schon dahin getan wo es
hingehört->Papierkorb.
Eumel schrieb:> Hallo, TI holt zum nächsten (preisgünstigen) Schlag aus. In einem Monat> gibts das neue M4 Launchpad für 4,99 Dollar.
Das stimmt wohl nicht so ganz, jetzt wolln se 12 $.
Noch ein Tipp, die billigtsen M4 Boards gibt es bei ST
auf der embedded. Im Internet registrieren, den Gutschein ausdrucken
und das Board für umme mitnehmen. Das hat letztes jahr auch
bei einem meiner Werkstudenten geklappt.
hbl2703 schrieb:> Ich habe das coocox Zeug schon dahin getan wo es> hingehört->Papierkorb.
Was verwendest du dann?
Coocox ist auch nicht das was ich haben möchte, da der Debugger noch
nicht unterstützt wird.
Ich möchte:
- Chiphersteller unabhängig sein, ST scheint weiter verbreitet zu sein
vlt werd ich die hinterher nehmen.
- den vorhanden Debugger nutzen
- Für nichtkommerzelle Anwendungen kostenlos
- Keine Begrenzungen in der Codegröße haben
Ach ja ich verwende Win7 64bit.
Hi
ich benutze Rowley Crossworks für ARM. Wir haben in der Firma die
Kommerzielle Version. Die kann auch auf mehreren Rechnern installiert
werden. Die Firma bietet auch eine "personal" Lizenz für 150$ an.
Die werde ich mir jetzt bestellen.
So, habe das Projekt mal für 1.7.0 angepasst.
Der Grund dafür warum das nicht mehr ging war, weil ich im Projektfile
einen ungültigen Prozessor-Namen eingetragen habe. Das wird scheinbar
überprüft. Wenn er ihn nicht kennt wird die Konvertierung nicht
gestartet.
Des weiteren wird das Linker-File nun erst beim kompilieren auf
Grundlage der Projekt-Optionen (Configuration => Link) erstellt. Daher
haben sich jetzt auch die Sections-Namen geändert (_data und _bss heißen
jetzt _sdata und _sbss) darum musste das startup-File ebenfalls
angepasst werden.
Also wer will bitte mal testen.
Vielen Dank.
Habe es mal getestet, es kann auch Rot und grün blinken wenn man es
umprogrammiert, also scheint es zu funktionieren.
@ hbl2703
150$ sind nicht kostenlos für Privatanwender.
Wenn ich jetzt auch noch Debug-Funktionen nutzen wollen würde, könnte
ich den J-Link Edu kaufen, und eine Stiftleiste an Pins oben in der
Mitte löten. Wobei bei CoCoox auch davon gesprochen wird das "bald" auch
der Texas eigene Debugger eingebunden wird.
Ist das eigentlich normal das man wenn man Debuggen möchte mit dem CCS
nach dem Klick auf Debuggen sehr lange warten muss bis sich da mal was
tut. und dann irgendwann doch alles abstürzt?
>> Ist das eigentlich normal das man wenn man Debuggen möchte mit dem CCS>> nach dem Klick auf Debuggen sehr lange warten muss bis sich da mal was>> tut. und dann irgendwann doch alles abstürzt?
Ja, ist im Preis enthalten :-)