Чтение по SPI из DRV8303 Опции

[Jenya7]

Есть функции чтения/записи

Код

void DRV8308_WriteRegister(uint8_t address, uint16_t data)
{
    //clear bit7 in address
    address &= 0x7F;
      
    CS1_HI;  //inverse logic!!!
    
    SPI_TransferByte(DRV8308_SPI, address);
    SPI_TransferByte(DRV8308_SPI, data>>8);
    SPI_TransferByte(DRV8308_SPI, data&0xFF);
    
    CS1_LO;
}

void DRV8308_ReadRegister(uint8_t address, uint16_t *data)
{
    uint8_t tmp_data[2]={0};
    
    //set bit7 in address
    address |= 0x80;
  
    CS1_HI;  //inverse logic!!!
    
    SPI_TransferByte(DRV8308_SPI, address);
    tmp_data[0] = SPI_TransferByte(DRV8308_SPI, 0x00);
    tmp_data[1] = SPI_TransferByte(DRV8308_SPI, 0x00);

    CS1_LO;
    
    *data = (tmp_data[0] << 8) | tmp_data[1];
}

Читаю из регистра 0x2A - дефолтное значение 0x18 - получаю 0x08
Для проверки пишу в регистр 0x07
пишу 0x07 - читаю 0x03
пишу 0x0F - читаю 0x07
пишу 0x09 - читаю 0x00
Подсоеденил логик аналайзер - все сигналы в норме - пин МИСО возвращает правильные значения. Единственно что - на 0x07 и 0x0F последний бит почему то дребезжит.Почему контролер ( STM32F303CB) не читает правильно пин МИСО?

Сообщение отредактировал Jenya7 - May 11 2018, 08:23

Эскизы прикрепленных изображений

 

[k155la3]

Проверьте осцилографом уровни на линиях SPI. При несоответствии уровней для лог. анализатора они может и "прокатывают",
и Вы видете как-бы идеальные диаграммы на ЛА, а процессор их видит неправильно.
На самом деле могут быть "зализанные", задавленные итп. импульсы-уровни по разным причинам.
Имеет смысл это проверить чтобы исключить из "реестра" возможных ошибок.

[Jenya7]

Проверьте осцилографом уровни на линиях SPI. При несоответствии уровней для лог. анализатора они может и "прокатывают",
и Вы видете как-бы идеальные диаграммы на ЛА, а процессор их видит неправильно.
На самом деле могут быть "зализанные", задавленные итп. импульсы-уровни по разным причинам.
Имеет смысл это проверить чтобы исключить из "реестра" возможных ошибок.

даже лог. анализатор показывает спад и подъем МИСО синхронизированные с клоком. Так же быть не должно по моему? на подъеме или спаде клока сигнал должен присутствовать.

[Aleksandr Barano...]

даже лог. анализатор показывает спад и подъем МИСО синхронизированные с клоком. Так же быть не должно по моему? на подъеме или спаде клока сигнал должен присутствовать.

А значения CPOL, CPHA правильно установлены?

[Jenya7]

А значения CPOL, CPHA правильно установлены?

я не нашел в тех. описании драйвера требуемый СПИ режим поэтому перепробовал все

Код

switch(spi_mode)
  {
        case 0:
                SPI_InitStructure.SPI_CPOL = SPI_CPOL_Low;  
                SPI_InitStructure.SPI_CPHA = SPI_CPHA_1Edge;  
        break;
        case 1:
                SPI_InitStructure.SPI_CPOL = SPI_CPOL_Low;  
                SPI_InitStructure.SPI_CPHA = SPI_CPHA_2Edge;
        break;
        case 2:
               SPI_InitStructure.SPI_CPOL = SPI_CPOL_High;  
               SPI_InitStructure.SPI_CPHA = SPI_CPHA_1Edge;
        break;
        case 3:
              SPI_InitStructure.SPI_CPOL = SPI_CPOL_High;  
             SPI_InitStructure.SPI_CPHA = SPI_CPHA_2Edge;
        break;
  }

но если я правильно понимаю значение на МИСО пине берется либо по переднему либо по заднему фронту. А если они синфазны? мы не увидим правильные данные?
поэтому наверное когда МИСО возвращает 0x07 - 0111 - контролер видит 0x03 - 0011 - биты идут подряд и два последних бита он берет по клоку.
а скажем 0x09 - контроллер читает как 0 - биты стоят отдельно.

Сообщение отредактировал Jenya7 - May 13 2018, 05:54

[esaulenka]

я не нашел в тех. описании драйвера требуемый СПИ режим поэтому перепробовал все

То есть в даташите гадкие TI-шные инженеры спрятали figure 1 "SPI Slave Mode Timing Definition"?
Или в reference manual'е не менее гадкие ST'шники убрали картинку "Data clock timing diagram" ?

Сложнейшая задача "найди две картинки", не поспоришь...