SPI vom USART1 nutzen, Probleme durch USART0?

[etler (Gast)]

Hallo,

ich bin noch bei der seriellen Ansteuerung eines DAC-ICs mit der USART1 
Schnittstelle meines Atmega324p. Die USART1 Schnittstelle habe ich dabei 
als SPI-Schnittstelle laufen, allerdings funktioniert so meine 
CLK-Leitung nicht, ich bekomme kein Signal raus.

Kann es daran liegen, dass ich meine USART0 Schnittstelle schon zur 
Kommunikation mit einem FTDI (USB- Wandler IC) laufen habe und er mir so 
den Zugriff vom USART1 auf den XCK1 verweigert? Es gibt ja nur einen XCK 
für 2 USARTs.

Hier mein 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 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);

Vielen Dank

Achja, ich habe dies schon in einem alten Thread schon ähnlich 
behandelt, aber ohne Lösung 
(Beitrag "Uart als Spi macht Probleme")

Nun aber die neue Frage zum Zusammenhang mit dem FTDI und USART0.

[spess53 (Gast)]

Hi

> Es gibt ja nur einen XCK für 2 USARTs.

Nein zwei. PB0-XCK0 und PD4-XCK1.

MfG Spess

[etler (Gast)]

stimmt,
habe ich einfach übersehen

Dann liegt es ja nicht daran, dass USART0 mir den Zugriff verweigert. 
Was kann es sonst noch sein?

ist die Initialisierung als Master und mit Clk so richtig?

DDRD |= (1 << PD4);
//im Datenblatt XCK1_DDR |= (1<<XCK1);

[etler (Gast)]

vielleicht noch dazu...
ich muss USART1 für SPI im synchronen Modus laufen lassen und will so 16 
bit raus schieben. Gleichzeitig soll mein ATmega als Master fungieren.

Die Spi-Enable-Leitung (Chip-Select) brauch ich dann ja nicht, oder?

[spess53 (Gast)]

Hi

>Die Spi-Enable-Leitung (Chip-Select) brauch ich dann ja nicht, oder?

Das hängt vom Slave ab.

MfG Spess

[Helfer (Gast)]

etler schrieb:

> Die Spi-Enable-Leitung (Chip-Select) brauch ich dann ja nicht, oder?

Ich habe vor einiger Zeit lange an einem nicht funktionierenden SPI 
debugged (atmega168, oder war's ein 328er?). Auf diesem AVR ist es 
zwingend nötig, /SS als Output zu konfigureren, sonst läuft SPI nicht 
richtig. Ist das beim 324er auch so?

[spess53 (Gast)]

Hi

>Ist das beim 324er auch so?

Ja, beim SPI. Aber hier geht es um USART im SPI-Mode und da gibt es kein 
SS-Pin.

MfG Spess

[etler (Gast)]

Mhm, ich werde mal einen anderen Controller nutzen, vielleicht ist der 
defekt. Kann ich aber erst morgen machen.

Oder noch jemand Ideen?

[etler (Gast)]

Problem gelöst, Fehler im Layout und somit Pins falsch beschriftet -.-

neue Frage...
_________________________________________________________________

Nachdem ich über SPI gesendet habe, stoppt mein TX und mein CLK-Signal. 
Nun brauch ich aber noch zwei Clock-Flanken mehr. Dazu wollte ich das 
Clock Signal einfach manuell weiter toogeln. Allerdings passiert nichts, 
bzw er toogelt nicht. Bekomm ich direkt nach dem SPI senden keinen 
Zugriff auf den CLK-Pin (PD4) um ihn neu zu setzen? Muss man davor erst 
SPI wieder ausschalten?

Danke