Forum: Mikrocontroller und Digitale Elektronik ATmeag88 ISP Frequenz Probleme!


von Florian M. (flomll)


Lesenswert?

Hallo Leute,

kaum den einen Fehler in den Griff bekommen schon happert es am 
nächsten. Kann den ATmega88 nicht mehr bespielen. Ich kann ihr richtig 
auslesen usw. jedoch wenn ich ein Programm rauf spielen will dann sagt 
er, dass die Werte beim Lesen vom FLASH nicht stimmen.


Getting ISP frequency parameters.. SD=0x3e .. OKOK
Reading FLASH input file.. OK
Setting device parameters.. OK!
Entering programming mode.. OK!
Erasing device.. OK!
Programming FLASH ..      OK!
Reading FLASH ..      OK!
WARNING: FLASH byte address 0x0077 is 0xF0 (should be 0xF7).. FAILED!
Leaving programming mode.. OK!

von Florian M. (flomll)


Lesenswert?

Ich meine ich kenne ja die Fehler wo die Frequenz nicht passt, jedoch 
das kommt mir etwas komisch vor.

von Timmo H. (masterfx)


Lesenswert?

Ist es immer die gleiche Adresse?

von Uwe (de0508)


Lesenswert?

Hallo !

bei mir war es das ISP Kabel, es war zu lang.
Auf ca. 5cm gekürzt und alles läuft.

Der usbasp kann mit z.B. avrdude .. -b 50 auf langsamen Takt gestellt 
werden, wenn der atmel nur mit 1MHz läuft.

von Uwe (de0508)


Lesenswert?

Noch etwas, falls Du den atmel oder die Zielschaltung über den USB Bus 
mit 5V versorgst, ist auf die 'angemeldete' Stromaufnahme zu achten.

die usbtiny und usbasp haben 50mA eingestellt.

Ich stelle die Firmware immer auf 200mA ein, so begrenzt der PC den 
Strom nicht so schnell.
1
Bus 001 Device 005: ID 1781:0c9f Multiple Vendors 
2
Device Descriptor:
3
  bLength                18
4
  bDescriptorType         1
5
  bcdUSB               1.01
6
  bDeviceClass          255 Vendor Specific Class
7
  bDeviceSubClass         0 
8
  bDeviceProtocol         0 
9
  bMaxPacketSize0         8
10
  idVendor           0x1781 Multiple Vendors
11
  idProduct          0x0c9f 
12
  bcdDevice            1.04
13
  iManufacturer           0 
14
  iProduct                2 USBtiny
15
  iSerial                 0 
16
  bNumConfigurations      1
17
  Configuration Descriptor:
18
    bLength                 9
19
    bDescriptorType         2
20
    wTotalLength           18
21
    bNumInterfaces          1
22
    bConfigurationValue     1
23
    iConfiguration          0 
24
    bmAttributes         0x80
25
      (Bus Powered)
26
    MaxPower              200mA
27
    Interface Descriptor:
28
      bLength                 9
29
      bDescriptorType         4
30
      bInterfaceNumber        0
31
      bAlternateSetting       0
32
      bNumEndpoints           0
33
      bInterfaceClass       255 Vendor Specific Class
34
      bInterfaceSubClass      0 
35
      bInterfaceProtocol      0 
36
      iInterface              0 
37
Device Status:     0x0000
38
  (Bus Powered)

von spess53 (Gast)


Lesenswert?

Hi

Teste mal, den AVR vor dem Programmieren zu löschen.

>bei mir war es das ISP Kabel, es war zu lang.
>Auf ca. 5cm gekürzt und alles läuft.

Was ist den das für ein mülliger Programmer? Mit den Originalen sind 1m 
und mehr kein Problem.

MfG Spess

von Uwe (de0508)


Lesenswert?

Hallo Spess,

bitte achte auf deinen Ausdruck, bei www.fischl.de und 
http://www.ladyada.net/make/usbtinyisp/ findest Du die aktuellen 
Schaltpläne.

Und wenn deine USB Kabel vielleicht zu lang ist ? oder auch der Strom 
über 50mA liegt?

Dann kann keiner der o.g. ISP-Programmer richtig Arbeiten.

Es kommt also immer auf das "Umfeld" an; hat man z.B. viele Störungen in 
einem Industrieumfeld, dann wird 1m Kabel auch nicht funktionieren.

Ich freue mich auf ein Bild deines ISP-Programmer.

.

von spess53 (Gast)


Lesenswert?

Hi

>bitte achte auf deinen Ausdruck, bei www.fischl.de und
>http://www.ladyada.net/make/usbtinyisp/ findest Du die aktuellen
>Schaltpläne.

Habe ich mir angesehen. Da willst du aber nicht wirklich meine Meinung 
hören.

>Ich freue mich auf ein Bild deines ISP-Programmer.

Sagen dir Atmels AVRISP MKII, AVR-DRAGON, STK500 und AVRISP mkII etwas? 
Mit einem Equinox Epsilon MKII funktionieren ebenso Programmierkabel in 
der Größenordnung.

MfG Spess

von Thomas E. (thomase)


Lesenswert?

Uwe S. schrieb:
> bitte achte auf deinen Ausdruck

Meinst du das hier?

spess53 schrieb:
> Was ist den das für ein mülliger Programmer?


Da hat er doch vollkommen recht.
5 cm Kabel, fehlerhafte Programmierung.

Und was soll das:

Uwe S. schrieb:
> Ich stelle die Firmware immer auf 200mA ein, so begrenzt der PC den
> Strom nicht so schnell.

Mit diesen Schrottprogrammern gibt es doch nur Stress. Egal welche. 
Irgendwann geht's nicht.


mfg.

von Florian M. (flomll)


Lesenswert?

Hallo ich habe es jetzt mit einem STK500 mit kürzerem Kabel versucht. Da 
funktioniert es wirklich! Wird dann wohl wirklich am Kabel liegen!

von Michael U. (amiga)


Lesenswert?

Hallo,

am STK500 (und am Dragon) habe ich mit 0,5m noch nie Probleme gehabt.

Bei 1,5k Widerständen in SCK und MOSI wundert es mich nicht, daß der 
Probleme mit der Kabellänge hat.
Man kann "Sicherheit" eben auch soweit treiben, das es sicher vor 
zuverlässiger Funktion ist...

Was hängt bei Dir an den SPI-Pins in der Schaltung noch dran außer dem 
Programmer?

Gruß aus Berlin
Michael

von Florian M. (flomll)


Lesenswert?

Hallo habe mir jetzt noch ein neues Kabel gebaut für den JTAGICE mkII 
jedoch leider auch hier ohne Erfolg. Den Fehler habe ich noch immer.

Ich habe nur beim MOSI Pin hängt noch ein Widerstand in serie da dieser 
Pin auch anderweitig verwendet wird.

von spess53 (Gast)


Lesenswert?

Hi

>Ich habe nur beim MOSI Pin hängt noch ein Widerstand in serie da dieser
>Pin auch anderweitig verwendet wird.

Wo liegt der Widerstand?

Der Programmer muss direkt an den Pin gehen. Widerstand zwischen Pin und 
Peripherie.

MfG Spess

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.