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

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

您好!
目前有參考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腳位?

感謝

Hi Libra,
感謝您詳細的說明,我已經清楚明白

如下是線上AES tool
https://tool.lmeee.com/jiami/aes

您好!
根據一般AES 128使用16 Byte的明文搭配16 Byte的Key時，產生的秘文應該會是32 Byte，在一些線上的AES 128 tool測試都是相同結果

但Microchip此API (AES.s),AES 128使用16 Byte的明文搭配16 Byte的Key時產生出來的秘文僅有16 Byte，請問主要的原因及差異為何? 感謝

您好!
請問是否可以用SAMD51的TC或TCC來產生下列波型(需要4組這樣的pulse訊號)?或是有其他的建議,感謝

Attach file:

---

  PWM wavefrom.jpg (60.94 KB)

您好!
請問針對指定區段Flash的寫入有任何的建議嗎?感謝

您好!

因MCU需要支援車輛UDS(Unified Diagnostic Services)功能，而其中一項功能要求系統需記載生產日期，但該資訊不允許透過啟動後由UART/CAN等其他外部介面寫入的方式，
可能會需要在編譯(MPLAB XC16)產生燒錄檔並完成燒錄後，還能透過其他工具去Modify特定Flash位址的方式，請問這是有可能的嗎?

您好!
感謝您的協助及提供的訊息Thanks.

您好!
我有找到MLA(Microchip Libraries for Application)的資料,如下網址
請問如果要在已經建立好的專案，引用AES的API，要怎麼做比較好?
因為目前MLA我看起來，他在apps和firmwork資料夾下都有AES的API，但調用的層級似乎不相同，我要如何知道哪個比較適用? 感謝

https://microchipdeveloper.com/16bit:software-development#toc3

您好!
請問dsPIC33CH256MP505或者是XC16編譯器中，是否有現成的Library可以支援AES-128加解密,能否提供PIC33的AES範例?或者是現在用於XC16和MPLAB X的範例?感謝