自从用了这款监控系统，睡觉是真真香！！！

于 2024-07-08 08:00:19 发布
阅读量48 收藏
点赞数
原文链接：https://mp.weixin.qq.com/s?__biz=MzI2MTIzMzY3Mw==&mid=2247552912&idx=2&sn=153770d936812ea886cd45e67b6924ee&chksm=eb9a090932d2c98826e130f1c0d51a1b3877f9d090f764b06ea83e7d00a95da2abf0fbf42995&scene=126&sessionid=0
版权

因公众号更改推送规则，请点“在看”并加“星标”第一时间获取精彩技术分享

点击关注#互联网架构师公众号，领取架构师全套资料 都在这里22e539ddb79c1e697e2e7323326e52d6.png

0、2T架构师学习资料干货分

上一篇：2T架构师学习资料干货分享

大家好，我是互联网架构师！

今天给大家推荐一款国产的开源实时监控告警系统，非常优秀！

介绍

HertzBeat（赫兹跳动）是一个拥有强大自定义监控能力，高性能集群，兼容 Prometheus，无需 Agent 的开源实时监控告警系统。

508bdcdc4cb94a1803613e4233e20fd3.png

特点

  • 集 监控+告警+通知 为一体，支持对应用服务，应用程序，数据库，缓存，操作系统，大数据，中间件，Web 服务器，云原生，网络，自定义等监控阈值告警通知一步到位。

  • 易用友好，无需 Agent，全 WEB 页面操作，鼠标点一点就能监控告警，零上手学习成本。

  • 将 Http, Jmx, Ssh, Snmp, Jdbc, Prometheus 等协议规范可配置化，只需在浏览器配置监控模版 YML 就能使用这些协议去自定义采集想要的指标。您相信只需配置下就能立刻适配一款 K8s 或 Docker 等新的监控类型吗？

  • 兼容 Prometheus 的系统生态并且更多，只需页面操作就可以监控 Prometheus 所能监控的。

  • 高性能，支持多采集器集群横向扩展，支持多隔离网络监控，云边协同。

  • 自由的告警阈值规则，邮件 Discord Slack Telegram 钉钉 微信 飞书 短信 Webhook Server酱 等方式消息及时送达。

HertzBeat的强大自定义，多类型支持，高性能，易扩展，低耦合，希望能帮助开发者和团队快速搭建自有监控系统。当然我们也提供了对应的 SAAS 版本监控云服务，中小团队和个人无需再为监控自有资源而去部署一套监控系统，登录即可免费开始。

强大的监控模版

开始我们就说 HertzBeat 的特点是自定义监控能力，无需 Agent。在讨论这两点之前，我们先介绍下 HertzBeat 的不一样的监控模版。而正是因为这样的监控模版设计，才会有了后面的高级特性。

HertzBeat 自身并没有去创造一种采集数据协议让监控对端来适配它。而是充分使用了现有的生态，SNMP协议采集网络交换机路由器信息，JMX规范采集 JAVA 应用信息，JDBC规范采集数据集信息，SSH直连执行脚本获取回显信息，HTTP+(JsonPath | prometheus等)解析 API 接口信息，IPMI协议采集服务器信息等等。HertzBeat 使用这些已有的标准协议或规范，将他们抽象规范可配置化，最后使其都可以通过编写 YML 格式监控模版的形式，来制定模版使用这些协议来采集任何想要的指标数据。

a389b0aa04dc98fdfcd4cd8c6da3c4eb.png

你相信用户只需在 UI 页面编写一个监控模版，点击保存后，就能立刻适配一款K8s或Docker等新的监控类型吗？

51fb51b3114abe19ed26f7abeae431f1.png

内置监控类型

官方内置了大量的监控模版类型，方便用户直接在页面添加使用，一款监控类型对应一个 YML 监控模版。

0b39fb3af65450c7cc8db8d11f1eefcf.png

强大自定义功能

由前面的监控模版介绍，大概清楚了 HertzBeat 拥有的强大自定义功能。我们将每个监控类型都视为一个监控模版，不管是官方内置的还是后期用户自定义新增的。用户都可以方便的通过修改监控模版来新增修改删除监控指标。模版里面包含各个协议的使用配置，环境变量，指标转换，指标计算，单位转换，指标采集等一系列功能，帮助用户能采集到自己想要的监控指标。

876793eda266e4e381f8e77f73856046.png

无需 Agent

