SPI funktioniert nicht

[Sensing (Gast)]

Hallo,

ich habe hier schon einige Beiträge bzgl. SPI-Schnittstelle gelesen, 
jedoch mein Problem noch nicht finden können.......und es treibt mich 
ein bisschen in den Wahnsinn :)

Es handelt sich um einen Hallsensor der via SPI angesteuert wird. Anbei 
habe ich mal das Datenblatt hinzugefügt. Unter Punkt 7 ist auch die 
Vorgehensweise beschrieben, um ein Register zu lesen/schreiben.
Das Datenformat beträgt 32 Bit Länge, 16 Bit sind für die Reg-Adresse 
und die weiteren 16 Bit sind dann Lese/Schreibedaten

Ich möchte zunächst nur den on-chip Temperatursensor auslesen, wofür die 
Adresse 0x0110 gewählt werden muss.
Ich verwende einen Arduino, der auf 8 Bit-SPI läuft. Die Adresse Teile 
ich in 2 Teile und schiebe 16 Bit Nullen nach damit auf 32 Bit 
aufgefüllt wird.


Mein Problem:
Ich bekomme ein Signal(MISO), jedoch ändert sich dieses jedes Mal wenn 
ich den Resetknopf auf dem uc-Board drücke. Nach 16-maligem Drücken 
kommt wieder das "1." Signal aufm Oszi zu sehen.

Kann mir hier bitte jemand helfen?



Hier mal noch ein verwendeter Code:

#include <SPI.h>

#define DATAOUT 11           //MOSI
#define DATAIN  12           //MISO 
#define SPICLOCK  13         //sck
#define SLAVESELECT 10       //ss


//Temp-Sens Register
#define TempRegRead1 0x01    // 16-9 Bit
#define TempRegRead2 0x10    //  8-0 Bit



void setup() {
Serial.begin(9600);

  
  pinMode(DATAOUT,OUTPUT);                   // SPI Out/Inputs
  pinMode(DATAIN,INPUT);
  pinMode(SPICLOCK,OUTPUT);
  pinMode(SLAVESELECT,OUTPUT);
  
SPI.begin();               // SPI Bus aktivieren

  SPI.setClockDivider(SPI_CLOCK_DIV32);      // 16MHz/32=500kHz
  SPI.setBitOrder(MSBFIRST);
  SPI.setDataMode(SPI_MODE1);
  delay(5);
}



void loop (){
  
digitalWrite(SLAVESELECT, LOW);

byte val[4];

val[0] = SPI.transfer(TempRegRead1);


val[1] = SPI.transfer(TempRegRead2);

val[2] = SPI.transfer(0x00);

val[3] = SPI.transfer(0x00);


Serial.println (val[0] );
Serial.println (val[1] );


byte bres = (val[2] <<8 )| val[3];
digitalWrite(SLAVESELECT, HIGH);


Serial.println (bres);

}

[Sensing (Gast)]

....die Serial Println Befehle braucht man nicht beachten.

[spess53 (Gast)]

Hi

>Ich verwende einen Arduino, der auf 8 Bit-SPI läuft. Die Adresse Teile
>ich in 2 Teile und schiebe 16 Bit Nullen nach damit auf 32 Bit
>aufgefüllt wird.

Welcher Controller?

>  SPI.setDataMode(SPI_MODE1);

Wie das bei Ardoinos ist weiß ich nicht. Aber bei AVRs entspricht das 
gezeigte Protokoll dem SPI-Mode 0.

MfG Spess

[Sensing (Gast)]

Hallo,

also wenn ich SPI Mode0 verwende, reagiert der MOSI auf die Mitte der 
fallnden Flanke......hier wird ja steigende Flanke benötigt. Hab hier 
auch schon alles durchprobiert, verstehe einfach nicht wieso die MISO 
Data sich bei Neustart jedes mal ändert?

[Sensing (Gast)]

und auch in diesem Mode0 ist es genau dasselbe :/

[Sensing (Gast)]

ou, verwendet wird ein Arduino Duemilanove

[spess53 (Gast)]

Hi

>ou, verwendet wird ein Arduino Duemilanove

Ich hatte eher an etwas wie ATMgaXYZ gedacht.

