Hi Darren,
感謝您提供的建議及方向,目前找到原因是MCC產生ADC的初始化問題造成,
將adc1.c中的ADC1_Initialize()中ADCAN16IE~ADCAN20IE設定成0後, reset的問題就可以解決


BR.
Steven

Hi Steven

dsPIC33CH512MP508 Curiosity 測試正常

dsPIC33CH256MP505 EVB(自行設計功能異常)

1.可以確認 Address Mapping 是否有正確設定，兩個Device PRAM size 大小不同，對應的Address 位置長度也不相同。

2.自行設計板子，測試Uart bootloader及ADC 是各別的Application 下去測試嗎?
還是，ADC1功能是透過Uart bootloader 燒錄進去做的測試?

3.EZBL lib.a 不會影響其他Peripherals 運行，如果可以，方便更詳細描述測試流程及方式
這樣會比較好找出問題。

謝謝

您好!
目前測試ezbl-v2.11.zip中ex_app_led_blink的Uart bootloader的功能,按照如下網址的步驟搭配EVB(dsPIC33CH512MP508 Curiosity)測試正常
https://microchip.my.site.com/s/articl ... dsPIC33CK-Curiosity-board
另外也有ex_app_led_blink中加入MCC所產生的ADC1功能測試ADC1_SoftwareTriggerEnable(),可以正常讀取ADC值


而自行洗的PCB板(dsPIC33CH256MP505)測試ex_app_led_blink的Uart bootloader的功能,也是正常的
但在dsPIC33CH256MP505板子測試ex_app_led_blink中加入MCC所產生的ADC1功能測試ADC1_SoftwareTriggerEnable(),卻是會造成reset的現象(LED重複快閃的現象)
而使用單純的MCC所產生的ADC1功能測試ADC1_SoftwareTriggerEnable(),也是正常的,看起來是因使用EZBL lib.a的功能後所產生的問題

目前的問題是dsPIC33CH256MP505在ex_app_led_blink中加入MCC所產生的ADC1功能,卻不能正常執行ADC讀值的功能,只要執行ADC1_SoftwareTriggerEnable(),
就會造成MCU reset,請協助提供建議,感謝(目前開發工具是MPLAB V6.00, MCC的版本是5.1.17)

BR.
Steven

Hi stevench

可參考底下的Release Notes及Sample code。
Link：https://www.microchip.com/SWLibraryWeb ... ochip%20Easy%20Bootloader

ezbl-v2.11.zip 解壓縮裡面有一個help資料夾，有更多說明文件

謝謝

Kevin您好!
關於EZBL V2.11的開發上有以下的問題,請協助提供建議,感謝
1.EZBL各個函式使用方式，參照哪份說明文件?
2.EZBL_NVMKey設定作法與意義(是自定義或特定數值? 讀寫保護?)


Best Regards,
Steven

Kevin您好!
感謝您的回覆,我會再研究看看

stevench 你好，關於EZBL規劃的記憶體位址，可以查看 「ezbl-v2.11\help\EZBL Combined Memory Map.pdf」文件和「ezbl-v2.11\ex_boot_uart\ezbl_integration\ezbl_build_standalone.gld」檔案中的描述或設定。

Attach file:

---

  EZBL-1.jpg (185.03 KB)


  EZBL-2.jpg (33.08 KB)

Kevin您好!
感謝您的回覆
因後續Bootloader的部分會改成CAN BUS,所以目前開發上仍以EZBL V2.11為主

另外請教 透過bootloader機制(EZBL V2.11)更新進去的App code有固定起始記憶體位置嗎？要如何修改?從哪裡可以看得到呢？我在文件中找不到相關資訊,感謝

stevench 你好，Bootloader 並不影響最終在 Application 中可以使用的周邊，可以視為兩個應用來開發，唯獨需特別注意在有使用中斷的情況下中斷向量表的安排。
MCU 需在 Bootloader 中決定目前進入的程式區段，進入Bootloader 或 Application 的條件可以由開發者自行決定或設計。

目前建議使用 MPLAB® Code Configurator (MCC) 來產生 Bootloader 需要的程式碼。
關於 Bootloader 的架構介紹和使用方式，可以參考 Microchip University 。

在 PIC MCU 中如果需要使用 Software Reset 功能，可以使用 「asm("RESET");」 來重啟MCU。

您好!
目前有參考EZBL V2.11中Uart Bootloader來更新Application code

因為應用上後續App會有特定需求與Bootloader範例相悖，諮詢幾個方向：
1.在dsPIC33CH是否有支援從App段主動發起請求回到Bootloader段的功能?
因為最終我們的App對於Timer和UART1&2都有使用需求，所以不可能像Bootloader範例一樣，使用UART&Timer中斷來當作觸發媒介使控制權回到Bootloader段，
實際使用上我們目前規劃比較偏好在App段收到外部訊號後，可以直接呼叫函式讓控制權回到Bootloader段或是對Flash寫入識別Flag，在自我重啟後始控制權卡在Bootloader段。

2.dsPIC33CH是否有支援自我重啟的功能?
如果有的話是可以直接透過程式辦到，還是需要控制外部引腳來Pull up/donw自己的Reset腳位?

感謝