Atmega16 spinnt ohne angeschlossenem ISP

[Zehn V. (langerblitz)]

Guten Abend,

vor kurzem habe ich ein Programm zum Auslesen von Encodern geschrieben, 
welches zawr noch nicht fertig ist, aber bisher fast ohne Probleme 
funktioniert:

$regfile = "m16def.dat"
$crystal = 8000000

Config Porta = Input
Config Portd = Output
Porta = 255
Portd = 0

A Alias Pina.0    'KANAL-A DES DREHENCODERS
B Alias Pina.2    'KANAL-B DES DREHENCODERS
Enter Alias Pina.1  'DRUCKTASTE DES ENCODERS


Do

Portd = 0  'SETZE ALLE PINS VON PORTD AUF NULL

If B = 0 Then
   Gosub Prozedur_b
      Elseif A = 0 Then
         Gosub Prozedur_a
            Elseif A = 1 And B = 1 Then
               Goto Begin
End If

Loop
End

Prozedur_a:

   Portd.1 = 1    'DIENT ZUR ÜBERPRÜFUNG DER FUNKTION DES PROGRAMMS
   While B = 1    'WIEDERHOLE; BIS KANAL-A UND -B ÜBERLAGERT
   WEND      
   Portd.0 = 1    'DIENT ZUR ÜBERPRÜFUNG DER FUNKTION DES PROGRAMMS
   While Enter = 1  'SOLANGE ENTER NICHT GEDRÜCKT, WIEDERHOLE
   Wend
   Return

Prozedur_b:

   Portd.6 = 1    'DIENT ZUR ÜBERPRÜFUNG DER FUNKTION DES PROGRAMMS
   While A = 1    'WIEDERHOLE; BIS KANAL-A UND -B ÜBERLAGERT
   WEND      
   Portd.7 = 1    'DIENT ZUR ÜBERPRÜFUNG DER FUNKTION DES PROGRAMMS
   While Enter = 1  'SOLANGE ENTER NICHT GEDRÜCKT, WIEDERHOLE
   Wend
   Return

Das Problem ist nun aber, dass

1. , wenn der PinA.1 auf 0 geht, die Spannung an PinA.2 ebenfalls auf 
etwa 2,8V abfällt und dieser folglich als PinA.2=0 gelesen und auch 
ungewollterweise ausgewertet wird. Mysteriöserweise kann ich keinen 
bedeutend kleinen Widerstand zwischen PinA.1 und PinA.2 messen!

2. , sobald der ISP-Programmer (mySmartUSB light) abgesteckt wird, tut 
der Controller ganz eigene Dinge und reagiert kaum noch auf 
Tasteneingaben, geschweige denn wertet sie korrekt aus. Dennoch sind 
während dieser Problematik alle Pins auf high, dh. liegen an jedem von 
ihnen 4,8V an.
Scheint also wohl ein Programmfehler zu sein, da elektrisch alles in 
Ordnung zu sein scheint.

Für eure Hilfe wäre ich sehr dankbar!

[holger (Gast)]

>Scheint also wohl ein Programmfehler zu sein, da elektrisch alles in
>Ordnung zu sein scheint.

Ich behaupte jetzt einfach mal das deine Schaltung
einfach nur scheisse ist.

[Zehn V. (langerblitz)]

Wieso bist du der Meinung, meine Schaltung sei ineffizient, wenn ich 
schreibe, dass sie laut Messung in ordnung ist?
Vorallem tut sie funktionieren, also liegt das Problem meiner Meinung 
nach einzig und allein am µC.

[Karl (Gast)]

Ohne jetzt genau Deinen Code zu studieren....Kennst Du die 
BASCOM-Funktion Encoder? Nur die Drucktaste müsstest Du noch extra 
programmieren.

[Thomas E. (thomase)]

Sven Schmidt schrieb:
> 2. , sobald der ISP-Programmer (mySmartUSB light) abgesteckt wird, tut
> der Controller ganz eigene Dinge und reagiert kaum noch auf
> Tasteneingaben, geschweige denn wertet sie korrekt aus.

Sven Schmidt schrieb:
> Vorallem tut sie funktionieren
Sehr gewagte These.

holger schrieb:
> Ich behaupte jetzt einfach mal das deine Schaltung
> einfach nur scheisse ist.
Das ist schwer von der Hand zu weisen.

Masse und Vcc auf beiden Seiten ordentlich angelötet?
Stützkondensatoren vorhanden?

mfg.

[Zehn V. (langerblitz)]

Alles ist gegeben. Stützkondensatoren und ordentliches Verlöten.
Problem allerdings gelöst:
habe irgendwo noch einen neuen µC gefunden und diesen eingesetzt. Nun 
ist alles wieder in ordnung. Ich weiß nicht, wie das passieren konnte, 
dass der alte µC nicht richtig funtioniert.

Trotzdem danke für eure Hilfe um diese Uhrzeit!

[Krapao (Gast)]

Das Programm ist suboptimal, weil der µC steht (wg. sequentiellem Ablauf 
und while...wend), wenn der Encoder steht. Das kann man in den wenigsten 
Anwendungen brauchen.

> Config Porta = Input
> Porta = 255

=> low-active Taster an PORTA. Das setzt eine ordnungsgemäße Versorgung 
an AVcc/AGND voraus. Wenn es da Mängel im Schaltplan und/oder im Aufbau 
gibt, kann man die von dir beschriebenen Effekte erwarten.