对于使用过各种系统的用户来说，可能最麻烦头大的不过就是各种 agent 的安装部署调试升级了。每台主机得装个 agent，为了监控不同应用中间件可能还得装几个对应的 agent，监控数量上来了轻轻松松上千个，写个批量脚本可能会减轻点负担。agent 的版本是否与主应用兼容, agent 与主应用的通讯调试, agent 的同步升级等等等等，这些全是头大的点。

HertzBeat 的原理就是使用不同的协议去直连对端系统，采用 PULL 的形式去拉取采集数据，无需用户在对端主机上部署安装 Agent | Exporter 等。

  • 比如监控 linux操作系统, 在 HertzBeat 端输入 IP 端口账户密码或密钥即可。

  • 比如监控 mysql数据库, 在 HertzBeat 端输入 IP 端口账户密码即可。密码等敏感信息全链路加密

高性能集群

当监控数量指数级上升，采集性能下降或者环境不稳定容易造成采集器单点故障时，这时我们的采集器集群就出场了。

  • HertzBeat 支持部署采集器集群，多采集器集群横向扩展，指数级提高可监控数量与采集性能。

  • 监控任务在采集器集群中自调度，单采集器挂掉无感知故障迁移采集任务，新加入采集器节点自动调度分担采集压力。

  • 单机模式与集群模式相互切换部署非常方便，无需额外组件部署。

befe2d41599a68e508c9b04124a84961.png

云边协同

两地三中心，多云环境，多隔离网络，这些场景名词可能大家略有耳闻。当需要用一套监控系统统一监控不同隔离网络的 IT 资源时，这时我们的云边协同就来啦。

HertzBeat 支持部署边缘采集器集群，与主 HertzBeat 服务云边协同提升采集能力。

在多个网络不相通的隔离网络中，在以往方案中我们需要在每个网络都部署一套监控系统，这导致数据不互通，管理部署维护都不方便。HertzBeat 提供的云边协同能力，可以在多个隔离网络部署边缘采集器，采集器在隔离网络内部进行监控任务采集，采集数据上报，由主服务统一调度管理展示。

06939ad015edbfca570b72b5a5ee6122.png

易用友好

  • 集 监控+告警+通知 All in one, 无需单独部署多个组件服务。

  • 全 UI 界面操作，不管是新增监控，修改监控模版，还是告警阈值通知，都可在 WEB 界面操作完成，无需要修改文件或脚本或重启。

  • 无需 Agent, 监控对端我们只需在 WEB 界面填写所需 IP 端口账户密码等参数即可。

  • 自定义友好，只需一个监控模版 YML，自动生成对应监控类型的监控管理页面，数据图表页面，阈值配置等。

  • 阈值告警通知友好，基于表达式阈值配置，多种告警通知渠道，支持告警静默，时段标签告警级别过滤等。

完全开源

  • Dromara 开源社区顶级项目，Gitee GVP，使用Apache2协议，由自由开放的开源社区主导维护的开源协作产品。

  • 无监控数量License，监控类型限制等伪开源限制。

  • 基于Java+SpringBoot+TypeScript+Angular主流技术栈构建，方便的二次开发。

  • 开源不等同于免费，不能基于 HertzBeat 二次开发修改 logo，名称，版权等。

HertzBeat 已被 CNCF 云原生全景图 收录

d31bcd97b9b25d083c74c4eb782bcdb6.png

HertzBeat的强大自定义，多类型支持，高性能，易扩展，低耦合，希望能帮助开发者和团队快速搭建自有监控系统。

安装运行

1、Docker 环境下运行一条命令即可：docker run -d -p 1157:1157 -p 1158:1158 --name hertzbeat tancloud/hertzbeat。

2、浏览器访问 http://localhost:1157 默认账户密码 admin/hertzbeat。

3、部署采集器集群。

docker run -d -e IDENTITY=custom-collector-name -e MANAGER_HOST=127.0.0.1 -e MANAGER_PORT=1158 --name hertzbeat-collector tancloud/hertzbeat-collector

  • -e IDENTITY=custom-collector-name : 配置此采集器的唯一性标识符名称，多个采集器名称不能相同，建议自定义英文名称。

  • -e MODE=public : 配置运行模式(public or private), 公共集群模式或私有云边模式。

  • -e MANAGER_HOST=127.0.0.1 : 配置连接主 HertzBeat 服务的对外 IP。

  • -e MANAGER_PORT=1158 : 配置连接主 HertzBeat 服务的对外端口，默认 1158。

