Probleme Controller für die WordClock zu programmieren

bom schrieb:
> int main(){
>   uint8_t arr[8]={0b00001000, 0b00000000, 0b00001000, 0b00000000,
> 0b00001000, 0b00000000, 0b00001000, 0b00000000};
>   DDRB|=((1<<PIN2)|(1<<PIN3)|(01<<PIN5));  //PIN3 Eingang, PIN5 CLK,
??? probier mal DDRB |= (1<<PB1)|(1<<PB5);
soweit ich weiss, kann man das DDR nicht mit PIN setzen, außerdem ist 
pin 3 nicht wie im kommentar auf eingang, sondern auf ausgang gesetzt. 
01<<PIN5 sieht auch irgendwie komisch aus. Was macht PIN2 bzw. PB2?
> PIN2 output enable
>   for (int i=0;i<8;i++){
>     PORTB&=~(1<<PIN3);    //PIN3 auf 0
PORTB &= ~(1<<PB3);
>     PORTB|=arr[i];      //PIN3 entsprechend arr[i]
>     PORTB|=(1<<PIN5);    //schieben
PORTB |= (1<<PB5);
ich denke auch hier sollte ein delay hin...
>     PORTB&=~(1<<PIN5);    //  "
PORTB &=~(1<<PB5);
>   }
>   PORTB|=(1<<PIN2);      //output enable
> }
>
> )
guck dir im tutorial erstmal an, wie portpins gesetzt werden. so wird 
das nix. ist für den anfang auch ein echt großes projekt...

JTAG Fuse ist sicherlich ein Thema.
Aber das erklärt immer noch nicht die Pegel an den anderen Ausgängen.

Hast du kontrolliert, ob der Brennvorgang auch wirklich erfolgreich war?

Ansonsten gibt es noch irgendein Hardware Problem.
Sieht so aus, als ob dein µC nicht wegläuft.

Schreib mal Deine SPI-Routine so, wie es üblich ist, also Ausgabe eines 
Bytes und nicht 8 Byte.

Man muß ja nicht absichtlich SRAM und Flash verschwenden.
Und obendrein ist das auch übersichtlicher, als dieses Array-Rumgemähre.

Und lies mal:
Antwort schreiben
Wichtige Regeln - erst lesen, dann posten!


Peter

bom schrieb:

> Meinst du mit weglaufen des Controllers, dass er nicht gegen
> Versorgungsspannung geht?

Gebranntes Kind scheut das Feuer.
In einem anderen Thread haben wir gestern Fehler gesucht und hinten nach 
hat sich rausgestellt, dass der Threadersteller den Reset-Widerstand 
falsch eingebaut hat und der Prozessor nie aus dem Reset herausgekommen 
ist.

Wenn deine Ports mit dem Minimalprogramm nicht auf Ausgang und 1 gehen, 
dann läuft entweder der Prozessor nicht oder er ist defekt. Da du ihn 
programmieren kannst, tippe ich auf ersteres.

> Kann das an einem Kaputten Baustein, oder an einem Kurzschluss auf der
> Platine liegen?

Kurzschluss könnte auch noch sein.

bom schrieb:
> Wie gesagt sind nur PC6, PC5, PC4 und PB2 tatsächlich auf 5V und der
> Rest bei 1,4V.

Zeig dochmal den Schaltplan.


Peter

bom schrieb:
> DDRD=0xff;
>   PORTD=0xff;
>   DDRB=0xff;
>   PORTB=0xff;
>   DDRC=0xff;
>   PORTC=0xff;

damit würde ich extrem vorsichtig sein
wenn du pech hast, hast du damit schon in paar IOs geschrottet.

die RTC hat schließlich auch einen Ausgang.
Wenn die gegeneinander treiben ist das nicht toll.

bom schrieb:
> as stimmt natürlich...dann muss ich mir wahrscheinlich einfach mal nen
> neuen kaufen und dann nochmal versuchen.

naja, die AVRs verkraften eine ganze Menge, ich würde mir eher Gedanken 
um die RTC machen.

> Oder gibt es eine Möglichkeit
> herauszufinden, ob IOs kaputt sind?

na klar.
Auf ein Steckbrett mit Minimalbeschaltung
und einmal alle IOs durchschalten
Eingänge ähnlich, nur dass halt ein funktionierender Ausgang ne LED 
anschaltet, wenn er funktioniert.
die ADCs könnte man ähnlich testen.
alle Eingänge den gleichen Widerstand messen lassen und das Ergebnis auf 
10 LEDs ausgeben.