Uart als Spi macht Probleme

[etler (Gast)]

Hallo,

ich möchte meine Uart1 Schnittstelle von meinem Atmega324p als Spi 
Schnittstelle laufen lassen (nur senden). Allerdings funktioniert das 
nicht (kein Clock-Signal). Ich finde allerdings keinen Fehler im Code, 
könnt ihr mal einen Blick drüber werfen.

Vielen Dank

An PD4 soll mein Clock-Signal erscheinen

void SPI_USART_Init()
{
  UBRR1 = 0;
  /* Setting the XCKn port pin as output, enables master mode. */
  
  DDRD |= (1 << PD4);
  //XCK1_DDR |= (1<<XCK1);
  /* Set MSPI mode of operation and SPI data mode 0. */
  UCSR1C = (1<<UMSEL11)|(1<<UMSEL10)|(0<<UCPHA1)|(0<<UCPOL1);
  /* Enable receiver and transmitter. */
  UCSR1B = (1<<RXEN1)|(1<<TXEN1);
  /* Set baud rate. */
  /* IMPORTANT: The Baud Rate must be set after the transmitter is enabled
  */
  UBRR1 = 10;
}


unsigned char SPI_Transfer (unsigned char c)
{
  while (!(UCSR1A & (1<<UDRE1)));

  UDR1 = c;
  
  while (!(UCSR1A & (1<<RXC1)));
  
  return UDR1;
}

Der Aufruf

SPI_USART_Init();
.
.
.
ReData = SPI_Transfer("110");

[Bastler07 (Gast)]

keine hinweise?
ich brauch spi um einen ic seriell mit daten zu versorgen...
alternavtive Tipps?

[Naja (Gast)]

unsigned char c und "110", wie passt das zusammen ?!

[Bastler07 (Gast)]

Guter Einwand,
jetzt wo du es sagst, habe einfach gedacht
unsig. char hat 8 bit, also 0-255

aber dann will er das doch sicher als ascii, also wäre meine 110 ein n

aber rechnet er das überhaupt um


Ich will nur die Möglichkeit haben eine 10bit Zahl an den IC über SPI zu 
schicken, was übergebe ich dann als char?

[holger (Gast)]

>aber dann will er das doch sicher als ascii, also wäre meine 110 ein n

SPI kennt kein ASCII.

>aber rechnet er das überhaupt um

Nein. Du sendest so nur Müll.

>Ich will nur die Möglichkeit haben eine 10bit Zahl an den IC über SPI zu
>schicken, was übergebe ich dann als char?

Da 10 bit nicht in ein char passen geht es so nicht.

[Thomas (Gast)]

Moin,

welcher IC hängt den an dem SPI ? Wahrscheinlich ein DAC oder so. 10Bit 
kannst Du nicht direkt übertragen, als ASCII schon garnicht. Du mußt das 
auf zwei Übertragungen aufteilen. Das wie hängt wiederum vom angehängten 
IC ab.

Die Angabe "110" beschreibt eher einen String, sollte auch eine 
Fehlermeldung beim Compiler geben. Der Aufruf sollte eher so aussehen

ReData = SPI_Transfer(110);

   oder

ReData = SPI_Transfer(0xD0);


Bye

[J.-u. G. (juwe)]

Im Datenbaltt des 324p steht (Kapitel USART in SPI Mode):

>The TXCn Flag can be used to check that the Transmitter has completed all 
>transfers, and the RXCn Flag can be used to check that there are no unread
>data in the receive buffer. Note that the TXCn Flag must be cleared before
>each transmission (before UDRn is written) if it is used for this purpose.

demzufolge solltes Du

UCSR1A |= (1 << TXC1);

vor

UDR1 = c;

einfügen.

[etler (Gast)]

Danke erstmal, ich habe die Tipps eingebaut

schon richtig, ich möchte einen DA ansteuern. Nun kommt auch ein Signal 
am Clockeingang, allerdings gibt er mir eine falsche 
Eins-Null-Kombination am seriellen Dateneingang des DAs. Es handelt sich 
dabei um genau das gleiche Signal wie das vom Clock.

Woran liegt das?


der neue Code:

void SPI_USART_Init()
{
  UBRR1 = 0;
  /* Setting the XCKn port pin as output, enables master mode. */
  
  DDRD |= (1 << PD4);
  //XCK1_DDR |= (1<<XCK1);
  /* Set MSPI mode of operation and SPI data mode 0. */
  UCSR1C = (1<<UMSEL11)|(1<<UMSEL10)|(0<<UCPHA1)|(0<<UCPOL1);
  /* Enable receiver and transmitter. */
  UCSR1B = (1<<RXEN1)|(1<<TXEN1);
  /* Set baud rate. */
  /* IMPORTANT: The Baud Rate must be set after the transmitter is enabled
  */
  UBRR1 = 6;
}


