Bascom - Flashen Fehlermeldung

[Peter (Gast)]

Hi,

ich möchte einen AT90S2313 mit Bacom programmieren.

Mein USB-Programmierer geht an allen anderen Chips ohne Probleme.
Nun habe ich auf meinen Breadboard den 90S2313 aufgebaut nach folgender 
Skizze:
http://home.arcor.de/florian.esser/prog.gif
Habe nur noch ein 8Mhz Quarz und 2 22pF Kondensatoren an Pin 4 und 5 zur 
"Taktgebung"

Wenn ich nun egal was für einen Code z.B.

$regfile = "2313def.dat"
$crystal = 8000000

Led Alias Portd.1
Config Led = Output

Do
   Toggle Led
   Wait 1
Loop

versuche zu flashen kommt die Fehlermeldung Division by Zero nach dem 
Kompilieren.

Habe den Schaltplan und alles hundertmale gecheckt und auch andere 2313 
probiert. Immer der gleiche Fehler...

[Peter (Gast)]

Wenn ich den Programmieradapter an einem Mega16 verwende geht alles.
Selbst mit AVR-Studio.

Nur an den ganzen AT90S2313 geht nix.
Nicht mit Bascom oder mit AVR Studio


Wenn ich aber in Bascom den Chip manuell programmiere und auf "Fuse an 
Lock Bits" klicke, dann kann ich den Chip auslesen und er wird von 
Bascom erkannt.

Genauso wird er in AVR Studio erkannt...

[Socki (Gast)]

Peter schrieb:
> Mein USB-Programmierer geht an allen anderen Chips ohne Probleme.

Wenn man nur noch irgendwie wüßte, was für einer das genau ist, könnte 
es für einen Erfahrungsaustausch reichen. Betriebssystem vom PC wäre 
eventuell auch noch interessant und die verwendete BASCOM version.

[Peter (Gast)]

Ist ein USB Programmierer:
http://jaybe-stuff.de/wp-content/uploads/2012/02/programmer.jpg

Wird unter XP als Diamex DX-ISP erkannt und bekommt COM5 zugewiesen.

Bascom Version : 1.11.9.5

[spess53 (Gast)]

Hi

>Wenn ich aber in Bascom den Chip manuell programmiere und auf "Fuse an
>Lock Bits" klicke, dann kann ich den Chip auslesen und er wird von
>Bascom erkannt.

Was meinst du mit 'manuell programmiere'?

MfG spess

[Peter (Gast)]

Da gibt es bei Bascom einen Menüpunkt:

Programmieren - Zu Chips Senden(auf den Pfeil gehen) und dann Manuell 
Programmieren anklicken.

Dann komme ich zu diesem Fenster:
http://avrhelp.mcselec.com/stk500_native.png

[Peter (Gast)]

Hier mal ein Screenshot direkt von mir:

Ich kann den Flash und Eeprom auslesen und den Chip löschen und die 
Fusebits auslesen.

Nur schreiben kann ich nicht...

[Peter (Gast)]

Ich kann auch einen funktionierenden AT90S2313 auf dem Breadbord mit dem 
Programmierer auslesen und die Daten aus dem Flash in einer Datei 
speichern.


Nur senden zum Chip hin funktioniert nicht.

[Paul Baumann (Gast)]

Peter schrob:
>....kommt die Fehlermeldung Division by Zero nach dem Kompilieren.

Dann wird das Programm nicht vernünftig übersetzt und es dürfte gar 
keine
.hex-Datei entstehen. Dann wird auch keine in den Kontroler übertragen.

Versuche mal eine andere Version von Bascom. Ich hatte mal das Problem
mit Attiny24. Da war die .def-Datei fehlerhaft. Ich habe hier die 
Version
1.11.9.5. Damiit läßt sich Dein Programm übersetzen. Die Datei habe
ich angehangen. Versuche die mal zu flashen.
MfG Paul

[Paul Baumann (Gast)]

Hast Du in Optionen->Umgebung->Kompiler auch das richtige Ausgabeformat
eingestellt?

MfG Paul

[Peter (Gast)]

Mit der Forum_Test.hex kommt bei AVR-Studio die Fehlermeldung:

[Peter (Gast)]

@Paul Baumann (Gast)

Im Kompiler bei den Einstellungen (Output) sieht es so aus wie bei Dir.
Eine Hex Datei wird von meinem Bascom erstellt.

