Bitshift für Schieberegister C-Code

Michael I. schrieb:
> via 74hc164 anzusteuern

Schlechte Wahl.
Während des Schiebens werden die Bits sofort ausgegeben. Das könnte dein 
Display ganz schön durcheinander bringen.
Nimm' lieber ein 74HC595. Damit kannst du erst die Daten reinschieben 
und dann alle auf einmal auf die Ausgänge legen.

Michael I. schrieb:
> Idee Das Datenbit wird gesetzt oder auch nicht, dann wird der bitshift
> port aktiviert und danach beide ports wieder null gesetzt, das ganze
> achtmal.
Schlechte Idee.
Bessere Idee: SPI.

mfg.

Wieso ist HC164 eine schlechte Wahl? es macht ja nichts wenn die Daten 
sofort ausgegeben werden oder? soviel ich weiss werden die doch erst mit 
dem enable puls übernommen...

Michael I. schrieb:
> soviel ich weiss werden die doch erst mit dem enable puls übernommen...
Aber nur wenn der direkt vom Controller kommt.

mfg.

Thomas Eckmann schrieb:
> Michael I. schrieb:
>> via 74hc164 anzusteuern
>
> Schlechte Wahl.

Nö, der ist optimal.
Du brauchst nur 3 Leitungen zum MC:
- 164-Data/LCD-RS
- 164-Clock
- LCD-E


Thomas Eckmann schrieb:
> Nimm' lieber ein 74HC595.

Macht die Sache nur deutlich komplizierter.


Peter

Ja das kommt er. 1 Pin wird für enable gebraucht, 1 Pin für Bitshift, 
und der dritte Pin für setzen der bits im Register, sowie als befehls 
oder dateneingabe ans lcd...
wollte nicht gleich die ganze posten (um nicht alle abzuschrecken)

Im Anhang nun die modifizierten files...

Danke für den Typ mit SPI, aber gehöre eher noch in die 
Anfängerkategorie und werde mich später mal damit auseinandersetzen

>
> Nö, der ist optimal.
> Du brauchst nur 3 Leitungen zum MC:
> - 164-Data/LCD-RS
> - 164-Clock
> - LCD-E
>
>
> Thomas Eckmann schrieb:
>> Nimm' lieber ein 74HC595.
>
> Macht die Sache nur deutlich komplizierter.
>
>
> Peter

Genau so ist es gedacht. beim link von holger ist auch noch die 
verdrahtung aufgezeichnet (bei mir einfach übers kreuz) da lcd_out wohl 
anders ist...

doch zur ursprünglichen frage, tut der code was er soll?

Michael I. schrieb:
> doch zur ursprünglichen frage, tut der code was er soll?
Ja.

mfg.

Beim Elektor gab's sowas auch mal.
Dort war die E-Leitung einfach das letzte Bit im Schieberegister.
Im übrigen sind Operationen im Stil 1<<i auf AVRs 'teuer'; es ist besser 
pro interation eine Variable einfach um 1 weiterzuschieben und ein 
festes Bit abzufragen.
Für 16 bit kann das dann so aussehen:

1

void dac_raw(uint16_t b) {

2

  DAC_PORT &= ~(1<<CS_P);

3

  unsigned char i = 16;

4

  while (i > 0) {

5

    DAC_PORT |= (1<<SCK_P);

6

    if(b&(1<<15)) {

7

      DAC_PORT |= (1<<D_P);

8

    }

9

    else {

10

      DAC_PORT &= ~(1<<D_P);

11

    }

12

    b <<= 1;

13

    i--;

14

    _delay_us(5);

15

    DAC_PORT &= ~(1<<SCK_P);

16

    _delay_us(5);

17

18

  }

19

  DAC_PORT |= (1<<CS_P);

20

}

Betreffend optimierung meinst du sowas oder?

1

static void lcd_out( uint8_t data )

2

{  

3

  for ( uint8_t i=0; i<8; i++ )

4

    {           

5

      LCD_PORT |= ((data&1)<<LCD_DB);         // DB Bit setzen 

6

7

      LCD_PORT |= (1<<SRSHIFT);                      // Bitshift in SR

8

      _delay_us( SR_ENABLE_US );                     // kurze Pause

9

      LCD_PORT &= ~((1<<SRSHIFT)|(1<<LCD_DB));       // Data Pin und SR Pin Null setzen

10

      data >>= 1 }   

11

12

}