Entwicklerboard kaufen

Alles klar. Ich hatte gedacht es gibt da sowas wie Standardboards die 
sich bewährt haben. Dann werde ich mir das STK500 zulegen und glücklich 
werde. Danke.

Hallo;
wie gesagt, Standardboards gibt es keine ich war hier immer sehr 
zufrieden:

1. https://www.olimex.com/
2.https://www.ghielectronics.com/catalog/category/265
3.http://www.waveshare.com/


Gruß

Willst du auch in Zukunft mit 8Bit AVR Controllern arbeiten?

Würde eher ein 30 Euro Board kaufen. Falls sich herausstellt, 32Bit 
Controller liegen dir eher, kannst du es einfach ersetzen. So ein 100 
Euro STK500 will man nicht so einfach wegwerfen.

PS. Das STK500 hat keinen Debugger. Da kommen noch mal so 100 Euro dazu.

das Nucleo-STM32F091RC und die STM-F0 Version von Keil würde ich als 
professionellen und kostengünstigen Einstieg sehen. 15 Euro sind ja auch 
nicht viel, wenn man später doch wechseln will. Und dran rumlöten kann 
man auch bei dem Preis. Bis man die 256k Flash voll hat, hat man viel 
gelernt.

keinGast schrieb:
> das Nucleo-STM32F091RC und die STM-F0 Version von Keil würde ich als
> professionellen und kostengünstigen Einstieg sehen.

Halbe Zustimmung, wenn es denn ein ARM sein soll.
Für volle Zustimmung würde ich zu einem Nucleo mit ..411RE raten. Fast 
gleiches Geld für sehr hohe Leistung bezüglich Speicher, Geschwindigkeit 
und Peripherie. Zudem sind die IO-Ports nicht verbaut; das Nucleo-Board 
kann direkt im Zielsystem verwendet werden.

Allerdings braucht man je nach Vorkenntnissen beim Einstieg mit ARM 
einen langen Atem!

Schneider007 schrieb:
> Ich wollte mir wohl ein Entwicklerboard zulegen und hatte vor ner Zeit
> hier irgendwo auf Mikrocontroller.net den Satz gelesen "wenn man die
> Programmierung etwas professioneller angehen möchte, sollte man Board X
> kaufen". Das war irgendwo im Preissegment zwischen 80-100€.

Du solltest dir eines ganz fest merken: Ratschläge - insbesondere GUTE 
- sind zumeist in der Nähe von Produktwerbung angesiedelt und es ist 
eigentlich bei allen (ja, ALLEN) sogenannten Entwickler- oder Eval- oder 
Starter- oder Boot- Boards ein heftiger Produktwerbungsgedanke dahinter.

Was also tun? Wenn du es eilig hast, dann mache folgendes:
1. mach dir eine Liste von Brettln, die dir so beim Durchsehen der 
diversesten Internetseiten vor die Nase gehalten werden.
2. Lade dir die Referenzmanuals der damit beworbenen µC herunter
3. Lies sie dir durch, ähemm..  oder blättere sie wenigstens mal grob 
durch, um einen Einblick zu bekommen, was dich da erwartet.
4. Guck bei den dir zugänglichen Distries, was die von deiner Liste denn 
zu welchen Preisen im Angebot haben
5. schreib dir auf deine Liste, was man an Programmier-Equipment für die 
Dinger denn so braucht und wieviel das im einzelnen so kostet.
6. Dann... ja DANN setz dich hin und fälle eine Entscheidung.

W.S.

Nachtrag:
Wenn du es nicht eilig hast, dann sieh zu, daß du im nächsten Frühjahr 
nach Nürnberg auf die Embedded gehst, dir einige Visitenkarten 
einsteckst und dort mit etwas Glück eine Breitseite an Werbe-Boards 
ergatterst.

W.S.

Ich finde aber auch ein guter Einstieg ist diese hier:

http://www.pollin.de/shop/dt/MTY5OTgxOTk-/Bausaetze_Module/Bausaetze/ATMEL_Evaluations_Board_Version_2_0_1_Bausatz.html

Das hab ich schon einigen Einseigern empfohlen und die hatten gute 
Lernfortschritte damit.

Won K. schrieb:
> mit dem kleinen M0 (STM32F030) anfangen um nicht
> gleich erschlagen zu werden und nach und nach die größeren kennen
> lernen.

Einen M0 würde ich nur dann empfehlen, wenn er deutlich kostengünstiger 
wäre bzw. in Stückzahlen eingesetzt werden soll. Das ist er aber als 
Nucleo-Board nicht und im Grunde ähnlich komplex wie ein M4.
Zu den Preisen: 
http://www.reichelt.de/index.html?&ACTION=446&LA=446&SEARCH=nucleo&OFFSET=500&SORT=preis&SHOW=1

Das Teuerste an beiden ist die Einarbeitungszeit; als Belohnung dafür 
gibt es aber echtes Debugging, wobei man dem µC im laufenden Betrieb auf 
die Finger schauen kann.
Aber wenn man mit einem einfachen AVR anfangen will, ist nichts dagegen 
einzuwenden. Man kann dabei einigen Frust vermeiden ;-)