You are not logged in.

PeterSieg

Professional

  • "PeterSieg" is male
  • »PeterSieg« is a verified user
  • "PeterSieg" started this thread

Posts: 1,361

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

  • Send private message

member since 36 month member since 36 month member since 36 month

121

Sunday, February 22nd 2009, 10:27am

@Camper: Ich kann dir ja einen ATmega32 geflasht senden.. Das Problem ist dabei halt nur, wenn das diejenigen gleich gesagt hätten.. ich habe die nämlich nicht auf Lager.. ;-) Und wenn ich die einzeln kaufe, kommen noch 5€ Versand dazu.. das will natürlich keiner.. Sobald dein Geld auf meinem Konto ist, schicke ich dir einen.. kein Problem...

Peter
AVR TinyBasic, AVR CPM, N8VEM SBC, VIP1710, C64-I, C64-II, 1541C, 1541-II, SD2IEC, SwinSID

  • »C64-CAMPER« is a verified user

Posts: 6,554

Date of registration: Mar 31st 2006

  • Send private message

member since 48 month member since 48 month member since 48 month member since 48 month

122

Sunday, February 22nd 2009, 10:41am

Ich hatte es damals gesagt...*feix*

Schick mir mal ne PM was mich ein geflashter Atmega mit Versand jetzt genau kostet..

  • »AntaBaka« is a verified user

Posts: 7,932

Date of registration: Oct 29th 2006

Location: Der goldene Westen (aktuell: Chicago, IL)

  • Send private message

member since 36 month member since 36 month member since 36 month

123

Sunday, February 22nd 2009, 8:52pm

Hm, nu wollte ich den 644 mal flashen, aber PonyProg will den nicht erkennen, obwohl die 2.07c Version angeblich ATMega644 kann...

EDIT. Ach Mist,stimmt ja, der 644P geht damit nicht...

EDIT2: Aber mit dieser Version geht's!

EDIT3: Menno, erst liest er alles, dann zickt er wieder rum...

EDIT4: Nee, ich bin wohl bloss zu blöd. Wenn ich dem ATmega natürlich sage, dass er einen externen Oszi hat (SEcurity Bits entsprechend gesetzt), bevor ich ihn mit der Firmware beschreibe, aber in der Schaltung kein Oszi drin ist, dann muss ich mich vermutlich nicht wundern...

EDIT5: Mal eben schnell noch einen Quartz in mein Programmierboard eingelötet und schon geht's wieder...

This post has been edited 4 times, last edit by "AntaBaka" (Feb 22nd 2009, 9:44pm)


  • »AntaBaka« is a verified user

Posts: 7,932

Date of registration: Oct 29th 2006

Location: Der goldene Westen (aktuell: Chicago, IL)

  • Send private message

member since 36 month member since 36 month member since 36 month

124

Sunday, February 22nd 2009, 10:20pm

Hm, in der v0.7.3 vom SD2IEC hat's gar kein BIN, nur ein HEX... :gruebel
Nun wird's mit dem Bootloader also nix auf die einfache Tour.

Also HEX hart flashen...

Unseen

Ia! Ia! sd2iec fhtagn!

Posts: 2,393

Date of registration: Jun 16th 2007

Location: Deutschland

  • Send private message

member since 36 month member since 36 month member since 36 month

125

Sunday, February 22nd 2009, 10:38pm

Hm, in der v0.7.3 vom SD2IEC hat's gar kein BIN, nur ein HEX... :gruebel
Nun wird's mit dem Bootloader also nix auf die einfache Tour.

Die 0.8.0pre1 zu nehmen wäre zu einfach, oder?

  • »AntaBaka« is a verified user

Posts: 7,932

Date of registration: Oct 29th 2006

Location: Der goldene Westen (aktuell: Chicago, IL)

  • Send private message

member since 36 month member since 36 month member since 36 month

126

Sunday, February 22nd 2009, 10:44pm

Die 0.8.0pre1 zu nehmen wäre zu einfach, oder?
Eindeutig.
In die habe ich nämlich nicht reingeschaut, daher wusste ich nicht, ob da ein BIN drin ist....

EDIT: Ist aber auch egal, da das MMC2IEC nix tut.
Will sagen: LarsP HEX geflashed (laut Verify auch alles schön drin). 5V+GND angeschlossen, IEC angeschlossen. Rechner eingeschaltet. Keine LED leuchtet, nix bewegt sich.