效果展示

登陆页面

HertzBeat 的用户管理统一由配置文件 sureness.yml 维护，用户可以通过修改此文件来新增删除修改用户信息，用户角色权限等。默认账户密码 admin/hertzbeat

2dfbdc73a2fbcdefd557063816957ff3.png

概览页面

  • 全局概览页面，分类展示了当前监控大类别数量分布，用户可直观查看当前的监控类型与数量并点击跳转至对应监控类型进行维护管理。

  • 展示当前注册的采集器集群状态，包括采集器的上线状态，监控任务，启动时间，IP 地址，名称等。

  • 下发展示了最近告警信息列表，告警级别分布情况，告警处理率情况。

d1908c8e2997d40121d24bc66ad69d41.png

监控中心

  • 监控入口，支持对应用服务，数据库，操作系统，中间件，网络，自定义等监控的管理。

  • 以列表的形式展示当前已添加的监控，支持对监控的新增，修改，删除，取消监控，导入导出，批量管理等。

  • 支持标签分组，查询过滤，查看监控详情入口等。

46e10d5a312c97afe4c1d37ba0abb564.png

新增修改监控

  • 新增或修改指定监控类型的监控实例，配置对端监控的 IP，端口等参数，设置采集周期，采集任务调度方式，支持提前探测可用性等。

  • 页面上配置的监控参数由对应监控类型的监控模版所定义，用户可以通过修改监控模版来修改页面配置参数。

  • 支持关联标签，用标签来管理监控分组，告警匹配等。

69199e7db2965863ff11ca52937dbca1.png

监控详情

  • 监控的数据详情页面，展示了当前监控的基本参数信息，监控指标数据信息。

  • 监控实时数据报告，以小卡片列表的形式展示了当前监控的所有指标实时值，用户可根据实时值参考配置告警阈值规则。

  • 监控历史数据报告，以趋势图表的形式展示了当前监控数值类型的指标的历史值，支持查询小时，天，月的历史数据，支持配置页面刷新时间。

  • ⚠️ 注意监控历史图表需配置外置时序数据库才能获取完整功能，时序数据库支持: IOTDB, TDengine, InfluxDB, GreptimeDB

dc8f40ab0413ebf30047f33d7cf9c393.png c3208aecadee440ca539ad4596aba463.png

告警中心

  • 已触发告警消息的管理展示页面，使用户有直观的展示当前告警情况。

  • 支持告警处理，告警标记未处理，告警删除清空等批量操作。

78041373db5fa47bb1f6c56dde9941c1.png

阈值规则

  • 对于监控的可用性状态设置阈值规则，特定指标的值超过我们预期范围时发出告警，这些都可以在阈值规则这里配置。

  • 告警级别分为三级：通知告警，严重告警，紧急告警。

  • 阈值规则支持可视化页面配置或表达式规则配置，灵活性更高。

  • 支持配置触发次数，告警级别，通知模版，关联指定监控等。

46db5ea4707bf627a5cb36fd14cb993a.png 1816a0f1fecaa621ae3eb24512cd4e38.png

告警收敛

  • 当通过阈值规则判断触发告警后，会进入到告警收敛，告警收敛会根据规则对特定时间段的重复告警消息去重收敛，已避免大量重复性告警导致接收人告警麻木。

  • 告警收敛规则支持重复告警生效时间段，标签匹配和告警级别匹配过滤。

b1de6b97908be43fac3e035d270caa12.png 50d7d20712f701c1d9e8821244f339e1.png

告警静默

  • 当通过阈值规则判断触发告警后，会进入到告警静默，告警静默会根据规则对特定一次性时间段或周期性时候段的告警消息屏蔽静默，此时间段不发送告警消息。

  • 此应用场景如用户在系统维护中，无需发已知告警。用户在工作日时间才会接收告警消息，用户在晚上需避免打扰等。

  • 告警静默规则支持一次性时间段或周期性时间段，支持标签匹配和告警级别匹配。

5ca29cc11331b7ff510313e6cacdc304.png dd58c363cb55694d2673178b6c6b27f9.png

