Bösartiger Fehler auf dem STK500

Gast Gast 27.01.2009 12:51 #1125486

Lesenswert?

•

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

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Auchgast Gast 27.01.2009 13:37 #1125578

Lesenswert?

•

▲
▼

Nö, ist bei meinem nicht so

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Claudio Hediger Gast 27.01.2009 14:01 #1125613

Lesenswert?

•

▲
▼

bei meinem ist das auch nicht der fall...

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Bascomfehler Gast 27.01.2009 14:12 #1125631

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Gast Gast 27.01.2009 14:23 #1125646

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Claudio Hediger Gast 27.01.2009 14:45 #1125685

Lesenswert?

•

▲
▼

Hallo

Ich habe die selbe version....

Bei mir besteht das problem nicht!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Gast Gast 27.01.2009 15:06 #1125731

Lesenswert?

•

▲
▼

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.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Gast Gast 27.01.2009 15:21 #1125753

Lesenswert?

•

▲
▼

Im Sockel SCKT3100A3 auf Pin 8 das Gleiche.

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Claudio Hediger Gast 27.01.2009 15:23 #1125755

Lesenswert?

•

▲
▼

dieses problem besteht jedoch nur bei dir

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Gast Gast 27.01.2009 15:31 #1125762

Lesenswert?

•

▲
▼

@ Claudio Hediger,

ich glaube nicht das Du wirklich gemessen hast!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

spess53 Gast 27.01.2009 15:32 #1125767

Lesenswert?

•

▲
▼

Hi

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

MfG Spess

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Gast Gast 27.01.2009 15:39 #1125780

Lesenswert?

•

▲
▼

Hallo spess53,

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

spess53 Gast 27.01.2009 16:52 #1125864

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Gast Gast 27.01.2009 17:00 #1125871

Lesenswert?

•

▲
▼

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. :)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Gast Gast 27.01.2009 17:05 #1125883

Lesenswert?

•

▲
▼

Hi spess53,

nicht so frech! Ich bin kein Bastler.

Gruß Gast  :)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Björn W. (bwieck) 27.01.2009 18:19 #1125961

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Klaus Gast 27.01.2009 19:23 #1126029

Lesenswert?

•

▲
▼

@ 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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Björn W. (bwieck) 27.01.2009 20:00 #1126068

Lesenswert?

•

▲
▼

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Klaus Gast 27.01.2009 20:10 #1126085

Lesenswert?

•

▲
▼

Hi Björn,

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

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren

Kontakt/Impressum – Datenschutzerklärung – Nutzungsbedingungen – Werbung auf Mikrocontroller.net