EDIT: Sodele, LEDs richtigherum eingesetzt, nun leuchtet die Grüne beim Start kurz auf. Immerhin :)
Und sonst tut anscheinend jetzt auch alles. Prima.

Unseen

Ia! Ia! sd2iec fhtagn!

Posts: 2,393

Date of registration: Jun 16th 2007

Location: Deutschland

  • Send private message

member since 36 month member since 36 month member since 36 month

127

Sunday, February 22nd 2009, 11:32pm

In die habe ich nämlich nicht reingeschaut, daher wusste ich nicht, ob da ein BIN drin ist....

Irgendwie muss man die Leute ja dazu bringen die neuere Version auch mal zu testen. ;-)

Ausserdem hatte vorher niemand nach einer Bootloaderversion für LarsP-Hardware gefragt, evtl. liegt auf dem Server irgendwo noch die handgenerierte 0.7.3-BIN-Datei.

  • »AntaBaka« is a verified user

Posts: 7,932

Date of registration: Oct 29th 2006

Location: Der goldene Westen (aktuell: Chicago, IL)

  • Send private message

member since 36 month member since 36 month member since 36 month

128

Sunday, February 22nd 2009, 11:37pm

Beide Platinen funktionieren soweit.

Das mit dem Bootloader und dem flashen der v0.8.0pre1 funktioniert natürlich sofort viel besser, wenn man den richtigen Bootloader nimmt :)

  • »AntaBaka« is a verified user

Posts: 7,932

Date of registration: Oct 29th 2006

Location: Der goldene Westen (aktuell: Chicago, IL)

  • Send private message

member since 36 month member since 36 month member since 36 month

129

Sunday, February 22nd 2009, 11:39pm

evtl. liegt auf dem Server irgendwo noch die handgenerierte 0.7.3-BIN-Datei.
Ja natürlich: Im Test-Verzeichnis ist sie...
...dann werd ich mal auf den anderen 644 auch den Bootloader drauftun.

PeterSieg

Professional

  • "PeterSieg" is male
  • »PeterSieg« is a verified user
  • "PeterSieg" started this thread

Posts: 1,361

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

  • Send private message

member since 36 month member since 36 month member since 36 month

130

Monday, February 23rd 2009, 7:57am

@Antabaka: Prima - irgendwie wußte ich das du der erste bist, der sie zum Laufen bringt ;-)

Kannst du bitte für evtl. Nachbauer mit 644 die nötigen Schritte noch einmal detalliert beschreiben und ggf. die nötigen Dateien hier einhängen
(mit Verweis wo die Quelle war für zukünftige Updates)..?

Peter
AVR TinyBasic, AVR CPM, N8VEM SBC, VIP1710, C64-I, C64-II, 1541C, 1541-II, SD2IEC, SwinSID

  • »AntaBaka« is a verified user

Posts: 7,932

Date of registration: Oct 29th 2006

Location: Der goldene Westen (aktuell: Chicago, IL)

  • Send private message

member since 36 month member since 36 month member since 36 month

131

Monday, February 23rd 2009, 10:29am

Die Anleitung für den ATMega 644(P) ist im Prinzip nicht anders als der ATMega32.

Was man benötigt:
  • Eine gepatchte PonyProg Version (2.06g), die auch mit dem 644P umgehen kann: Link.
    Der Grund dafür ist, dass auch die aktuell verfügbare Version von PonyProg (2.07c) nur den 644 kennt, aber nicht den 644P.
  • Zum Bespielen benötigt man ein Board mit externem Oszillator. Ansonsten meldet sich der 644P nicht mehr, nachdem man die Fuses/Security Bits entsprechend eingestellt hat. Ich habe mir ein Board selber gebaut: Link. Hier der Programmieradapter dazu: Link. Es geht natürlich auch jedes andere Board, wie z.B. das Evaluationsboard von Pollin.
  • Die Fuses sind wie folgt zu setzen (vorher immer ein READ machen!):
    Check (Programmed, 0) = JTAGEN, SPIEN, EESAVE, BOOTSZ1, BOOTRST, BODLEVEL1, SUT0
    Uncheck (Unprogrammed, 1) = CLKDIV8, OCDEN, CKOUT, WDTON, BOOTSZ0, BODLEVEL2, BODLEVEL0, SUT1, CKSEL3, CKSEL2, CKSEL1, CKSEL0.
  • Jetzt kommt der Bootloader drauf, den findet man in diesem ZIP-File: Link (Quelle ist natürlich das sd2iec-Repository).
  • Jetzt noch eine Karte mit dem Firmware-BIN bestücken. Dazu entweder die v0.7.3 nehmen (Link) oder die v0.8.0pre1 (Link).
  • Karte in den Slot einstecken, Board anschliessen und Rechner einschalten. Die Rote LED sollte kurz angehen, dann flackert die grüne LED für ein paar Sekunden, danach ist die neue Version im ATMega geflashed.