unsigned char SPI2_MasterTransfer (unsigned char c)
{
  while (!(UCSR1A & (1<<UDRE1)));
  
  UCSR1A |= (1 << TXC1);

  UDR1 = c;
  
  //while (!(UCSR1A & (1<<RXC1)));  

  return UDR1;
}


//Der Aufruf

SPI_USART_Init();
.
.
.
ReData = SPI_Transfer(110);

[spess53 (Gast)]

Hi

>allerdings gibt er mir eine falsche
>Eins-Null-Kombination am seriellen Dateneingang des DAs.

Vielleicht verlangt der DAC einen andern SPI-Mode? Vergleiche mal das 
Timing deines DACs mit den SPI-Modes im Datenblatt vom AVR.

MfG Spess

[etler (Gast)]

danke, es muss (1<<UCPHA1) sein

wobei das ja eigentlich nicht dafür entscheidend ist, dass der AVR mir 
schon die falsche Kombination ausgibt

[spess53 (Gast)]

Hi

Was meinst du mit 'falsche Kombination'?

MfG Spess

[etler (Gast)]

ich habe mich übrigens oben verschrieben...
Der DA-Chip braucht 16bit an seriellen Daten

dazu rufe ich einfach meinen 8bit Befehl doppelt auf

ReData = SPI_Transfer(110);
ReData = SPI_Transfer(110);

nun ist eine 110 binär ja eine 1101110, also sollten meine seriellen 
Daten ja 11011101101110 (2mal 110 binär) sein.

Allerdings bekomme ich als seriellen Datenstrom
101010101010101

und das ist genau das gleiche, wie das Signal vom Clock

[ZiZi (Gast)]

>dazu rufe ich einfach meinen 8bit Befehl doppelt auf

Und was passiert mit dem SPI CS zwischen den beiden Aufrufen?
2  8 bits muss nicht unbedingt gleich 1  16 sein...
Ausserdem muss dann das Byte-Ordering beachtet werden.
Schau mal, ob Dein Controller nicht die SPI Wortlaenge
umschalten kann (kenne den AVR nicht genau genug).

(hat allerdings nicht direkt mit Deinem Clock-Problem zu tun,
aber vielleicht mit dem, das Du als nächstes haben wirst...;-))

ZiZi.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

etler schrieb:
> nun ist eine 110 binär ja eine 1101110,
Das stimmt eigentlich schon noch...
> sollten meine seriellen Daten ja 11011101101110 (2mal 110 binär) sein.
Aber das nicht mehr. Denn du überträgst 8 Bits. Damit werden für 110 die 
Bits
01101110 übertragen. Und damit für 110, 110 die Bits 0110111001101110. 
Merkst du was? Nein?
Ich schreibe unsere Zahlen mal untereinander:
1101110  -- deine 110
01101110 -- meine 110
und damit auch:
11011101101110    -- deine 110, 110
0110111001101110  -- und meine...

etler schrieb:
> Der DA-Chip braucht 16bit an seriellen Daten
> dazu rufe ich einfach meinen 8bit Befehl doppelt auf
Und: passt das zum Datenblatt?

etler schrieb:
> schon richtig, ich möchte einen DA ansteuern.
Arg geheim, welcher das ist...   :-/

[etler (Gast)]

ZiZi schrieb:
> Und was passiert mit dem SPI CS zwischen den beiden Aufrufen?
> 2  8 bits muss nicht unbedingt gleich 1  16 sein...
> Ausserdem muss dann das Byte-Ordering beachtet werden.
> Schau mal, ob Dein Controller nicht die SPI Wortlaenge
> umschalten kann (kenne den AVR nicht genau genug).

Stimmt, dazu habe ich im Datenblatt folgendes gefunden.
"16-bit data transfer can be achieved by writing two data bytes to UDRn. 
A UART transmit complete
interrupt will then signal that the 16-bit value has been shifted out."

also kann ich meine 16bit in meiner Transfer-Funktion nacheinander in 
UDR1 schreiben

unsigned char SPI2_MasterTransfer (unsigned char c1,unsigned char c2)
{
  while (!(UCSR1A & (1<<UDRE1)));
  
  UCSR1A |= (1 << TXC1);

  UDR1 = c1;
  UDR1 = c2;
  
  //while (!(UCSR1A & (1<<RXC1)));  

  return UDR1;
}

//Aufruf
ReData = SPI_Transfer(110,110);

Lothar Miller schrieb:
> und damit auch:
> 11011101101110    -- deine 110, 110
> 0110111001101110  -- und meine...
Natürlich, beim kopieren aus dem Rechner ist die erste 0 verloren 
gegangen.