ATMEGA32U4 flash issue
|
||||
---|---|---|---|---|
初級會員
|
您好!
目前開發ATMEGA32U4 發現快閃記憶體中的資料(特別是從位址 0x000 到 0x080)偶爾會被擦除 - 替換為128 位元組的0xFF,我們不確定根本原因。 您是否熟悉可能導致此問題的任何相關問題?感謝 BR Steven
發表於: 2023/11/29 10:12
|
|||
|
Re: dsPIC33CH256MP505 EZBL Bootloader&MCU重啟功能
|
||||
---|---|---|---|---|
初級會員
|
Hi Darren,
感謝您提供的建議及方向,目前找到原因是MCC產生ADC的初始化問題造成, 將adc1.c中的ADC1_Initialize()中ADCAN16IE~ADCAN20IE設定成0後, reset的問題就可以解決 BR. Steven
發表於: 2023/4/12 17:45
|
|||
|
Re: dsPIC33CH256MP505 EZBL Bootloader&MCU重啟功能
|
||||
---|---|---|---|---|
初級會員
|
您好!
目前測試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
發表於: 2023/3/29 16:53
|
|||
|
Re: dsPIC33CH256MP505 AES128 Library
|
||||
---|---|---|---|---|
初級會員
|
Hi Libra,
感謝您詳細的說明,我已經清楚了解 BR. Steven
發表於: 2023/3/23 18:29
|
|||
|
Re: dsPIC33CH256MP505 AES128 Library
|
||||
---|---|---|---|---|
初級會員
|
Hi Libra,
您好! 請問dsPIC33CH256MP505這顆MCU有沒有支援SHA1/SHA-2這一類的Hash計算,同時也要使用如EC-DSA來對其他資料進行加密?是否有相關的資料/實作範例程式可以提供,感謝 BR. Steven
發表於: 2023/3/23 11:27
|
|||
|
Re: dsPIC33CH256MP505 EZBL Bootloader&MCU重啟功能
|
||||
---|---|---|---|---|
初級會員
|
Kevin您好!
關於EZBL V2.11的開發上有以下的問題,請協助提供建議,感謝 1.EZBL各個函式使用方式,參照哪份說明文件? 2.EZBL_NVMKey設定作法與意義(是自定義或特定數值? 讀寫保護?) Best Regards, Steven
發表於: 2023/3/2 9:50
|
|||
|
Re: dsPIC33CH256MP505 EZBL Bootloader&MCU重啟功能
|
||||
---|---|---|---|---|
初級會員
|
Kevin您好!
感謝您的回覆,我會再研究看看
發表於: 2023/1/30 18:10
|
|||
|
Re: dsPIC33CH256MP505 EZBL Bootloader&MCU重啟功能
|
||||
---|---|---|---|---|
初級會員
|
Kevin您好!
感謝您的回覆 因後續Bootloader的部分會改成CAN BUS,所以目前開發上仍以EZBL V2.11為主 另外請教 透過bootloader機制(EZBL V2.11)更新進去的App code有固定起始記憶體位置嗎?要如何修改?從哪裡可以看得到呢?我在文件中找不到相關資訊,感謝
發表於: 2023/1/18 14:17
|
|||
|
dsPIC33CH256MP505 EZBL Bootloader&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腳位? 感謝
發表於: 2023/1/16 17:23
|
|||
|