Alle benötigten Dateien sind im angehängten RAR-Verzeichnis drin (zwei Teile wg. 250KB Uploadlimit).
index.php?page=Attachment&attachmentID=17703
index.php?page=Attachment&attachmentID=17704

Vielleicht komme ich heute abend mal dazu, meine MMC2IEC-Seite entsprechend zu aktualisieren. Es hat sich ja einiges getan - neue Firmwareversionen, neue NKC-Version und jetzt dieses Board...

PeterSieg

Professional

  • "PeterSieg" is male
  • »PeterSieg« is a verified user
  • "PeterSieg" started this thread

Posts: 1,361

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

  • Send private message

member since 36 month member since 36 month member since 36 month

132

Monday, February 23rd 2009, 10:33am

Super!! Da muß ich mir doch glatt mal demnächst einen 644 bestellen ;-)

Peter
AVR TinyBasic, AVR CPM, N8VEM SBC, VIP1710, C64-I, C64-II, 1541C, 1541-II, SD2IEC, SwinSID

Unseen

Ia! Ia! sd2iec fhtagn!

Posts: 2,393

Date of registration: Jun 16th 2007

Location: Deutschland

  • Send private message

member since 36 month member since 36 month member since 36 month

133

Monday, February 23rd 2009, 11:59am

Zum Bespielen benötigt man ein Board mit externem Oszillator. Ansonsten meldet sich der 644P nicht mehr, nachdem man die Fuses/Security Bits entsprechend eingestellt hat. Ich habe mir ein Board selber gebaut: Link. Hier der Programmieradapter dazu: Link. Es geht natürlich auch jedes andere Board, wie z.B. das Evaluationsboard von Pollin.

Du kannst auch erst das Programm flashen und dann die Fuses setzen.

  • »AntaBaka« is a verified user

Posts: 7,932

Date of registration: Oct 29th 2006

Location: Der goldene Westen (aktuell: Chicago, IL)

  • Send private message

member since 36 month member since 36 month member since 36 month

134

Monday, February 23rd 2009, 12:08pm

Du kannst auch erst das Programm flashen und dann die Fuses setzen.
Wie oben schon angemerkt: Das wäre ja wieder viel zu einfach :D

NLQ

Intermediate

  • "NLQ" is male

Posts: 214

Date of registration: Feb 20th 2005

Location: Kirchardt bei Heilbronn

  • Send private message

member since 60 month member since 60 month member since 60 month member since 60 month member since 60 month

135

Monday, February 23rd 2009, 10:35pm

Quoted

Die Fuses sind wie folgt zu setzen (vorher immer ein READ machen!)

Warum ist das denn so wichtig? Was passiert, wenn man die Fuses nur schreibt ohne vorher zu lesen?

  • »AntaBaka« is a verified user

Posts: 7,932

Date of registration: Oct 29th 2006

Location: Der goldene Westen (aktuell: Chicago, IL)

  • Send private message

member since 36 month member since 36 month member since 36 month

136

Monday, February 23rd 2009, 10:40pm

Quoted

Die Fuses sind wie folgt zu setzen (vorher immer ein READ machen!)
Warum ist das denn so wichtig? Was passiert, wenn man die Fuses nur schreibt ohne vorher zu lesen?
Man kann sich furchtbar vertun. SPIEN ist z.B. nicht gesetzt im Standard bei PonyProg und ist manuell auch nicht setzbar (zu mindest nicht ohne weitere). D.h. wenn man jetzt schreibt, ist SPIEN unprogrammiert und man bekommt es nicht so einfach wieder progged.

