Schieberegister mit PIN abfrage

Tja.

1

    if(PINB &(1<<PINB4))

2

    {

3

      Datain = High;

4

    }

5

    else

6

    {

7

      Datain = Low;

8

    }

9

    Datain <<=1;

so wird das aber nichts mit dem 'Sammeln' der Bits, wenn du jedesmal 
beim Einlesen Datain komplett neu beschreibst.

Siehe Bitmanipulation

Rudi schrieb:
> Das habe ich mir gedacht,

Was hast du dir gedacht?

> Anders gefragt ist ein Schieberegister überhaupt sinnvoll für die
> Aufgabe oder doch lieber mit dem fifo befassen?

Schieberegister ist doch schon ok.

Klartext: Du hast einen Programmfehler! Korrigier ihn und alles ist gut.

wenn du

   i = 5;

ins Programm schreibst, erwartest du ja auch nicht, dass da irgendwelche 
Bits von vorher irgendwie magisch überleben!
Warum erwartest du das dann bei

      Datain = High;

Was immer vorher in Datain stand (zb die Bits aus den vorhergehenden 
Schleifendurchläufen), durch die Zuweisung werden sie sicher glöscht. 
Danach enthält Datain nur noch das durch 'High' definierte Bitmuster.

Wo kommt den High her? Vielleicht hat er ja ein
#define High Datain|0x01

Scnr

Rudi schrieb:

> habe es auch als
> Datain = (Datain (1<<a))

Was soll das sein?
Das ist ja noch nicht einmal korrektes C.

Wie setzt man denn in einem Byte ein Bit auf 1?

Rudi schrieb:

> Deshalb gibt der Slave den takt vor.

Kann man machen.

Ein Tip:
Du musst dir darüber im klaren sein, was denn der Ruhezustand der 
Taktleitung sein soll. Also: welchen Zustand hat sie, wenn der Tiny noch 
nicht angefangen hat zu senden.

Da du im Tiny Code auf jeden Fall zum Schluss das hier machst

  PORTB &=~(1<<PB2);

ist der Ruhezustand offenbar 0.

Das bedeutet aber auch, dass dein Code im Mega:

> case USB_Trans:
>     DDRB  |= (1<<PB0);//Ausgang für CS
>     PORTB |= (1<<PB0);//High
>     DDRB &= ~(1<<PB2)|(1<<PB1);//eingang
>     PORTB |= (1<<PB2)|(1<<PB1);//Pull-up
>
>     uint16_t Datain = 0;
>     for(uint16_t a = 0; a<16 ; a++)
>     {
>
>     do{}
>     while((PINB &(1<<PINB2)));

hier erst mal einen Low-Pegel vorfinden wird, wenn der Tiny es nicht 
schafft die Taktleitung im Zeitraum vom Erkennen seines CS Signals bis 
zum Zeitpunkt an dem der Master das erste mal die Taktleitung abfrägt 
auf High zu ziehen. Mit dem Effekt, dass der Master über diese while 
Schleife drüberrauscht und ein falsches Bit einliest.

> >Ob das 'sizeof(Dataout)' stimmt, ist auch fraglich...
> Es funktioniert habe es noch in anderen Cases.

Da hat er sich falsch ausgedrückt.
Das du den sizeof zurückgeben kannst steht natürlich ausser Frage. Die 
Frage ist nur: was bringt dem Aufrufer diese Information. Er kann damit 
nur sehr bedingt irgendetwas anfangen.

Wie gross das Array Dataout ist, kann er selbst auch feststellen. 
Interessant wäre für ihn höchstens, wie lang der String ist, den itoa 
dort abgelegt hat. Aber das ist nicht die Information, die man mittels 
sizeof ermitteln kann.