Archiv verlassen und diese Seite im Standarddesign anzeigen : Ein Paar grundlegende Fragen.
Robotensis
27.11.2012, 22:49
Hallo,
Ich bin der Robotensis, 21 Jahre alt, hab dieses Jahr angefangen ET/IT zu studieren. Ich spiele schon länger mit dem Gedanken, mit AVR-Programmierung anzufangen und habe mir grade spontan bei eBay das entwicklerboard STK500 von Atmel ersteigert. Nun stellen sich mir ein Paar Fragen:
-War das ein Fehlkauf?
-Wie ich gelesen habe, hat das teil ne RS232 Schnittstelle, Mein PC aber nicht. Soll ich mir nun einen USB to RS232 adapter holen oder eine RS232-Karte.
-Ich kann C/C++ Programmieren, die Microcontroller kann man ja mit C programmieren, hätte es einen Vorteil wenn ich Extra deswegen Assembler lerne oder lohnt sich der aufwand nicht, wenn ich ohnehin schon C kann.
-Da ich ein absoluter Anfänger bin, gibt es Tutorials die ihr mir empfehlen könnt?
MfG
Robotensis
hätte es einen Vorteil wenn ich Extra deswegen Assembler lerne oder lohnt sich der aufwand nicht, wenn ich ohnehin schon C kann.
Das ergibt sich von alleine. Wenn du es brauchen solltest, wirst du es (schnell) können.
-Da ich ein absoluter Anfänger bin, gibt es Tutorials die ihr mir empfehlen könnt?
Es gibt hier im RN-Wissen einige Tutorials zum Einstieg, außerdem bei mikrocontroller.net das avr-gcc-Tutorial. Am wichtigsten ist aber die Lektüre des Datenblattes von einem AVR, wenn du dich da durchgekämpft hast, kennst du die Grundzüge und wesentlichen Komponenten aller AVRs. Die einzelnen Baureihen unterscheiden sich teilweise in der (Nicht-)Verfügbarkeit einzelner Peripheriekomponenten, aber im Wesentlichen sind alle gleich.
mfG
Markus
HeXPloreR
28.11.2012, 17:06
Was macht Deiner Meinung nach mehr Sinn: Ein Adapter zu haben der an mehreren Pc/Laptops funktionieren kann oder eine feste RS232-Karte in einen PC zu installieren die dann nur in diesem einen PC eingebaut ist?
Hast Du USB-Anschlüsse? - dann nimm einen USB-Adapter.
Dieser eignet sich sehr gut zum flaschen von AVR's über ISP. Wenn ein Bootloader unterstütz wird, gehts wohl auch über UART, aber das habe ich bisher nicht getestet. Läuft bei mir auch unter W7(starter) mit dem treiber von myAVR.
http://shop.myavr.de/index.php?sp=article.sp.php&artID=42
Robotensis
28.11.2012, 21:10
Mehr Sinn macht natürlich der USB-Adapter, nur mein ich gelesen zu haben, dass solche Adapter Probeleme bereiten.
Thomas E.
18.12.2012, 00:35
Mehr Sinn macht natürlich der USB-Adapter, nur mein ich gelesen zu haben, dass solche Adapter Probeleme bereiten.
Definitiv nicht. Funktionieren gleich wie die echten Schnittstellen.
oberallgeier
18.12.2012, 09:07
... USB-Adapter, ... gelesen ..., dass solche Adapter Probeleme bereiten.
Definitiv nicht. Funktionieren gleich wie die echten Schnittstellen.Hmmm, leichter Protest. Ich habe selbst einen der oben zitierten Problem-Adapter. Der funktioniert so, wie in den zahlreichen Problembeschreibungen dargestellt: es werden nicht alle EIA-232-Signale ausgegeben. Einige Signale der Art DCD, RI etc. bleiben bei einigen Adaptern leider auf der Strecke. Es kommt praktisch immer RxD, TxD an - aber für die andern würde ich nicht die Hand ins Feuer legen.
Auch mein selbst gebauter/gelöteter Adapter (https://www.roboternetz.de/community/threads/36416-RS232-Wandler-in-SMD?p=368059&viewfull=1#post368059) gibt nur die RxD und TxD weiter - bis über 256kBd - und das reicht mir für meine PC-Atmel/Mikrocontroller-Kommunitation.
Fazit: die hier im engeren Umfeld des Forums verbreitete UART benutzt nur RxD und TxD - und das liefern praktisch alle Adapter.
Hubert.G
18.12.2012, 14:02
Für das STK500 ist ein USB-RS232 Adapter kein Problem, verwende schon lange einen dafür.
Probleme gibt es nur wenn man Programmieradapter verwendet die die Handshake-Leitungen der RS232 Schnittstelle verwenden (z.B. in Verbindung mit PonyProg).
So gesehen ist der Kauf des STK500, wenn der Preis passt, sicher kein Fehlkauf.
Die Möglichkeit zur HV-Programmierung braucht man öfter als man glaubt.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.