Anfänger-Probleme mit RN-Control Datenübertragung

Sicher ist es nur eine Kleinigkeit, die ich falsch mache:

RNControl V1.4 neu Atmega 32 mit Bootloader.

Der Anschluß an den PC (Windows XP) an die RS-Schnittstelle ist wohl korrekt; das Demoprogramm wird am Terminal-Emulator ausgegeben, wenn ich das Board resette.

Es gelingt mir aber nicht, ein Programm (siehe unten) auf den Controler zu übertragen.

Kompilieren ist ohne Fehlermeldung.
Wenn ich dann den Button Program Chip anklicke, bekomme ich eine Fehlermeldung: Could not identify Chip with ID:FFFFFF; wenn ich dann mit OK bestätige, kommt die Meldung: Selected Chip and target chip do not match AT 90S1200<>Atmega16

In den AVR Optionen Compiler Chip habe ich den ersten Eintrag m323def.dat ausgewählt - aber auch alle anderen Einträge mit m32... ausprobiert, es passiert immer das Gleiche.

Wenn ich die Meldung Selected Chip and target chip do not match AT 90S1200<>Atmega16 mit OK bestätige, öffnet sich der AVR ISP Programmer, im Fenster Chip ist automatisch AT90S1200 eingetragen.
Wenn ich diesen Eintrag ändere auf Atmega32, kann ich trotzdem bei Lock & Fusebits nichts eintragen, wenn ich den Reiter -Lock & Fusebits- anklicke, kommt die Meldung READLB not found.

Mittlerweile habe ich schon alles ausprobiert und weiß nun nicht mehr weiter. Kann jemand helfen?

#############################################
Das Programm:

$regfile = "m32def.dat" Controllertyp, AVR Mega 32
$framesize = 32 Stackanweisungen
$swstack = 32
$hwstack = 32
$crystal = 16000000 'Die Frequenz des verwendeten Quarzes

$baud = 9600 'Die Baudrate für RS232 Ausgabe.

Do
Print "* RN-CONTROL sagt Hallo, wie gheht es Dir? *"
Wait 1
Loop
##############################################
Im AVR-Simulator läuft alles

HELP

Als Programmer muß wenn ein Botloader auf den Chip ist der MCS Eingestellt sein (?). Von den Fuses solltest Du wegbleiben, damit kannst Du viel kaputt machen.

Gruß Richard

Hallo Richard, vielen Dank für Deine Antwort

Mit MCS Bootloader passiert folgendes:
Log Window
Open COM
Sending Init byte (nun passiert gar nichts mehr)

wenn ich nun am Board die Reset-Taste drücke, kommt:

Loader returned : 123
Uploading...
Error : -6006
Finish code : -6006

und es kommt die Fehlermeldung could not open Com1
was ist falsch und wofür brauche ich den Bootloader überhaupt?

Zitat:

---

Zitat von juergen009

Hallo Richard, vielen Dank für Deine Antwort

Mit MCS Bootloader passiert folgendes:
Log Window
Open COM
Sending Init byte (nun passiert gar nichts mehr)

wenn ich nun am Board die Reset-Taste drücke, kommt:

Loader returned : 123
Uploading...
Error : -6006
Finish code : -6006

und es kommt die Fehlermeldung could not open Com1
was ist falsch und wofür brauche ich den Bootloader überhaupt?

---

Hängt die Schaltung denn an com 1? Wenn nicht mußt Du unter Programmer auch die Schnittelle richtig einstellen. Das mit dem Reset ist so richtig, Übertragung starten und gleich Reset drücken .

Loader returned : 123
Uploading... Sagt allerdings aus das das Board sich gemeldet hat??? Eigenartig, ist die Baudrate richtig? Den Bootloader brauchst Du außer Du hast einen ISP Programmer und ohne Bootloader kannst Du nicht über RS232 Proggen.

Gruß Richard

die Fehlermeldung mit Com 1 kommt nicht mehr, seit ich im Programmcode:
$programmer = 13 '13 = MCS Bootloader eingegeben und neu compiliert habe.

Mit dem grünen Button öffnet sich der MCS Bootloader mit der Meldung:

Log Window
Open COM
Sending Init byte

und der Aufforderung, das Board zu resetten. Wenn ich das mache erhalte ich die Fehlermeldung:

Loader returned : 123
Error : -6006
Finish code : -6006

