Could not identify chip with ID: FFFFFF

[tuttle64]

Hallo allerseits,

ich versuche gerade mein erstes Programm auf einem fertig aufgebautem RN-Control 1.4 Mega32 zum Laufen zu bringen, der wie folgt aussieht:

$regfile = "m32def.dat"
$crystal = 8000000
Config Porta.7 = Output
Blink_led Alias Porta.7

Program_start:

Blink_led = 1
Waitms 1000
Blink_led = 0
Waitms 1000
Goto Program_start
End

Hierzu habe ich den Controller an einem Bascom USB-ISP-Programmer mit meinem Notebook verbunden und das Programm in die Demo Version von BASCOM-AVR 1.11.8.3 eingegeben. Der Controller wird über einen 9V-Akku gespiesen. Bei den Optionen habe ich beim Compiler als Chip m32def.dat eingestellt und beim Programmer STK200/STK300 Programmer. Andere Einstellungen habe ich nicht vorgenommen.

Nun, obiges Programm kann ich mit F7 kompilieren. Sobald ich aber auf Run Programmer F4 -> Manual Program aufrufe erhalte ich eine Fehlermeldung "Could not identify chip with ID: FFFFFF" und "Selected chip and target chip do not match AT90S2313 <-> ATMEGA32". Was mache ich falsch resp. wie kann ich diese Fehlermedungen fixen?

[Torrentula]

Du kannst aus der Dropdown-Liste in dem Dialog, der sich öffnet, wenn du auf program chip gehst, auswählen, welchen chip du benutzt. Der Fehlermeldung nach ist also der AT90S2313 eingestellt. Einfach den ATmega32 auswählen und schon funktionierts

MfG

Torrentula

[tuttle64]

Du kannst aus der Dropdown-Liste in dem Dialog, der sich öffnet, wenn du auf program chip gehst, auswählen, welchen chip du benutzt. Der Fehlermeldung nach ist also der AT90S2313 eingestellt. Einfach den ATmega32 auswählen und schon funktionierts

Leider nicht. Der ATmega32 erscheint bereits als ausgewählt zu sein (siehe Bild). Zudem habe ich jetzt beim Programmer USB-ISP Programmer eingestellt.




Hat alles nichts genützt und ich bin langsam am verzweifeln. Liegt es evtl. an der Demo-Version oder was kommt sonst noch als Ursache in Frage?

[Besserwessi]

Das sollte nicht an der Demo Version liegen - da hat man Einschränkungen beim Compiler, aber so weit ich weiß nicht beim Programmer Tool.

Die Rückmeldung mit ID FFFFFFFF heißt eigentlich das es keine Verbindung zum Chip gibt. Welcher Chip eingestellt ist, ist dafür noch egal. Aber eigentlich müsste dazu schon so etwas wie ein Programmer gefunden worden sein - sonst sollte eine andere Fehlermeldung kommen.

[tuttle64]

Wie gesagt, der Controller wird über ein 9V-Block Akku gespiesen. Nachdem ich die Spannung mit einem Multimeter am 9V-Block mit > 3V gemessen habe, habe ich den Akku eine Weile aufgeladen und es nochmals versucht und Bingo: Im Fenster von USB-ISP Programmer wird beim Aufruf von Chip -> Identify der Chip, Manufacturer etc. richtig erkannt. Kann es also sein, dass das Problem an einer zu geringen Spannung des 9V-Block lag?

Habt bitte Geduld mit mir. Ich bin ziemlich neu in der Materie und bin mich jetzt am Einarbeiten.

[ikarus_177]

Hi,

3V sind sicherlich zu wenig für den Betrieb des Boards. Meines Wissens nach verfügt es über einen Linearregler (LM7805 o.ä.), der die Betriebsspannung von 5V für den Controller erzeugt, dafür aber mindestens 7V benötigt (beim LM7805).
Wenn es mit der voll aufgeladenen Batterie (alternativ könntest du auch eine Speisung mit Netzgerät - falls vorhanden - versuchen) funktioniert, war dies also des Pudels Kern.

Viele Grüße,
ikarus_177

[Hubert.G]

Mit einem Bascom USB-ISP Programmer ist die Einstellung STK200/300 sicher nicht richtig. Das ist ein Programmer für die Serielle Schnittstelle.
Probier mal den MCS.USB-Programmer