Atmega64C Output Pin wird nicht high

Der Controller verfügt über kein JTAG. Es sind Pins 2 und 3 von PortD.
Sie doppeln sich allerdings mit dem In System Programmer. Allerdings 
debugge ich gerade per DebugWire und es sind auch nur der Reset Pin und 
Ground mit meinem Dragon hier verbunden. Die rumzickenden Pins sind 
nicht mit dem Dragon verbunden und sind auch sonst an nichts außer die 
Mosfets (und einen 10k Widerstand gen Ground) verbunden.

Den Code habe ich mittlerweile auf

DDRD = 0xff;
PORTD = 0xff;

-> die eine LED bleibt dunkel

DDRD = 0x00;
PORTD = 0xff;
-> die LED leuchtet

reduziert.

Keine weitere Peipherie aktiviert. Außer Mosfet auch keine weitere 
Beschaltung.
Ich habe mal einen Ausschnitt aus dem Schaltplan angehängt.

> Der Controller verfügt über kein JTAG.
Klar hat der JTAG auf PF4-PF7 und der ist standardmäßig aktiviert also 
PF4, PF5 und PF7 sind immer Input bis du die JTAG Fuse deaktiviers.
Aber da du von Port D sprichst kann das nich sein (ich würde mir das 
aber trotzdem merken weil du ja warscheinlich auch später an Port F was 
dranbasteln möchtest). Quelltext zeigen.

uwe schrieb:
> Klar hat der JTAG auf PF4-PF7 und der ist standardmäßig aktiviert also
> PF4, PF5 und PF7 sind immer Input bis du die JTAG Fuse deaktiviers.

Ist kein Atmega64, sondern ein Atmega64C1. Eine Volltextsuche übers 
Datenblatt nach JTAG ergab 0 Treffer.


Ich habe hier zwei Boards mit identischem Aufbau. Der Effekt zeigt sich 
bei beiden. Wäre das nicht der Fall würde ich es auf einen defekten Pin 
schieben, abhaken und mit dem Funktionierenden weiterarbeiten.
Theoretisch könnte ich es auch einfach dabei belassen, den Port als 
Eingang zu konfigurieren und dann über Zu- und Abschalten des Pullups zu 
arbeiten. Ich würde mich aber nicht wohlfühlen, wenn sowas seinen Weg in 
eine Produktionsversion findet.

Was passiert denn wenn du als Ausgang konfigurierst und auf low 
schaltest?