SPIEN disable

[Atmega32 (Gast)]

moin,

ich habe hier an meinem ATmega32 ein paar Steuerausgänge an die Pins 
TCK, TMS, TDO und TDI gehängt.

Programmieren tue ich Mit dem STK500 über die 6-ISP-Buchse.

Am Anfang hat es mit meiner Pinbelegung nicht so geklappt wie es sollte. 
Habe dann im STK-Interface beim Programmieren den Haken bei JTAGEN 
gelöscht.
Damit hat dann zumindest der Pin TCK das getan, was er tun sollte...

Nur wie kriege Ich die Pins TMS, TDO und TDI dazu ihre normale 
Portfunktionalität wahrzunehmen?

Den Haken bei SPIEN kann ich irgendwie nicht löschen...

mfg

[Spess53 (Gast)]

Hi

>Nur wie kriege Ich die Pins TMS, TDO und TDI dazu ihre normale
>Portfunktionalität wahrzunehmen?

Da hast du wohl noch eien anderen Fehler. Mit dem Löschen der JTAG-Fuse 
werden alle vier Pins freigescaltet.

MfG spess

[MWS (Gast)]

Atmega32 schrieb:
> Den Haken bei SPIEN kann ich irgendwie nicht löschen...

Das bewahrt Dich vor unbeabsichtigtem Harakiri.

[Falk B. (falk)]

@Atmega32 (Gast)

>Habe dann im STK-Interface beim Programmieren den Haken bei JTAGEN
>gelöscht.

Richtig, man muss JTAG abschalten.

http://www.mikrocontroller.net/articles/AVR_Fuses#Kompatibilit.C3.A4tsfuses_und_manchmal_l.C3.A4stige_Defaults

>Nur wie kriege Ich die Pins TMS, TDO und TDI dazu ihre normale
>Portfunktionalität wahrzunehmen?

Wie jeden anderen Port, mit DDRx und Portx.

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Zugriff_auf_IO-Ports

>Den Haken bei SPIEN kann ich irgendwie nicht löschen...

Der sollte auch besser so bleiben, wenn du den Controller weiterhin 
programmieren willst.

AVR Fuses.

[Atmega32 (Gast)]

...derzeit wird meine Schaltung noch über die ISP-Buchse des STK mit 
Energie versorgt.

Bevor ich eine Strippe ziehe:
Kann es sein, dass dies der Grund ist, warum die Portfunktionalität von 
TMS, TDO und TDI derzeit nicht wahrgenommen wird, obwohl der Haken bei 
JTAGEN gelöscht ist?

mfg

[Falk B. (falk)]

Nein.

[Atmega32 (Gast)]

>>Den Haken bei SPIEN kann ich irgendwie nicht löschen...
>
>Der sollte auch besser so bleiben, wenn du den Controller weiterhin
>programmieren willst.

Ich dachte bisher, dass über das STK immer eine Verbindung zum 
Controller möglich wäre, man sich damit also garnicht aussperren 
könnte...

[Falk B. (falk)]

@Atmega32 (Gast)

>Ich dachte bisher, dass über das STK immer eine Verbindung zum
>Controller möglich wäre, man sich damit also garnicht aussperren
>könnte...

Mann kann ihn per STK500 und dessen HV-Programmierung wiederbeleben. 
Aber das ist kein Grund, SPIEN vorsätzlich zu deaktivieren.

[Atmega32 (Gast)]

ja, dass das Problem bei den SPIEN liegt, war ein Schuss in den Ofen... 
Die ISP-Programmierung findet aschließlich über MOSI, MISO etc. statt...


Also ich habe den Haken JTAGEN auf disable gesetzt.
Die Pins C3, C4 und C5 (TMS, TDO, TDI) machen Schwierigkeiten.


Mein Programm sieht wie folgt aus:

#define E1_OFF PORTC |= (1<<PC0)
#define E2_OFF PORTC |= (1<<PC1)
#define E3_OFF PORTC |= (1<<PC2)
#define E4_OFF PORTC |= (1<<PC3)
#define E5_OFF PORTC |= (1<<PC4)
#define E6_OFF PORTC |= (1<<PC5)
#define E7_OFF PORTC |= (1<<PC6)
#define E8_OFF PORTC |= (1<<PC7)


#define E1_ON PORTC &=~ (1<<PC0)
#define E2_ON PORTC &=~ (1<<PC1)
#define E3_ON PORTC &=~ (1<<PC2)
#define E4_ON PORTC &=~ (1<<PC3)
#define E5_ON PORTC &=~ (1<<PC4)
#define E6_ON PORTC &=~ (1<<PC5)
#define E7_ON PORTC &=~ (1<<PC6)
#define E8_ON PORTC &=~ (1<<PC7)

