解决nordic切换参数失败的问题

最新推荐文章于 2022-08-19 11:39:07 发布

原创最新推荐文章于 2022-08-19 11:39:07 发布 · 559 阅读

0 ·

CC 4.0 BY-SA版权

nrf52832 同时被 2 个专栏收录

4 篇文章

订阅专栏

2.4G

2 篇文章

订阅专栏

当使用Nordic设备的射频功能时，在程序运行中切换射频参数可能会失败。这通常是因为配置时使用了short寄存器功能。避免使用特定代码，可以解决模式切换的问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

使用nordic的射频功能时，若在程序运行时，切换射频参数，会切换失败的情况。原因是在配置时，使用short寄存器的功能。不要使用以下的代码，代码即可。但是获取RSSI没有延时的位可以置位。

//no delays
//	NRF_RADIO->SHORTS |= 0x01|0x02|0x08;//shorts中关于发送接收的字段对模式切换有影响，不要使用

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

啊暴哥

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

nordic 从机更新主机的连接参数

haidscs的博客

01-03

1551

当ble之间连接的时候，从机有一个参数更新请求的包主动向主机发送：这里以nordic的nRF5_SDK_12.3.0版本的SDK为例，看看如何更新了主机的参数。 1、连接更新参数的初始化：这里连接参数设置为空，因为之前参数已经设置过，只要获取保存到变量给后面需要的时候用就好了。创建一个定时器，这样设置工作完成了。 2、当有连接事件是时候，通过handle协商要不要发送...

nRF52832 OTA 失败问题分析与解决方案

最新发布

qq_32588007的博客

03-20

683

从2017年毕业开始接触到nRF52832，一直到现在都在使用这款芯片，之前在使用的时候我也遇到过OTA升级失败的问题，APP端也提示升级成功的提示了，但是蓝牙就是没有广播，始终搜索不到，之前的想法一直是可能是我的堆栈溢出导致boot loader的地址被占用了，所以一直在查自己的堆栈使用情况，从工程中启动文件中先查到配置的堆栈是8KB。之前有时候更改后是可以OTA的，但是到了最近我需要通过flash存储一些必要的参数后，始终不能OTA。资源冲突可能会导致 BLE 运行异常，进而影响 OTA 过程。

参与评论您还未登录，请先登录后发表或查看评论

nRF52840的Radio模块详解

飞临云的博客

08-19

4489

2.4 GHz Radio收发器兼容多种无线电标准，如1 Mbps、2 Mbps和远程低功耗蓝牙。完全支持IEEE 802.15.4的250 kbps模式，以及Nordic专用的1 Mbps和2 Mbps操作模式。下面列出了Radio的主要功能：•多域2.4 GHz无线电收发器：•1 Mbps、2 Mbps和长距离（125 kbps和500 kbps模式）低功耗蓝牙•250 kbps的IEEE 802.15.4模式•1 Mbps和2 Mbps的Nordic专有模式•一流的链路预算和低功耗运行•具有支持Eas

nordic 蓝牙无法系统配对问题的解决办法

schumi2000的博客

01-28

2880

on_ble_evt内注释掉BLE_GAP_EVT_SEC_PARAMS_REQUEST下的内容 case BLE_GAP_EVT_SEC_PARAMS_REQUEST:// // Pairing not supported // err_code = sd_ble_gap_sec_params_reply(m_conn_hand...

nrf51822 --- 获取RSSI

a369000753的博客

03-12

6436

1.目的从机连上主机后，获得RSSI信号强度 2.分析 RSSI:Received Signal Strength Indication接收的信号强度指示在实际应用中可以通过RSSI来判断物体的距离，定位等。比如蓝牙防丢器就是通过RSSI来实现防丢的 3.平台：协议栈版本：SDK10.0.0 编译软件：keil 5.14 硬件平台：nrf

无线传输时间同步（基于NRF52设备）

Behold1942的博客

05-29

7797

