This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

am3358 ezsdk-evm-6.00 系统重启 在长时间测试中发现

Other Parts Discussed in Thread: AM3358, TPS65217

硬件:beaglebone black Rev.C; 外加RGB to LVDS, 10.4寸屏;

软件:TI官方 ezsdk-evm-6.00,在初始化函数中添加sk中lcdc_init(),mdf_tsc,等实现LCD和TSC功能;

功能结果:LCD显示和触摸屏都ok,系统应用程序运行正常;

长时间测试稳定性: 运行QT4下的天气,在室温,运行5小时左右,系统重启,串口打印和重新加电相同;

问题分析: 首先怀疑看门口狗;将狗关掉,系统仍然出现故障,故障是死机,大概也是5小时;

其次,同时驱动HDMI和LCD接口,IO电流引起复位,可能性比较低,实际测试中去掉HDMI IC仍然出现相同故障;

经确认,硬件电路没有供电风险,因此问题处在ti官方的sdk中,kernel是开源的,另外是不是文件系统有问题,是文件系统需要ti授权?

经过搜索,没有看到大家有这方面的描述,而且am3358的应用很多,想请教一下:这是那个方面的原因引起的故障?怎么解决?

  • 可以做个脚本 把内存使用 和 磁盘使用情况保存一下,看看是否有异常

  • 补充一下:实际不运行任何应用,开机之后就放在哪儿测试,也会出现复位. ti的sdk为什么出现这个问题,在sk板上测试过,没有看到,都是同样的内核和文件系统,通过ID启动不同的设备初始化而已.

  • 朋友,听说你解决了,具体什么原因造成的?我这里也出现了此问题。

  • 你好:
      我也是遇到一模一樣的問題,  sdk6.0 + qt 應用;
      原本懷疑是 watchdog 造成, 後來程式加入一段時間對 watchdog 發送 keep alive 也沒用, 請問 TI 大大, 這問題該如何解決呢?

  • 这个问题我现在在看,初步分析是TPS65217导致的,首先把TPS65217的I2C相关驱动都去掉,另外把kernel的PM功能也全部关掉试试。

  • TI's 朋友你好

       1.經測試發現, TPS65217 對於供電方式不同, 穩定度也不同,

          A.透過 DC 5V-2A 供電, 測試12小時, 會3 ~ 4次重啟 ; 量測 SYS1 & SYS2 電壓 5.31v,

          B.透過 PC-USB 供電, 測試12小時, 正常未重啟 ; 量測 SYS1 & SYS2 電壓 4.918v,

       2.關於您說把 TPS65217 I2C 驅動去掉, 有個疑問; 依照BBB線路, VDDS_DDR 及 VDD_CORE 所需的電源如何取得? 系統如何正常啟動及運行?

     謝謝 TI 朋友們耐心回覆所有問題!

      

  • 遇到问题,上TI官方的支持,这个不行(中国区);

    官方上我已经描述原因;这个是BBB硬件问题,BBB完全抄用SK,但是SK等没问题,说明SDK和QT根本没有问题,问题出在BBB的硬件接口中OTG,BBB没有这个功能,将其修改为外设就可以了.

    TI的中国区同袍,我也是个新手,原先做硬件设计,看到你们的建议,很无语,你们建议都测试了吗?乱指导别人,大家以后多去官方讨论,虽然是英文的,但是,1长知识,2懂得如何去描述和分析,别瞎猜了

  • 不好意思,最近公司不让登录外网,原因见答案描述

  • 我是新手,做这个东东时,还是头一次,请参考推荐答案;

  • 我是新手,做这个东东时,还是头一次,请参考推荐答案;

  • Dear Jian Zhou;

          谢谢回复,请参考推荐答案,另外,看你都是测试过才推荐,这一次不是你风格,希望保持严谨风格,大家都很崇拜你;还是谢谢你为你的回复.

  • 謝謝 Leung Young 即時回覆,

    可以請您直接轉貼 "TI官方的支持" 針對這個問題描述的網址嗎?

    非常感謝您!

  • Hi Leung Young,

    我在e2e上看到了这个帖子:http://e2e.ti.com/support/arm/sitara_arm/f/791/t/305879

    不知道你指的是不是上面所说的USB0 OTG导致的问题,请问你当时是修改了board-am335xevm.c这个文件中的:

    static struct omap_musb_board_data musb_board_data = {
    .interface_type = MUSB_INTERFACE_ULPI,
    /*
    * mode[0:3] = USB0PORT's mode
    * mode[4:7] = USB1PORT's mode
    * AM335X beta EVM has USB0 in OTG mode and USB1 in host mode.
    */
    .mode = (MUSB_HOST << 4) | MUSB_PERIPHERAL,
    .power = 500,
    .instances = 1,
    };

  • 和各位再更新下,经过测试,对于BBB上运行SDK06,在驱动中修改USB0的工作模式为MUSB_PERIPHERAL就可以解决重启问题。

    如果各位参考BBB,USB0只做为从设备功能,同时用外部DC供电,那么USB_DC这路电只连到USB0的VBUS就好了,不用再连到TPS65217的USB电源输入管脚上。

  • Jian Zhou, 你好,

    很謝謝你提供 "肯定" 的方法得以解決此問題!

    請教另一個問題, 我的測試如下:

    1. DC持續8天供電, 己解決重啟問題.

    2. 斷電再接電(DC)後則無法正常開機, 觀看console訊息, 完全亂碼; 但利用USB供電卻是正常 (手邊己有3片BBB都是此現象)!?

    此現象跟你所提到 "如果各位参考BBB,USB0只做为从设备功能,同时用外部DC供电,那么USB_DC这路电只连到USB0的VBUS就好了,不用再连到TPS65217的USB电源输入管脚上。有關嗎? 要改硬件線路? 還是TPS65217本身的問題?

    以下為 dump 出 TPS65217 Register 數據


    以上請悉知, 謝謝

  • 我的板子运行OK,重新上电也是OK。

    照你的说法,难道程序只能运行一次?再断电开机就不行了?

  • 另外TI最新版的SDK对BBB支持已经非常好了,更改了之前的BUG,在这个版本的基础上正常运行不重启。

  • 非常謝謝 gst gst 的回覆! 

    因三片 BBB 都是使用一段時間才出現此情況, 目前疑惑中; 也請 TI 在經驗上能有所分享, 給有建設性的方向!?



  • TI 朋友你好!

    針對用 DC 送電 console 出現亂碼, 且無法開機問題!

    手邊總共有 4 pcs BBB板 , 測試結果分別如下:

    • 1 pcs 使用 SDK 6.0 , 長時間使用 DC 送電, 有幾次斷電再送電是沒問題, 最後只能由 USB 供電;
    • 2 pcs 不變更OS, 拆封後直接送電測試, 即無法使用 DC 送電; 其中 1 pcs 是近 2 週購入, 今天下午測試結果;
    • 1 pcs 新購入拆封後直接變更為 SDK6.0 + 開發的API 燒機8天後 , 斷電再送電則無法使用 DC 送電, 最後只能由 USB 供電;

    以上請 TI 或有經歷的朋友們提供解決的方向, 謝謝!

  • TI 朋友你們好!

    我於中國論壇有找到關於 TPS65217 問題, 標題如下:

           BeagleBone Black 复活记
           http://www.deyisupport.com/question_answer/dsp_arm/sitara_arm/f/25/t/87535.aspx

    我所遇見的問題, 是否也跟 TPS65217 有關?

  • leung Young 你好,

                       我现在也被重启这问题困惑,根据参考将USB0设为了外设模式,但会报USB工作错误,内容如下:

                                                            ti81xx_interrupt 1146: VBUS error workaround (delay coming)

                  我将USB0_VBUS哪个0R电阻断开(等价于不接USB主机的情况),也会出现同样的状况。我想请问你还有当时看的原始英文答案的链接吗,我想详细看下。

    Thanks