ADS8344 funktioniert nur mit langsamen SPI

[Fritz (Gast)]

Hallo zusammen,

Ich versuche derzeit einen ADS8344 auszulesen. Dies funktioniert soweit 
eigentlich. Jedoch habe ich das Problem, dass es nur funktioniert wenn 
ich einen sehr langsamen SPI Takt verwende. Das heisst, mit 130kHz Takt 
funktioniert alles ohne Probleme. Sobald ich aber auf beispielsweise 
1MHz erhöhe, funktioniert es nicht mehr. Laut Datenblatt sollten bis zu 
2.3MHz möglich sein.

Funktioniert nicht mehr bedeutet, dass immer der Wert 0 ausgelesen wird.

Ich verwende folgenden Code:

uint16_t ads8344_read(void)
{
    uint8_t temp = 0;
    uint32_t result = 0;

    ADS8344_ENABLE = 0;

    spi3_read_send(ADS8344_CONFIG | 1 << ADS8344_STARTBIT ); //CONFIG = 0x04 Startbit = 7

    // MSB from ADC
    temp = spi3_read_send(0);
    result = temp << 9;

    // LSB from ADC
    temp = spi3_read_send(0);
    result |= temp << 1;

    // last bit from adc
    temp = spi3_read_send(0);
    result |= temp >> 7;

    ADS8344_ENABLE = 1;

    return result;
}

Übersehe ich irgendwo etwas im Datenblatt?

Grüsse

[Klaus (Gast)]

Fritz schrieb:
> Jedoch habe ich das Problem, dass es nur funktioniert wenn
> ich einen sehr langsamen SPI Takt verwende. Das heisst, mit 130kHz Takt
> funktioniert alles ohne Probleme.

Da geht bei mir als erstes die Signallampe: "auslesen mit der falschen 
Clockflanke?" an, als zweites: "Crosstalk zwischen Clock und Daten"

MfG Klaus

[Fritz (Gast)]

Der SPI Mode sollte soweit eigentlich stimmen. Das SPI Modul habe ich 
auf Mode 0 konfiguriert. Also CLK Idle Zustand ist low und Datenwechsel 
auf fallender Flanke.

Crosstalk habe ich soeben gemessen. Scheint nicht vorhanden zu sein. Ich 
habe ein Bild von der Übertragung der ersten 8 Bit angehängt.

[Fritz (Gast)]

Okay ich hab es nun hinbekommen. Es läuft mit 2MHz. Die einzige Änderung 
die ich gemacht habe, ist ein Delay nach dem Senden des ersten Bytes 
eingefügt. Ich habe ein Minimum Delay von cirka 5.5us empirisch 
ermittelt.
Laut Datenblatt sollte dieses Delay jedoch nicht nötig sein.

Der Code mit dem Delay:

uint16_t ads8344_read(void)
{
    uint8_t temp = 0;
    uint32_t result = 0;

    ADS8344_ENABLE = 0;
    spi3_read_send(ADS8344_CONFIG | 1 << ADS8344_STARTBIT); //CONFIG = 0x04 Startbit = 7

    __delay32(400); //Delay 400 Cycles = 5.8us

    // MSB from ADC
    temp = spi3_read_send(0);
    result = temp << 9;

    // LSB from ADC
    temp = spi3_read_send(0);
    result |= temp << 1;

    // last bit from adc
    temp = spi3_read_send(0);
    result |= temp >> 7;

    ADS8344_ENABLE = 1;
    
    return result;
}

[spess53 (Gast)]

Hi

>Laut Datenblatt sollte dieses Delay jedoch nicht nötig sein.

Wie fragst du BUSY ab?

MfG Spess

[Fritz (Gast)]

spess53 schrieb:
> Wie fragst du BUSY ab?
>
> MfG Spess

Ich dachte das müsste ich im external clock Mode nicht abfragen. Im 
Datenblatt steht folgendes:

"BUSY will go HIGH for one clock period after the last bit of the control byte is shifted in"

oder auch:

"Since one clock cycle of the serial clock is consumed with BUSY going HIGH"

Deshalb dachte ich ich müsste das Busy nichtabfragen und könnte direkt 
mit dem auslesen beginnen.
Liege ich da falsch?

[Fritz (Gast)]

Hat sonst noch jemand eine Idee? Ich hätte das Ganze gerne ohne Delay 
erledigt, so dass ich die Daten per DMA übertragen kann.

Grüsse