Hilfe zu Programmierung Atmega8515

[L. R. (keyboard)]

Hei,

versuche einen ATmega8515 TQFP44 mit AVR 910 Version 1.3, und Avr-Osp II 
Nach folgender Liste zu programmieren. interner Oszillator, 8MHz

ein Häkchen  1;    kein Häkchen 0


?           ?
?           ?
BootLock12  0
BootLock11  0
BootLock02  0
BootLock01  0
Lock2       0
Lock1       0

entspricht Ext:  0x0FF


S8615C      0
WDTON       0
SPIEN       1
CKOPT       0
EESAVE      0
BOOTSZ1     0
BOOTSZ0     0
BOOTRST     0

entspricht High:  0x0FF

BODLEVEL    0
BODEN       1
SUT1        1
SUT0        1
CKSEL3      1
CKSEL2      0
CKSEL1      1
CKSEL0      1

entspricht Low:  0x0FF


Leider bisher ohne Erfolg.

Der unter http://www.engbedded.com/fusecalc/  Engbedded Atmel AVR® Fuse 
Calculator bringt mir für diesen µC kein Ext Wert.


Meine Fragen:

Welches ist das security Bit, das das auslesen des Chip verhindert, und 
muß es den Wert 1 oder 0 haben ?

Wann muß ich die Oscillator Calibration und mit welchem Wird durchführen 
?

Wie ist die Reihenfolge beim programmieren.
  Fusebits auslesen,
  Fusebits anpassen,
  Fusebits programmieren
  Flash programmieren
  EEPROM programmieren

Es kann durchaus sein, das ich mit meinen Programmierungen mich 
ausgesperrt habe. Ich habe gelesen, wenn ich intern und extern Quarz 
vertausche, das man nur noch an das Bit herankommt, wenn ein externer 
Oszillator am µC angeschlossen ist. Welche Frequenz muß dieser haben ?

Habe nach den erfolglosen Versuche mal die ISP Verbindung mit dem Oszi 
überprüft.

Pin 1 MOSI;  Pin 2 MISO;  Pin 3  SCK;   Pin 4 Reset;

Bis auf Pin 1 MOSI bekomme ich Signale auf dem Oszi angezeigt.  MOSI 
bleibt konstant auf High

wenn ich MOSI am Programmer trenne, und low oder high anlege, wird 
entsprechen bei Read abfrage low oder high zurück geliefert.



Für jegliche Hilfe sehr dankbar.

Schönen Tag

[L. R. (keyboard)]

hei,

kann man mir hierbei helfen ?

Schönen Tag

[Mark L. (m2k10)]

Grundsätzlich hat hier seltenst jemand Lust im Datenblatt die ganzen 
Fuses nachzulesen und die bits auszurechnen (Null-bits und 'entspricht 
0xFF' ist ein Widerspruch in sich).
Ich hab's doch mal grob gemacht und deine CKSEL-Fuses sehen so aus, als 
hättest du ext.High-Freq-Quarz eingestellt.
Außerdem scheinst du alle Lock-bits (das meinst du wohl mit 
security-bit) so programmiert zu haben, dass du alle Speicherbereiche 
gesperrt hast und auch noch den SPI deaktiviert.

L. R. schrieb:
> ein Häkchen  1;    kein Häkchen 0

'unprogrammed' ist 1, 'programmed' (also aktiviert) ist 0. Das passt 
dazu, dass die Fuses genau 'falsch'(auf deinen Zweck bezogen) herum zu 
sein scheinen.

Vorausgesetzt ich habe deine Angaben richtig verstanden, kannst du den 
Prozessor nur noch mit HV-Parallel-Programmierung retten.

Mark