Das Datenblatt habe ich nur mal überflogen. Da steht etwas von 
Continuous mode und Single shot mode. Per default ist letzterer 
aktiviert. Vielleicht solltest du mal auf Continuous mode umstellen.

MfG Spess

[Jonas A. (Firma: GreenWire-Elektronik) (padrejohn)]

Nur so die Frage - warum genau schiebst du 16 Nullen nach?.

Wenn du die Clock weiterlaufen willst, würde sich doch eher 16 mal HIGH 
eignen oder?

SPI-Mode 1 scheint mir falsch zu sein - laut deinem Datenblatt wird auf 
High-Flanke gesampelt - ich hätte auf SPI-Mode 0 getippt.

Viel mehr kann ich nicht zu beitragen, habe mich nur selbst gerade mit 
SPI rumgeschlagen.

Dein Arduino hat einen ATmega168? Hast du den Slave-Pin in Benutzung? 
Soweit ich sehe, wäre dann eher SPI.transfer(slaveSelectPin, val) 
sinnvoll ...

[Sensing (Gast)]

Hallo Zusammen und vielen Dank für die Antworten.
Ja ein Atmega168 wird verwendet. Anbei hab ich mal die unterschiedlichen 
Modi beigefügt. Gelb ist Clock, Blau ist MOSI.

Ich kann mir nicht vorstellen, dass es am Continous Mode liegt, aber 
werde es mal ausprobieren. Das Problem ist halt, dass ich ja nur mal 
ausprobieren wollte ob ich den Temperatursensor auslesen kann. Diesen 
kann man nur lesen.....deshalb auch die zusätzlichen 16 Nullen.

[Sensing (Gast)]

also steigende Flanke ist doch schon Mode1 oder steh ich aufm Kopf?

[Jonas A. (Firma: GreenWire-Elektronik) (padrejohn)]

Sensing schrieb:
> also steigende Flanke ist doch schon Mode1 oder steh ich aufm Kopf?

Sample und Setup nicht vertauschen - ich verstehe das Datenblatt so, 
dass die Daten bei Rising Edge gelesen werden - sprich gesampelt. Das 
heißt, sie müssen vorher schon fertig anliegen (Setup). Das wäre Mode 0

Und probier mal statt der 16 Nullen Einsen zu verwenden.

[spess53 (Gast)]

Hi

>also steigende Flanke ist doch schon Mode1 oder steh ich aufm Kopf?

Sieh dir mal das Bild an (oben Sensor, unten AVR). Mode0 ist Ruhepegel L 
und Abtastung bei steigender Flanke. Mode 1 Ruhepegel H und Abtastung 
bei fallender Flanke.

Und wie macht das dein Sensor?

MfG Spess

[spess53 (Gast)]

Hi

>Und probier mal statt der 16 Nullen Einsen zu verwenden.

Das gibt auch nur 16 Takte. Allerdings signalisiert ein Bit15=1 das die 
nächsten Daten geschrieben werden sollen. Das könnte den Sensor 
verwirren.

Lt. Datenblatt soll man "0"+15 Bit Adresse senden.

MfG

[Jonas A. (Firma: GreenWire-Elektronik) (padrejohn)]

spess53 schrieb:
> Hi
>
>>Und probier mal statt der 16 Nullen Einsen zu verwenden.
>
> Das gibt auch nur 16 Takte. Allerdings signalisiert ein Bit15=1 das die
> nächsten Daten geschrieben werden sollen. Das könnte den Sensor
> verwirren.
>
> Lt. Datenblatt soll man "0"+15 Bit Adresse senden.
>
> MfG

Ah ok, hatte ich übersehen - bei meinem EEPROM wars andersrum und ich 
hatte dazu nix gefunden - dann kann er sich den Versuch sparen :)

[Sensing (Gast)]

ok, das mit dem Mode0 habe ich wohl nicht richtig verstanden. Danke 
dafür!!! aber nach wie vor, funzt ned :)

[Jonas A. (Firma: GreenWire-Elektronik) (padrejohn)]

Sensing schrieb:
> ok, das mit dem Mode0 habe ich wohl nicht richtig verstanden. Danke
> dafür!!! aber nach wie vor, funzt ned :)

Wenn du ein Oszi schon da hast - hast du dir mal den kompletten 
Datenverkehr angeschaut? Du solltest ja 32 Clockcycles sehen - wird 
alles richtig übertragen?

