Dear Experts,

now i am working with Si7021 with Quectel MC60 module, this is my code snippet for your reference

            u8 addr1 = 0X80;
            u8 reg_buffer[2];
            u8 read_buffer[4]= {0x00,0x00,0x00,0x00,0x00};
            s8 temp_read[2];
            float temp[2];
            reg_buffer[0] = 0xE0;
            //temp_read = 0;
            ret = Ql_IIC_Write_Read(1,addr1,reg_buffer,1,read_buffer,2);
            SerialPrint("\r\n<---read function is ready-->\r\n");
            temp_read[0] = (read_buffer[0]<<8)|read_buffer[1];
            temp[0] = (float)temp_read[0];
            SerialPrint("\r\n<---RAW DATA-->[%s][%s][%.2f]\r\n",read_buffer[0], read_buffer[1], temp[0]);

 

this print junk and zero in my uart, then i was already connect MPU6050 6axis accelerometer, that works fine, anyone can help me to solve this kindly let me know

thanks in advance

 

regards

kannannatesh

Hi everyone,

I am using a Si7060 temperature sensor which works fine but won't go to sleep. From the data sheet, the part is put to sleep by writing 0x01 to register 0xC4.  To elaborate a bit, on my setup I have a C8051F350 CPU with a few I2C peripherals. When the CPU is in low power mode (running at 32.768kHz) total current consumption is 40uA. As soon as I read or write to the Si7060, current rises to about 650uA (which is consistent with current consumption in active mode). When writing 0x01 to 0xC4 nothing happens, that is, current  stays at 650uA. When reading register 0xC4 the result is always 0x02 even right after writing 0x01 to it. The only way to go back to 40uA is by powering the board off without reading or writing anything from or to 0xC4. Also, the data sheet (Preliminary Rev. 0.1) at the bottom of page says the following: "If ultra-low power sleep with no sampling is desired, set the stop bit to 0 and the sleep bit to 1—that is, write 0x00 or 0x09 (to retain the settings of 0xC6 and 0xC7) to 0xC4."

Shouldn't it say "write 0x01 or 0x09 to 0xC4"?  I tried writing 0x00 just in case but the result is the same.

Your help would be greatly appreciated. 

Many thanks, Christof

 

Hi，

采用SI7020测量环境温湿度，芯片测量温度的输入源位于底部的Pad，当运行一段时间后，测量误差达到1.4℃。请问芯片自己产生的功耗散发的热量是否会影响到测量精度？

对于这种现象，是否有一些设计建议？非常感谢。

Hi,

请问是否有一些SI117x心率传感器测量黑人皮肤动态心率的官方数据报告可以提供？谢谢~

