應該是說針對SAM Cortex-M家族,
Fuse(Configuration)設定, 使用Harmony Gencode 後,
在initialization.c中會產生Fuse設定的假指令#pragma,(可選的)
經過XC32 Compiler之後會將Fuse設定一併存在HEX中,
但是該Fuse在HEX中的地址為假的地址, 不是真正Flash可以找到的地址,
只有使用 MPLAB XIDE/IPE 才會將這種 HEX 中Fuse的內容燒錄到
SAM MCU 正確的NVM中.
因此,
1. 其他IDE搭配燒錄器, 拿到這種HEX無法燒錄Fuse
2. 將這種HEX轉成1:1的BIN時, Fuse的假地址與真正的程式碼之間距離遙遠, 因此中間會插入0xFFFFFFFF的Dummy data導致BIN變的巨大

至於你的問題:
Q. Fuse設定會跟著bootloader程式對fuse設定相同，
A. 如果你的Bootloader HEX有包含Fuse的內容, 且透過XIDE/IPE燒錄時才會.

Q. 往後若要變更fuse設定，就是透過hex重新燒錄bootloader程式?
A. Fuse設定可以透過 XIDE->Window->Target Memory View\Configuration Bits 來讀取及寫入, 要先讀取一次才能修改並寫入, 如果寫完後再次燒錄上面那種HEX檔時, 剛剛寫的就會被覆蓋

一般情況下, 如果不打算用到FreeRTOS時,
不可以在添加 System Service 或 Driver , 點選添加 FreeRTOS,
因為這個Module會讓 System Service 或 Driver 選擇使用"Synchronous"同步模式來操作,
這樣會導致部分不支援 "Synchronous" 模式的模組異常.
因此我們的SAM教材, 在詢問是否添加FreeRTOS這一步時, 都是選擇 [No].

也不建議一開始添加FreeRTOS, 之後再選擇刪除, 因為當模組很多時,
會導致一些程式Gen Code時發生異常.

放心啦! Microchip的軟體都沒病毒的,
我上次上課的問題後來是因為
1. 專案裡面的Harmony Framework路徑, 目錄不存在
2. MPLAB XIDE裡面Tools\Options\Plugins的Harmony Framework路徑, 目錄也不存在

將Reconfigure時, Framework的路徑選對就可正常進入MHC

MPLAB XIDE裡面Tools\Options\Plugins的Harmony Framework路徑
進入過一次Content Manager之後, 就會用所指定的下載目錄修正

在SAM2002的投影片中P132有講解命名規則, 這個Harmony沒有自動為新增加的Media來變更名稱, 需要自己依照命名規則設定
如果使用Auto Mount Feature時, 則會使用 configuration.h 中的 define 的 Media與Drive name, 而這裡的名稱即是Hamrony中設定的名稱

configuration.h

#define SYS_FS_MEDIA_TYPE_IDX0                 SYS_FS_MEDIA_TYPE_SD_CARD
#define SYS_FS_TYPE_IDX0                     FAT
                    
#define SYS_FS_MEDIA_IDX0_MOUNT_NAME_VOLUME_IDX0             "/mnt/myDrive1"
#define SYS_FS_MEDIA_IDX0_DEVICE_NAME_VOLUME_IDX0            "/dev/mmcblka1"
                                
#define SYS_FS_MEDIA_TYPE_IDX1                 SYS_FS_MEDIA_TYPE_SD_CARD
#define SYS_FS_TYPE_IDX1                     FAT
                    
#define SYS_FS_MEDIA_IDX1_MOUNT_NAME_VOLUME_IDX0             "/mnt/myDrive2"
#define SYS_FS_MEDIA_IDX1_DEVICE_NAME_VOLUME_IDX0            "/dev/mmcblkb1"

第二張SD card的media name應為 mmcblkb1，請再試試

Harmony 中 SERCOM-I2C Slave 的 Address 為 7bits Address, 在Configuration有提示,


請檢查您MASTER 的 Address是否一致

Attach file:

---

  SERCOM-I2C-Slave.jpg (70.54 KB)

會出現波浪底線是 X IDE Parser的問題, 如果編譯可以成功找的到檔案就沒關係,
X IDE Parser會出現警告時, 可能為
1. 專案放在含有中文的目錄之下, 或使用中文名當成Windows的登入名稱, 此時 User目錄中的Windows目錄會是中文

2. 專案放在多層目錄之中

3. 專案放在需要系統管理員權限才可存取的目錄中

4. 專案需要重新 Parser



5. 如果覺得礙眼, 可以在X IDE中關閉這些警告

Attach file:

---

  XIDE_REPARSER.jpg (177.50 KB)


  XIDE_Warning.jpg (158.07 KB)

你好!
MCC Melody為全新的 Driver based 程式碼產生器, 有別於強調硬體周邊控制的 MCC Classic,
MCC Melody 將支援更多強大的軟體開發能力, 並且將硬體層抽象化方便應用程式的移植與開發,
MCC Melody 線上技術手冊
https://onlinedocs.microchip.com/pr/GU ... 43B586-en-US-3/index.html

目前MCC Melody只支援部分晶片系列, 詳細支援的系列請參考下面連結
1.PIC10/PIC12/PIC16/PIC18 device support
2.AVR device support
3.PIC24/dsPIC33

https://onlinedocs.microchip.com/pr/GU ... 90-BDEF-A0E33E8F46CF.html

請問您的這個Demo是自以下路徑下載的嗎?
https://github.com/MicrochipTech/freeRTOS-PIC24-dsPIC-PIC32MM

如果是的話, 開啟 RTOSD_PIC24.X專案時會出現找不到 PIC24F-GA-GB_DFP "1.0.28"
因為這包DFP已經不提供下載了, 依照XIDE的提示會自動更新到1.5.x以上的DFP後,
我這邊直接編譯是沒有問題的! 提供我的環境給你參考
MPLAB X IDE 6.0
PIC24F-GA-GB_DFP 1.6.205
XC16 v2.00

您遇到的問題應該是進去MCC Gencode 然後再編譯發生的,
!!!注意!!! 這個專案並非MCC做成的, 而是採用 FreeRTOS + PIC24 Bare Metal 方式
如果你進MCC再Gencode時, 會發現在 RTOSDemo_PIC24.X\會多生成一支 main.c
這個專案要改到可以使用 MCC 將會是大工程,
而且 MCC gen出來的程式碼是 RTOS Thread non Safe 的

目前只能在專案中設定, 沒有全局設定