消息通知

  • 消息通知功能是把告警消息通过不同媒体渠道通知给指定的接收人，告警消息及时触达。

  • 功能包含接收人信息管理和通知策略管理，接收人管理维护接收人信息以其通知方式信息，通知策略管理维护把哪些告警信息通知给哪些接收人的策略规则。

  • 通知方式支持 邮件 Discord Slack Telegram 钉钉 微信 飞书 短信 Webhook 等方式。

  • 通知策略支持标签匹配和告警级别匹配，方便的使不同标签的告警和告警级别分派给不同的接收处理人。

  • 支持通知模版，用户可以自定义通过模版内容格式来满足自己的个性化通知展示需求。

ecb13ba6c640fd9429953254d5120468.png 8081edd4fa549813fb8e36b907b9761e.png

监控模版

  • HertzBeat 将 Http, Jmx, Ssh, Snmp, Jdbc, Prometheus 等协议规范可配置化，只需在浏览器配置监控模版 YML 就能使用这些协议去自定义采集想要的指标。您相信只需配置下就能立刻适配一款 K8s 或 Docker 等新的监控类型吗？

  • 同理我们内置的所有监控类型(mysql,website,jvm,k8s)也一一映射为对应的监控模版，用户可以新增修改监控模版来自定义监控功能。

d95a73b3b219297574634b435ecabb9c.png

相关地址

  • 官网：https://hertzbeat.com/

  • Github: https://github.com/dromara/hertzbeat

  • Gitee: https://gitee.com/dromara/hertzbeat

— 完 —

如喜欢本文，请点击右上角，把文章分享到朋友圈

1、2T架构师学习资料干货分享

2、10000+TB 资源，阿里云盘，牛逼！！

3、基本涵盖了Spring所有核心知识点总结

  · END ·

最后，关注公众号互联网架构师，在后台回复：2T，可以获取我整理的 Java 系列面试题和答案，非常齐全。

如果这篇文章对您有所帮助，或者有所启发的话，帮忙扫描上方二维码关注一下，您的支持是我坚持写作最大的动力。

求一键三连点赞、转发、在看