Letztendlich eine Sicherheitsmassnahme, wie z.B. immer den Rechner ausmachen, bevor man einen Parallelportstecker an- oder absteckt.

NLQ

Intermediate

  • "NLQ" is male

Posts: 214

Date of registration: Feb 20th 2005

Location: Kirchardt bei Heilbronn

  • Send private message

member since 60 month member since 60 month member since 60 month member since 60 month member since 60 month

137

Monday, February 23rd 2009, 10:59pm

Quoted

Man kann sich furchtbar vertun. SPIEN ist z.B. nicht gesetzt im Standard bei PonyProg und ist manuell auch nicht setzbar (zu mindest nicht ohne weitere). D.h. wenn man jetzt schreibt, ist SPIEN unprogrammiert und man bekommt es nicht so einfach wieder progged.

Danke, das beruhigt mich. Ich dachte schon, dass die Fuses nicht korrekt gesetzt werden, falls man sie nicht vorher ausliest.

for(;;)

Professional

Posts: 1,257

Date of registration: Aug 28th 2005

Location: Leverkusen

  • Send private message

member since 48 month member since 48 month member since 48 month member since 48 month

138

Monday, February 23rd 2009, 11:27pm

Ich fasse mal zusammen:
[...]
R1, R2, R3 = 1k8 Ohm
R4, R5, R6 = 3k3 Ohm
[...]


Ich könnte k****n...

Ich habe gerade festgestellt, dass die Werte von R1-3 mit denen von R4-5 vertauscht sind!
Tatsächlich steht im Schaltplan:

R1, R2, R3 = 3k3 Ohm
R4, R5, R6 = 1k8 Ohm

Wenn ich das so lasse, bekomme ich am Spannungsteiler falsche Werte - jetzt kann ich meine frisch verlöteten Widerstände direkt wieder raus reissen...

  • »AntaBaka« is a verified user

Posts: 7,932

Date of registration: Oct 29th 2006

Location: Der goldene Westen (aktuell: Chicago, IL)

  • Send private message

member since 36 month member since 36 month member since 36 month

139

Monday, February 23rd 2009, 11:32pm

Ich könnte k****n...
Ich habe gerade festgestellt, dass die Werte von R1-3 mit denen von R4-5 vertauscht sind!
Tatsächlich steht im Schaltplan:
R1, R2, R3 = 3k3 Ohm
R4, R5, R6 = 1k8 Ohm
Mist, das tut ehrlich mir leid :(
Ich hatte da irgendwie meinen Plan im Kopf, da sind R1, R2, R3 die 1k8er...

Ein Mod, bitte mal den Post oben entsprechend editieren?

EDIT:
Habs geändert.
Gruß Donald


EDIT2: Nun ratet mal, wie meine beiden verlötet sind? Genau.. verkehrt. Aber funktionieren.Der Spannungsteiler erzeugt nun gerade noch 1.765V am SD-Slot. Da ich den mit 3.0V Betreibe, reicht das anscheinend, um als HIGH-Pegel registriert zu werden. Aber das der ATMega das mitmacht wundert mich, denn der benötigt eigentlich mehr als 1,765 als HIGH Pegel bei 5V...

EDIT3: Okay, umgebaut. So ein Mist aber auch...

This post has been edited 4 times, last edit by "AntaBaka" (Feb 24th 2009, 12:27am)


Unseen

Ia! Ia! sd2iec fhtagn!

Posts: 2,393

Date of registration: Jun 16th 2007

Location: Deutschland

  • Send private message

member since 36 month member since 36 month member since 36 month

140

Tuesday, February 24th 2009, 1:06am

EDIT2: Nun ratet mal, wie meine beiden verlötet sind? Genau.. verkehrt. Aber funktionieren.Der Spannungsteiler erzeugt nun gerade noch 1.765V am SD-Slot. Da ich den mit 3.0V Betreibe, reicht das anscheinend, um als HIGH-Pegel registriert zu werden. Aber das der ATMega das mitmacht wundert mich, denn der benötigt eigentlich mehr als 1,765 als HIGH Pegel bei 5V...

Der AVR sieht die 1.765V nicht, die Leitungen in denen die Spannungsteiler liegen sind aus dessen Sicht reine Ausgangsleitungen.