我在非常相似的条件下移植了代码——从为PIC32MX编写的旧代码开始,使用C32,使用在XC32和MPLLABX下对PIC32MZ的PLIB调用。我的建议是,如果你的目标只是把MX芯片厂的遗产移植到MZ芯片上,而不是在许多芯片制造商之间移动,那么用给定外设的直接寄存器操作来代替PLIB调用实际上要比缴纳“学习和谐”税更容易。这种方法不能“受益”在协调下在设备之间迁移的能力,但是这看起来完全是概念性的——Harmony在发布版本之间似乎一直破坏项目/兼容性/驱动程序APIs,并且Microchip没有做出任何承诺来使Harmony保持在f附近。或X年前肆意日落它像视觉设备初始化器或遗留的PLIB。另外,虽然在1.07和1.08中有很大的修复承诺,但是自从1.06发布以来,已经超过6个月了。PIC32MX和PIC32MZ之间唯一的“大”变化是对任何通过DMA读写RAM的外围设备的缓存管理。下面是一个解释所需更改的帖子:HTTP://www. McCHIP.COM/FUMMS/M910904.ASPX
我在非常相似的条件下移植了代码——从为PIC32MX编写的旧代码开始,使用C32,使用在XC32和MPLLABX下对PIC32MZ的PLIB调用。我的建议是,如果你的目标只是把MX芯片厂的遗产移植到MZ芯片上,而不是在许多芯片制造商之间移动,那么用给定外设的直接寄存器操作来代替PLIB调用实际上要比缴纳“学习和谐”税更容易。这种方法不能“受益”在协调下在设备之间迁移的能力,但是这看起来完全是概念性的——Harmony在发布版本之间似乎一直破坏项目/兼容性/驱动程序APIs,并且Microchip没有做出任何承诺来使Harmony保持在f附近。或X年前肆意日落它像视觉设备初始化器或遗留的PLIB。另外,虽然在1.07和1.08中有很大的修复承诺,但是自从1.06发布以来,已经超过6个月了。PIC32MX和PIC32MZ之间唯一的“大”变化是对任何通过DMA读写RAM的外围设备的缓存管理。下面是一个解释所需更改的帖子:HTTP://www. McCHIP.COM/FUMMS/M910904.ASPX
举报