Bösartiger Fehler auf dem STK500

[Gast (Gast)]

Wenn SPROG1 (Blau) mit ISP6PIN verbunden ist, liegt am Sockel
SCKLT3400D1 (Blau) (der für Tiny13) am Pin 7 ein satter H-Pegel!!!

Dadurch ist es nicht möglich bei einem Tiny13 den
ADC-Kanal 1 (PB2) vernünftig zu testen! Mit einem
niederohmigen Poti lässt er sich zwar runterzerren,
aber in rel. hochohmige Schaltungen lässt sich nicht
reinmessen!

Könnte das mal jemand überprüfen ob das bei einem
anderen STK auch so ist oder ob meines einen Schaden
hat?

Danke im Voraus

[Auchgast (Gast)]

Nö, ist bei meinem nicht so

[Claudio Hediger (Gast)]

bei meinem ist das auch nicht der fall...

[Bascomfehler (Gast)]

Tatsächlich, habe es eben nachgemessen. Es sind 3,3V bei Vcc 3,3V

[Gast (Gast)]

Hab mal H/S Versionen aus meinem STK rausgezogen ...

Hardware Revision: 0x02
Firmware Version: 0x020a

... bei dieser Variante tritt die Macke auf!

Vieleicht könnte mir einer, beidem es nicht so ist
mal die Daten durchgeben. Evtl. ist das mach einem
Softwareupdate Geschichte.

Danke im Voraus

[Claudio Hediger (Gast)]

Hallo

Ich habe die selbe version....

Bei mir besteht das problem nicht!

[Gast (Gast)]

Habmal weiter probiert im grünen Sockel zb. für M8
ist das gleiche an Pin 19, betrift also das Signal SCK.
Dort fällt das blos micht auf weil kein ADC auf dem Pin liegt.

Bin jetzt beim M8 ...

- Wenn PB5 auf Eingang, dann schaft es der Taster auf jeden Fall
  den Eingang auf L zuziehen
- Wenn PB5 auf Ausgang, schaft der M8 diesen Ausgang in ein
  sicheres L zuziehen

fällt also nur bei µCs auf, bei dem sich SCK und ein ADC-Eingang
einen Pin teilen.

[Gast (Gast)]

Im Sockel SCKT3100A3 auf Pin 8 das Gleiche.

Die von Atmel werden wohl vergessen haben nach einer ISP
Programierung SCK auf Tristate zuschalten.

[Claudio Hediger (Gast)]

dieses problem besteht jedoch nur bei dir

[Gast (Gast)]

@ Claudio Hediger,

ich glaube nicht das Du wirklich gemessen hast!

[spess53 (Gast)]

Hi

Ich würde mal das ISP-Kabel überprüfen.

MfG Spess

[Gast (Gast)]

Hallo spess53,

das ist ein 6er "Hosenträger" mit orginal Steckern,
außerdem funktioniert die ISP Programmierung einwandfrei!

[spess53 (Gast)]

Hi

>das ist ein 6er "Hosenträger" mit orginal Steckern,
>außerdem funktioniert die ISP Programmierung einwandfrei.

Das habe ich hier schon oft genug gelesen.

MfG Spess

[Gast (Gast)]

Ok Problem gelöst. :-)

siehe Hilfe von:

http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/STK500/STK500.htm

Mit Firmware aus "AVR Studio 4.13.571  Service Pack 2",
STK500-Update durchgeführt und der Fehler ist behoben.

aber die Firmware steht immer noch auf ...

"Firmware Version: 0x020a"

... da hat wohl jemand vergessen die Zeichenkette zu ändern. :)

[Gast (Gast)]

Hi spess53,

nicht so frech! Ich bin kein Bastler.

Gruß Gast  :)

[Björn W. (bwieck)]

Gast wrote:
> Wenn SPROG1 (Blau) mit ISP6PIN verbunden ist, liegt am Sockel
> SCKLT3400D1 (Blau) (der für Tiny13) am Pin 7 ein satter H-Pegel!!!


Schau dir mal den Schaltplan vom STK an Seite 8, rechte Seite:

Welche Funktion haben wohl R914, R911 und R908 ?

Satter H-Pegel, in der Tat.

Grüße
Björn

[Klaus (Gast)]

@ Björn Wieck (bwieck)

Ich glaube, das STK500 ist älter als der Tiny13.
Darum nehme ich das Wort "Fehler" zurück.

Damals wusste wahrscheinlich kein Entwickler des STKs, daß
es einen Chip Nahmes ATTiny13 geben wird.


Trotzdem ist es eine

BÖSE FALLE

[Björn W. (bwieck)]

Klaus wrote:

> Trotzdem ist es eine
>
> BÖSE FALLE

Mit lustigen Effekten ist IMMER zu rechnen wenn an der ISP-Schnittstelle
neben der Zielhardware auch der Programmer hängt.

;)

Grüße
Björn

[Klaus (Gast)]

Hi Björn,

das lässt sich bei einem 8 Piner fast nicht vermeiden. :)