Atmel Bausatz zum Einstieg in MCUs

MCU-Starter schrieb:
> was haltet ihr von diesem Bausatz zum Einstieg in die
> Microkontrollertechnik?
>

Das Gleiche wie von unregistrierten Benutzern: Nichts ;-)

> 
http://www.pollin.de/shop/dt/NjQ5OTgxOTk-/Bausaetze_Module/Bausaetze/Bausatz_ATMEL_Addon_Board_V1_0.html

Das ist ein ERWEITERUNGSBOARD für das hier:

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

Wird dir allein nicht viel nutzen. Zumindest nicht als Anfänger.

Grüße
Andreas

MCU-Starter schrieb:
> Ich kann in C Programmieren und möchte erlernen wie man Microkontroller
> programmiert.

Also brauchst Du gar keinen Bausatz, sondern eine lauffähige Platine 
mit einem µC darauf.


Wenn Du mit AVRs arbeiten möchtest, bietet sich da natürlich einer der 
vielen AVR-basierenden Arduinos an.

Dann kauf dir einen Arduino und leg los.

Hallo,

ich halte es wie Rufus Τ. Firefly:
http://www.amazon.de/ATmega328P-Arduino-Compatible-Verbesserte-USB-Kabel/dp/B00Q6WTWGO/ref=sr_1_7?ie=UTF8&qid=1459158707&sr=8-7&keywords=arduino+nano

wahllos rausgegriffen.

Vorteil:
- man muß nicht sofort erst den Lötkolben anwerfen.
- man muß sich nicht sofort mit Programmieradaptern und deren Eigenleben 
befassen
- man hat einen mit 16MHz getakteten ATMega328 und muß vorerst nicht 
sofort mit den Fuses disktutieren
- man muß sich nicht sofort mit der Spannungsversorgung befassen

Ich würde auch die Arduino-IDE nehmen.
Vorteil z.B. gegenüber dem AVR-Studio:
- vorerst keine komplexen Insatllationen und Einstellungen zur 
Projekterstellung nötig
- portabel installierbar, man kann alles auf einen USB-Stick legen und 
einfach mitnehmen
- direktes Programmieren aus der IDE ohne umfangreiche Einstellungen

Programmieren dann gern in C, einfach neuen Sketch anlegen, setup() und 
loop() löschen und den C-Kram schreiben.
Nachteil hier: das File heißt dann .ino, wenn man es in .c umbenennt ist 
es ein normales C-File und kann z.B. im Studio genutzt werden.

Außerdem haben die China-Teile im Moment ein unschlagbares 
Preis-Leistungsverhältnis...

Gruß aus Berlin
Michael

@ MCU-Starter (Gast)

>ich habe auch an einen Arduino gedacht, aber lernt man da wirklich das
>Microkontroller Programmieren von grund auf?

Ja, warum denn nicht? Es ist doch keine Schande, wenn eine 
Programmierumgebung schon leistungsfähige Funktionen zur Verfügung 
stellt. Die kann und sollte man nutzen. Um größere AUfgebane zu 
bewältigen muss man noch mehr als genug selber programmieren.

Hallo,

Luis Trenker schrieb:
> MCU-Starter schrieb:
>> ich habe auch an einen Arduino gedacht, aber lernt man da wirklich das
>> Microkontroller Programmieren von grund auf?
>
> Ja wenn du es richtig machst.
>
> Du betrachtest den Arduino einfacht als fertig aufgebauten Prozessor
> aus der ATMEL AVR Familie, vermeidest die Arduino IDE indem du das
> AVR Studio benutzt und fängst an von Grund auf an einfache
> Programme zu schreiben.

Welchen Vorteil siehst Du im AVR Studio gegenüber der Arduino IDE bei 
einem ATMega328?

Achtung: ich rede NICHT von der Arduibo-Umgebung mit ihren Klassen usw.
Wenn es im Sketch kein setup() und kein loop() gibt sondern eine main() 
wird nichts includiert, es wird einfach nur der gcc aufgerufen wie im 
AVR Studio.

Gruß aus Berlin
Michael

Luis Trenker schrieb:
> lahme, umständliche, träge ballastreiche...

Tolle Beschreibung des Atmel Studio 7, die du da abgibst.

Luis Trenker schrieb:
> die einem das Denken
> abnimmt und somit den Lerneffekt reduziert.

Das da:

Michael U. schrieb:
> Achtung: ich rede NICHT von der Arduibo-Umgebung mit ihren Klassen usw.
> Wenn es im Sketch kein setup() und kein loop() gibt sondern eine main()
> wird nichts includiert, es wird einfach nur der gcc aufgerufen wie im
> AVR Studio.

hast du wohl nicht gelesen!

@ Luis Trenker (Gast)

>> Welchen Vorteil siehst Du im AVR Studio gegenüber der Arduino IDE bei
>> einem ATMega328?

>Dass die Arduino IDE eine miserable (lahme, umständliche, träge
>ballastreiche...)