互联网架构
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
STM32串口接收不定长数据（空闲中断+DMA）
码到成功
12-04 4865
前文已经提到，当接收到一字节数据时，会触发接收中断，对应串口状态寄存器第 5 位被置 1；如果串口在空闲时，则会触发空闲中断，第 4 位被置 1 ，如下图所示：在中断服务函数里，记得一定要清除 IDLE 位，否则将一直触发空闲中断，影响后续的业务处理。令人头秃的描述：DMA（Direct Memory Access，直接存储器访问）提供在外设与内存存储器和存储器外设与外设之间的高速数据传输使用。它允许不同速度的硬件装置来沟通，而不需要依赖于 CPU ，在这个时间中，CPU 对于内存的工作来说就无法使用。
STM32串口接收中断失效问题的基本解决方法（HAL库），发生ORE溢出错误。
m0_61905716的博客
07-30 7795
3.串口在接收数据一段时间后，发现控制寄存器CR1的值发生了变化，状态寄存器SR的值也有所改变，可以发现，CR1的接收中断使能位被关闭了(原来是0x202C，现在是0x200C)，SR的ORE(上溢错误)也被置1。这是由于串口接收数据过多溢出而导致的。5.解决方法：最根本的原因是接收中断被关闭了，所以编写错误回调函数时要重新开启接收中断，这只是一种make shift的办法，却能够简单地解决接收中断失效的问题。由于打开了RXNE的接收中断，在正常条件下，CR1控制寄存器的RXNEIE位为1。
STM32串口空闲中断接收不定长数据
最新发布
qq_53381910的博客
06-12 592
STM32串口空闲中断接收不定长数据
手把手STM32串口不定长字符接收教程——基于HAL
hackercircle的博客
03-14 2671
STM32串口不定长字符接收 本文参考了STM32论坛应用笔记，由于原笔记修改了底层HAL库，Cube更新代码时会导致修改被覆盖，因此，在原笔记基础上做了修改。 理论上本笔记适用于所有带IDLE中断的MCU。 这里以STM32L051为例 首先配置Cube工程如下： 启用串口DMA接收 启用串口中断 接下来时代码部分： 首先在main函数初始化后插入： HAL_UART_Receive_D...
STM32+串口空闲中断实现不定长数据接收
STM32使用串口IDLE中断的两种接收不定长数据的方式
05-14 1492
常见的数据帧断帧方式有两种，一种是通过固定的协议格式断帧，另外一个是通过两帧数据的时间断帧，下面介绍最后一种，利用STM32F1的串口空闲中断实现不定长的数据断帧。笔者使用的标准官方库。 空闲中断是接受数据后出现一个字节的空闲状态，就会触发空闲中断。利用该特性区分两个不同数据帧。 1.初始化USART ​ 按照官方的初始化流程配置，需要注意一点就是需要开启接收中断和空闲中断。 /** * @brief USART初始化. * @param * @arg BaudRate 波特率 * @re
串口网口数据帧解析(支持连包、断传、错误数据过滤）
何文斌的专栏
05-20 9126
嵌入式系统中，关于数据接受部分确实思考了很多，下面总结下个人经验。         关于串口传输，个人觉得采用modbus协议来接受数据是比较合理的，采用3.5char字符的超时机制，接受的时候如果判断超时，就当作一帧数据进行处理，所以这种情况，帧格式没有那么讲解，发送和超时机制弄好就行。         第二种网口用的比较多，串口也用的上，什么情况下用的上呢，当发送的数据没有固定的格式和长度
STM32F407串口接收并解码字符串
sgjiajia的博客
12-23 1万+
STM32F407串口接收并解码字符串 usart2.c 串口2初始化 //初始化串口2 //bound:波特率 void uart2_init(u32 bound) { //GPIO端口设置 GPIO_InitTypeDef GPIO_InitStructure; USART_InitTypeDef USART_InitStructure; NVIC_InitTypeDef NVIC_InitStructure; RCC_AHB1PeriphClockCmd(RCC_AHB1Perip
STM32 单或者多串口 ASCII 的接收与发收
qq_45321807的博客
01-22 7728
STM32 ASCII 的数字接收与发收 STM32串口 ASCII 的数字接收与发收 串口发送 先重定义，如下 int fputc(int ch,FILE* f) { HAL_UART_Transmit(&huart1,(uint8_t*)&ch,1,1); return ch; } 数据量大的可用DMA，亲测有效 int fputc(int ch,FILE* f) { ...
STM32使用串口IDLE中断的两种接收不定长数据的方式
热门推荐
一个渣渣的世界博客
03-18 2万+
现在有很多数据处理都要用到不定长数据，而单片机串口的RXNE中断一次只能接收一个字节的数据，没有缓冲区，无法接收一帧多个数据，现提供两种利用串口IDLE空闲中断的方式接收一帧数据，方法如下:方法1：实现思路：采用STM32F103的串口1，并配置成空闲中断IDLE模式且使能DMA接收，并同时设置接收缓冲区和初始化DMA。那么初始化完成之后，当外部给单片机发送数据的时候，假设这帧数据长度是200个字节
STM32使用串口空闲中断接收不定长数据帧-USART_IT_IDLE使用（不使用DMA方式）
宁静致远的博客
10-25 5494
STM32空闲中断-USART_IT_IDLE使用（不使用DMA方式）串口空闲中断介绍清中断方法使用举例 串口空闲中断介绍 STM32的IDLE的中断在串口无数据接收的情况下，是不会一直产生的，产生的条件是这样的，当清除IDLE标志位后，必须有接收到第一个数据后，才开始触发，一断接收的数据断流，没有接收到数据，即产生IDLE中断。IDLE位不会再次被置高直到RXNE位被置起（即又检测到一次空闲总线）。RXNE接收中断可以不用开启，减少进中断的次数。 USART_IT_IDLE中断，是串口收到一帧数据后，发生
STM32单片机的接收不定长度数据方法改进
qingfeng_博客
06-03 1129
转载---点击打开链接原子哥的开发板例程《实验4 串口实验》中，是利用特殊数据（回车符）来确定结束的，所以必须在发送数据后再发送一个回车符（比如说有的项目中一帧数据中中间要是有回车符就没法用了），其实STM32单片机的接收不定长度字节的数据有种比较方便的方法，那就是利用STM32单片机的IDLE中断，可以接收不定长字节的数据。大致介绍下IDLE中断①IDLE中断什么时候发生？IDLE就是串口收到一...
STM32单片机串口发送ASCII码
yuuio233的博客
07-01 3940
例如单片机向串口发送ASCII码$01,play只需要发送其对应的十六进制数，如下： $对应0x24 0对应0x30 1对应0x31 ,对应0x2C P对应0x70 l对应0x6C a对应0x61 y对应0x79 通过串口发送所对应的十六进制数就相当于发送了ASCII码，例如单片机发送$01,play和发送706C61792C3031 24是一样的。 ...
STM32 不定长数据的接收和发送
weixin_39949884的博客
01-02 3105
STM32 不定长数据的接收和发送 接收采用IDLE中断 + DMA方式 HAL_UART_Receive_DMA()添加使能IDLE中断 SET_BIT(huart->Instance->CR1, USART_CR1_IDLEIE); DMA传输完成中断是默认初始化开启的，但中断回调函数未重新实现，串口中断开启，并对空闲中断做处理。 局限性：每次接收的数据不能超过DMA设定的接收值，避免触发DMA传输完成，否则无法开启下一次传输。 DMA 接收传输完成回调函数如下： __weak voi
STM32串口接收一帧数据方法（处理一帧数据中所需内容）
qq_43765237的博客
07-26 1万+
stm32支持接受单个数据或者一帧数据，若配置单个数据接收中断的话，会出现接收包丢包，数据不完整的情况！因此在stm32的串口中断中，还有一个IDLE中断，用来产生串口接受一帧数据而产生的中断，比如说串口发来n个数据，会产生n次接收中断和一次IDLE中断，因此方便使用者来接收主机发送或者从机返回的数据！ 原文链接：https://blog.csdn.net/qq_35341807/article/details/79157437 1、配置串口中断 void USART1_Configuration(void
STM32串口中断+DMA接收不定长字符串
qq_40459947的博客
10-14 2466
STM32串口中断+DMA接收不定长字符串 硬件平台：stm32f103rct6(大容量产品) 软件环境：KEIL MDK+stm32f1固件库 串口：USART1 ----------------------------------------------------------------------------- 看了网上很多讲串口中断+DMA接收不定长字符串的例子，要么大家抄来抄去不加验证...
串口接收完整一帧数据包
u011878611的博客
05-02 5331
学习记：本文介绍3种使用串口接受一帧完整数据包的方法，串口接收数据是字节接收的，串口每接收1字节数据，产生一个串口中断，我们在中断中将接收到的数据存放到buf中进行保存，但是数据的发送和接收都是按照帧为单位进行传输的，因此我们要在接收数据的同时判断当前接收的数据是否是完整的一帧。一般串口完整数据帧的定义：帧头（2字节，例如AA、BB） + 数据长度（2字节） + 数据 + CRC16校验（2字节） + 帧尾（2字节）
STM32基于HAL库串口空闲中断接收不定长数据
a7852282的博客
05-23 1170
STM32基于HAL库串口空闲中断接收不定长数据 https://www.cnblogs.com/ZzJan/p/13530768.html 一、前言 最近在使用STM32的HAL库的时候，发现竟然没有集成IDLE中断处理，本身写的HAL库处理逻辑就挺繁琐，效率又不高，还缺胳膊少腿的。平时项目中的串口接收数据都是不定长的，而IDLE中断在这一块作用是非常大的，可以大大简化数据接收过程的判断。本文将介绍基于HAL库IDLE中断接收不定长数据。 二、代码实现 首先串口的初始化工作，在初始化过程中，我们需要开
STM32接收一帧完整数据，加帧头和长度校验，接收任意格式，可变长的字符数据。
lobmo的博客
07-27 1万+
相信看我文章的你一定是有这个需要点进来的。stm32的串口每次接收一个字符，当我们做任务的时候，可能需要上下位机之间相互通信。并且通信数据严谨的时候，就需要严格的收发每一帧数据来保证可靠性。 本人自己写了一个简单协议，其核心思路如下： 先来说说发送协议： 为了让数据具有可靠性，我在加了帧头的基础上还加了长度校验。并且啃了好久的printf（）的写法，学了c语言可变参函数的写法，为了让发送函数适应所...
STM32单片机串口空闲中断单片机串口空闲中断+DMA接收不定长数据接收不定长数据
02-16
STM32单片机的串口空闲中断可以用来检测串口接收缓冲区是否为空闲，从而触发相应的中断服务程序，以便处理串口接收数据。而DMA接收不定长数据则可以通过配置DMA传输数据的长度来实现。在DMA接收数据时，可以将数据存储到缓冲区中，当接收到一定长度的数据后，可以触发DMA传输完成中断，并在中断服务程序中对接收到的数据进行处理。需要注意的是，在使用DMA接收数据时，需要根据实际应用场景选择合适的数据传输长度，以避免数据溢出等问题的发生。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值