AD C MCP3561 не возвращает значения преобразования - PullRequest
Новая
       118

AD C MCP3561 не возвращает значения преобразования

0 голосов
/ 17 июня 2020

Я приехал сюда в крайнем случае.
Я использую этот MCP3561 без внешних часов (MCLK) и не использую прерывание (irq) (оба плавающие).
DATASHEET
Первоначально я пытался запустить быструю команду, чтобы получить adcdata, но она вернула все 0.
Затем я попытался настроить все биты конфигурации соответствующим образом, и все же при чтении обратно adcdata он возвращает все 0 для данных. Но при чтении всего адреса постепенно я вижу данные из конфигурации. 

  t_buf[0] = 0b01110110; //slaveaddr + lockregister + wr
  t_buf[1] = 0b10100101; // wr 0xa5 to unlock writing to registers
  HAL_GPIO_WritePin(GPIOA, GPIO_PIN_9, 0);
  HAL_SPI_Transmit(&hspi1, t_buf, 2, 1000); //unlock resgisters
  HAL_GPIO_WritePin(GPIOA, GPIO_PIN_9, 1);

  t_buf[0]  = 0b01000110; //slave address - reg address - write
  t_buf[1]  = 0b01100011; //config 0
  t_buf[2]  = 0b00011100; //config 1
  t_buf[3]  = 0b10101011; //config 2
  t_buf[4]  = 0b11000000; //config 3 - bit 4-5 is data_format[1:0]
  t_buf[5]  = 0b00100000; //irq register
  t_buf[6]  = 0b00000001; //mux
  t_buf[7]  = 0b00000000; //7-8-9 scan register
  t_buf[8]  = 0b00000000;
  t_buf[9]  = 0b00000000;
  t_buf[10] = 0b00000000; //10-11-12 timer delay value
  t_buf[11] = 0b00000000;
  t_buf[12] = 0b00000000;
  t_buf[13] = 0b00000000; //13-14-15 offset calibration
  t_buf[14] = 0b00000000;
  t_buf[15] = 0b00000000;
  t_buf[16] = 0b10000000; //16-17-18 gain calibration //0x80 is default 1x gain
  t_buf[17] = 0b00000000;
  t_buf[18] = 0b00000000;
  t_buf[19] = 0b10010000; //19-20-21 reserved should be set at 0x90
  t_buf[20] = 0b00000000;
  t_buf[21] = 0b00000000;
  t_buf[22] = 0b01010000; // reserved set at 0x50
  t_buf[23] = 0b00000000; // lock register 0xa5 unlock anything else lock


  HAL_GPIO_WritePin(GPIOA, GPIO_PIN_9, 0);
  HAL_SPI_Transmit(&hspi1, t_buf, 23, 1000);
  HAL_GPIO_WritePin(GPIOA, GPIO_PIN_9, 1);

Моя функция чтения: 

float Get_ADC(void){
    float val;
    float sensor_val;

    HAL_GPIO_WritePin(GPIOA, GPIO_PIN_9, 0);    //pull down cs line on adc to enable spi on chip
    t_buf[0] = 0b01000011;
    t_buf[1] = 0b00010000;
    //HAL_SPI_TransmitReceive(&hspi1, t_buf, r_buf, 3, 1000);

    HAL_SPI_Transmit(&hspi1, t_buf, 1, 1000);
    HAL_SPI_Receive(&hspi1, r_buf, 28, 1000);

    HAL_GPIO_WritePin(GPIOA, GPIO_PIN_9, 1);    //return cs line to high to disable spi on chip



    return(sensor_val);

и данные, которые я прочитал: 

r_buf[0]    uint8_t 0 '\0'  
r_buf[1]    uint8_t 0 '\0'  
r_buf[2]    uint8_t 0 '\0'  
r_buf[3]    uint8_t 99 'c'  
r_buf[4]    uint8_t 28 '\034'   
r_buf[5]    uint8_t 171 '«' 
r_buf[6]    uint8_t 192 'À' 
r_buf[7]    uint8_t 48 '0'  
r_buf[8]    uint8_t 1 '\001'    
r_buf[9]    uint8_t 0 '\0'  
r_buf[10]   uint8_t 0 '\0'  
r_buf[11]   uint8_t 0 '\0'  
r_buf[12]   uint8_t 0 '\0'  
r_buf[13]   uint8_t 0 '\0'  
r_buf[14]   uint8_t 0 '\0'  
r_buf[15]   uint8_t 0 '\0'  
r_buf[16]   uint8_t 0 '\0'  
r_buf[17]   uint8_t 0 '\0'  
r_buf[18]   uint8_t 128 '\200'  
r_buf[19]   uint8_t 0 '\0'  
r_buf[20]   uint8_t 0 '\0'  
r_buf[21]   uint8_t 144 '\220'  
r_buf[22]   uint8_t 0 '\0'  
r_buf[23]   uint8_t 0 '\0'  
r_buf[24]   uint8_t 80 'P'  
r_buf[25]   uint8_t 165 '¥' 
r_buf[26]   uint8_t 0 '\0'  
r_buf[27]   uint8_t 12 '\f' 
r_buf[28]   uint8_t 0 '\0'

r_buf [3] возвращает записанный config0 и .... заканчивается r_buf [28] регистром блокировки. r_buf [0], 1 , [2] должен возвращать мои 24-битные данные, и независимо от того, какую комбинацию настроек конфигурации он всегда будет возвращать 0. В настоящее время у меня есть фотометрический диод c, подключенный к ch0- ch1 соответственно. Он находится на печатной плате, прикрепленной к чипу stm32l412 с помощью spi_mode (1,1).
Мое текущее предположение состоит в том, что объявление c никогда не выходит из режима выключения / сна и не будет выполнять никаких преобразований.

-Росс

...