你好,
我在“周三,2018-01-17 09:58”发布了帖子,我成功地解决了我的Hybernate状态。
我现在有一个更新版,面临这个新问题。使用与POWERDOWN(Hybernate)相同的过程,我最终得到一个3V3周期的BPERI,周期为108ms。VDDCORE也在循环。它看起来像POWERDOWN(Hybernate) /唤醒周期。我回到以前的硬件版本,做了一些调查。在POWERDOWN(Hybernate)步骤中,我的VDDCORE处于低功率和BPERI关闭状态。
我的问题是:我应该寻找什么来解释BPERI循环状态?如何预防?我连接到一个xMX6 SOM处理器与iMX6。PMIC_ON_REQ循环到nSHUTDOWN。
此外,我的所有事件设置为零,我不能确定任何唤醒源时,我的电源。
u16Addr = DA9063_CONTROL_A;
u8Data_Ctrl = 0;
u8Data_Mask = M_POWER1_EN | M_POWER_EN | M_SYSTEM_EN | STANDBY | SYSTEM_EN | POWER_EN;
fResult = oalda9063pmicseregister (PMIC_I2C_PORT, u16Addr, u8Data_Ctrl, u8Data_Mask); / /修改PMIC_I2C_PORT
注意:该板进入POWERDOWN和唤醒工作95%的时间,但一个LED在BPERI闪烁。
谢谢你,小伙子。
设备:
你好,家伙,
我需要调查一下。我有几个问题:
你有我们上次通话时我的邮箱地址。
亲切的问候,
艾略特德克斯特
你好,
不确定关于INI文件,因为我有SOM。我正试图从“双方”获得支持,因此,我没有DA9063的原理图。我正在访问I2C寄存器,关闭电源。以前,系统是稳定的,有一些值(PMIC_ON=1V8, STBY 3V…)现在的情况就像在冲突中一样断电或唤醒?因为一个“事件”正在唤醒系统,冲突必须驻留在电信号中,在电信号中(我们这边)没有做任何改变。我们有PMIC_ON循环到nSHUTDOWN与100k拉上VDDCORE(删除-没有影响-脉冲VDDCORE)。不使用STBY, ONKEY。VBBAT也在脉动。nOFF/CHG_WAKE是未知的(还在处理中)。 I am not sure what VDDCORE means in my schematic (VLNREF).
该轨迹显示各种脉冲信号,周期均相同。GPIO启动并稳定系统。它在POWERDOWN循环。
谢谢你,男人
我已经删除了CONTROL_E访问,因为它是“后”的CONTROL_A访问,但没有这个,它电源周期。我们还降低了主直流5至3V6的热条件在LDO。
#if 1 // AN-PN-027软电源关闭
u16Addr = DA9063_CONTROL_E;
u8Data_Ctrl = RTC_MODE_PD;
u8Data_Mask = RTC_MODE_PD;
u8Data = 0;
I2CRegReadEx(1,PMIC_I2C_ADDRESS, (BYTE)u16Addr, (LPBYTE) &u8Data, 1);
u8Data = (u8Data &(~u8Data_Mask)) |;
fResult = I2CRegWriteEx(1,PMIC_I2C_ADDRESS, (BYTE)u16Addr, &u8Data, 1); / /输出
# endif
嗨,盖伊,你能确认你需要的东西都准备好了吗?BR JE_Dialog
你好,
这种循环是由唤醒事件触发后的SYS_EN硬件信号引起的。iMX6脉冲这个信号。正常的电源序列“忽略”SYS_EN脉冲。它可以是围绕GPIO8/SYS_EN进行的配置。解决方案是简单地设置“GPIO8-9(0x19) GPI Only with wake - suppressed”在控制a的STANDBY之前,控制E的RTC_MODE没有使用/改变。我的下一步将是使用来自iMX6的SYS_EN信号和WAIT/STOP挂起核心请求(PMIC_STBY_REQ行)到达STANDBY。绑定到iMX6的nShutdown可以直接进行测试(使用低PMIC_ON_REQ断言的虚拟PMIC)。在我们的初步测试中并没有观察到这种循环,这是一个困惑的来源。PMIC暂停/备用(重新)启动iMX6是一个简单的方法。挂起到RAM需要更多的调试。
的家伙。