原文地址：https://devzone.nordicsemi.com/nordic/b/blog/posts/wireless-timer-synchronization-among-nrf5-devices 简介：有一些情况需要很多设备同步时钟。一些无线协议如蓝牙对底层的射频硬件实现了优秀的抽象。这使得顶层的开发者无需关心底层的具体实现。直接调用send函数就可...

【Nordic芯片APP_ERROR_CHECK的挑战与对策】：复杂错误的精妙解决之道

![【Nordic芯片APP_ERROR_CHECK的挑战与对策】：复杂错误的精妙解决之道]... # 摘要本文全面介绍了Nordic芯片的错误类型、检查机制以及APP_ERROR_CHECK应用。通过对硬件和软件层面错误的分析，探讨了Nordic芯片错误...

Nordic nRF24L01固件源码

04-28

Nordic nRF24L01是一款广泛应用的2.4GHz无线收发器，常用于短距离无线通信，如物联网(IoT)设备、遥控系统、传感器网络等。固件源码是开发者理解并控制硬件行为的关键，尤其是对于nRF24L01这样的微控制器，掌握其...

故障排除专家：nRF52832常见问题及解决方案指南

!...pgw=1) # 1. nRF52832概述与基本应用 ## 1.1 nRF52832简介 nRF52832是Nordic Semiconductor推出的多协议蓝牙低功耗SoC，集成了ARM®Cortex™-M4F处理器，以及2.4 GHz多协议无线收发器。这一款芯

【研发创新加速器】：Nordic Power Profiler Kit推动技术创新

首先，本文概述了PPK工具的介绍，然后深入探讨了能源管理和功耗分析的重要性，以及PPK的技术架构、功能和性能参数。接着，文章通过实践案例展示了如何在日常工作中使用PPK进行基本和高级功耗测量，并强调了通过这些...

s132_nrf52_5.1.0_softdevice.hex

12-07

nrf协议栈，支持52810主机扫描模式，亲测可用，配合sdk14.2使用，包含文件：s132_nrf52_5.1.0_API s132_nrf52_5.1.0_softdevice.hex s132_nrf52_5.1.0_release-notes.pdf s132_nrf52_5.1.0_license-agreement.txt

nrf52832学习笔记(2)获取rssi信号强度

jiang_2018的博客

11-04

9494

当设备连上手机后，设备可以通过rssi来一定程度判断设备和手机的距离相关api函数 [in]conn_handle :当前连接句柄 [in]threshold_dbm: 阈值单位是dbm，当rssi与上一次收到的rssi差值大于等于这个阈值时就会 BLE_GAP_EVT_RSSI_CHANGED 事件 [in]skip_count:连续skip_count次超过threshold_dbm阈值产生...

NRF52832开发：射频驱动

jdh99的专栏

01-26

4894

NRF52832开发：射频驱动本文博客链接:http://blog.youkuaiyun.com/jdh99,作者:jdh,转载请注明. 环境：开发环境:MDK5.23 说明：编写NRF52832射频驱动，本设计中射频模块一直处于接收，如果有发送，等发送完毕后也会自动转为接收。射频模块状态机：源代码： dr

nRF51822调试时遇到的各种“奇葩”问题

踏实每一小步，成就一大步

12-28

6417

前言：本人之前话说是做嵌入式开发的，但主要工作是做C++开发的，因为我们的嵌入式的复杂逻辑都是用C++写的，C++代码在PC端跑，嵌入式板的代码调试都是盲调或者通过串口输出进行调试，嵌入式的代码从没进行过断点的调试，因为整个公司的不用，不用的原因很简单，因为基本的部分已经写好并且蛮成熟的了。因此本人对嵌入式的断点调试经验空白可想而知。现切入到另外一款单片机进行开发，调试时遇到的一些“奇葩”问题，本

NRF 52810 / NRF52832 调试串口时遇到的问题。

xigua1995的博客

01-08

5755

