ATMEGA 1280 USART0 in SPI MODE

Salut ...

ich benutze den USART0 auf einen Atmega2561, ich denke mal von den 
Register sollte das das selbe sein in etwa. Hier mein Code zum Init und 
senden/empfangen.

1

void SPI_init( void )

2

{

3

    UBRR0 = 0;

4

    /* Setting the XCKn port pin as output, enables master mode. */

5

    SPI_DDR |= ( 1 << XCK1 );

6

    /* Set MSPI mode of operation and SPI data mode 0. */

7

    UCSR0C = (1<<UMSEL01)|(1<<UMSEL00);

8

    /* Enable receiver and transmitter. */

9

    UCSR0B = (1<<RXEN0)|(1<<TXEN0);

10

    /* Set baud rate. */

11

    /* IMPORTANT: The Baud Rate must be set after the transmitter is enabled */

12

    UBRR0 = 0;

13

}

14

15

char SPI_ReadWrite( char Data )

16

{

17

  /* Wait for empty transmit buffer */

18

  while ( !( UCSR0A & (1<<UDRE0)) );

19

  /* Put data into buffer, sends the data */

20

  UDR0 = Data;

21

  /* Wait for data to be received */

22

  while ( !(UCSR0A & (1<<RXC0)) );

23

  /* Get and return received data from buffer */

24

  return UDR0;

25

}

Bei tut dieser Code mit einem ENC28j60. Evtl. musst du noch den Mode und 
Speed ändern auf deine Bedürfnisse.

CA Dirk

Salut ...

so weit ich das noch in Erinnerung habe war die Baudrate bei den 
Displays nicht so dolle.

SPI_DDR = DDRE

und XCK0 liegt auf PE2, da ist ein kleiner Fehler in meinem Listing, 
dort steht XCK1 :-). Aber interessant dürfte für dich eigentlich nur das 
abholen der Daten sein.

N8 Dirk

Hallo,

versuche mal ein NOP oder ein kleine Pause nach dem Senden, also

1

void send_byte (uint8_t data)

2

{

3

  clr_cs ();

4

5

  //SPI SENDBYTE

6

  //SPDR = data;

7

  //while (!(SPSR & (1<<SPIF)));

8

9

  while (!(UCSR0A & (1 << UDRE0)));

10

  UDR0 = data; 

11

12

  _delay_ms (0.001); // ODER NOP;

13

14

  while (!(UCSR0A & (1 << TXC0)));

15

  set_cs ();

16

}

Die Displays brauchen eine kurze Pause bis Sie wieder den nächsten 
Befehl annehmen können. Wenn es zu schnell geht, dann reagiert das 
Display nicht mehr.

Gruß
Marcus Parentis

Hallo Jochen,
im Datenblatt vom ATmega128x/644x/256x steht, nur die mega 
1281/6441/2561
haben den UART0 di/do Modus. Bei den anderen gehen die PINs nach 
MISO/MOSI

• PDO/TXD0 – Port E, Bit 1
PDO, SPI Serial Programming Data Output. During Serial Program 
Downloading, this pin is
used as data output line for the ATmega1281/2561. For 
ATmega640/1280/2560 this function is
placed on MISO.
TXD0, USART0 Transmit pin.
• PDI/RXD0/PCINT8 – Port E, Bit 0
PDI, SPI Serial Programming Data Input. During Serial Program 
Downloading, this pin is used
as data input line for the ATmega1281/2561. For ATmega640/1280/2560 this 
function is placed
on MOSI.
RXD0, USART0 Receive Pin. Receive Data (Data input pin for the USART0). 
When the
USART0 receiver is enabled this pin is configured as an input regardless 
of the value of DDRE0.
When the USART0 forces this pin to be an input, a logical one in PORTE0 
will turn on the internal
pull-up


Gruß Karl-Heinz

Danke für die Info,
 Ich baue mir gerade ein Bord mit 2560 , externes Ram, Ethernet 
Controller, usart to usb chip, serial eeprom ,Micro-SD, jtag , ISP . Die 
freien Ports werde ich auf Wannenstecker ausführen.  Für den Ethernet 
Chip werde ich exklusive ein SPI port  z.b. PortE verwenden.
Der TCP/IP Stack wird eine Mischung von U.Radig Stack  und dem openMPC 
Stack.
Beide Stacks laufen auf meine Demo Boards mega644p und mega2560.
Mal sehen wie weit ich mit meinem Projekt komme.
Im Endausbau werde ich auch einen Ethernet Bootloader dazu packen.
Gruß KH

Was mir noch aufgefallen ist, im AVR-Studio Simulator kann man den 
USART0 welcher auf PORTE zeigt , nur auf USART synchron stellen und 
nicht wie bei allen anderen auf SPI Master ?

Gruß KH

ich habe mein Problem gelöst, im Datenblatt steht man muss nach dem 
Senden das UDRx lesen. deshalb sieht man bei vielen Implementierungen 
SPI_ReadWrite an einem Stück.

Wenn man mit SPI_Put oder SPI_Get arbeitet, muss im SPI_Put ein warten 
und lesen vom UDRx erfolgen. Diese Daten gebe ich mit einem Flag und 
einer Variable an die SPI_Get Prozedur weiter.

mit dieser kleinen Änderung läuft der Stack von U.Radig auch auf USART 
im SPI Mode,  könnte für manche Leute hilfreich sein.

Gilt für USART0:

static inline void spi_put( unsigned char value )
{

              /* Wait for empty transmit buffer */
              while ( !( UCSR0A & (1<<UDRE0)) );

              /* Put data into buffer, sends the data */
              UDR0 = value;
              while ( !(UCSR0A & (1<<RXC0)) );
              SendReceive=UDR0; //read data and flag read done to 
spi_get
              SendReceiveFlag=true;
}


static inline unsigned char spi_get(void)
{
              if (SendReceiveFlag==true)
              {
                SendReceiveFlag=false;
                return SendReceive;
              }

              while ( !(UCSR0A & (1<<RXC0)) );
              return UDR0;
}

ich habe mein Problem gelöst, im Datenblatt steht man muss nach dem 
Senden das UDRx lesen. deshalb sieht man bei vielen Implementierungen 
SPI_ReadWrite an einem Stück.
Wenn man mit SPI_Put oder SPI_Get arbeitet, muss im SPI_Put ein warten 
und lesen vom UDRx erfolgen. Diese Daten gebe ich mit einem Flag und 
einer Variable an die SPI_Get Prozedur weiter.

mit dieser kleinen Änderung läuft der Stack von U.Radig auch auf USART 
SPI Mode,  könnte für manche Leute hilfreich sein.
static inline void spi_put( unsigned char value )
{

              /* Wait for empty transmit buffer */
              while ( !( UCSR0A & (1<<UDRE0)) );

              /* Put data into buffer, sends the data */
              UDR0 = value;
              while ( !(UCSR0A & (1<<RXC0)) );
              SendReceive=UDR0; //read data and flag read done to 
spi_get
              SendReceiveFlag=true;
}


static inline unsigned char spi_get(void)
{
              if (SendReceiveFlag==true)
             {
                 SendReceiveFlag=false;
                return SendReceive;
             }

              while ( !(UCSR0A & (1<<RXC0)) );
              return UDR0;
}