[参考译文] TPS65.9037万：有关模具温度转换和"已知问题"解决方案的问题

[报价用户="Karl Wallinger]Hello Lukasz，

1.对于ADC温度读数，可以使用以下公式：
电压= 2.64mV*TEMP + 0.753V

这意味着从ADC代码到温度的完整方程是：

((ADC_READ_Data / 2^12)* 1.25)–0.753V
Temp =------------------
2.64mV

[/引述]

温度转换：
-----------------------
>>>((0xca0 / 4096.0)* 1.25 - 0.753)/ 0.0.0264万
88.38186553030303
>>>((0xcc8 / 4096.0)* 1.25 - 0.753)/ 0.0.0264万
93.00574100378788

因此这些值似乎是正确的。

[引述]

2.1。没有明确的方法来读取冷复位或热复位。 但您可以翻转未使用的位以检查是否已重置。 例如，在加电时设置POWER_CTRL.enable1_mask =0。 如果有热复位，则它将保持在0。 如果有冷复位，则将复位为1。

[/引述]

当我从u-boot使用"reset"命令和从Linux使用"reboot"命令时-我确实将此位设置为1，因此对于"normal"操作，我的硬件无法强制执行"warm (热)"重置。

[引述]
另一个选项是在每次重置后执行虚拟读取，无论冷态还是热态。 这意味着您有一些额外的读取，但它不应该有任何其他影响。

[/引述]

这似乎是最佳选项-我将在每次重新启动后执行虚拟读取。

[引述]

2.2 错误读取是随机的，取决于热重置发生时设备的内部状态。 没有办法强迫这种情况发生。 但这应该发生在当时的50 % 上，所以我希望如果您发出10次热重置，您至少会看到几次错误读取。

2.3 是，如果GPADC处于此状态，则任何GPADC读取都将返回0。 然后，所有未来GPADC读数都将正确，直至下一次热复位。 因此，您读取的是哪个频道并不重要。

[/引述]

好的，我将读取芯片上的温度以用于此目的

感谢解释:-)

此致，

Łukasz

Karl，您好！

如果可以，我将尝试再现TPS6.5903万x上的第二个“已知问题的解决方法”，即自动转换卡住的情况：

启用自动转换
===================================================
GPADC_Auto_SELECT -通道0 - CONV1
I2C dev 0；i2c MW 0x59 0xC8 0x00

GPADC_Thres_CONV1_LSB
I2C MW 0x59 0xD2 0xFF
GPADC_Thres_CONV1_MSB
I2C MW 0x59 0xD3 0x00

GPADC_Auto_CTRL (间隔1/32s +启用AUTO_CONV1_EN)- 0x20：
I2C MW 0x59 0xC3 0x20

一行[1]：
I2C dev 0；i2c MW 0x59 0xC8 0x00；i2c MW 0x59 0xD2 0xFF；i2c MW 0x59 0xD3 0x00；i2c MW 0x59 0xC3 0x20

读取结果/状态[2]：
GPADC_Auto_CONV1_LSB + GPADC_Auto_CONV1_MSB并测试GPADC_Stuck
I2C dev 0；i2c MD 0x59 0xC7 1；i2c MD 0x59 0xCB 2

禁用自动转换[3]：
I2C MD 0x59 0xC3 1；i2c MW 0x59 0xC3 0x00；i2c MD 0x59 0xC3 1

在u-boot i问题[1]中。
然后使用"reset"命令(无电源循环)重置主板，并在启动代码中检查GPADC_Stuck Register (地址= 2C7h)中的"Staged"位以进行设置。

“不幸的是”它总是有效:-)。

即使显式禁用自动转换(使用[3])并执行[2]，也不会显示“卡滞”状态。

此致，
Łukasz

您好，Lukasz：

关于"锁定GPADC"问题，只有在实际转换过程中重置或禁用时才会发生这种情况。 转换本身仅需~100us，最快的自动转换时间为1/32s =~32ms。 因此，转换期间发生任何重置的概率约为100us/32ms = 0.3 % ，这意味着这种情况不会经常发生。

我的复制过程是启动自动转换，等待30毫秒，然后发出重置。 如果我循环300次，我可以始终看到GPADC锁定。 我认为30毫秒的等待时间可以是任何一个数字，你只需要一些变化，这样一个重置就会与许多循环中的转换重叠。

此致，
卡尔

Karl，您好！

我采取了一些不同的方法：

CNT =1万； 
	while (--cnt){
		tps6.5903万x_errecta_start_auto(); 
udelay(10)；
		tps6.5903万x_errat_stop_auto()；
		ret = tps6.5903万x_errate_locked_GPADC()；
		if (ret)
			error("tps6.5903万x errata-locked GPADC failed!");

	} 

和起动/停机代码本身： 

int tps6.5903万x_errect_start_auto (void)
{
	Palmas_i2c_write_u8 (TPS6.5903万X_chip_P2，0xC8，0x00)；
	Palmas_i2c_write_u8 (TPS6.5903万X_chip_P2，0xD2， 0xFF)；
	Palmas_i2c_write_u8 (TPS6.5903万X_CHIP_P2，0xD3，0x00)；
	Palmas_i2c_write_u8 (TPS6.5903万X_CHIP_P2， 0xC3，0x20)；

	返回0；
}

int tps6.5903万x_erran_stop_auto(void)
{
	Palmas_i2c_write_u8(TPS6.5903万X_CHIP_P2, 0xC3, 0x00)；

	返回0;
}

然而，到现在才是运气......

附注 通过虚拟读取，在重新启动后，我会不时地观察到软件转换结果为0x0000。 然后我能够从PMIC读取适当的片上温度。

此致，
Łukasz

Karl，您好！

我已修改此代码以启动自动转换，等待30毫秒，然后重新启动。
(它与您建议的完全相同:-))。

现在，一段时间后，我就能看到GPADC_stuck。stuck双边设置。
执行"修复程序"后，SW触发的温度转换正常工作。

总结：
--------

通过上述指南，我可以再现GPADC "已知问题"和测试建议的解决方案代码。

感谢您的支持，

Łukasz

很高兴听到它现在在工作！ 如果您有任何其他问题，请告诉我。

此致，
卡尔