好的，謝謝。

請教另一個疑問，我依照去年開設之MU課程lab操作，使用dsPIC33CK產生了一個bootloader app hex file
1. 從編譯結果看起來app程式碼應該放在address 0x1800-0x1EA8，但為何address 0x0000~0x01F8還有東西(非FFFFFF)?
2. 使用UBHA進行bootloader燒錄，並查看logger有以下疑問：
a. 如1所提address 0x0000~0x01F8這段GUI並沒有執行，請問我如果自己用MCU做HOST，在沒有事先定義情況下，
HOST MCU有辦法從Hex file內容知道要從0x1800的資料開始送出?
b. app程式的address分佈為0x1800~0x1EA8，而從UBHA的logger的訊息看來，依序更新
0x1878~0x1968
0x18F0~0x19E0
0x1968~0x1A58
0x19E0~0x1AD0
...
0x1800~0x18F0(結束)
請問，UBHA不按順序從0x1800開始，有什麼特別原因嗎?
有些adress會重複兩次寫入，這麼做的原因是?

以上，麻煩專家們協助解惑，謝謝

sanmen你好，可以參考並使用 PICkit Serial Analyzer 來測試。

感謝兩位先進提供這麼多資訊，對晚輩非常有助益。

以下再詢問，UBHA裡面可選四種通訊界面，
去年7月的台灣團隊開立的MU課程有demo UART和CAN
CAN是使用APGDT002 tool，
請問如果要用UBHA傳I2C，那中間的tool會是什麼呢?

謝謝

geidak 你好，可以嘗試使用Debug模式查看目前Code執行的狀態，並搭配單步執行的方式來確認硬體的反應是否符合預期。
也可以使用E-Mail提供電路和程式至 Kevin.L@microchip.com 來協助確認問題的原因。

這是我使用16F877A開發的產品，在實驗板上面可以開機閃爍等待燈號，
但在PCB版上未能實現等待閃爍中間燈號(線路與程式確定是一樣的)，
PCB單晶片確定是正常執行(下方閃爍一下是代表有接收指令)
有排除單晶片故障的問題，有交叉插換測試過，在實驗版上都正確執行，
請問各位大大有甚麼狀況會導致單晶片無正常執行(部分程式碼有執行，但不完整)
先謝謝各位大大了

https://youtube.com/shorts/kA1cZZSsm4c?feature=share

Dear Friend:
Thanks a lot !
After manual download .jam file, It's OK now.
Thanks again !
Marshall

如管理員大大Kevin所提, 目前MCC 8-bit Bootloader Library還未支援I2C Bootloader, 但有篇Application AN1302如下

An I2C Bootloader for the PIC16F1XXX Enhanced Core 是可以實現I2C Bootloader功能.

根據您所選的下面MCU型號, 剛好小弟有按照該AppNote的protocol實現了 PIC16F1769 與 PIC18F46Q10 I2C bootloader solution, 包含:
1. I2C salve bootloader FW
2. Application FW w/ I2C Slave ISR which can receive "Jump to Boot" command from I2C Host Bootloader GUI based on VS C#.
3. I2C host bootloader GUI : Access/Control PICKit SA as HID to I2C master, Intel Hex parser, ... etc.

如有需要可以參考一下

https://www.microchip.com/en-us/application-notes/an1302

Hi Marshall Wu,

You can try the following steps:
1. Go to MPLAB v8.xx, connect the ICD3 and select it as debugger/programmer, then go to Debugger/Programmer -> Settings -> Configuration -> Manual Download.
2. Select "ICD3FW_XXXXXX.jam" to download the firmware to ICD3.
3. Then try to use again the ICD3 (program your target device).

If the issue is still not resolved, refer to "How to troubleshoot ICD3 errors?" or ask again.

Dear friends :
My problem is described as following:
1. Use ICD 3 write to PIC16F946 , ICD 3 Connected. Target Detected, Then ICD3Err0035 Failed to get Device ID are Shown,
2. Use ICD 3 Test Interface to test ICD 3. ICD3Info0001 ICD3 is functioning properly.
3. The Target Board use ICD3 to write success before at other computer.
What's possible problems ?

Marshall Wu

Attach file:

---

  Failed to get device id.jpg (254.57 KB)