如版主之前所建議, 可以將Bootloader Loadable Application code,使用MPLAB X IDE + PICKit 4來執行Debug mode去trace 應用程式碼執行到哪裡(可搭配disassembly觀察)

email給您了~

或是您可以提供Bootloader與OTA application專案, 我可以幫忙看一下.

建議您先將Bootloader + OTA 應用程式透過MPLAB X IDE -> Loadable功能將兩個專案的hex file合併後燒錄到MCU, 看是否可以正常運作.

p.s.: 先撇開Bootloader燒錄OTA區塊後是否正常的問題

可以麻煩確認一下透過Bootloader來更新OTA區 : 0x10000 ~ 0x1FFFF之後, 可以透過Target Memory View比對一下MCU的OTA區的flash內容與 OTA區的hex file內容是否相同.

如果燒錄不完整或是不正確, 即使有跳轉到OTA應用程式, 接下來也可能會動作異常.

Hello,

在Bootloader程式的起始要將中斷向量重新對映到應用程式的新位址, 請參考下面程式.


asm ("psect intcode,global,reloc=2,class=CODE,delta=1");
asm ("GOTO 0x10008");

asm ("psect intcodelo,global,reloc=2,class=CODE,delta=1");
asm ("GOTO 0x10018");

Hello,

PIC24FJ256GB110的HID Bootloader範例程式應該是使用外振8MHz, 來產生96MHz PLL / 2 = 48MHz提供給USB module使用.

但您說想使用外振直接進來，感覺比較省電一點 ? --> 這個描述讓我confuse了.


如果在您的應用程式想要切換OSC的話, 以下是建議的步驟
1. #pragma config IESO = OFF
// Internal External Switch Over Mode (IESO mode (Two-speed start-up)disabled)

2. 在程式一開始執行時切換至您需要的Clock source w/ PLL

// CF no clock failure; NOSC FRCPLL; CLKLOCK unlocked; OSWEN Switch is Complete;
__builtin_write_OSCCONH((uint8_t) ((0x100 >> _OSCCON_NOSC_POSITION) & 0x00FF));
__builtin_write_OSCCONL((uint8_t) ((0x100 | _OSCCON_OSWEN_MASK) & 0xFF));
// Wait for Clock switch to occur
while (OSCCONbits.OSWEN != 0);

建議將Configuration Word中的WDT關閉, 再測試一下

#pragma config WDTEN = OFF

更新一下Microchip University - MCC 16-bits Bootloader課程的連結.

https://mu.microchip.com/16-bit-bootloaders-using-mcc-device-side

建議您可以使用MCC 16-bits Bootloader來產生Bootloader 與Application firmware, 如果您選用的是Checksum方式來驗證Application的話, Application專案要如何將checksum寫入flash, 下面Microchip University的 MCC 16-bits Bootloader課程有實際操作說明.

https://microchip.skilljar.com/16-bit- ... ers-using-mcc-device-side