Und wie ist das mit der Beschaltung - Hast du CS richtig beschaltet? 
Steuerst du es mit SPI_SS?

[Sensing (Gast)]

jap ich schaue mir den clock und die MOSI oder MISO Daten auf dem Oszi 
an.
Beginn der Übertragung.....SS low.....Ende der Übertragung....SS High

[Jonas A. (Firma: GreenWire-Elektronik) (padrejohn)]

Hast du da nen Bild zu? Kommt einfach nichts zurück oder wie?

[Johannes R. (rosbuster)]

Hallo,
auch wenn der Thread schon in die Jahre gekommen ist - gibt es zu dem 
Problem mittlerweile eine Lösung?
Ich hänge an dem selben Problem.
Hab hier einen Arduino Uno an einem AS5410 Hall-Sensor angeschlossen und 
bekomme über den SPI Bus mit ähnlichem Code auch keine Daten raus.

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

Johannes R. schrieb:
> und bekomme über den SPI Bus mit ähnlichem Code auch keine Daten raus.
Was bekommst du stattdessen?
Hast du ein Oszi?

[Johannes R. (rosbuster)]

Die Serial Ausgabe bringt nur Nullen.
Ich habe im Anhang zwei Oszi Aufnahmen von Mosi und Miso mit Clock 
Signal.
Im Mosi Diagramm ist ein Teil der zu übertragenden Bitfolge 
(000000010001000) um das Register 0110h anzusprechen zu sehen.
Laut Sensordatenblatt müsste das so passen.

Den Code habe ich von Sensing größtenteils übernommen.

#include <SPI.h>

#define DATAOUT 11           //MOSI
#define DATAIN  12           //MISO 
#define SPICLOCK  13         //sck
#define SLAVESELECT 10       //ss


//Temp-Sens Register
#define TempRegRead1 0x01    // 16-9 Bit
#define TempRegRead2 0x10    //  8-0 Bit



void setup() {
Serial.begin(9600);
  
  pinMode(DATAOUT,OUTPUT);                   // SPI Out/Inputs
  pinMode(DATAIN,INPUT);
  pinMode(SPICLOCK,OUTPUT);
  pinMode(SLAVESELECT,OUTPUT);
  
SPI.begin();               // SPI Bus aktivieren

  SPI.setClockDivider(SPI_CLOCK_DIV32);      // 16MHz/32=500kHz
  SPI.setBitOrder(MSBFIRST);
  SPI.setDataMode(SPI_MODE0);
  digitalWrite(SLAVESELECT, LOW);
  delay(50);
}



void loop (){

byte val[2];

SPI.transfer(TempRegRead1);

SPI.transfer(TempRegRead2);

val[1] = SPI.transfer(0x00);

val[2] = SPI.transfer(0x00);


Serial.println (val[1]);
Serial.println (val[2]);


}

[Johannes R. (rosbuster)]

Der Sensor funktioniert leider immer noch nicht.
Niemand eine Idee, was denn hier falsch laufen könnte?

Ich hab mittlerweile unter anderem noch versucht bevor ich eine Abfrage 
der Sensorregister mache den Sequencer in Register 000Eh durch senden 
der Bitfolge 10000000 00001110 (write command + 15 bit Register Adresse) 
+ 00000000 00000010 (Schreibdaten) über die MOSI-Leitung zu starten.
Laut Datenblatt müsste der aber sowieso per Default aktiviert sein?

Muss der Datenaustausch vllt nicht wie auf Seite 15 im Datenblatt 
beschrieben sondern wie auf Seite 41 (E²PROM WRITE/READ) durchgeführt 
werden? Oder muss da sonst noch irgendwas initialisiert werden?
Das komplette Datenblatt ist im Anhang.

Am Sensor habe ich denke ich auch alles richtig angeschlossen.
Ich habe hier ein Adapterboard 
(http://ams.com/eng/Support/Demoboards/Magnetic-Position-Sensors/Linear-Position/AS5410-Adapterboard) 
vorliegen, auf dem der Sensor sich befindet und die relevanten 
Anschlüsse bereits auf eine Stiftleiste herausgeführt sind.
Einzig nicht angeschlossene Pins an der Leiste sind bei mir Reset_n und 
nc.

Wenn mir hier jemand weiterhelfen könnte, wäre ich sehr dankbar.