SPI ohne Bauteil

[Sebastian M. (sebmuell)]

Hallo,

ich habe folgenden Code:

#ifndef F_CPU
#define F_CPU 16000000UL
#endif

#include <avr/io.h>
#include <util/delay.h>

void spi_init_master (void)
{
  DDRB = (1<<5)|(1<<3);
  SPCR = (1<<SPE)|(1<<MSTR)|(1<<SPR0);
}

void spi_tranceiver (uint8_t cmd)
{
  SPDR = cmd;
  while(!(SPSR&(1<<SPIF)));
}


int main(void)
{
  spi_init_master();
  uint8_t x = 0x01;

  while(1)
  {
    spi_tranceiver(x);
  }
}

Das ganze habe ich auch schon wie im Datenblatt vorgemacht versucht
dh. die tranceiver Funktion mit anderem Datentypen.

 unsigned char spi_tranceiver (unsigned char data)

Nun meine Frage:

Ich habe kein Bauteil angeschlossen und messe mit einem Logic Analyzer. 
Hier kommt nur Müll raus und der MCU sendet auch nur für kurze (paar 
Sekunden) Zeit und hört dann auf. (egal mit welcher Funktion ich sende 
und was ich sende, es sieht immer gleich aus)

Ist also ein antwortendes Bauteil unumgänglich? Oder liegt es an etwas 
anderem? Grundsätzlich funktioniert der MCU, auch der externe Quarz mit 
16 MHz läuft prima. UART läuft ohne Probleme.

Sollte also der Code ok sein, was ich glaube und man _kein_ Bauteil 
braucht, dann liegts an meinem Steckbrett. Bevor ich da aber von vorn 
beginne, wollte ich mal fragen was ihr so meint :).

[isidor (Gast)]

Zur Klärung müsstest du noch den Controller angeben,
sowie die Schaltung die du aussen dazu angebracht hast.
Irgendwie musstest du den Controller ja programmieren,
und an die SPI hinkommen.

Wenn du einen jungfräulichen Arduino bekommst dann ist
dieser mit einem Bootloader ausgestattet und die
Fuses sind auf "Blootloader" gesetzt. Das kann für
dein Vorhaben hinderlich sein.

Also bitte etwas mehr Details.

[isidor (Gast)]

Sebastian M. schrieb:
> Sollte also der Code ok sein, was ich glaube und man kein Bauteil
> braucht,

... und ja, zum Senden von Daten über SPI braucht man keine
externe Bauteile.

[spess53 (Gast)]

Hi

>Ist also ein antwortendes Bauteil unumgänglich? Oder liegt es an etwas
>anderem? Grundsätzlich funktioniert der MCU, auch der externe Quarz mit
>16 MHz läuft prima. UART läuft ohne Probleme.

Was ist an deinem SS-Pin. Unbeschaltet und als Eingang kann das zum 
Abschalten des Mastermodes führen.

MfG Spess

[Jim M. (turboj)]

DDRB = (1<<5)|(1<<3);

Das sind nur zwei Pins als Ausgang. SPI im Master Modus braucht 3 
Ausgänge:
NSS, CLK und MOSI. Wenn NSS nicht Ausgang, dann sind o.g. Probleme die 
Folge.

Und nein, ich schau jetzt nicht nach, welcher Pin bei Dir NSS sein 
müsste.

[isidor (Gast)]

Jim Meba schrieb:
> NSS, CLK und MOSI. Wenn NSS nicht Ausgang, dann sind o.g. Probleme die
> Folge.

Slave Select ist als Master nicht unbedingt erforderlich.

Jeder andere Pin der als Ausgang verwendbar ist kann den SS
als Chip Select ersetzen. SS wird erst relevant wenn der
Controller als Slave arbeiten soll.

Zum elementaren Senden von SPI Daten ist nur ein Clock- und
ein Daten-Ausgang erforderlich, sonst nichts. So jedenfalls
bei den AVR Controllern. Dass damit kein SPI Slave korrekt
angesteuert werden kann ist ein anderes Thema. Der Datenstrom
fliesst trotzdem

[spess53 (Gast)]

Hi

>Zum elementaren Senden von SPI Daten ist nur ein Clock- und
>ein Daten-Ausgang erforderlich, sonst nichts. So jedenfalls
>bei den AVR Controllern. Dass damit kein SPI Slave korrekt
>angesteuert werden kann ist ein anderes Thema. Der Datenstrom
>fliesst trotzdem

Dan lies mal den Abschnitt : 'SS Pin Functionality' im Datanblatt.

MfG Spess

[isidor (Gast)]

Ist schon klar dass er nicht als Eingang stehen darf.
Ich wollte damit sagen dass er für die Erzeugung des
Datenstroms nicht erforderlich ist.

[holger (Gast)]

>Slave Select ist als Master nicht unbedingt erforderlich.

Bei AVR schon.

>SS wird erst relevant wenn der
>Controller als Slave arbeiten soll.

SS ist auch beim Master relevant. Ist der Pin Eingang und
wird auf Low gezogen schaltet der Mastermode einfach ab.
Deswegen sollte man IMMER SS auf Ausgang setzen. Was
man mit diesem Ausgang macht ist widerum egal.

[isidor (Gast)]

holger schrieb:
> Deswegen sollte man IMMER SS auf Ausgang setzen. Was
> man mit diesem Ausgang macht ist widerum egal.

Bestätigung.

[Sebastian M. (sebmuell)]

Es lag in der Tat am SS :)

Danke euch.

[isidor (Gast)]

Sebastian M. schrieb:
> Danke euch.

... und Danke für die Rückmeldung.