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.

DM385 在## Starting application at 0x81000000处挂起

Other Parts Discussed in Thread: DM385, DMVA3, DM388

U-Boot 2010.06 (Jun 09 2014 - 23:17:21) DM385_IPNC_3.50.00

DM385-GP rev 1.0

ARM clk: 600MHz
DDR clk: 533MHz
L3 clk: 200MHz
IVA clk: 450MHz
ISS clk: 400MHz
DSP Default OFF
DSS Default OFF

DRAM: 1 GiB
NAND: HW ECC BCH8 Selected
256 MiB
Using default environment

The 2nd stage U-Boot will now be auto-loaded
Please do not interrupt the countdown till DM385_IPNC prompt if 2nd stage is already flashed
Hit any key to stop autoboot: 0
TI-MIN#loadb
## Ready for binary (kermit) download to 0x81000000 at 115200 bps...
## Total Size = 0x00030bbc = 199612 Bytes
## Start Addr = 0x81000000
TI-MIN#go 0x81000000
## Starting application at 0x81000000 ...

我用的是3.5.0的rdk,正常配置后一直在这里挂起,使用开发包里的uboot也是一样。请问是什么原因? 以下是我的Rules.make的配置

SYSTEM_PLATFORM := IPNC
#SYSTEM_PLATFORM := EVM

# Build configuration
APP_BUILD_CFG := debug
#APP_BUILD_CFG := release

# Binary to boot from NAND or SDCARD
BINARY_MODE := nand
#BINARY_MODE := sd

# Values are "DM385" and "DM812x"
IPNC_DEVICE := DM385
#IPNC_DEVICE := DM812x

# Values are "LOW_POWER" and "FULL_FEATURE"
IPNC_CONFIG := FULL_FEATURE
#IPNC_CONFIG := LOW_POWER

# Memory foot print
#MEMORY_CONFIG := 256MB
MEMORY_CONFIG := 512MB

# UBIFS mtd-utils mode
MTD_UTILS_MODE := 64bit
#MTD_UTILS_MODE := 32bit

ifeq ($(IPNC_DEVICE), DM812x)
IMGS_ID := IMGS_MICRON_MT9J003
#IMGS_ID := IMGS_MICRON_AR0330
#IMGS_ID := IMGS_MICRON_AR0331
#IMGS_ID := IMGS_PANASONIC_MN34041
#IMGS_ID := IMGS_OMNIVISION_OV10630
else
#IMGS_ID := IMGS_MICRON_MT9J003
IMGS_ID := IMGS_MICRON_AR0331
#IMGS_ID := IMGS_PANASONIC_MN34041
#IMGS_ID := IMGS_SONY_IMX136
#IMGS_ID := IMGS_SONY_IMX104
#IMGS_ID := IMGS_MICRON_MT9M034
endif

  • 你好,

    请问你是否最近购买的Appro的DM385的机器?如果是,能否尝试IPNC v3.8里面Rule.make里REV2的配置的相关软件?

  • 板子丝印上面写的Revision 1.0 Alpha是不是说明是Rev1的板子,我这边暂时只有3.5.0的版本。那3.5.0的版本在rev1上能否使用

  • 你好,

    请看一下机器侧边有RS485信号输入的那排注释里面GND是几?如果GND是5就是REV2的机器,GND是3就是REV1的机器。

    IPNC RDKv3.5支持的是REV1的机器。

  • 您好,我这边使用3.8.0的rdk确实可以在DM385的板子上跑起来, 可是在8127的板子又跑不起来了,还是挂在同一个位置上。这个板子从别人那里买来的,他们原本使用的3.5.0的rdk可以跑起来。 但是我用3.5.0和3.8.0里的uboot都会挂在上述位置。请问什么情况会导致设备在该位置挂起。

  • 請問,我在DM385也是遇到相同的問題。我試著使用CCSv5透過XDS510要將NAND重新載入U-Boot與U-Boot.min.nand,雖然在CCSv5上可以執行完成,但是重新開機後還是會出現這個狀況。

    The 2nd stage U-Boot will now be auto-loaded
    Please do not interrupt the countdown till DM385_IPNC prompt if 2nd stage is already flashed
    Hit any key to stop autoboot: 0
    reading u-boot.bin

    199448 bytes read
    ## Starting application at 0x81000000 ...

    我懷疑NAND並沒有被earse,所以重新試著把NAND清除(不燒任何U-Boot Code),重新開機後還是出現上面的訊息。請問,有何方式可以解決?謝謝~

  • Leo Zhang1 说:

    您好,我这边使���3.8.0的rdk确实可以在DM385的板子上跑起来, 可是在8127的板子又跑不起来了,还是挂在同一个位置上。这个板子从别人那里买来的,他们原本使用的3.5.0的rdk可以跑起来。 但是我用3.5.0和3.8.0里的uboot都会挂在上述位置。请问什么情况会导致设备在该位置挂起。

    你编译DM8127的代码的时候,选择的是REV1么?应该还是软件和硬件版本匹配的问题。

  • Gary Chien 说:

    請問,我在DM385��是遇到相同的問題。我試著使用CCSv5透過XDS510要將NAND重新載入U-Boot與U-Boot.min.nand,雖然在CCSv5上可以執行完成,但是重新開機後還是會出現這個狀況。

    The 2nd stage U-Boot will now be auto-loaded
    Please do not interrupt the countdown till DM385_IPNC prompt if 2nd stage is already flashed
    Hit any key to stop autoboot: 0
    reading u-boot.bin

    199448 bytes read
    ## Starting application at 0x81000000 ...

    我懷疑NAND並沒有被earse,所以重新試著把NAND清除(不燒任何U-Boot Code),重新開機後還是出現上面的訊息。請問,有何方式可以解決?謝謝~

    请问你使用的硬件哪个版本的,和rules.make里面的配置匹配么?

  • Hi Chris,

    Our DM385 iPNC Kit hardware Rev is 1.1.

    "Rule.make" in attachment.

    使用Pre-build RDK V3.5 files: U-boot.bin & U-boot.min.nand

    我發現我不能使用SD card boot mode。(在Debug board上短路JP2)

    另外透過CCS也無法清除或燒入任何U-boot.bin與U-boot.min.nand檔案到NAND Flash。(照理講櫻開可以透過CCS直接清除NAND內的資料)

    謝謝~

    Rules.make.zip
  • CCS 這個,可以詳細描述一下現象嗎?CCS窗口裡面應該會有打印訊息可以追查的。

  • Hi Eason,

    CCSv5,5執行nand-writer的時候一切正常。我有把NAND完全清除,斷電後重新將RDK V3.5 pre-build的u-boot.min.nand和u-boot.bin透過CCS寫入。

    不過,一樣還是無法啟動(停留在下面這的地方)。如果我改成使用SD boot的話也是這個現象。

    NAND read: device 0 offset 0x20000, size 0x40000
    262144 bytes read: OK
    ## Starting application at 0x81000000 ...

    我原本以為有可能是新版PCB的關係,重新compile "HARDWARE_REVISION"設定成REV1與REV2,問題一樣沒有改善。

    現在沒有任何頭緒,不知是否NAND已經損壞。

    # Hardware Revision: REV1 or REV2 that the Software to be built for

    # REV1 is the older design which has higher power design (initial design)

    # REV2 is the new low power design which has low power numbers compared to older design

    # Please note: DM8127 runs with REV1 design with 3.3V I/O

    # And DM385, DMVA3 has support for both REV1 and REV2 and has 1.8V I/O

    # And DM388 supports REV2 only and runs with 1.8V I/O

    HARDWARE_REVISION := REV1

    #HARDWARE_REVISION := REV2