int main(void)
{
DDRC |= ( 1 << DDC0);
DDRC |= ( 1 << DDC1);
DDRC |= ( 1 << DDC2);
DDRC |= ( 1 << DDC3);
DDRC |= ( 1 << DDC4);
DDRC |= ( 1 << DDC5);
DDRC |= ( 1 << DDC6);
DDRC |= ( 1 << DDC7);

while(1)
{
E1_ON;
_delay_ms(500);
E1_OFF;

E2_ON;
_delay_ms(500);
E2_OFF;

E3_ON;
_delay_ms(500);
E3_OFF;

E4_ON;
_delay_ms(500);
E4_OFF;

E5_ON;
_delay_ms(500);
E5_OFF;

E6_ON;
_delay_ms(500);
E6_OFF;

E7_ON;
_delay_ms(500);
E7_OFF;

E8_ON;
_delay_ms(500);
E8_OFF;
}
}

[ATmega32 (Gast)]

...also das Problem ist noch aktuell...

Ich habe mittlerweile drei Wege versucht.

Erstens:
Nur über das JTAGEN Flag wie bereits oben beschrieben. Dort war das 
Resultat, dass ich den TAP-Pin TCK als normalen Portpin nutzen konnte, 
jedoch die Pins TMS, TDO, TDI nicht so geschaltet haben, wie ich es laut 
Programm erwartet hätte.


Zweitens:
Dann habe ich das ganze auch rein über Software versucht auszuschalten 
und das JTD-Bit im MCUCSR gesetzt.

Der Code dafür:

uint8_t mcucsr = MCUCSR;
mcucsr |= (1 << JTD);
MCUCSR = mcucsr;
MCUCSR = mcucsr;

Bei abgeschalteter Optimierung tat sich auf allen vier JTAG-Pins nichts. 
Bei optimaler Optimierung (-0s) hatte ich das gleiche Resultat wie bei 
der ersten Variante, nämlich dass der TCK-Pin funktioniert hat, die 
übrigen drei nicht.


Drittens:
Kombinationen aus Variante 1 und Variante 2 haben dieselben Ergebnisse 
geliefert, allerdings unabhängig vom Grad der Compileroptimierung... war 
ja irgendwie zu erwarten...



Nun gehen mir die Ideen langsam aus, woran es noch liegen kann, dass ich 
die JTAG-Pins nicht alle nutzen kann...

Die Beschaltung ist übrigens bei allen vier Pins identisch über einen 
PMOS-Transistor. Das Messergebnis liegt bei konstant 0V:

          +5V    +5V
           |      |
          100k    |
           |      |
           |  ||---
Pin---10Ohm---|
              ||>--
                  |
                  |
               Messung(Leerlauf)

...ich halte es für unwahrscheinlich, dass die drei Pins zerschossen 
wurden... woran also kann es liegen, dass TMS, TDI und TDO nicht 
funktionieren?

[Jörg W. (dl8dtl) (Moderator)]

ATmega32 schrieb:
> Bei abgeschalteter Optimierung tat sich auf allen vier JTAG-Pins nichts.

Das ist nicht verwunderlich, weil dann die zeitlichen Randbedingungen
für JTD nicht eingehalten werden.

> Bei optimaler Optimierung (-0s) hatte ich das gleiche Resultat wie bei
> der ersten Variante, nämlich dass der TCK-Pin funktioniert hat, die
> übrigen drei nicht.

Dann hast du noch eine andere Gurke in deiner Hardware.  JTAG ist,
egal ob man es mit JTD oder mit Abklemmen von JTAGEN abschaltet,
ganz sicher nicht mehr aktiv.

[Falk B. (falk)]

@ ATmega32 (Gast)

>Nun gehen mir die Ideen langsam aus, woran es noch liegen kann, dass ich
>die JTAG-Pins nicht alle nutzen kann...

Wie wäre es, mal DIREKT am Pin zu messen?

>Die Beschaltung ist übrigens bei allen vier Pins identisch über einen
>PMOS-Transistor. Das Messergebnis liegt bei konstant 0V:

Was soll das? Miss erstmal DIREKT am AVR!

Siehe Fehlersuche.

[Karl H. (kbuchegg)]

#define F_CPU 1000000UL

#include <avr/io.h>
#include <util/delay.h>

int main()
{
  DDRC = 0xFF;

  while( 1 )
  {
    PORTC = 0x00;
    _delay_ms( 500 );
    PORTC = 0xFF;
    _delay_ms( 500 );
  }
}

damit hast du jetzt erst mal ein Testprogramm, bei dem man nicht 800 
#define nach Tippfehlern absuchen muss.

JTAGEN ist disabled? Dann müssen die Portpins auch toggeln. Wenn nicht, 
dann häng mal deine externe Hardware von den Pins ab.
Erst dann wenns dann immer noch nicht toggelt, würde ich ins Auge fassem 
dass du irgendwie die Outputtreiber geschossen hast. Persönlich würde 
ich das allerdings als eher unwahrscheinlich ansehen, die halten schon 
was aus.

PS: Und schalt das JTAG per FUSE ab!