OPT3101的校准问题
我们正在使用定制的1通道opt3101传感器来校准我们遵循的传感器
“OP3101SDK用户指南”中提到的步骤
这些步骤的不同之处是，我们已经为Linux自定义了设置，因为我们使用OP3101传感器的主板有一个，而不是MSP，我们使用ADB将代码推入我们的设备。
在调整我所面临的主要问题时，有：-
温度不稳定。
为了在创建配置文件时进行测试，我们在配置工具中设置了帧采样率，以便每秒获得1.95 帧数
此外，在definition.h中，我们还将数据点之间的时间(以秒为单位)设置为20秒。
->然而，结果没有达到预期的20秒，1个数据/ 20秒，在IN_LAB_STEK_2模式下，用于查找温度系数的速度非常快。
温度也很不稳定，不会线性地上升或下降，例如：-冷却时，从43到44可能会有一段时间，然后-> 45->43->42->43->41-41->42就像这样。
它以模拟波形的方式加热和冷却。
我们尝试调试这种情况的方法，尝试将万用表用作温度传感器，并将节点保留在芯片上，然后再次尝试测试in_lab_step _2，对于0.1 “c variation get temp in chip Tremain as +-3”c variation， 此外，当万用表温度稳定，但芯片读数tmain变化时，这会导致绘图时出错。
我们将使用热敏电阻来获得更准确的芯片温度读数，而不是万用表。
2.in in_lab_step 1
添加配置文件后，只要求1个参考距离。
我们的定制板仅使用1通道tx0。
但在HDR模式0和1中，它仍然不应该要求1。
它只要求HDR模式1。
我们已将HDR和非HDR模式中TX0的OPT3101Coefficients.cpp refdistanceinMM修改为500+10和500+20，
因为我们的镜头焦距至少只能在50 cm 距离处拍摄。
检查配置工具生成的配置文件后，与tx0相关的数据仅存在。
交谈交叉问题
在进行IN_LAB_STEP_0实验以查找串扰时，我们发现在通道1和3中，一些振幅和其他值正在出现，而在tx2中，所有值都是0。
设置为光电二极管有一个与相机类似的塑料圆柱形护罩，而红外线传感器有一个金属空心圆柱形小护罩。
与IR传感器相比，光电二极管覆盖层的长度更长。
IR是否可能通过这些覆盖层并进入机annels以创建串扰。
我曾尝试用一个比所需稍大一点的摄像头盖覆盖红外传感器，一个铝箔，两者的振幅都高于700，而我们只需要低于600。
我得到了最好的结果，一枚硬币完全盖住了，有点压力，在最坏的情况下，最好的结果是低于200，低于500。
因为在每次测试IN_LAB_STEK_1，IN_LAB_STEK_2等之前，我们都在进行串扰通话测试。 我不知道这是否造成试验中的任何错误。
我们在测试室中也有正常的LED灯，我们在加热腔室以进行in_lab_step 2中的测试时使用钨灯。 他们会否造成任何意外呢？
我在绘制图形时遇到的主要问题是相同的温度和广泛的I和Q值范围。
由于存在+或-3'c差异，假设35'c的值为32'到38'c
我想了解更多关于I和Q代表其极性含义的信息，以及我的静电从硬币中释放时用手覆盖这些读数的影响。
谢谢Brent，
我们按照您的建议进行操作，现在好多了，但问题仍然没有消失。
之前我们没有选择自动HDR模式，选择后，我将按预期在tx2和tx1中获得所有值0。
*在 IN_LAB_STEK_0中：
我们得到 的振幅值低于200，同时使用硬币作为~ 180的屏蔽，即使没有屏蔽，我也只得到了接近210-220。
我想知道，这里是否有一些错误。
考虑到此振幅值是作为 光电二极管附近的电气和光学干扰来测量的，IR光学干扰是否 仅导致 20-30次振幅偏差。
*在_实验室_步骤_ 1：
一切正常，要求HDR 1的2值和Tx0的0值。
*IN_LAB_STep_2：
最初为 消除串流而进行了光电二极管屏蔽。然后拆除了屏蔽。
一直等到环境温度接近50°C
然后让芯片在2.5 分钟内保持稳定。
开始阅读。
<-这是我们所陷入的困境。
不稳定的温度不像预开机自检时那样糟糕，但数据仍然是垃圾，无法 移至下一阶段。
问题：-
1.数据采集速度非常快，1分钟内接近1200个数据(因此，我需要近3万个读数来记录温度变化)
当温度从38增加到39时，它将变为38->39->38->38->39
计数，TX，HDR， I， Q，S，ScaledI，ScaledQ，tMain，tIlum，tMain (C)， TIlum (C)，Magnitd.
1.0038万，0，0，-0.4237万，+2.6585万，7，+4294424960，+3402880，2400，0000， +44,- 128.0000 ，1.1077万.6
1.0038万，0，1，-0.4237万，+2.6585万，7，+4294424960，+3402880，2400，0000， +44,- 128.0000 ，1.1077万.6
1.0039万，0，0，-0.4237万，+2.6585万，7，+4294424960，+3402880，2400，0000， +44,- 128.0000 ，1.1077万.6
1.0039万，0，1，-0.4237万，+2.6585万，7，+4294424960，+3402880，2400，0000， +44,- 128.0000 ，1.1077万.6
1.004万，0，0，-0.4237万，+2.6585万，7，+4294424960，+3402880，2400，0000， +44,- 128.0000 ，1.1077万.6
1.004万，0，1，-0.4237万，+2.6585万，7，+4294424960，+3402880，2398，0000， +43，- 128.0000 ，1.1077万.6
1.0041万，0，0，-0.4237万，+2.6585万，7，+4294424960，+3402880，2400，0000， +44,- 128.0000 ，1.1077万.6
1.0041万，0，1，-0.4237万，+2.6585万，7，+4294424960，+3402880，2400，0000， +44,- 128.0000 ，1.1077万.6
1.0042万，0，0，-0.4237万，+2.6585万，7，+4294424960，+3402880，2400，0000， +44,- 128.0000 ，1.1077万.6
1.0042万，0，1，-0.4237万，+2.6585万，7，+4294424960，+3402880，2400，0000， +44,- 128.0000 ，1.1077万.6
1.0043万，0，0，-0.4237万，+2.6585万，7，+4294424960，+3402880，2400，0000， +44,- 128.0000 ，1.1077万.6
同样，在prev图像中，也可以看到相同的温度具有不同的I和Q值。
在相同的温度下，I和Q值的范围有很大的偏差。我绘制了I，Q和Temp图形。
也可以看到，而不是"图3. 照明串扰系数确定”在“如何设置和校准基于OPT3101的接近感应系统”中，我们获得了I和Q的相反极性。
因此，最后Q会突然改变
2.5471万，0，0，-0.5567万，+3.2757万，8，+4293542144，+8385792，2352，0000， +38，- 128.0000 ，2.7344万.9
2.5471万，0，1，-0.5567万，+3.2757万，8，+4293542144，+8385792，2352，0000， +38，- 128.0000 ，2.7344万.9
2.5472万，0，0，-0.5567万，+3.2757万，8，+4293542144，+8385792，2352，0000， +38，- 128.0000 ，2.7344万.9
2.5472万，0，1，-0.5568万，+3.2763万，8，+4293541888，+8387328，2352，0000， +38，- 128.0000 ，2.7349万.8
2.5473万，0，0，-0.5569万，-3.2766万，8，+4293541632，+4286579200，2352，0000， +38，- 128.0000 ，2.7353万.3
2.5473万，0，1，-0.5569万，-3.2766万，8，+4293541632，+4286579200，2352，0000， +38，- 128.0000 ，2.7353万.3
2.5474万，0，0，-0.5571万，-3.2758万，8，+4293541120，+4286581248，2352，0000， +38，- 128.0000 ，2.7347万.1
2.5474万，0，1，-0.5571万，-3.2758万，8，+4293541120，+4286581248，2352，0000， +38，- 128.0000 ，2.7347万.1
2.5475万，0，0，-0.5571万，-3.2758万，8，+4293541120，+4286581248，2352，0000， +38，- 128.0000 ，2.7347万.1
我们所做的唯一区别是，我们刚刚更改了Linux的SDK设置。
我们想知道的要点是。
1.我和Q代表什么。
2，其极性代表的是什么。
3.我们的I和Q有没有交换方式，如果有，我可以在代码中确认。
4.用于将快速温度解析为可控速率。
我们已更改definition.h
#define TEMP_CYCLE延时_IN_seconds_Between数据点60 //每分钟读取1次
由于上述条件失败，因此无法进行定义TEMP_CYCLE_TOTAL_NUMBER_OW_of_DATA_points_Per_SEG_6.5535万，因为需要获取任意多个读数才能绘制图表。
配置文件创建：
感谢您的阅读和帮助。
图像显示边缘的温度稍有变化，例如40->39。
I与T
Q与T
配置文件生成设置
您好，Brent Elliott，
感谢您迄今为止的指导，但遗憾的是，我们在同一阶段仍面临问题，即 *in_lab_step_2阶段
根据 您提供的见解，我们能够发现在制作Linux 主机供我们使用时存在错误。
在hostController.cpp中
void hostController::sleep(UINT32_t timeInMilliSeconds){
//<b>方法的算法如下</b>
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
//我相信我们不会使用上述代码部分，因为我们没有使用任何MSP控制台。
double time _花费= 0.0 ；
clock_t begin = clock();
usleep(timeInMilliSeconds*1000)；// Darsan为Linux主机自定义延迟
printf("\n timeInMilliSeconds的值=%d\n", timeInMilliSeconds)；
clock _t end = clock ()；
//通过查找差值(结束-开始)和计算经过的时间
//将差值除以Clocks_per秒转换为秒
Time_USD+=(双精度)(结束-开始)/ Clocks_per _SEC；
printf("\n已用时间为%f秒\n", time_luded);//用于检查我们的逻辑是否在运行Linux的MCU中正确执行。
}
您能否详细说明或提供更多见解，以了解您是否建议采用这种编码方式。+>usleep(timeInMilliSeconds*1000)
我们验证了在进行串接 测试时，我们得到256*8=2048毫秒的延迟。
但现在我们感到困惑的问题是：
1.
在OPT3101device_Functions.cpp中
如果在 hostController.cpp中如此
void hostController::sleepDataReadyCounts(uint16_t dataReadyCounts){
//<b>方法的算法如下</b>
///*当前空函数需要由用户实现。 基于来自OPT3101的数据就绪信号中断，主机需要对这些脉冲进行计数，并等待直到达到dataReadyCounts。
}
我们可以获得哪些可以用于编码的中断。
2.在 *in_lab_step _2中检查timeInMilliSeconds时
在测量串扰时，我们得到2048毫秒，同时验证接近~0.0.02万 秒
但是，对于 timeInMilliSeconds =100 ，一些时间值为100和6.144万，验证值接近0.0.035万 sec。
代码片段：
3.从获得的数据中绘制图表时，我获得了与HDR和非HDR模式的I Q完全不同的值，打乱了整个图表。
**我们开始怀疑 在*in_lab_step 2中，整个过程是否需要覆盖IR传感器。
I与温度
Q与温度
I vs temp (仅HDR 1值)
Q与temp (仅HDR 1值)
I vs temp (HDR 0值)
I vs temp (HDR 0值)