Das die Arduino-IDE incht der Weiheit letzter Schluß ist, sollte klar 
sein. Sie ist auch EINFACHHEIT ausgelegt. Der Editor ist bisweilen 
Murks, die Einrückung funktioniert nicht so recht.

Was ist aber lahm? So lahm wie das aktuelle Atmelstudio ist es 
keinesfalls ;-)
Umständlich? Was ist an so einer einfachen Sache UMSTÄNDLICH?
Dito ballastreich?

> Entwicklungsumgebung ist die einem das Denken
>abnimmt und somit den Lerneffekt reduziert.

Welches Denken nimmt die Arduino-IDE denn ab und verhindert somit den 
Lerneffekt?

Hallo,

Falk B. schrieb:
> Der Editor ist bisweilen
> Murks, die Einrückung funktioniert nicht so recht.

gibt es eigentlich eine Einrückungs-"Vorschrift" für C u.ä.?

Strg-T (Werkzeuge->Automatische Formatierung) macht das eigentlich ganz 
brauchbar. Außerdem sollte man natürlich in den Voreinstellungen 
Zeilennummern und Folding einschalten oder einfach einen externen 
Lieblingseditor einhängen. In preferences.txt eine sinnvolle 
Start-Fenstergröße einzustellen ist auch keine Fehler.

Gruß aus Berlin
Michael

@ Michael U. (amiga)

>gibt es eigentlich eine Einrückungs-"Vorschrift" für C u.ä.?

Nein, das sind alles indviduelle Vereinbahrungen, aka Coding style 
guides.

@ Pamm (Gast)

>Auf dem Board sehe ich noch so Steckverbinder aus Metall.
>Isr das nicht Steinzeit? Mit USB hat das wohl nichts zu tun

Bestehen USB-Stecker aus Zucker?
Das ist ein ehrer altes, auf minimale Kosten getrimmtes Board mit Old 
School RS232. Ich würde es auch nicht mehr empfehlen, ein Arduino kostet 
das Gleiche und ist besser.

MCU-Starter schrieb:

> Jetzt gibt es einige die sagen das die Atmel Chips veraltet sind,

Nur Idioten würden so etwas sagen.

> macht es einen unterschied ob an sich mit den Atmel Chips einarbeitet,
> der 8051 Familie oder irgendeinen andere Bauart?

8051 ist noch viel älter. Trotzdem findest du hier (und anderswo) Fans 
der Architektur. Und natürlich kriegt man alle denkbaren Aufgaben mit 
beiden gebacken.

Es spricht einiges dafür, daß den 32-Bit µC a'la ARM Cortex-M die 
Zukunft gehört. Aber bis 8-Bit Architekturen wirklich ausgestorben sind, 
wird noch viel Zeit vergehen. Das werde ich sicher nicht mehr erleben, 
und du kannst kaum so jung sein daß du es erleben wirst.

Ansonsten ist es sicher kein Fehler, den Einstieg mit einer 8-Bit 
Architektur zu machen. Denn die Grundlagen sind die gleichen. Daß die 
8-Bitter tendenziell einfacher gestrickt sind, kommt dir als Einsteiger 
eher entgegen.

Wenn du weder Vorkenntnisse noch existierende Hardware noch ideologische 
Vorbehalte für oder gegen eine Architektur hast, dann nimm das was 
andere Leute verwenden die dir nahe sind (im real life oder notfalls 
virtuell). Dann hast du kurze Wege, wenn du mal Hilfe brauchst.

Montag schrieb:
> MCU-Starter schrieb:
>> könntest du mir vielleicht etwas genauer erläutern
>> was die vorteile sind?

Was der Montag weggeschnippelt hat: es geht um Cortex-M

> Auspacken, professionele IDE downloaden/installieren, Kabel einstecken
> und sofort loslegen.

Ist bei Arduino nicht anders. Und eine "professionelle" IDE will man als 
Einsteiger i.d.R. gar nicht, weil die heftig Geld kostet. Schlag halt 
mal nach, was "professionell" im Wortsinn bedeutet.

> Schnelle Lernerfolge wegen der sehr guten Dokumentation: Family User
> Guide.

Im Vergleich zum ATmega328 auf dem Arduino-Board ist das locker die 
5-fache Menge an Datenblatt, das der arme MCU-Starter da lesen muß.
Für den absoluten Neueinsteiger sind Cortex-M IMNSHO zu komplex.

> Und keine fiesen Fallstricke und Fehlerquellen wie bei dem veralteten
> AVR.

Aha. "Veraltet". Was ich von Leuten wie dir halte, kannst du einen Post 
zuvor lesen.

Hallo,

Montag schrieb:
> Id... sind die, die die Augen vor Neuem verschließen.

