[参考译文] TM4C123GH6PM：内部温度传感器的负温度读数

您好！

感谢您的回答。

下面是代码运行的输出，如果为负，则将值显示为153。

将"temp"声明为 unsigned char 的原因...我的问题是、我无法避免使用 unsigned 数据类型、因此我想知道、是否有任何方法可以从使用 unsigned 数据类型获取的结果中获取 temp 的确切值。

代码： 


#include 

int main()
{

unsigned int count = 0；
unsigned int temp_X_10 = 0；
unsigned char temp；
for (int i=2680；i<2691；i++)｛
count =I；
printf ("\n count 为%d"、count)；
temp_X_10 =(1475 -((75 * 30 * count)/4096))；printf
("\temp_10"




；%tp_10"；printf =%tp_10"；printf =%tp_10" 

输出：

计数为2680
TEMP_X_10为3
temp 为0
计数为2681
TEMP_X_10为3
temp 为0
计数为2682
TEMP_X_10为2
temp 为0
计数为2683
TEMP_X_10为2
temp
为0计数为2684
TEMP_X_10为1
temp 为0
计数为2685
TEMP_X_10为 1
temp 为0
count 为2686
temp_X_10为0
temp 为
0 count 为2687
temp_X_10为-1
temp 为153
count 为2688
temp_X_10为-1
temp 为153
count 为2689
temp_X_10为-2
temp 为153
count 为2690
temp_X_10为-2
temp 为153 

此致、

Rohith。

我的朋友、

rohith banoth 说：

下面是代码运行的输出，如果值为负，则显示为153。

再次-您的回复简洁、以及"153"结果-继续产生"帮手不适"。

我们之前的详细报告显示了当 MCU 的结接近0°C 时、ADC 在2686左右的计数读数   

请注意温度曲线(PG.813、'123手册)： 它是否(清晰)显示"153"(°C 或°F 或其他-您未指定单位)不太可能！

您是否"错过了"(equality) 1475 =((75 * 30 * count)/4096)；逃避了"进一步"除以10的要求？   (因为(两侧)方程式已乘以相同的常数！ [10])  下图显示了对这项工作的确认检查。

您的"绿色笔尖笔！"的时代

您好，

对于"153"不太可能出现这种情况没有偏见、我完全同意、根据规格/描述153是不可预测的。

我想提一下"153"的价值造成了一些混乱。

我的整个关注点是计算后获得的输出存储在变量"temp"中、该变量是"unsigned char"数据类型、但理想情况下适用于正温度值、但不适用于负温度值、因为它应该是有符号数据 键入以存储负值。

由于没有规定我将有符号值发送到 CPU，因此我被强制并绑定只使用无符号数据类型。

因此，现在使用无符号数据类型时，如果在所有计算之后获得的结果假定为"X"，那么如何将其转换为 Temp 的实际有符号值是我唯一关心的问题。

 "您是否"错过了"(equality) 1475 =((75 * 30 * count)/4096)；逃避了"进一步"除以10的要求？   (因为(两侧)方程式已乘以相同的常数！) "

关于上面提到的点，temp_X_10 = (1475 - ((75 * 30 * count)/4096))是使用的公式。

只有当 temp_X_10为零时，方程1475=((75*30*count)/4096)才能保持良好状态。 理想情况下、方程式是

1475 - temp_X_10 =(75*30*count)/4096) 并且对于除0分次之外的所有值、必须推导出到方程  

147.5 -(temp_X_10/10)=(75*3.0*count)/406)将 temp_X_10/10替换为 temp 时，会产生147.5–temp =((75*3*count)/4096)，这与数据表 "13.3.6""pg-813"中提到的公式相当。

谢谢、此致、

Rohith。

您好、Rohith、

rohith banoth 说：

由于没有向 CPU 发送带符号值的规定，因此我被强制并且只能使用无符号数据类型。

您能更详细地解释这一点吗？ 什么限制了您？

您好、Ralph、

有一种通信协议可用于从 CPU 向 MCU 传输消息、反之亦然、通过 I2C。

因此、消息应存储在 Tx 字段和 Rx 字段中、Rx 字段定义为无符号字符类型的数据字段结构、因此发送或接收的任何参数都是无符号数据类型。

由于有多个与 CPU 和 MCU 之间的通信，根据这些字段，结构数据类型到签名的任何更改都将影响其他功能。

现在，由于该项目即将交付，因此很难带来重大变化，因此出现了一个限制。

谢谢、此致、

Rohith。

[引用 user="rohith banoth"]有一种通信协议可用于通过 I2C 将消息从 CPU 传输到 MCU、反之亦然。

难道不应该在早得多的时候提出这一点吗？

据信、"确实存在方法"使得"极化变量"(甚至)能够通过 I2C 连接介质通过...

员工为您投入时间/精力证明令人沮丧...

您好，

很抱歉

但是 ，自从这一主题的第一个描述以来，我一直提到无符号字符声明和不将其声明为有符号的规定，没有任何误导或隐藏的意图。

此致、

Rohith。