Hey Leute
Ich bin neu in der Welt der Microcontroller und habe noch nicht so die
Erfahrung mit den ganzen Programmen usw.
Folgendes Problem:
Habe mir ein Pollin Evalutions Board gekauft
http://www.pollin.de/shop/dt/NTI5OTgxOTk-/Bausaetze_Module/Bausaetze/ATMEL_Evaluations_Board_V2_0_1_Fertigmodul.html
Habe ein Programm mit Basecom geschrieben und möchte es via Serieller
Schnittstelle (XP Rechner Home ed. interne Schnittstelle) auf den
Controller packen.
Mir ist dann das Programm Ponyprog in die Hände gefallen...
Leider scheint es Probleme mit meiner Schnittstelle zu geben, da
PonyProg im Setup beim Test nur "Fail" auswirft
Auch bin ich mir nicht sicher ob man in den Einstellungen dort (SI PROG
API) oder (SI PROG I/O) nehmen muss.
Ich hoffe jemand kann mir helfen
danke für eure Zeit
mfg
Den Parallelportadapter kannst Du auch nur mit ein paar 100 Ohm
Widerstaenden aufbauen. Laeuft bei mir an x PCs schon seit > 10Jahren.
Allerdings benutze ich diese in der Regel nur einmal um einen Bootloader
zu installieren :-)
Hi
Beim Pollin-Board empfehle ich einen USB-ISP Programmer. (bei EBay ca.
20 € incl. Versand). Du sparst dir diesen Umweg über PonyProg und kannst
direkt aus Avr-Studio arbeiten. Außerden geht's viel schneller. Das
Board hat ja die ISP - Schnittstelle, diesen 10pol. Wannenstecker. In
der Regel sind die Probleme, zumindest war das bei mir so, auf den
falsch gesteckten seriellen Stecker am Board zurückzuführen. Ich hab
öfters vergessen, diesen wieder zurückzustecken....
Mit dem USB-ISP-Stick ist das Geschichte und ich kann die serielle
Verbindung auch mal stecken lassen.
Gruß oldmax
Ich hasse es wenn man hier mit einem Problem kommt und es heißt: Hol dir
dies, warum machst du es nicht so ...
Also:
Bzgl. der Konfiguration müsste ich mal nachschauen, kann aber sagen dass
das einzige was ich immer einstellen müsste der COM Port war.
(Nutze auch PonyProg mit dem PollinBoard ohne Probleme. Ich nehme mal an
du hast dein COM an ISP und nicht an UART angeschlossen ...
Bzgl. der Schnittstelle: Wenn du die vom Board abgreifst (Steckerleiste)
überprüfe mal die Belegung: es gibt zwei Verschiedene. Dieses Problem
hatte ich anfangs auch.
Ggf. Info welchen µController du verwenden möchtest, ob der schonmal
Programmiert war oder du die Möglichkeit hast das ganze mal an einen
anderen Rechner aus zu Probieren.
falls bis dahin noch keine Lösung: Ab ca. 16:30 kann ich mich ans Board
setzen und genauere Infos geben.
Bis dahin viel Glück
Hey Leute ich möchte mich erst mal bedanken das so schnell Antworten
gekommen sind =)
Auch wenn ich im Netz schon viel über diese USB Adapter gelesen habe
wollte ich es evtl. auch mal auf die serielle art machen.
Zu PonyProg habe ich so weit gelesen das man den Schnittstellen Test nur
mit dem PC machen kann ohne das man was angeklemmt hat. Da er dort nur
die Schnittstelle Prüft. Nun und da hackt es leider.
//Test fail//
Ich bin wie gesagt neu in der Microcontroller Geschichte und merke schon
das die Lernkurve zu Anfang sehr steil ist. =)
Also ich habe auch am Pollin Board die ISP benutzt (Steht das eig. genau
für eine serielle Schnittstelle?)
In einem anderem Forum habe ich gelesen das es sein könnte das die
Serielle Schnittstelle im Bios anderes eingestellt ist als unter Windows
im Hardware Manager ...
Bei den Einstellungen welchen mC ich benutze bin ich mir eig. sicher ist
nen ATiny 2313
Aber wie gesagt so weit komme ich erst gar nicht...
Habe mich für PonyProg übrigens hier informiert:
http://www.roboternetz.de/phpBB2/files/ponyprog.pdf
also sein meine Einstellungen auch gleich die COM passte auch ist auch
COM 1 bei mir im Hardware Manager
Matthias schrieb:> Zu PonyProg habe ich so weit gelesen das man den Schnittstellen Test nur> mit dem PC machen kann ohne das man was angeklemmt hat. Da er dort nur> die Schnittstelle Prüft. Nun und da hackt es leider.
Es soll kein Target angeschlossen sein. Eine Steuer-Leitung der
RS232(landet auf SCK) ist mit einem anderen Eingang gebrückt. Darüber
wird geprüft, ob die SI-Prog Hardware angeschlossen ist. Du solltest
also das Pollin-Board mit Strom versorgen, den Prozessor entfernen und
nochmal "Test" probieren.
Der SI-Prog-Adapter hat bei mir nur mit Auswahl der "SI-Prog API"
funktioniert. Eventuell stimmt die Zuordnung der logischen Pegel nicht,
aber das kann man ja ausprobieren(sind ja bloß 8 Möglichkeiten).
Als nächstes hab ich mir dann mit dem SI-Prog einen Atmega48 für einen
USBASP geflasht...
mfg mf
PS: Ich habe diese Schaltung hier verwendet:
http://www.electronics-lab.com/blog/wp-content/uploads/2008/09/siprog.jpg
>Als nächstes hab ich mir dann mit dem SI-Prog einen Atmega48 für einen>USBASP geflasht...
Ich probiere es grade noch mal mit Strom und Verbindung zum Board und
ohne MC.
aber was meinst du mit dem Satz ...hast du dir was gebaut um mC
einfacher zu beschreiben?
mfg euch allen
Leider in allen möglichen Einstellungen immer nur Fail
verstehe ich nicht weil eig. muss die Schnittstelle funktionieren
programmiere meine LOGO auch über diesen COM
hat wer noch ne Idee
Matthias schrieb:> ...hast du dir was gebaut um mC> einfacher zu beschreiben?
Sowas hier, aber auf Lochraster:
http://www.fischl.de/usbasp/
Da läuft auch andere Firmware drauf, die dann mit AVR-Studio kompatibel
ist. Das brauch ich aber nicht, da ich hier an einem Apfelrechner
arbeite. Für einen Einsteiger mit wenig Elektronikkentnissen ist das
aber nicht unbedingt ein günstiges Projekt, weil man schon beim USB
beschalten beliebig viele Fehler machen kann. Aber wenn du es baust,
würde ich dir anraten, eine Sicherung in die 5V-Leitung zu geben.
Ich hab mir das Teil noch ein zweites Mal mit 3,3V-Spannungsregler und
5V-tolerant gebaut. Man kann jetzt über einen Schalter Das Target mit
3,3V, 5V oder gar nicht versorgen.
mfg mf
PS:
Matthias schrieb:> hat wer noch ne Idee
Comportkabel voll belegt? oder nur RX TX GND?
Im letzteren Fall geht natürlich nix.
Kabel ist auch ok alle Leitungen belegt und 1-1
mir ist aufgefallen das im Setup erkennt er auf jeden Fall welche Com
Schnittelle ich vergebe. Wenn ich meine COM Schnittelle im Hardware
Manager ändere auf COM 3 dann kann man bei PonyProg auch nur Com 3
auswählen.
aber warum der test nicht klappt weiß ich nich
Falscher Comport am Pollinboard?
Kontrollier nochmal alle Lötstellen und Bauteilwerte um den
SI-Prog-Adapter-Kram herum.
Welches Betriebssystem benutzt du? Unter Vista ff. kann ich mir
vorstellen, dass es da nicht mehr geht. Unter XP mit dem alten
Desktoprechner hatte ich da keine Probleme.
mfg mf
Mini Float schrieb:> Unter Vista ff. kann ich mir vorstellen
Kann ich nur bestätigen. Unter Win7 (Ultimate 32Bit) zeigte Ponyprog mit
dem genanten 74HC244-Progger bei mir genau die vom TO genannten
Symptome, wobei es unter WinXP einwandfrei funktionierte.
Hi
Seid ihr sicher, das der Zugriff auf das Pollin-Board ohne µC
funktioniert, bzw. einen Test ermöglicht ? Es ist leider bei mir schon
sehr lange her, das ich mit einer ser. Verbindung auf das Board
zugegriffen habe, aber was ich 100%tig weiß, ist, das da immer ein
Controller gesteckt und das Board mit Spannung versorgt war. Was auch
noch sein könnte: Das Kabel, ist das mit allen Steuerleitungen versehen?
Soweit ich mich erinnern kann, habe ich mir das Kabel damals selbst
gelötet, also alle Pins 1 zu 1 bis auf RxD und TxD, die waren gekreuzt.
@Michael
>Ich hasse es wenn man hier mit einem Problem kommt und es heißt: Hol dir>dies, warum machst du es nicht so ...
Natürlich war mein Hinweis auf einen ISP-USB-Stick keine Antwort darauf,
warum die ser. Verbindung zum Board nicht funktioniert. Es ist auch
schwierig, den Fehler völlig ohne Vermutungen zu lokalisieren, weil es
leider nicht möglich ist, so mal eben selbst Hand anzulegen, den Aufbau
zu prüfen und die Softwareinstallation zu kontrollieren. Auch ich habe
einige Zeit damit verbracht, Controller per PonyProg mit Code zu
bestücken, bis ich mir eben diesen besagten Stick zugelegt habe. Nun,
ich sage nicht: "du mußt dir den kaufen". Ich hab nur gesagt, das es
dann möglich ist, direkt aus AVR-Studio auf die Controller zuzugreifen
und das Brennen um den Faktor 100 schneller vonstatten geht. Wenn du das
erst einmal gemacht haast, dann wirst du diesen Hinweis anders sehen und
vermutlich dich dafür bedanken, als so einen unsinnigen Satz zu
schreiben. Das angesprochene Problem ist der nicht funktionierende
Zugriff auf das Board. Wenn's denn mit einer anderen Hardware (besser)
geht, ist doch das Problem auch gelöst. Warum muß man sich immer an
alten Beständen festhalten und glauben, die anderen wollten nur zeigen,
das sie schlauer sind....
( sie sind es vermutlich auch...)
Gruß oldmax
Windows XP Professional 32Bit mit SP2. Die Version (Home / Prof oder
welches SP) dürfte hierbei eigentlich gar keinen Unterschied machen.
Ponyprog ist die Version 2.07, meine ich.
Und welches Betriebssystem hast Du?
wie kann man sich das als leihe vorstellen... auf der einen Seite geht
man vom PC via USB hinein und auf der anderen Seite simuliert er dann
seriell um direkt auf das Pollin board zu gehen ?
ich habe übrigens grade meinen Nachbarn um eine Lösung gebeten... er
drückt mir nen USB to Seriell Adapter in die Hand ...
Was soll ich sagen in meiner Not dachte ich ach machte einfach mal..Also
das Ding installiert auf COM 2 eingestellt und mal geguckt wie es im
PonyProg setup aussieht.
PonyProg findet den COM sofort und ich kann jetzt zwischen dem Adapter
und meiner internen Schnittstelle wählen.
Habe dann den Test mal gemacht mit Pollinboard ohne mC und den COM 2
eingestellt mit dem Adapter und siehe da TEST OK XD....
Nun dann noch mal Kalibriert und dann mal probiert ob man auch was auf
den dann eingesetzten mC schreiben kann.
Es geht aber dauert genau 15 min.... für nich mal ein kb.
Also es dauerte zwar lange zu laden aber es war erfolgreich und das
Programm läuft die LEDS auf dem Board blinken.
So können wir schon mal viele Fehler ausgrenzen .
Es liegt an der verdammten Schnittstelle in meinem verdammten PC
;-)
oldmax schrieb:> das ich mit einer ser. Verbindung auf das Board
Die Programmier-Schitstelle ist kein echter serieller Anschluss! Da wird
zwar der Com-Port benutzt, aber es werden die Statusleitungen fürs
BitBanging zweckentfremdet. Der andere, "echte" serielle Anschluss redet
dann direkt mit dem Controller(man könnte auch einen Bootloader
benutzen, aber da gibts wie immer das Henne-Ei-Problem).
Schön wäre es, wenn der TO mit den aktuellen Möglichkeiten einen
Controller beschreiben kann. Später kann er immer noch auf einen
USB-Programmer aufrüsten.
Ein Tipp wäre noch: hast du es schon mal mit avrdude probiert?
Wenn sich da über die Kommandozeile die Signatur des Targets auslesen
lässt, dann besorg dir eine der zahlreichen GUIs für avrdude.
mfg mf
ok
noch mal eine Frage zu dieser USB Geschichte
Es wurde gesagt man könnte dann PonyProg umgehen und direkt vom BASCOM
avr studio auf den mC laden.
Was ich bis jetzt gesehen und gemacht habe ist ja mit BASCOM ein
Programm geschrieben und es in .hex gespeichert .. Nun kann man dann
auch mit BASCOM den code in den Controller laden wenn man diese (USB to
"seriell") Hardware hat??
Oder braucht man da wieder ein Programm was vergleichbar mit PonyProg
ist
mfg euch allen
danke für eure Hilfe bis jetzt habe schon ne menge gelernt ;-)
Matthias schrieb:> drückt mir nen USB to Seriell Adapter in die HandMatthias schrieb:> Es geht aber dauert genau 15 min.... für nich mal ein kb.
Weil eine Statusleitung setzen/auslesen mindestens 3-5ms
benötigt(USB1.1).
Matthias schrieb:> auf der einen Seite geht> man vom PC via USB hinein und auf der anderen Seite simuliert er dann> seriell um direkt auf das Pollin board zu gehen
Nein, Auf der einen Seite geht man mit USB rein/raus(ist ja
bidirektional).
Auf der anderen Seite ist eine Serielle synchrone Schnittstelle, über
die direkt kommuniziert wird. Ein USB-Synchron-Seriell-Adapter. zudem
ist die Datenmenge, die dann darüber geschoben wird, auch noch
gepuffert. Es wird zuerst ein Pufferinhalt über USB geholt und in den
RAM des Porgrammers gelegt. Von dort aus wird dann mit maximaler
Geschwindigkeit in den Flash des Targets gepustet, bis der Puffer leer
ist. Nun kann ein weiterer Pufferinhalt angefordert werden usw.
Das Übertragen eines Pufferinhalts, Größenordnung meist so 512Bytes,
dauert vielleicht 10-15ms. Mit dem USB-Com, der auf den Statusleitungen
rum klingelt, braucht man um ein Bit(!!) zu übretragen mindestens 10ms.
Das erklärt den Geschwindigkeitsunterschied.
mfg mf
Hi
>Die Programmier-Schitstelle ist kein echter serieller Anschluss! Da wird>zwar der Com-Port benutzt, aber es werden die Statusleitungen fürs>BitBanging zweckentfremdet.
Mir ist das schon klar und deswegen habe ich auch erwähnt, das ein voll
bestückter serielles Kabel verwendet werden muß.
Ein USB - Seriell-Adapter funktioniert in den seltesten Fällen und die
lange Zeit von 15 Minuten ist auch nicht normal. Das beschreiben per
ser. Schnittstelle (mit einer echten !) dauerte so ca. 50-70 Sekunden,
soweit ich mich erinnere.
Gruß oldmax
Also ich benutze immernoch das Pollin Board und PonyProg.Ohne Probleme
!!
Mein Laptop hat eine Serielle Schnittstelle ( PCI Card zum einschieben )
, alles andere wie USB-Seriell Wandler gedönst , habe nie zum laufen
gebracht
( Bestimmt 5 bis 10 verschiedene haben wir in der Fa. gehabt )
oldmax schrieb:> lange Zeit von 15 Minuten ist auch nicht normal.
Das ist über den USB-Seriell-Adapter, und schon plausibel.
Für jedes Bit wird
MISO gesetzt oder gelöscht 4-5ms
SCK gesetzt 4-5ms
MOSI gelesen 4-5ms
SCK gelöscht 4-5ms
Ich komme in Summe so auf rund 15ms, wenn man annimmt, dass da optimiert
gearbeitet wird.
1 kB = 1024 Byte = 8192 Bit
8192 Bit * 15ms/bit = 122,9 sec = rund 2min
Mit ein wenig Betriebssystem- und Treiber-Overhead kann das also schon
sein.
mfg mf
dann muss ich ja nur noch meine serielle Schnittstelle am PC zum laufen
bringen.
Leider kann ich euch ja auch keine Fehler Code oder so liefern wie
gesagt die Meldung Test Fail ist nicht sehr aufschlussreich ^^
Vil werde ich mir irgendwann so etwas usb artiges besorgen aber ich bin
noch ganz am Anfang. trozdem ist es schön die Möglichkeiten des
Programmierens mal kennen zu lernen .. hat jemand mal son bild von so
einem Ding :
>Nein, Auf der einen Seite geht man mit USB rein/raus(ist ja>bidirektional).
wenn noch einer ne Idee wegen meiner Schnittstelle hat immer raus damit.
mfg
asoo ok und das funktioniert jetzt hier in Verbindung mit dem pollin
Board da es so einen ISP Stecker auf der Platine hat.
darunter ist auf der Platine noch aufgedruckt Atmega 644 .....Attiny
12/15
Sind das die damit zu beschreibenden mC ?
Und sons braucht man nnur noch BASCOM AVR studio was ich schon habe ?
Was bei mir auch unter Win 7 läuft ...
das würde ja bedeuten ich könnte dann unter Win 7 Programmieren oder?
Es muss nicht die Schnittstelle sein, bist du sicher das alles richig
gelötet ist? Fertigteil oder Bausatz?
Der Test muss auch ohne Spannung und µC OK sein.
Es ist ein Fertigteil
also bei dem Adapter ist der Test dann ok aber bei meiner internen
leider nicht ..
deswegen hatte ich jetzt eig. gedacht das es nur noch an der internen
Karte liegen kann.
Ist mir jetzt nicht klar von welchem Adapter du sprichst.
Der Programmer für die serielle Schnittstelle ist auf dem Pollin-Board
ja schon drauf, da brauchst du keinen Adapter mehr.
Matthias schrieb:> Sind das die damit zu beschreibenden mC ?
Ja, aber es gehen alle pinkompatiblen AVRs von den angegebenen.
Mit dem Attiny12 und Konsorten ohne SRAM hat man natürlich nicht viel,
die kann man nur mit ASM programmieren.
Matthias schrieb:> in Verbindung mit dem pollin> Board da es so einen ISP Stecker auf der Platine hat.
Da würde ich aber dann alles vom SI-Prog wieder runternehmen oder -noch
besser- schaltbar machen.
Da du ja jetzt einen Controller beschreiben konntest, aber nach einer
schnelleren Lösung suchst, probiers doch mal mit einem Bootloader, der
über die serielle Schnittstelle funktioniert. Sollten sich im Forum
einige finden lassen. Da gibt es auch Bootloader, die den bekannten
AVR910 oder STK500 emulieren.
Ein "echter" USB-ISP-Programmer ist natürlich trotzdem besser.
mfg mf
oh tut mir leid doof beschrieben..
Also ich habe ja das Problem das die interne Serielle Karte beim
Schnittstellen Test bei PonyProg immer "Test Fail" herausgibt
Habe dann einen USB to Seriell Adapter bekommen ... aber wie mir schon
bestätigt wurde dauert das übertragen damit soooooo lange.
Mein Programm konnte ich tatsächlich mit diesem Adapter auf den mC
übertragen und das kleine Programm funktioniert.
Aber das übertragen hat mit diesem Adapter (USB to Seriell) 15 min
gedauert.
Das kann nicht mein Zeil sein ^^
Aber so konnte ich zumindest andere Fehler ausschließen
Lötfehler oder Einstellungen welcher mC usw.
Nur wenn ich im Setup bei PonyProg wieder die interne serielle Karte
anwähle (COM3) dann haut er mir wieder "Test fail" raus
>Da würde ich aber dann alles vom SI-Prog wieder runternehmen oder -noch>besser- schaltbar machen.
tut mir leid das verstehe ich nicht ..
wenn ich mir so einen USB ISP kaufe und den dort anschließe muss ich
dann noch etwas beachten ?
und brauche ich dann noch mehr soft ware oder reicht BASCOM AVR studio
mfg ;-)
Matthias schrieb:> Nur wenn ich im Setup bei PonyProg wieder die interne serielle Karte> anwähle (COM3) dann haut er mir wieder "Test fail" raus
War da das Pollinboard auch angesteckt?
Wegen einem Bootloader, von Peter Fleury gibt es einen
STK500v2-Kompatiblen:
http://homepage.hispeed.ch/peterfleury/avr-software.html
Damit sollte BASCOM auch zurechtkommen. Ein Bootloader ist sowas wie ein
Programmiergerät, welches in Software auf dem µC integriert wird.
Zugriff hättest du dann über die "echte" serielle Schnittstelle am
Pollinboard.
Matthias schrieb:> die interne Serielle Karte
Auf dem MoBo integriert? Stecker auf dem MoBo oder auf
Slotblech(Slotblechstecker falsch belegt?)?
Im BIOS kann man manchmal eine serielle Schnittstelle auch auf einen
IRDA-Port umlenken(da muss dann aber noch ein Transceiver angeschlossen
werden). Schau das mal nach.
mfg mf
Matthias schrieb:>>Da würde ich aber dann alles vom SI-Prog wieder runternehmen oder -noch>>besser- schaltbar machen.>> tut mir leid das verstehe ich nicht ..
Da sich die Si-Prog Schaltung auf dem Pollinboard und der USB-ISP stören
könnten, deswegen.
Matthias schrieb:> wenn ich mir so einen USB ISP kaufe und den dort anschließe muss ich> dann noch etwas beachten ?>> und brauche ich dann noch mehr soft ware oder reicht BASCOM AVR studio
Nein. Sollte spielen. Unter Windoof brauchst du aber noch einen Treiber
für den USBISP - der sollte sich leicht auftreiben lassen.
mfg mf
Hi
So langsam verstehe ich hier Bahnhof.....
Also, der USB-ISP-Stick ist bei EBay zu erhalten. Ich habe ihn komplett
mit Treiber-Software, das ist bei USB-Geräten fast immer notwendig
erhalten. Auf dem pollin-Board ist nix mit Progger, da sind nur
Fassungen und die ser. Schnittstelle (MAX232) drauf. Die ISP wird wie
bereits gesagt durch die serielle Schnittstelle von PonyProg simuliert.
Deshalb reicht auch nicht nur Rxd und TxD, sondern die Steuerleitungen
werden auch benötigt. Mit diesen haben einige Umsetzer USB nach seriell
Probleme. Wenn deine serielle Karte auch nur eine Com emuliert, ist
evtl. dort der Fehler zu suchen. Ich weiß, das es Karten gibt, die eben
nicht eine serielle Schnittstelle im original aufbauen, sondern eben
eine solche nur emulieren.
Aber das ist von hier aus nur Spekulation. Für den TO ist wichtig, die
Pollin-Platine ans laufen zu bekommen und da ist halt nach wie vor mein
Rat, kauf einen ISP-USB-Stick. Wenn du bei EBAY mit diesen Begriffen
suchst, wirst du schon fündig. Nur solltest du nicht bei den Chinesen
kaufen....
OK, was die Programmierzeit betrifft: wären ca. 5 Sekunden angenehm ?
Länger hat's bei mir einschließlich dem anschließenden Verify noch nicht
gedauert. Und ja, du brauchst nicht zu PonyProg wechseln, sondern kannst
direkt aus AVR Studio heraus arbeiten. Einfach AVRISP einstellen und ab
geht's
Gruß oldmax
habs aufgemacht und vorher auch durchgemessen
überlege ob ich vil meinen pc dann mal plat mache und neu installiere
viel nimmt er dann die Schnittstelle an.
habe jetzt home drauf vil packe ich mal prof. drauf
wie kommt man wohl für solche Hardware am einfachsten an die neueste
software?
ich meine im Hardware Manager ist die karte mit "Kommunikationsanschluss
COM1" bezeichnet ..
da kann ich wohl nicht mit im netz suchen.
mfg
Hast du schon mal auf deiner Karte oder am Eval-Board gemessen.
Auf den Pin 3,4,7 sollten etwa -10V anstehen.
PonyProg verwendet nur die Handshake-Leitungen.
Wenn du auf Probe klickst, dann sollten alle drei Leitungen kurz auf
+10V springen.
Hey Leute
Also auf anderen Rechnern funktioniert PonyProg, ich denke PonyProg
kommt mit irgendwas auf meinen Rechner im Konflikt.
Aber egal dazu habe ich genug Hilfe von euch bekommen.
Nun habe ich eine frage zum USB Programmieren.
Ich möchte über ISP Programmieren. Diese Schnittstelle ist auf meinem
Board vorhanden.
Dann habe ich mir nun das hier bestellt.
http://shop.myavr.de/index.php?sp=article.sp.php&artID=42
Nun braucht man ja wieder ein Programm was die .hex Datei auf den
Mikrocontroller brennt.
http://shop.myavr.de/index.php?sp=download.sp.php&suchwort=DL112
Dies hier wird dazugegeben. Läuft auch auf Win 7 aber ich verstehe noch
nicht alle Einstellungen bei diesem Programm.
Bei dem Bild was ich mit hochgeladen habe sieht man die erste seite des
Programms und da kann man sogenannte fuses bits setzten.
Es muss damit zusammen hängen welcher Controller angeschlossen ist.
Aber ich habe es wohl einfach noch nie gemacht deswegen frage ich hier.
Und in welchen Speicher sollte ich mein Programm am besten brennen?
Hat das was mit zugriffszeiten zu tun oder würde es theoretisch in
beiden Speichern funktionieren(EEPROM) // (Flash) .
Mein Programm ist simpel und soll eine LED nur blinken lassen =)
Ich bedanke mich wieder für jede Hilfe
mit freundlichen grüßen Matthias der Anfänger =)
Matthias schrieb:> Es muss damit zusammen hängen welcher Controller angeschlossen ist.
Das Datenblatt des jeweiligen Controllers hat ein Kapitel, in dem die
Fusebits ausführlich erklärt werden. Und ja, das ist bei jedem
Controller etwas anders.
Matthias schrieb:> Und in welchen Speicher sollte ich mein Programm am besten brennen?
In den, in den es hingehört. Programmcode in den Flash,
Konfigurationsdaten (falls vorhanden) ins EEP. Aber auch diese Infos
findest Du in den Datenblättern der Controller.
...
Was ich so gelesen habe könnte man über die Fuses bits z.B. externe
Quarze benutzen mit anderen Taktgeschwindigkeiten.
Was ich gelesen habe handelte aber von den Fuses Bits (CKSEL) und (SUT)
zum ändern des Reset Impuls
Nun so etwas möchte ich noch nicht. Könnte ich nicht einfach den Hacken
bei ohne Sicherheitsabfrage setzten? Benutzt er dann seine /Standard
Takt Geschwindigkeiten/ ?
unglaublich was da alles hinter steckt jede frage wirft beim lösen 10
neue auf... ^^
Ist das soweit richtig?
mfg der matze
Matthias schrieb:> Ist das soweit richtig?
Nein...
Matthias schrieb:> Was ich gelesen habe handelte aber von den Fuses Bits (CKSEL) und (SUT)> zum ändern des Reset Impuls
Nein, damit stellst Du die Taktquelle und Einschaltverzögerung ein.
Matthias schrieb:> Nun so etwas möchte ich noch nicht.
Das ist vernünftig. Für viele einfache Dinge benutze ich auch die
Originaleinstellung.
> Könnte ich nicht einfach den Hacken
^^^^^^
Gartenarbeit? - Oder Kleinholz??
> bei ohne Sicherheitsabfrage setzten?
Das wird Dir gar nichts nützen. Dann musst Du schon konsequent auf das
Verändern der Fuses verzichten.
> Benutzt er dann seine /Standard> Takt Geschwindigkeiten/ ?
Nur wenn Du die Fuses nicht angreifst. Ich kenne Deine
Programmer-Software nicht, ich benutze vorrangig Original-Equipment von
Atmel, da habe ich die Möglichkeit, Flash, EEPROM, Fuses und Lockbits
separat behandeln zu können. Das müsste mit Deiner Programmer-Software
auch gehen, aber frag' mich nicht wie, denn ich kenne sie nicht. Da frag
am besten bei myAVR nach, die haben schließlich durch Dich Umsatz
gemacht.
...
Auch wenn das schon aelter ist:
Matthias schrieb:> verstehe ich nicht weil eig. muss die Schnittstelle funktionieren> programmiere meine LOGO auch über diesen COM
Bloede Idee: Irgendein Geraffel fuer die Siemens LOGO laeuft noch und
blockiert die COM1:
citb