wenn ich ehrlich bin: ich wüßte nicht, womit ich heutzutage wirklich 
anfangen würde, wenn ich wenig (keine) Ahnung hätte...
Eigentlich ist es doch aber immernoch so: irgendwo überhaupt 
reinschauen.
Wenig Aufwand, schnelle Ergebnisse.
Erste Ergebnisse ist doch auch heute noch das "Hello World".
Dann kommen die großen Pläne, auch zu C64-Zeiten wollte jeder, der 3 
Zeilen Basic hinbekommen aht, als nächstes das Super-Action-Game mit 
Supersound programmieren.
Geblieben sind doch auch da die, die den Weg zwischen Wunsch und 
Wirklichkeit bei ihrem Können, ihrem Interesse und ihren Fähigkeiten 
gefunden haben.

Ist jetzt nicht anders. Natürlich ist 8-Bitter nicht High-End. 
Programmeiren lernen muß den aber auch. Programmieren aber ist erstmal 
rausfinden, was eine Schleife ist, eine Bedingungsabfrage, eine 
Variable, ein Array usw. sind und wozu die gut sind.
Einen 32-Bitter nehmen mit toller Peripherie kann da schnell erschlagen 
beim Datenblatt lesen. 20 PWM-Kanäle nutzen genausoviel wie 2 wenn man 
PWM nicht verstanden hat.

Wenn jemand schauen will, ob er sich mit dem Programmieren im 
Allgemeinen oder µC im Speziellen anfreunden will, will er sich 
vermutlich nicht als erstes die Geheimnisse von make, linkerscript, 
Optimierungsoptionen usw.
aneignen.

Ich vertreibe mir nur die Zeit damit, hätte ich ein wirkliches Projekt, 
wo ein ARM-Core helfen würde, ich würde mich damit auseinanderetzen.
Bisher reichten jedoch die AVR bei mir. Inzwischen die ESP8266, sind 
letzlich soagr 32-Bitter...
Ist mir genaugenommen garnicht aufgefallen, meine bescheidenen 
C-Kenntnisse habe bisher gereicht und sind eben inzwischen weiter 
gewachsen.

Gruß aus Berlin
Michael

Montag schrieb:
> Axel S. schrieb:
>> Nur Idioten würden so etwas sagen.

Idioten schnippeln auch gerne soviel Zitat weg, daß der Sinn verloren 
geht. Ich schlage vor, du änderst deinen Nick in "Vorzeige-Idiot".

> Axel S. schrieb:
>> 8051 ist noch viel älter. Trotzdem findest du hier (und anderswo) Fans
>> der Architektur.
>
> Ich würde sagen: Id... sind die, die das Gelesene nicht verstehen.
> Es geht nicht um das Alter der Architektur

Aha. Ist das der Grund warum du z.B. hier

Montag schrieb:
> ... wie bei dem veralteten AVR.

das Adjektiv veraltet benutzt?

>> locker die
>> 5-fache Menge an Datenblatt, das der arme MCU-Starter da lesen muß
> Nö, der FUG vom MSP430 ist schön "schlank".

Und was hat das jetzt mit deiner Empfehlung für die Cortex-M zu tun, die 
du dem MCU-Starter oben gegeben hast? Genau diejenige Empfehlung, der 
meine Kritik galt?

Normalerweise würde ich dich glatt ignorieren. Es geht nur darum, daß 
du den armen MCU-Starter mit deinen konfusen Vorschlägen kopfscheu 
machst. So Leute wie dich braucht kein Mensch.

Montag schrieb:
> Es geht darum, den sehr eingeschränkten AVR-Lemmingen (das sind auch
> keine guten Ratgeber) neue Optinen zu zeigen.
> Und ja, da gibt es bessere uC! Aber das steht schon weiter oben.

Du bist also ein Troll [1]. Gut daß wir das geklärt haben.
Und jetzt troll dich! EOD

[1] https://de.wikipedia.org/wiki/Troll_%28Netzkultur%29

Stefan U. schrieb:
> Oder ist hier irgend jemand, der immer wieder seine AVR's verfused?
> Bitte freiwillig melden, wir lachen auch nicht.

Ich !!!! :-((

Weil ich soetwas wie das hier:

http://www.engbedded.com/fusecalc/

zur Nutzung offline nachprogrammiere damit man aus meinem noch nicht 
richtig funktionierenden Programm mittels AVRDUDE die Fuses der AVR 
Controller direkt setzen kann.

Und weil meine Auswertung der originalen XML - Dateien noch fehlerhaft 
ist, verfuse ich manchmal (immer seltener) AVR Controller.

JETZT ... dürft ihr lachen ...

Moby schrieb:
> Würde sich die Diskussion um  ältere Z80 vs. AVR
> drehen

Der klassische Glaubenskrieg-Gegner zum Z80 war aber doch der 6502...

Thomas E. schrieb:

> Der klassische Glaubenskrieg-Gegner zum Z80 war aber doch der 6502...

die haben bei mir damals auf friedliche Koexistenz gemacht.
Und die 8255 und 6850 liefen durchaus an beiden. ;-)

Gruß aus Berlin
Michael

@Jörg (Gast)

>Mit welchem uC oder welchem Core oder welcher CPU man eine LED zum
>Blinken bringt sollte am Anfang eigentlich egal sein...

Na dann mach das mal als Anfänger mit nem I7 . . .