- 博客(47)
- 资源 (24)
- 收藏
- 关注
RSS订阅原创 STM32H745IGT6介绍
STM32H745IGT6 的双核架构为高性能嵌入式系统提供了强大的处理能力，通过合理分配任务（如将实时控制交给 M4，复杂算法交给 M7），可显著提高系统响应速度和整体性能。：3×16 位 ADC（6.4 MSPS）、2×DAC、17× 定时器、丰富通信接口（以太网、USB、CAN FD、SPI、I2C 等）。：Cortex - M7（FPU + DSP，支持双精度浮点运算）和 Cortex - M4（FPU + DSP，支持单精度浮点运算）。：LQFP100（14×14 mm），适合空间受限的应用。
2025-05-30 09:22:34
337
原创 Profinet介绍
已成为工业自动化领域的核心通信技术之一。作为新一代工业以太网技术，它旨在解决工业自动化领域的实时通信、设备互操作性、系统冗余及可靠性等关键问题，已成为全球主流的工业通信标准之一。兼容 IT 标准（如 HTTP、SNMP、OPC UA），支持与云计算、大数据平台对接，助力工业 4.0 和智能制造。：定义了实时通信协议（如 PROFINET RT/IRT）、设备描述（GSDML）、网络管理（XML 文件）等。：基于 TCP/IP（非实时数据）和 UDP/IP（实时数据），支持标准以太网通信。
2025-05-29 15:08:05
345
原创 SNTP在电力系统通信中的应用
SNTP 在电力系统中作为中精度时间同步方案，广泛应用于配网自动化、智能电表、变电站边缘设备等场景，具有成本低、易部署、兼容性强的特点。通过与北斗卫星、PTP 高精度协议的协同，可构建 “分层分级” 的时间同步体系，满足电力系统从核心控制到边缘采集的全场景需求。未来，随着电力物联网（EIOT）和数字孪生技术的发展，SNTP 将与 5G、边缘计算进一步融合，为新型电力系统的实时协同控制提供基础支撑。
2025-05-28 14:52:54
498
原创 zynq7020 shm共享内存和OCM
/ 刷新缓存（PL修改数据后） Xil_DCacheFlushRange((u32)shared_buf, BUF_SIZE)PS与PL间需要传递大量数据、对延迟不敏感的场景（如图像处理、网络协议栈）。：在AMP（非对称多处理）系统中，多个ARM核通过共享内存交换数据。实时性要求高、数据量小、频繁访问的场景（如中断处理、关键代码）。PL（FPGA）通过AXI总线直接读写DDR中的共享内存。：用于高速数据采集的临时存储（如ADC/DAC数据）。通常位于DDR内存或FPGA（PL）的BRAM中。
2025-05-28 09:08:36
507
原创 SNTP 时间同步协议的工作原理
Stratum 等级时间源类型典型设备精度范围工业应用场景Stratum 0物理时钟（非网络设备）GPS / 北斗接收机、原子钟纳秒级国家级时间基准站Stratum 1直接连接 Stratum 0 的服务器工业级北斗授时服务器1-5μs电力调度中心主时钟Stratum 2通过 Stratum 1 同步的设备变电站边界时钟服务器10-50μs区域级时间同步节点Stratum 3+边缘客户端设备FTU、智能电表、PLC。
2025-05-28 09:03:07
520
原创 如何在电力系统中配置和管理SNTP时间同步？
电力系统中 SNTP 的配置与管理需以 “分层部署、安全加密、冗余可靠” 为核心原则，通过合理的网络规划、认证机制和实时监控，确保边缘设备（如配网终端、智能电表）的时间同步精度满足 10ms 至 1s 级要求，同时与 PTP 等高精度协议协同，构建全系统的时间同步保障体系。：某 500kV 变电站部署 2 台互为热备的北斗时钟服务器（Stratum 1），通过独立光纤链路为全站 300 + 设备提供 SNTP 服务，同步周期设为 1 分钟，守时模块（OCXO）在卫星失效后 24 小时误差≤10ms。
2025-05-27 17:04:57
479
原创 SNTP 协议详解：网络时间同步的轻量级解决方案
SNTP 则剥离了 NTP 的部分高级功能，仅保留核心的时间同步逻辑，定位于为资源受限的设备（如嵌入式系统、传感器节点）提供简单、高效的时间同步能力。层级反映了服务器的时间源可靠性。服务器层级（0-255），0 表示未同步，1 表示与 UTC 直接相连的时钟源（如原子钟），2 表示通过层级 1 服务器同步，依此类推（最大值通常为 15，超过则视为不可用）。工作模式，占后 3 位：0（预留）、1（对称主动模式）、2（对称被动模式）、3（客户机模式）、4（服务器模式）、5（广播模式）、6-7（预留）。
2025-05-27 14:56:28
1404
转载 STM32H7 pack包 安装失败解决办法
工程，已经包含了所需的所有底层驱动文件，再讲cubex下拷入pack包，本来就是一个重新且非常没有必要的工作。而且pack包应该是告诉keil编译器，包含那些器件就可以。按照这种思路，将pack包采用普通解压缩的方式解压出来，并放到如下路径。的事，各种捣鼓均未安装成功，最后将cubeMx当中的文件拷贝到pack对应位置（pdsc文件手动拷入.\Download文件下），运行成功。前一段时间安装STM32G4系列pack包，提示pdsc文件无法拷入.\Download文件下，以为是。考虑cubeMx生成的。
2025-05-27 14:18:50
10
1
原创 MQTT 在云平台与设备通讯中的连接特性与通讯性质深度解析
在物联网（IoT）与工业互联网架构中，MQTT（Message Queuing Telemetry Transport）协议凭借其轻量、可靠、灵活的特性，成为云平台与设备通讯的主流选择。本文从连接持续性与通讯本质属性两大核心维度展开，结合技术原理、应用场景与最佳实践，系统解析 MQTT 在设备与云平台交互中的核心特性。 MQTT 采用去中心化的发布 / 订阅模型，区别于传统 Client-Server 的点对点交互，其核心角色包括：核心优势：MQTT 建立在 TCP/IP 之上，支持两种核心连
2025-05-26 11:04:49
936
原创 104协议0x0D遥测帧解析
表示归一化测量值（Measured Value, Normalized Value），属于遥测（模拟量）数据的一种类型。多信息体：若可变结构限定词中SQ=1，信息体地址连续递增，需按顺序解析。Bit 3（NT）：非当前值（0=当前值，1=非当前值）。Bit 1（BL）：被取代（0=未被取代，1=被取代）。Bit 2（SB）：子站状态（0=未闭锁，1=闭锁）。Bit 0（OV）：溢出（0=无溢出，1=溢出）。：信息体地址不连续，每个信息体需单独指定地址。→ SQ=0（地址不连续），信息体数量=1。
2025-05-23 13:56:13
296
原创 STM32F407芯片中，选项字节的配置
通过调试器（如ST-Link、J-Link）或Bootloader（UART/USB）连接芯片。打开STM32CubeProgrammer，选择正确的接口（如ST-Link或UART）。：通过STM32CubeProgrammer重新读取选项字节，确认修改已生效。选项字节是芯片内部的一组非易失性存储区（独立于Flash），用于配置芯片的。: 从系统存储器（Bootloader）启动（需BOOT0=1）。即通过选项字节实现（而非独立引脚），直接影响启动模式的选择。
2025-05-23 13:02:26
545
原创 STM32407芯片boot0和boot1管脚配置
通过合理配置BOOT0引脚和选项字节，可灵活控制STM32F407的启动行为，满足开发和生产需求。STM32F4系列取消了独立BOOT1引脚，改为通过选项字节配置，减少硬件复杂度。通过串口/USB连接，使用工具（如STM32CubeProgrammer）下载程序。配置，需通过软件工具（如STM32CubeProgrammer）设置。：STM32F407有明确的BOOT0引脚（具体引脚号见芯片手册，如。正常运行时：通过下拉电阻接地（BOOT0=0）。默认值为0，需通过工具修改（见下文）。
2025-05-23 12:51:29
1004
转载 STM32+W5500实现以太网通信
STM32系列32位微控制器基于® Cortex®-M处理器，旨在为MCU用户提供新的开发自由度。它包括一系列产品，集高性能、实时功能、数字信号处理、低功耗/低电压操作、连接性等特性于一身，同时还保持了集成度高和易于开发的特点。本例采用STM32作为MCU。W5500是一款全硬件TCP/IP嵌入式以太网控制器，为嵌入式系统提供了更加简洁的互联网方案。W5500集成了TCP/IP协议栈，10/100M以太网数据链路层(MAC)以及物理层(PHY)。
2025-05-23 11:54:08
17
原创 远程升级方案(经通讯管理机)
传输：发送 “升级准备指令”（如 0x55 AA）唤醒从机，逐包发送升级数据，等待 ACK 响应（超时 50ms 则重传，最多 3 次）。打包：将从机固件（.bin/.hex）按从站型号分组，附加版本号（如 V1.2.3）、适用硬件版本（如 DSP28335 Rev.B）。：工业设备（如 DSP 模块、传感器）分布广，传统现场升级需人工逐台操作，耗时耗力（单次升级成本约 200-500 元 / 台）。：按需推送定制化固件（如摄像头 AI 算法更新），支持 A/B 测试（先升级 10% 设备验证稳定性）。
2025-05-22 15:44:13
664
原创 TMP1827与主机通信接口
主机通过拉低 DQ 线至少 480μs 发送复位信号，传感器返回 60-240μs 的存在脉冲（Presence Pulse）以确认连接。：主机通过控制 DQ 线的高低电平持续时间（至少 60μs）向传感器写入数据，包括命令、挑战值或 HMAC 认证码。：主机拉低 DQ 线后释放，传感器在 15μs 内驱动 DQ 线输出数据，主机需在 15μs 内采样。：仅需一根数据线（DQ）和地线，支持总线供电模式（1.7V 至 5.5V），无需额外电源线。
2025-05-22 11:14:32
596
原创 TMP1827认证的原理
TMP1827 的认证原理通过密码学算法、硬件安全设计和动态密钥管理的深度融合，在高精度温度测量的同时，为设备通信提供了端到端的安全防护，适用于对安全性和可靠性要求严苛的工业与医疗场景。：该实现符合 FIPS 180-4（SHA-256 标准）和 FIPS 198-1（HMAC 标准），适用于对安全性要求极高的场景。：每次认证时，密钥与随机挑战值、设备唯一 ID 混合，生成动态 HMAC 值，避免静态密钥暴露风险。：写入操作需通过额外的 HMAC 验证，确保只有通过认证的主机可修改配置数据。
2025-05-22 11:10:55
582
原创 TMP1827认证流程
TMP1827 的认证流程通过硬件级安全机制和标准化算法，在高精度温度测量的同时提供可靠的设备身份验证，适用于对安全性和数据完整性要求较高的工业与物联网场景。TMP1827 作为集成 SHA-256-HMAC 认证引擎的高精度温度传感器，其认证流程旨在确保主机与传感器之间的安全通信，防止数据篡改和假冒设备接入。主机与传感器通过交换挑战值和哈希消息认证码（HMAC）完成双向身份验证，符合 FIPS 180-4 和 FIPS 198-1 标准。（如 128 位对称密钥），支持写保护和认证写保护模式。
2025-05-22 11:09:30
835
原创 TMP1827介绍
基于 FIPS 180-4 和 FIPS 198-1 标准，通过动态挑战 - 响应机制验证设备合法性，防止伪造和数据篡改。：+10°C 至 + 45°C 范围内 ±0.1°C（典型值）/±0.2°C（最大值），全温区 ±0.4°C（最大值）。仅需 1 根数据线（DQ）和地线（GND），支持总线供电（1.7V 至 5.5V），简化布线。：精确控制温度（±0.2°C），确保疫苗、试剂存储合规，HMAC 认证防止温度数据被篡改。：16 位数字输出，精度达 7.8125m°C（1LSB），满足高精度控制需求。
2025-05-22 11:07:05
866
原创 1-Wire 总线协议深度解析
随着安全增强型设备（如 TMP1827）的普及，1-Wire 协议正从单纯的通信协议升级为融合 “连接 + 认证” 的完整解决方案。1-Wire（单总线）是由 Dallas Semiconductor（现属 TI）开发的低成本串行通信协议，通过 ** 一根数据线（DQ）和地线（GND）** 实现双向通信，支持单主机与单个或多个从设备通信。示例：医疗冰箱内的 TMP1827 传感器，通过 1-Wire 总线连接至数据记录仪，同时利用 HMAC 认证确保温度数据不可篡改。
2025-05-22 11:01:41
1004
原创 RJGT102介绍
基于 256 位 SHA-256 哈希算法，对 8 字节密钥（Key）、8 字节唯一 UID、8 字节随机数、8 字节固化常数及 32 字节用户数据进行运算，生成 32 字节报文摘要（MAC），确保数据不可篡改。：支持标准模式（100kbps）和快速模式（400kbps），兼容 ATSHA204A 的 SOP-8 封装，可直接替代无需修改 PCB 设计48。：远端服务器发送随机数，设备通过 RJGT102 生成 MAC 并回传，服务器比对后授权接入，防止非法设备入侵网络。
2025-05-22 11:00:37
1175
原创 EtherCAT通讯框架
通常为工业控制器（如 PLC、PC-based 控制器），集成 EtherCAT 主站协议栈（如倍福 TwinCAT、NI SoftMotion、CoDeSys 等）。：作为现场设备（如传感器、驱动器、I/O 模块等）的通信接口，接收主站指令并反馈数据，支持数据的高效转发。选择主站协议栈（如 TwinCAT、CoDeSys），配置从站设备描述文件（.xml 或.eds）。用于配置、诊断或参数调整（如从站固件升级），通过邮箱协议或标准化协议（如 CoE、SoE）传输。
2025-05-19 11:42:42
682
原创 etherCAT在PCS协控技术上的应用
即使控制上千台 PCS，也能保证指令同时送达，确保各 PCS 动作高度一致，避免因响应差异导致的系统失衡，尤其适用于对同步性要求极高的场景（如多机并联运行）。如汇川技术方案中，相比传统协议（如 61850），EtherCAT 能使 PCS 更迅速响应有功、无功调节指令，大幅缩短系统响应时间（如机组功率调度响应时间＜10ms），满足电网对储能系统快速调节的需求，提升新能源消纳能力与电网稳定性。配合储能系统中电池参数（如 SOC、电池簇数量等），可实现更精准的负荷分配，优化电池使用寿命与系统整体效率。
2025-05-19 10:31:47
127
原创 EtherCAT协议
EtherCAT（以太网控制自动化技术）是一种开放架构的工业以太网现场总线系统，由德国 Beckhoff 公司研发，旨在将以太网应用于自动化领域，满足短数据更新周期（≤100μs）、低通信抖动（≤1μs）及低成本硬件的需求。
2025-05-19 10:28:24
369
原创 GOOSE协议publisher上传频率
场景触发条件发送间隔序列关键参数事件触发数据集任意值变化无事件（心跳）持续稳态固定 MaxTime 间隔链路恢复断链后重新连接重置 StNum，重复事件触发流程这种设计使得 GOOSE 协议在变电站环境中能够兼顾实时性与可靠性，满足电力系统对快速性和确定性的严格要求。实际应用中，需根据具体业务需求（如保护、测控、自动化）动态调整参数，同时结合网络拓扑和冗余策略优化通信性能。
2025-05-13 15:31:08
604
原创 GOOSE从站上传报文为什么不需要配置控制块参数？
IEC 61850 标准中的角色控制块是 GOOSE 通信的元数据容器，包含以下关键参数：AppID：应用标识符（如0x1001），全局唯一标识 GOOSE 数据集。DstMAC：目的 MAC 地址（如），指定报文接收方。GoID：GOOSE 标识符，用于区分同一设备的不同 GOOSE 实例。ConfRev：配置版本号，用于检测配置变更。MinTime：最小发送间隔（如 2ms），控制突发变化的发送频率。MaxTime：最大发送间隔（如 1000ms），确保周期性更新。数据流向的单向性。
2025-05-13 15:26:59
856
原创 为什么GOOSE通讯需要MAC地址？
GOOSE 报文必须包含目的 MAC 地址，这是以太网通信的基础要求，也是 GOOSE 协议标准化实现的核心要素。无论是组播模式（使用预定义组播地址）还是单播模式（使用接收方网卡 MAC），目的 MAC 都是确保报文正确传输和接收的关键。在实际工程中，需严格按照 IEC 61850 标准配置目的 MAC 地址，并通过抓包工具验证其正确性。
2025-05-13 15:21:32
871
原创 GOOSE 协议中MAC配置
组播模式主站发送的组播 MAC 地址与从站的单播 MAC 地址无需一致，从站通过订阅组播组实现精准接收。单播模式主站必须将从站的单播 MAC 地址配置为目的 MAC，此时两者必须一致。标准导向IEC 61850 推荐使用组播模式，其组播 MAC 地址的标准化设计和订阅机制确保了高效、可靠的通信，是变电站自动化系统的主流选择。通过以上分析可见，GOOSE 协议通过组播机制巧妙地解耦了 MAC 地址的绑定关系，既满足了电力系统实时性要求，又提升了网络配置的灵活性和可扩展性。编辑分享。
2025-05-13 15:16:15
922
原创 goose通讯中publisher上传的PDU报文中stNum和长度可以变化还是固定的？
GOOSE 协议中的stNum 和 PDU 长度均为动态可变stNum：在数据变位时递增，心跳报文时保持不变，用于确保数据一致性。PDU 长度：由数据集内容和 ASN.1 编码决定，最小约 18 字节，最大可达 1492 字节。工程实践：通过固化数据集结构、优化网络配置，可在保证灵活性的同时降低长度变化对系统的影响。理解这一特性对 GOOSE 网络的设计、调试和维护至关重要，特别是在高实时性场景（如继电保护）中，需通过严格的配置管理和测试确保协议行为的可预测性。
2025-05-06 14:30:25
795
原创 goose协议通讯延时多长
GOOSE 协议的延迟通常在3-10ms，其性能受网络负载、设备配置及传输介质影响。在电力系统中，通过优化网络拓扑、选择高性能交换机及合理配置协议参数，可确保其满足继电保护、控制指令传输等实时性要求。若需进一步降低延迟，可考虑引入 EtherCAT 等专用实时协议，但需权衡成本与兼容性。
2025-05-06 11:46:49
742
原创 GOOSE协议上传的数据，如果上传数据为0，会实时上传报文吗
数据从非零变为 0：会触发实时报文发送，并按指数退避策略重传。数据持续为 0：仅发送心跳报文，频率由配置决定。“不实时更新” 的可能原因：配置参数错误（如心跳间隔过长）、数据集未包含该数据点、第三方设备适配问题等。若需进一步排查，建议结合抓包分析和设备配置参数进行验证。
2025-04-29 18:48:48
923
原创 104协议：类型标识符0x0D的遥测帧报文解析
若可变结构限定词中SQ=1，信息体地址连续递增，需按顺序解析。（若标度因子为0.1，则实际值=128×0.1=12.8）：信息体地址连续，仅第一个信息体需指定地址，后续地址递增。：公共地址、信息体地址、数据值均为低字节在前（小端模式）。：信息体地址不连续，每个信息体需单独指定地址。→ SQ=0（地址不连续），信息体数量=1。：非当前值（0=当前值，1=非当前值）。：被取代（0=未被取代，1=被取代）。：子站状态（0=未闭锁，1=闭锁）。：16位有符号整数（低字节在前）。：溢出（0=无溢出，1=溢出）。
2025-04-29 15:27:29
444
原创 CAN组网中通讯延时考虑哪些方面？
例如，在一些对实时性要求较高的应用中，如果微控制器性能较低，可能无法及时处理大量的 CAN 数据，导致数据积压和延时增加。数据传输频率：如果节点之间的数据传输频率过高，总线会处于繁忙状态，数据帧之间的等待时间会增加，从而导致通讯延时增大。如果位时间设置不合理，例如过短可能会导致信号干扰和错误增加，而过长则会增加数据传输的总时间，从而增加通讯延时。同时，节点数量的增加也会增加总线的电气负载，影响信号的传输质量和速度。例如，电容会导致信号的上升和下降沿变缓，从而增加信号传输的时间，造成通讯延时。
2025-04-29 15:22:46
258
原创 CAN组网可以挂接多少台设备
例如，当使用 Philips P82C250 作为 CAN 收发器时，同一网络中允许挂接 110 个节点。一些资料中也提到，考虑到电气负载等因素，CAN 网络中连接的设备数量一般限制在 64 个节点以内。还有观点认为，根据相关参数计算，CAN 总线网络最多可支持挂载 112 个节点。总之，CAN 组网可挂接的设备数量没有固定标准，会因 CAN 收发器芯片、传输速率、总线长度、总线电容、终端电阻配置、总线拓扑结构等因素的不同而有所变化。理论上，一个由 CAN 总线构成的单一网络中可以挂接无数个节点。
2025-04-29 15:20:18
156
原创 函数延时计算2
如上的延时函数，如何延时时间？要计算L_Delay函数的延时时间，需要分析函数中每条语句的执行周期，并结合处理器的时钟频率来计算。
2025-04-29 15:17:53
256
原创 函数延时计算
例如：这个函数的延时是多少，如何计算？要确定Delay函数的延时时间，需要结合具体的硬件平台和编译器来分析，因为函数的延时时间与处理器的时钟频率、指令执行周期等因素密切相关。my_int++;my_int--;
2025-04-29 15:12:30
191
原创 goose协议里的publisher和listener
在 Goose（Generic Object Oriented Substation Event）协议里，Publisher 是发送方，Listener 是接收方。
2025-04-29 14:54:16
781
TM4C129ENCPDT UART+ADC+人机交互+四遥modbus rtu处理
2025-05-28
STM32F4xx 开发攻略-HAL 库版
2025-05-22
TMP1827EVM 用户指南
2025-05-22
RJGT102是武汉瑞纳捷电子技术有限公司推出的一款高安全性加密芯片，专为设备认证、版权保护和数据安全设计
2025-05-22
Nport Administrator
2024-02-20
基于Tiva C系列ARM Cortex-M4微控制器.pdf
2019-07-08
USBCAN使用手册V1.04-2018.pdf
2019-05-22
Cortex-M3权威指南_cn.pdf
2019-05-20
GUI Qt4编程实例代码
2013-10-07
深入 Linux 设备驱劢程序内核机刢
2013-10-03
数据存储安全
2013-08-18
飞秋源代码 c++
2013-04-16
Libnids-1.19-for-win32
2013-04-10
云存储综述
2012-04-21
数据挖掘概论
2012-04-21
数据挖掘综述
2012-04-21
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人