AVR UART Kommunikationsprobleme

Es handelt sich um eine Evertool-Light Platine Marke Eigenbau. 
Schaltplan usw. findet sich hier: 
http://www.siwawi.arubi.uni-kl.de/avr_projects/evertool/index.html
Ich habe eine STK200 kompatiblen Progger dranhängen und 5V Spannung 
alles am ISP / mit 3.3V gleiches Bild und ich glaube selbiges Problem 
ergibt sich auch wenn ich andere Software (UART code von Peter Fleury) 
auf dem ATMega16 habe, ich möchte also nicht ausschließen, dass es auch 
am PC liegen kann. Ich verwende hier im übrigen 
http://bray.velenje.cx/avr/terminal/ als Terminal Programm.

Probiere mal HTerm aus´m PC-Forum, Deine Platine hat mit dem Handshake 
nicht das geringste zu tun.

Okay, senden funktioniert nur mit aktiviertem DTR. Ansonsten gibt der 
Bootloader (www.dl5neg.de) am Anfang einen Text (beim Reset) aus der 
einwandfrei erscheint sofern ich verbunden bin (was mich auch nicht 
wundert ;) ). Er will also Power auf der DTR Leitung und der AVR-Dude 
gibt ihm die Power möglicherweise nicht und deshalb haben wir hier das 
Problem das die beiden nicht kommunizieren folgere ich messerscharf.
Da ich unglaublich wenig über die "Serielle" weiß frage ich mich woran 
das liegen könnte.

Hier mal die Verbindungen auf der Platine

CTS<->RTS - verbunden/hardwired & keine verbindung zu gnd/vcc etc.
DTR<->DSR - verbunden/hardwired & keine verbindung zu gnd/vcc etc.
RXD/TXD gehen an den MAX232
und GND and GND
die restlichen 2 Nippel sin N/C

falls das wunderlich aussieht hier mal eine Zeichnung wenn ich von unten 
auf den Stecker gucke sieht es so aus:

  O->N/C
O
 \O->MAX
O|
||O->MAX
O\
  O
O->N/C
  O->GND

Gruß Joghurt3000 (& Danke für die Unterstützung)

Was ich eben völlig vergessen habe: wenn DTR/DTS fest verbunden sind, 
dann kann der AVR daran ja garnicht drehen, was mich zu der Überzeugung 
bringt das der Rechner hier Ärger macht und einfach die Antwort 
ignoriert wenn er kein Signal auf DSR hat? Naja, die Option DTR zu 
aktivieren gibts wohl nicht im AVR-Dude und bei meinem 2000er Windows 
auch nicht unter den Einstellungen für den COM Port (oder doch?) bleibt 
die Überlegung Modifikationen am Dude vorzunemhen und neu zu 
kompilieren. Bis ich allerdings zum Äußersten gehe und dies wirklich tue 
warte ich aber lieber etwaige Kommentare ab da mit solchen 
Kompilierungen erwartungsgemäß Komplikationen verbunden sind.