Hi, I am trying to get accurate UV reading from Si1133. I am planning to use 0.6mm Corning Gorilla Glass and is trying to select a telfon diffuser. According to the paragraph below, I am wondering if a standard PTFE tape like this (https://www.neoseal.net/tds/Neoseal%20PTFE%20Tape.pdf) would work? If so, is there any special requirements (color, shape, etc.) to meet? And can the tape be pasted directly onto the glass overlay?

 

Thank you!

Hi, I am using Si1133 for UV sensing, but I am unable to get a reasonable value. I'm reading from the sensor using the function below. HOSTOUT0 always reads 0, and HOSTOUT1, seems to respond according to the amount of light shining on it. So it seems like my readings depends solely on HOSTOUT1.

uint16_t SI1133_readUV() 
{
    uint8_t temp;
    uint8_t temp2;
    uint16_t temp_full;
    
    I2CreadByte(SI1133_ADDRESS, SI1133_REG_HOSTOUT0, (uint8_t *) &temp);
    I2CreadByte(SI1133_ADDRESS, SI1133_REG_HOSTOUT1, (uint8_t *) &temp2);

    temp_full = (uint8_t) temp2 | ((uint8_t) temp<<8);
     
    delay(1000);
    return temp_full;
}

And in my main, I am calculating the UVI as follows, giving me a value that is always < 1. 

uint16_t input = SI1133_readUV();
uint32_t uvi = 0.0187 * (0.00391 * input*input + input);

The way I am setting up the sensor is as follows: 

void SI1133_reset_mode(void)
{
    I2CwriteByte(SI1133_ADDRESS, SI1133_REG_COMMAND, SI1133_RESET_SW);
    delay(10);
}

void SI1133_set_mode()
{
    SI1133_reset_mode();
    SI1133_writeParam(SI1133_PARAM_CHLIST,0X01);
    SI1133_writeParam(SI1133_PARAM_ADCCONFIG0,0x78 );
    SI1133_writeParam(SI1133_PARAM_ADCSENS0,0x09);
    SI1133_writeParam(SI1133_PARAM_ADCPSOT0,0x00);
    SI1133_writeParam(SI1133_PARAM_MEASCONFIG0,COUNT0);

    I2CwriteByte(SI1133_ADDRESS, SI1133_REG_COMMAND, SI1133_START);
}

I'm not sure why I can't get anything from the HOSTOUTO reg, and why is my UV index reading so low.

I appreciate any advice and thank you in advance!

Since 2016，our corporation have chosen Si7021-A20-GM1R sensor. But during application，our customers are always replying that humidity sensos is not accurate. After our confirming，when the sensor is working in environment of 75%~85%RH after 2 months or about 10 days （after baking and rehydrogen）, the random humidity readings will appear. I want to know why the random values  is generated and what the principle is. What measures  can we take to make products better?

I sincerely hope to get a response in this regard. Thank you very much.

I have configured threshold to 9 mT and the hysteresis to 1 mT. The actual (raw) values are:

Part: Si7210-B-02, Addr 0x31: OK
[C6]=0xEC [C7]=0xA4, [C9]=0xBD
sw_low4field:  1	sw_op:         108
sw_fieldpolsel 2	sw_hyst:       36
sw_tamper:     47

threshold:     1792	8.96
hysteresis:    192	0.96  [edit: value corrected]
tamper:        3968	19.84

Bop            9.92 [edit: value corrected]
Brp            8.00 [edit: value corrected]

According to the datasheet, the output pin "goes high or low when the magnetic field crosses a threshold", while Bop = (threshold+hysteresis) and Brp = (threshold-hysteresis)

[edit: values corrected]
I expect that the digital output goes from HIGH to LOW when increasing the field above Bop 9.92mT and returns to HIGH when the field falls below 8.00 mT. But when increasing the magnetic field (while reading the actual value and the digital output in a loop) the digital output is HIGH (as expected), and when 9.7 mT is reached, it toggles randomly between HIGH and LOW until 9.8 mT is reached and output is stable LOW. Same in opposite direction when decreasing the magnetic field.

I also switched to a different part Si7210-B-01, but got the same behaviour.

Same when not configuring the sensor and using the default data (loaded at start up from OTP) . The datasheet says:
Bop = ±1.1 mT (max)
Brp = ±0.2 mT (min)
|Bop - Brp| = 0.4 mT (typ)

But when reaching +0.7 mT (or -0.8 mT) from either direction, the output starts toggling randomly between HIGH and LOW.

So it seems that there is no hysteresis in place. Instead I see a "toggle point" in either direction at 9.7 mT (which threshold + hysteresis).

In AN1018, in chapter 12.1 it is noted

It is possible to get the temperature data associated with a conversion, as discussed in Section 5 of the data sheet.

 And in the datasheet if Si7210 it is written

Every magnetic field conversion has an associated temperature measurement. During magnetic field measurement cycles, this data is

used for compensating the hall sensor data to keep the desired temperature coefficient of magnetic field measurement.

The temperature data is available by setting the dspsigsel field of register 0xC3 to 0x01.

Once the dspsigsel field is set, the temperature sensor data is read from registers 0xC1 and 0xC2 as 15b unsigned number (see also

4.1.2 Fields Associated with Reading DATA).

The temperature sensor data can be read after one conversion or after a burst of conversions.

Starting and reading the magnetic field conversion works fine and as expected. But when I switch afterwards dspsigsel to 1, I always read 0x7f for Dspsigm and 0xf8 for Dspsigl (which is no valid temperature). When I now start a new measurement (dspsigsel = 1), I can read valid temperature values.

So It seems that is not possible to get the "temperature data associated with a [magnetic] conversion" from a single measurement, or am I reading something wrong?

 

 

 

 

I do have 3 Si7060 on 2 different boards and all show about 4deg higher temperature than ambient. The room temperature is about 24deg C and the thermometers all show about 28deg C.

The sensor is placed about 1.5cm away from any other component on the PCB. I do read the temperature in one burst mode once a second (Write 0x04 to 0xC4, than read 2 bytes from  0xC1 with autoinc enabled).

The raw values is about 0xAFxx (e.g. 0xAF57) and that is without the new data flag 0x2F57 translating to ~28.3deg C. Is the calculation correct?

Hi,

I am trying to read the external temperature connected to the Si7013. But the raw code i am reading from the board is close to 1612 in Hex and -25.071093 in fahrenheit and the internal temperature reading is 6830 in hex and 76.396912 in fahrenheit.

The internal temperature which we are reading makes sense when compared to the thermistor temperature.

We are making sure that D0=0, D1=1 and D2=1 on the User register 2 before reading the thermistor temperature. 
What are the things which we need to setup before reading the thermistor temperature on the IC ? Do anyone have a sample code or document (apart from datasheet) to explain what has to be done to read the temperature accurately ?

Do i need to change the bits in D5 and D6 also ? But when i am changing it, the RHT device on the i2c bus is crashing or its disappearing. I have to reboot the board to get them displayed again.

Please feel free to ask for more details if required.

Thanks for your time

When trying to read serial number from the si7006, readings temperature and humidity were inverted.

I was trying to read the serial number from the si7006 writing the I2C address and command codes the second byte like this:
i2c_master_start(cmd);
i2c_master_write_byte(cmd, 0x40 << 1 | I2C_MASTER_WRITE, 1);
i2c_master_write_byte(cmd, 0xFC, 1);
i2c_master_write_byte(cmd, 0xC9, 1);
i2c_master_stop(cmd);

Before finishing the code I tested this submission within a loop. And after five interactions, the SCL goes to low and never come back.

Once I have done this all other interactions with the device like temperature and humidity are reversed.

When I try to read the temperature through the 0xF3 command I get the humidity code and vice versa.

I used the same code to read the temperature on five other boards that I didn't try to read the ID and all return the temperature at 0xF3 and the humidity at 0xF5 correctly.

I think I found a bug on Si7006.

This particular device can not recover, not even performing a reset.

I can't pass this configuration. My program stopped running here  . What should I do?

The heart rate is normal when running, but the heart rate will not improve 4-5min when riding .I thing this problem may related to  the Accelerometer-NormalizationFactorx10 parameters in the algorithm.What is the effect of this parameter on the algorithm?How to configure this parameter?