《非开发板》这款IC可以自行选择串口的TX引脚&amp;RX引脚。使用官方的串口API时发现串口线与GPIO连接时程序可正常运行，但是拔掉串口线的TX线将会导致程序运行崩溃。即使关闭流控制也不行。猜测是否GPIO为设置为输入拉高，此时配置GPIO功能，将输入引脚拉高。结果依旧不行解决方法有2. 在初始化UART时将RX引脚初始化0XFFFFFFFF(不使用RX功能，仅打印输出) 将RX引脚...

【Nordic】如何极致实现Nordic 蓝牙性能

u014028690的博客

03-14

5533

在很多应用场合，BLE只是作为一个数据透传模块，即将设备端数据上传给手机，同时接收手机端下发的数据。本文将和大家一起，一步一步演示如何开发一个BLE透传应用程序。按照本文的说明，大家可以很快就实现一个BLE透传应用，BLE透传应用已经是BLE应用中比较复杂的一种，一旦大家掌握了BLE透传应用，其他BLE应用开发就更不在话下了。本文还将手把手教大家如何提高BLE数据传输速度（蓝牙4.2的理论吞吐率...

Nordic 的蓝牙疯了没？

freq89的专栏

01-02

553

很久没有玩无线了，今天打电话给朋友，说蓝牙4现在非常火爆，TI的蓝牙卖疯了。不知道Nordic 的蓝牙疯了没？

升级时新固件写入更新区，验证后切换启动，如何验证

02-19