was bedeutet diese Error-Meldung und wie kriege ich sie weg?

Ich bin mir nicht sicher, diese 123 ist so etwas wie das Password vom Chip es kann sein das Dein Chip Hersteller b.z.w. der Bootloader oder MCS Programmierer da unterschiedlicher Meinung sind (Produktschutz). Ich hatte das nur aus Interesse einmal mit Bootloader und Ponnyprog getestet und es hat geklappt. Leider alles weg da der Win PC von einem "lieben" Mitmenschen aus dem i-Netz geschreddert wurde.

Gruß Richard

Hallo ihr Lieben,
ich habe neuerdings das selbe problem...
ich bin auch anfänger also vorsich mit dem was ich sage ;)
aber ich habe mein rn control schon mehrfach programmieren können. und seit gestern habe ich genau den selben fehler 6006. ich versuche es auch über rs232, was bisher immer gut funktionierte... die printausgabe vom letzten mal funktioniert auch noch super über das terminal...

ich hoffe das das board nicht geschrottet ist... :(

Sooo schnell geht das nicht kaputt, ABER wenn man unbedarft irgendwelche Fuses setztkann man sich sehr schnell aussperren!
Wer mit den Fuses spielt sollte grau wissen was er macht!

Was man im Zweifelsfall dann machen kann, schaue einmal ins RN-Wiki. Oder auch mal beim Ponyprog Hersteller ob man Auskunft über die Fehlermeldungen bekommen kann.

Gruß Richard

ha da bin ich ja froh :-b

ja gut mit den fuebits... da lass ich erst mal die finegr fon hab ich ir gedacht..
(und wenn ich das richtig verstehe kann ich da auch nix verstellen da ich über rs232 und nicht über isp progge...

Ich kenne die Fehlercodes leider auch nicht, ich arbeite mit dem STK 500. Den Bootloader habe ich nur aus Interesse einmal getestet. Ich vermute das es an diesen"Loader returned : 123 " liegen kann, es gibt auch Bootloader die nicht von MCS stammen und vermutlich irgend etwas anderes als 123 erwarten. Google einmal nach AVR Bootloader Da gibt es etliche....

Gruß Richard

Muss mich da Nexianer anschließen,
habe auch diese lästige Fehlermeldung die ich einfach nicht wegbekomme.
Das mit dem Loader returned: 123 ist normal das hat er vorher auch gemacht als noch alles geklappt hat.

ja bis jetzt habe ich auch noch keine lösung für das problem!

allerdings auch keinen ISP programmieradapter

hat das problem mal jemand versucht mit nem ISP statt über RS232 zu lösen?

Ich habe mir jetzt zum Geburtstag mal was Gutes getan und mir von Atmel den MKII programmer geschenkt.
Nach 2 Tagen erfolgloser Installtionsversuchen, endlich läuft er ;)

und siehe da die Kommunikation mit dem Board geht auch wieder. der Chip ist also nicht platt sonder nur der bootloader der sich Quergestellt hat.

also an alle mit dem selben Problem:
Nicht Aufgeben nur aus ISP umstellen ;)

Zitat:

---

Zitat von Nexianer

Ich habe mir jetzt zum Geburtstag mal was Gutes getan und mir von Atmel den MKII programmer geschenkt.
Nach 2 Tagen erfolgloser Installtionsversuchen, endlich läuft er ;)

und siehe da die Kommunikation mit dem Board geht auch wieder. der Chip ist also nicht platt sonder nur der bootloader der sich Quergestellt hat.

also an alle mit dem selben Problem:
Nicht Aufgeben nur aus ISP umstellen ;)

---

Nur, nach der ISP Programmierung ist der Bootloader endgültig "WECH"! Der wird normaler Weise dabei überschrieben. :-(

Gruß Richard

jagut dass stimmt natürlich!

aber ich habe mir gedacht lieber nen funktionierenden ISP als einen defekten bootloader ;)

ich wollte einfach mal ne neue software auf das ding pressen :D

ausserdem ist auf der CD das Hex file vom bootloader dabei, wer es also nachmal versuchen will sollte damit erfolg haben können. ( habs nicht getestet)

Hi

hatte das selbe problem. hab die baudrate auf 38400 erhöht. seit dem klappt alles problemlos. hier auch noch ein link wo die Fehlermeldungen beschrieben sind:
http://avrhelp.mcselec.com/index.html?mcsbootloader.htm