avr dragon & dragonlair - mal wieder

[A. S. (rava)]

hi zusammen,

ich habe mal wieder Zeit gefunden, mich mit meinem AVR-Dragon-Drama 
auseinanderzusetzen.

Aktueller Stand:

Ich habe ein funktionierendes JTAG-to-ISP-Kabel, das ich benutzen kann, 
um mit dem Drachen meinen Atmega zu programmieren. Das geht, weil JTAG 
und ISP auf dem Drachen intern verbunden sind.

Allerdings möchte ich meinen Dragon noch ein Weilchen behalten. Es ist 
ja hinlänglich bekannt, dass die Ports vom Dragon etwas labil sind.

Daher habe ich mir meine eigene Version des Dragonlairs gebastelt. Im 
Anhang findet ihr den Schaltplan mit Link zum Originalprojekt.

Die Idee: ESD-Schutz für die RESET-Leitung zur ISP-Schnittstelle und 
Pufferung der Datenleitungen. Ich habe mich hier eigenmächtig für den 
74HC367 entschieden.
Für R15 habe ich aus Versehen 1k verlötet - sollte aber kein Problem 
sein, oder?

Da ich das JTAG-Kabel schon habe, wollte ich den Atmega über die 
JTAG-Schnittstelle des Lairs programmieren (wieder an die ISP-Ports). 
Allerdings kann ich hier nur die Spannung auslesen. Das Lesen der 
DeviceID schlägt in Studio 6.1 immer fehl. Die Meldung: "Got 0xC0, 
expected 0x00" (siehe Bildchen).

Zum Testen habe ich einen Schalter-LED-Aufbau auf dem Steckbrett 
gemacht, mit dem man jeden der Datenpins testen kann. Hier scheint alles 
perfekt zu laufen (Foto).

Der gezeigte Fehler kommt bei ALLEN möglichen ISP-Frequenzen.

Ich frage mich also, ob vielleicht die ICs aus irgendeinem Grund 
inkompatibel sind. Macht der mir in den 38ns laut Datenblatt die Flanken 
kaputt (auch runter bis 2kHz ISP-Frequenz)?
Ich habe es in meiner Verzweiflung schon ohne die Abgebildeten 100pF 
versucht, da diese nicht im Originalschaltplan sind - logischerweise 
keine Änderung.

In meinem Testaufbau habe ich den Supply-Pin header um LD1 natürlich 
nicht testen können. Aber bei meinen Versuchen ist die entsprechende 
Verbindung ohnehin stets deaktiviert.

Können Leiterlängen auf der Dragonlair-Platine ein solches Problem 
verursachen? Mehr als 5cm Differenz habe ich da aber sicher nicht!

Fürs ISP-Programmieren dient !RESET nicht als Rückkanal vom Atmega, 
oder? Das benötigt man nur für DebugWire, richtig?


Mapping:

TCK = SCK
TDO = MISO
TMS = NC
TDI = MOSI

noch irgendwelche Ideen?? :(

[Spess53 (Gast)]

HI

noch irgendwelche Ideen?? :(

Ich benutze den Dragon schon seit zig Jahren. Und der lebt ohne diesen 
Blödsinn immer noch.

MfG Spess

[A. S. (rava)]

das ist natürlich ein guter Hinweis für alle, die das lesen und sich 
überlegen, ob sie so ein lair bauen.

Ich hätt's jetzt aber schon ganz gern am Laufen. Gehäuse etc. sind schon 
fertig. ;)

Mein nächster Versuch wird, R15 auf 100R herunterzusetzen.

wie kann so ein Verhalten noch auftreten?

[A. S. (rava)]

an alle, die es betrifft:
R15 war das Problem.
Ich versteh's zwar nicht ganz, aber scheinbar sind da relativ starke 
Pullups auf dem Dragon verbaut.
R15=1k tut nicht, R15=100R tut

[./. (Gast)]

Mein 2. Dragon lebt auch schon ca. 10 Jahre.

Den 1. konnt ich noch dem Distri als DOA andrehen.

Der 2. bleibt halt in seinem Karton. Da kann er nicht karp0tt gehn.