<think>好的，我需要帮助用户了解在nRF52832的DFU升级过程中，如何验证新固件并在验证成功后切换启动。用户之前的对话已经涉及DFU的基本流程，现在他们关注的是验证的具体步骤和机制。首先，我要回忆一下nRF52832 DFU的工作原理。升级时，新固件会被写入到更新区（Update Bank），然后进行验证。验证通过后，系统才会切换启动到新固件。用户想知道验证是如何进行的，可能包括校验和、签名验证、CRC检查等步骤。接下来，我需要确定验证的具体方法。根据Nordic的文档，Secure DFU使用非对称加密（如ECDSA）来签名固件，确保其完整性和来源可信。此外，可能还会有CRC校验来确认固件在传输过程中没有被损坏。Bootloader在接收完固件后，会执行这些验证步骤。然后，我需要考虑验证失败的情况。如果验证失败，Bootloader应该拒绝启动新固件，并可能回滚到旧版本（双区模式）或进入安全模式等待修复。这部分也需要简要说明，以全面回答用户的问题。用户可能还关心具体的实现细节，比如代码层面的验证流程，或者使用的工具和命令。例如，nrfutil生成DFU包时如何包含签名，Bootloader如何加载并验证这些签名。可能需要提到一些关键的API或配置选项，比如在sdk_config.h中启用安全验证相关的宏定义。另外，需要解释验证过程中涉及的加密机制，例如公钥和私钥的使用，以及如何确保私钥的安全。这部分对于用户理解安全性很重要，但用户的问题主要集中在验证步骤本身，所以可能需要平衡详细程度，避免过于深入加密原理，除非用户明确要求。还要注意用户的技术背景，他们可能是有嵌入式开发经验的工程师，因此需要提供足够的技术细节，但避免过于基础的描述。例如，可以提到使用SHA-256进行哈希计算，ECDSA进行签名验证，以及如何将这些步骤集成到Bootloader中。最后，总结验证的主要步骤，并可能提到调试和测试验证过程的方法，比如通过日志输出或调试器来确认验证是否成功。这部分可以帮助用户在实际开发中排查问题。在</think> **nRF52832 DFU 升级** 过程中，**新固件写入更新区后的验证与切换** 是确保升级安全可靠的核心步骤。以下是验证过程的具体实现机制和关键逻辑： --- ### **一、验证的核心目的** 1. **完整性校验**：确保固件在传输过程中未被篡改或损坏。 2. **合法性验证**：验证固件的签名是否合法（防止恶意固件注入）。 3. **兼容性检查**：确认新固件与硬件及现有协议栈（如 SoftDevice）兼容。 --- ### **二、验证流程详解** #### **1. 固件签名验证（Secure DFU）** - **非对称加密机制**： - 开发者在生成 DFU 包时，使用 **私钥** 对固件进行签名（通过 `nrfutil` 工具）。 - 设备端 Bootloader 内置对应的 **公钥**，用于验证签名是否合法。 - **验证失败**：直接终止升级，保留旧固件。 - **代码示例（Bootloader 验证逻辑）**： ```c // 在 Bootloader 代码中调用 Nordic 提供的安全验证接口 ret_val = nrf_dfu_verification_init(); if (ret_val != NRF_SUCCESS) { NRF_LOG_ERROR("Signature verification failed!"); return; } ``` #### **2. CRC 校验（完整性检查）** - **CRC 值计算**： - DFU 包中会包含固件的 **CRC 校验值**（由 `nrfutil` 自动生成）。 - Bootloader 接收完固件后，重新计算写入数据的 CRC 值，与 DFU 包中的 CRC 对比。 - **校验失败**：标记固件为无效，拒绝切换启动。 - **实现代码片段**： ```c // 计算接收固件的 CRC 值 uint32_t calculated_crc = crc32_compute(p_data, data_size, NULL); if (calculated_crc != expected_crc) { NRF_LOG_ERROR("CRC mismatch! Expected: 0x%08X, Actual: 0x%08X", expected_crc, calculated_crc); return NRF_ERROR_INVALID_DATA; } ``` #### **3. 硬件与协议栈兼容性检查** - **SoftDevice 版本匹配**： - DFU 包中的 `sd_req` 字段需与设备当前 SoftDevice 版本兼容。 - 若新固件依赖更高版本的 SoftDevice，需先升级 SoftDevice（需包含在 DFU 包中）。 - **硬件版本检查**： - 通过 `--hw-version` 参数指定硬件版本（nRF52832 对应 52），Bootloader 会验证此值是否匹配。 --- ### **三、验证通过后的切换流程** 1. **标记新固件为有效**： - 在 Flash 中设置特定标志位（如 `DFU_BANK_VALID`），表示新固件已验证通过。 - **关键代码**： ```c nrf_dfu_settings_write()->bank_1.bank_code = NRF_DFU_BANK_VALID; ``` 2. **更新启动指针**： - 修改 Bootloader 的 **启动地址寄存器**（如 `VTOR`），使其指向新固件的入口地址。 3. **系统重启**： - 触发芯片复位（`NVIC_SystemReset()`），Bootloader 根据标志位加载新固件。 --- ### **四、验证失败的处理** - **回滚机制（双区模式）**： - 若验证失败，Bootloader 清除更新区的固件，保持运行区（旧固件）不变。 - **日志输出示例**： ```c NRF_LOG_INFO("DFU failed, reverting to previous firmware..."); nrf_dfu_invalidate_bank(); ``` - **错误反馈**： - 通过蓝牙通知手机端 App 或记录错误码（如 RTT 日志），便于开发者调试。 --- ### **五、调试与验证技巧** 1. **日志输出**： - 启用 Bootloader 的 **RTT 日志** 或 **UART 输出**，观察验证过程中的状态码和错误信息。 2. **模拟验证失败**： - 故意生成无效签名或错误 CRC 的 DFU 包，测试设备是否拒绝升级。 3. **使用 nRF Connect 工具**： - 通过 `nRF Connect` App 的 DFU 功能，实时查看传输和验证状态。 --- ### **六、注意事项** - **密钥管理**：私钥需严格保密，泄漏会导致设备可被注入恶意固件。 - **电源稳定性**：验证和写入过程中断电可能导致 Flash 损坏（建议使用后备电源）。 - **测试覆盖率**：需测试不同场景（如断点续传、CRC 错误、签名错误等）。 --- 通过以上验证机制，nRF52832 的 DFU 能够在保证安全性的前提下完成固件升级。如需深入代码实现细节（如自定义签名算法或扩展验证逻辑），可进一步探讨！