Habe die gleiche Bascom Version wie Du

[Paul Baumann (Gast)]

Peter schrob:
>Mit der Forum_Test.hex kommt bei AVR-Studio die Fehlermeldung:

Du hast einen Atmega16 eingestellt. Das Programm ist aber für den
At90S2313 übersetzt. Da hustet und spuckt deas AVR-Studio.

MfG Paul

[Peter (Gast)]

Ahhh - mein Fehler...

Die Forum_test.hex geht also doch mit ARV Studio
Aber warum läuft mein Programmcode nicht? Oder lässt sich nicht flashen?


BTW:
Kann ich von Bascom auch ne HEX Datei flashen?

[Peter (Gast)]

Meine von Bascom erstellte HEX Datei von dem Programmcode von oben geht 
auch mit AVR Studio.


Muss wohl dann doch an Bascom liegen...

[Paul Baumann (Gast)]

Peter frog:
>Aber warum läuft mein Programmcode nicht?

Taktet der Kontroller richtig? Ist die LED am richtigen Pin?

>Oder lässt sich nicht flashen?

Flashen hat er sich doch erfolgreich lassen, das steht ja unten in dem
Ausgabefenster drin.

>Muss wohl dann doch an Bascom liegen...

Eher am Bediener, denn bei mir geht es ja auch aus Bascom heraus. Ich 
habe hier einen Eigenbau "USB-AVR-LABTOOL" als Programmer dran. Du mußt 
es
für Dich natürlich auf Deinen Programmer einstellen (Anhang)

MfG Paul

[Chr. M. (snowfly)]

Ich vermute auch dass Paul Baumann recht hat
und die .def Datei defekt ist.

versuch mal die angehängte.

Mit der 2.0.7.5 DEMO geht es übrigens.

[Peter (Gast)]

Mit AVR Studio lässt es sich schon flashen. Die LED blinkt auch im 
Sekundentakt.


Nur von Bascom aus kann ich den gleichen Chip nicht flashen.

Bascom und der Programmer sind richtig eingestellt. Sonst würde das 
ganze nicht an meinen anderen Platinen mit verschiedenen AtMegas nicht 
laufen. Liegt daher nicht unbedingt am Anwender.

[holger (Gast)]

>Bascom und der Programmer sind richtig eingestellt.

Sicher? Solche Problemchen liegen oft an einer
zu hohen ISP Frequenz.

[Peter (Gast)]

Sicher schon seit über 2 Jahren an meinen anderen Platonen...

[Reiner (Gast)]

Das Problem zeigt sich laut Screenshot mit einem STK500 kompatiblen 
Programmer.
Ich erinnere mich: der zeigt IMMER an, das er liest oder löscht, Auch 
wenn er gar nichts liest.

Meine Vermutung: vermutlich ist der µC tot oder "verfused".
Tipp: Ein USB Programmer wie ein Atmel MK2 oder dieser kompatible hier: 
http://www.shop.display3000.com/wichtiges-zubehoer/programmieradapter/diamex-all-avr.html 
verifiziert vorher, ob der Chip überhaupt da ist und ist zudem noch 10x 
schneller (wobei das bei so einem kleinen Chip natürlich egal ist).

Rainer

[Reiner (Gast)]

OK, hatte die Seite zu lange offen, bevor ich schrieb. In der 
Zwischenzeit schreibt er ja, es ginge mit AVR Studio - dann ist der Chip 
ja wohl doch noch i.O.
Also den obigen Beitrag ignorieren.
Rainer

[holger (Gast)]

>Also den obigen Beitrag ignorieren.

So verkehrt war dein Beitrag gar nicht.
Wenn die Chip ID nicht abgefragt wird kann man
immer lesen und Befehle senden. Die Frage ist nur:
sind die gelesenen Daten sinnvoll und wurde der Befehl
auch ausgeführt?

[Peter (Gast)]

Dann wären ja 5 andere Chips(alles 90S2313) auch alle "defekt"...

[Fred (Gast)]

tipp  doch mal in dein basic "config usb" oder alternativ "config hirn", 
das müsste doch auch gehen.

[Peter (Gast)]

Es lag also doch an Bascom.

Habe von meiner Uralt Version auf die aktuelle geupdatet und nun läuft 
auch der 2313 richtig und lässt sich programmieren.