若需要运行源码，需要将控制温湿度传感器以及LCD屏幕(TFTv2.hDHT.h)的头文件添加进工程主程序初始化#include#include"TFTv2.h"#include#include#defineDHTPIN8//温湿度传感器连接的引脚#defineDHTTYPEDHT22//DHT22(AM2302)DHTdht(DHTPIN,DHTTYPE,4);charsensorPrintout[4];//存储intcount=0;constintinterruptA=3;//设置中断Interrupt引脚constintinterruptB=2;constintinterruptD=19;
1.ADC简介STM32F103系列最少都拥有2个ADC，我们选择的STM32F103RCT包含有3个ADC，STM32的最大转换速率为1Mhz,也就是转换时间为1us,除此之外，还要注意ADC时钟不可以超过14M。2.电压范围ADC所能测量的电压范围就是VREF-≤VIN≤VREF+，把VSSA和VREF-接地，把VREF+和VDDA接3V3，得到ADC的输入电压范围为：0~3.3V。3.STM32转换通道（规则通道组和注入通道组）规则通道：相当于正常运行的程序，注入通道：相当于一个“中断”，打断正在进行的规则通道，从而进行注入通道的程序。当注入通道完成转换后，然后继续完成规则通道的转换。S
1.ADC简介STM32F103系列最少都拥有2个ADC，我们选择的STM32F103RCT包含有3个ADC，STM32的最大转换速率为1Mhz,也就是转换时间为1us,除此之外，还要注意ADC时钟不可以超过14M。2.电压范围ADC所能测量的电压范围就是VREF-≤VIN≤VREF+，把VSSA和VREF-接地，把VREF+和VDDA接3V3，得到ADC的输入电压范围为：0~3.3V。3.STM32转换通道（规则通道组和注入通道组）规则通道：相当于正常运行的程序，注入通道：相当于一个“中断”，打断正在进行的规则通道，从而进行注入通道的程序。当注入通道完成转换后，然后继续完成规则通道的转换。S
0、硬件平台和测试环境说明 感觉网上看这一类说明，常常最大的疑惑就是，为什么别人能用，我自己就不成了，其实很多时候都是各自的环境交代不清楚所致。所以我觉得讲操作前，必须先交代自己的测试环境。 我自己使用的是TX1核心模块，安装ubuntu18.04的环境。安装了英伟达配套的所有cuda的套件库。nvidia@nvidia-desktop:~$sudolsb_release-aNoLSBmodulesareavailable.DistributorID:UbuntuDescription:Ubuntu18.04.5LTSRelease:18.04Codename:bi
STM32TIMER_TRGO触发+ADC采集+DMA传输实现三相电压采集STM32TIMER_TRGO触发+ADC采集+DMA传输+中断均方根处理实现三相电压采集首先，是实际采集的三相电压值，用excel处理了下：采集个电压，为什么这么复杂。开始我也是直接用ADC采集，然后delay，再采集，然后delay，再采集……最后数据处理……问题是如果我们用单片机裸跑，每次delay都会卡死，每路采集五个周期要100ms，三路电压就要300ms，试想每1s更新显示结果，有300ms就在采集电压，你能接受不？如果用ucos或rtos等多线程，会好点，但是由于采集时间精确度差，导致采集电压跳变很厉害，你
公众号历史文章采集前言：采集公众号历史文章，且链接永久有效，亲测2年多无压力。1.先在https://mp.weixin.qq.com/注册一个个人版使用公众号，供后续使用。2.点击左侧图文素材，新的创作，写新图文。3.点击超链接后，填入要查询的公众号。4.一个小知识点，通过xpath拿到html源码，并提取正文。defget_html_code(parseHtml,url,codeXpath):code_html=parseHtml.xpath(codeXpath)html=''foriincode_html:#etree.tostring()#输出修正后的html代码，byte格式#转成u
上一篇《数据中台分析—什么是数据中台？》我们提到，什么是数据中台，数据中台的核心功能。那这一篇我们来研究一下，数据中台中最重要的一步，数据的采集和数据清洗：数据采集与数据清洗在做数据采集和数据清洗方式，需要考虑以下几点：1、数据来源：确定需要采集的数据来源和数据类型，包括数据源的格式、协议、接口等。2、数据采集方式：根据数据源的类型和数据采集的目的，选择合适的数据采集方式，例如API接口、爬虫、日志文件等。3、数据清洗规则：根据数据的质量和准确性要求，制定数据清洗规则，包括数据去重、数据格式化、数据标准化、数据过滤等。4、数据采集频率：根据数据更新的频率和业务需求，确定数据采集的频率和时间。5
一.背景 业务需求使然，API接口负责收集用户传递上来的json数据，为了保证接口性能和数据的可靠性。我们没有直接拿到数据，然后存储到mysql或者kafka，而是直接使用最稳妥的方式，写文件。之后采用filebeat对数据文件进行采集，最后推送到Elasticsearch进行存储便于检索。 为什么选择filebeat采集文件的这种方案，而不是自己实现或者采用别的方案呢? 1.filebeat资源占用小、跨平台、稳定 2.filebeat推送数据到Elasticsearch等都有对应的重试机制，就算是挂了也能尽量保证数据采集的offset的正确性，防止数据漏采集或者多采
一.背景 业务需求使然，API接口负责收集用户传递上来的json数据，为了保证接口性能和数据的可靠性。我们没有直接拿到数据，然后存储到mysql或者kafka，而是直接使用最稳妥的方式，写文件。之后采用filebeat对数据文件进行采集，最后推送到Elasticsearch进行存储便于检索。 为什么选择filebeat采集文件的这种方案，而不是自己实现或者采用别的方案呢? 1.filebeat资源占用小、跨平台、稳定 2.filebeat推送数据到Elasticsearch等都有对应的重试机制，就算是挂了也能尽量保证数据采集的offset的正确性，防止数据漏采集或者多采
Flink系列之：使用FlinkCDC从数据库采集数据，设置checkpoint支持数据采集中断恢复，保证数据不丢失一、相关技术博客二、FlinkCDC从数据库采集数据三、设置checkpoint四、构建流处理管道一、相关技术博客博主相关技术博客：Flink系列之：Debezium采集Mysql数据库表数据到KafkaTopic，同步kafkatopic数据到StarRocks数据库Flink系列之：使用FlinkMysqlCDC基于FlinkSQL同步mysql数据到StarRocks数据库
