设备固件更新应用程序

DFU 应用程序允许在 DK 上刷写新的固件。该过程包含三个步骤：

选择包含适当固件的 zip 文件。
选择具有打开的引导加载程序的 BLE 设备。
开始固件上传。

设置屏幕允许更改用于上传固件的 DFU 库参数。

iOS DFU 库

安装

对于 Cocoapods

使用以下内容创建/更新您的 Podfile

target 'YourAppTargetName' do
    use_frameworks!
    pod 'NordicDFU'
end

安装依赖项

pod install

打开新创建的 .xcworkspace
通过使用 import NordicDFU 将库导入到您的任何类中，然后开始处理您的项目

对于 Carthage

在您项目的根目录中创建一个新的 Cartfile，其中包含以下内容

github "NordicSemiconductor/IOS-DFU-Library" ~> x.y // Replace x.y with your required version

使用 carthage 构建

carthage update --use-xcframeworks --platform iOS // other supported platforms: macOS, tvOS, watchOS

Carthage 将在 Carthage/Build/ 中构建 NordicDFU.framework 和 ZipFramework.framework 文件，您现在可以将所有这些文件复制到您的项目中并使用该库，此外，如果您需要重新符号化崩溃日志，carthage 还会构建 *.dsym 文件。您可能希望将这些文件与您的构建捆绑在一起以供将来使用。

对于 Swift Package Manager

// swift-tools-version:5.6
import PackageDescription

let package = Package(
  name: "<Your Product Name>",
  dependencies: [
    .package(
      url: "https://github.com/NordicSemiconductor/IOS-DFU-Library", 
      .upToNextMajor(from: "<Desired Version>")
    )
  ],
  targets: [.target(name: "<Your Target Name>", dependencies: ["NordicDFU"])]
)

设备固件更新 (DFU)

nRF5x 系列芯片是基于闪存的 SoC，因此它们代表了可用的最灵活的解决方案。nRF5x 系列及其相关的软件架构和 S-Series SoftDevice 的一个关键特性是可以通过无线设备固件升级 (OTA-DFU) 进行固件升级。见图 1。OTA-DFU 允许将固件升级发布并下载到现场的产品中，从而使 OEM 可以修复错误并将新功能引入已经上市的产品中。当使用 nRF5x 系列 SoC 时，这为产品开发带来了额外的安全性和灵活性。

此存储库包含一个经过测试的 iOS 8+ 平台库，可用于使用 iPhone 或 iPad 在 nRF5x 设备上执行设备固件更新。

DFU 库旨在使这些设备非常容易地包含在您的应用程序中。它与所有 Bootloader/DFU 版本兼容。

Service Changed 特征

为了使 DFU 与 iOS 一起工作，目标设备必须在 Generic Attribute 服务中具有带有 Indicate 属性的 Service Changed 特征。如果没有此特征，iOS 将假定此设备的服务永远不会更改，并且在切换到 DFU 引导加载程序模式后不会使其失效。

Service Changed 特征行为

在配对的设备上，必须使用 Service Changed 特征的指示来指示属性表的更改。 iOS 会自动启用 CCC 并处理此指示并执行服务发现。自 SDK 8.0 以来，在 Legacy DFU 中已正确处理了此指示。
在非信任设备（未配对）上，iOS 每次设备断开连接时都会清除服务缓存。

来自 SDK 12 的 Secure DFU

来自 SDK 12 的 Secure DFU 实现不支持绑定（实验性无按钮示例在切换到 DFU 引导加载程序模式时不会传递绑定信息，并且引导加载程序不发送 S-C 指示）。作为一种解决方法，引导加载程序开始以 MAC 地址递增 1 的方式进行广播，因此从手机的角度来看，它是一个全新的设备，并且将完成全新的服务发现。当您的新固件将要更改服务列表时，您可以考虑为新应用程序的 MAC 地址再添加 1，以确保缓存不会发生冲突（除非设备未绑定并且您具有 Service Changed 特征，否则如上所述，不使用缓存）。请注意，不可能向公共地址添加 1（除非您注册一个新的地址）。此外，设备可能以以下 MAC 地址出售，并且可能发生 2 个设备具有相同的地址。请谨慎使用此功能。

来自 SDK 14 的 Secure DFU

具有绑定共享的无按钮 DFU 已添加到 SDK 中。使用此服务需要绑定关系。在 DFU 模式下地址不会更改，而是引导加载程序在进入 DFU 模式和应用模式时发送 Service Changed 指示。对于绑定设备，建议使用此服务。

文档

有关更多信息，请参见文档。

要求

该库与安装了 S-Series Soft Device 和 DFU Bootloader 的 nRF51 和 nRF52 设备兼容。

DFU 历史记录

Legacy DFU

SDK 4.3.0 - 通过蓝牙 Smart 的 DFU 的第一个版本。 DFU 支持应用程序更新。
SDK 6.1.0 - DFU 引导加载程序支持 Soft Device 和引导加载程序更新。由于更新的引导加载程序可能依赖于新的 Soft Device，因此可以一起发送和安装这两个。

支持非绑定设备的无按钮更新。

SDK 7.0.0 - 需要扩展的 init 数据包。 init 数据包包含其他验证信息：设备类型和修订版，应用程序版本，兼容的 Soft Device 和固件 CRC。
SDK 8.0.0 - 绑定信息可以在应用程序更新后保留。新应用程序首次启动时，会将 Service Change 指示发送到手机以刷新服务。新功能

支持绑定设备的无按钮更新
在应用程序和引导加载程序之间共享 LTK。

Secure DFU

SDK 12.0.0 - 新的 Secure DFU 已发布。该库完全向后兼容，因此支持新的和旧的 DFU。
SDK 13.0.0 - 无按钮 DFU（仍处于实验阶段）使用不同的 UUID。不支持绑定共享。引导加载程序将使用 address +1。
SDK 14.0.0 - 无按钮 DFU 不再是实验性的。为绑定设备添加了新的无按钮特征（需要绑定，缓存清除依赖于 Service Changed 指示）。
SDK 15.0.0 - 添加了对更高 MTU 的支持。

该库完全向后兼容，并支持新的和旧的 DFU。自 1.1.0 版起，支持来自 SDK 12 的实验性无按钮 DFU 服务。由于来自 SDK 12 的这项实验性服务不安全，因此您必须将 enableUnsafeExperimentalButtonlessServiceInSecureDfu 设置为 true 才能启用它，默认情况下是关闭的。阅读方法文档以获取详细信息。建议使用来自 SDK 13 的无按钮服务（对于非绑定设备，或 SDK 14 的无按钮服务）。 DFU 库 1.3.0 起均支持这两种服务。

查看平台文件夹以获取有关每个库兼容性的更多详细信息。

其他框架

React Native

一个基于此库的 iOS 和 Android 非官方库可用于 React Native：react-native-nordic-dfu

Flutter

一个基于此库的 iOS 和 Android 库可用于 Flutter：nordic_dfu

Xamarin

iOS 的简单绑定库可在 nuget 上找到：Laerdal.Dfu

资源

DFU 简介
如何创建 init 数据包
nRF51 开发套件 (DK)（与 Arduino Uno Revision 3 兼容）
nRF52 开发套件 (DK)（与 Arduino Uno Revision 3 兼容）
nRF52840 开发套件 (DK)（与 Arduino Uno Revision 3 兼容）