与欧姆龙PLCCIP通讯，对连续数据拟合，另外构建锂电池3D边缘图形

使用C语言。
用io模仿时序对ad7683进行数据采集。
ad7683时序很简单，采样数据还是比较稳定的

在ARM9和ARMLinux下利用QT编写的实时数据采集，数据曲线动态显示程序。
让大家很快的体会到嵌入式开的乐趣，掌握了嵌入式开发的流程，希望对大家有协助。

MAX44009驱动STM32F4源码，包括IIC底层驱动，MAX44009数据采集与处置

这是一个串口温度采集零碎，能够正确的读出串口传来的数据，并且可以根据数据来动态绘制曲线

硬件实验平台的搭建：该设计主要由数据采集模块、控制模块、通信模块等三部分组成，其中数据采集模块包括温湿度采集传感器、空气质量检测传感器，控制模块STM32F103ZET6作为中央控制单元，通信模块包括红外发射模块以及移动通信模块。
同时，本设计的软件算法原理主要是基于预测评价指标的最适温度算法及空气质量检测算法实现的。
该系统的工作流程为系统上电后进行硬件模块的初始化，并在可以进行人机交互的触摸屏上完成设置，然后便由数据采集模块进行工作，实现空调的智能化控制以及空气质量的报警功能。
软件代码设计思路：本设计以STM32微控制作为核心处理器，利用PMV、热舒适方程设计最适温度算法，同时利用多传感器对室内的家居环境包括空气质量等指标进行实时的监测，然后控制空气净化器的开启并将房间内的环境监测数据利用GPRS技术发送至用户移动端。
本设计选用STM32F103ZET6作为核心处理器，选用高功能的SIM800C作为GSM模块完成远程移动通信，该模块通过简单的驱动电路与天线外围电路即可实现无线通信模块与STM32的硬件连接。
在环境数据监测方面，选用DHT11温湿度传感器来获取室内环境的实时湿度，选用DS18B20数字温度传感器完成温度数据的采集，为最适温度算法提供输入量。
控制器对空调的自动调节是基于红外编码方案实现。
具体硬件设计电路包括：电源模块，时钟模块，红外发射模块，温湿度采集模块，空气质量监测模块，和GPRS无线通信模块。
首先进行对室内的环境数据进行采集、还原、存储电路和DSP最小系统的设计，然后基于PMV及热舒适方程完成最适温度计算设定，并进行仿真论证，编写单片机程序，实现整个家电的智能化以及环境监测过程。

这之中分为基本篇和高级篇，基本篇包括从数组创建到函数结构的教程VI，高级篇包括DAQ数据采集的VI例程。

STM32F103ZET与AD7606模块数据采集例程-FSMC和SPI形式两种连接方式

程序中使用ACCESS数据库来保存数据，使用LabSQL工具包来连接数据库，打开之前请确认安装了这个工具包。
程序一运行时会先弹出密码登录系统，用户名和密码都为“vihome”。
这个程序实现的功能或者说使用到的知识点还是比较多的，主要有以下几种：1，简单的密码登录。
之前已经上传过一个密码登录的程序了，这里只是很简单的一个登录判断，有些会员不了解怎么样从密码程序到主程序的转换，这里是直接调用，如果在密码登录时选择取消，则通过输出错误的方法使主程序不执行而直接退出。
2，简单的错误处理。
会对错误进行提示，发生错误时用户可以选择继续或停止，如果在调试时记录一些经常发生的错误并添加到错误处理程序中，就可以有针对性地进行提示，并对应提出解决方法，这样程序就健壮一些。
3，生产-消费者结构数据采集和保存之间使用生产-消费者结构，二个循环之间通过队列来传递数据，这里还是比较简单的了，只是设置每十个数据作为一组进行保存，实际上使用中有些是需要根据时间来保存的，这些需要自己编程处理一下。
4，通过局部变量或通知来停止并行的循环由于要响应用户菜单操作或其它操作，使用并行循环的结构，这样二者之间需要同步停止，程序里面是使用通知来同步循环的停止的。
5，可以从数据采集卡中采集数据，也可以由软件模拟产生。
考虑到好多会员朋友并没有数据采集卡，程序里面可以设置采集的数据由软件模拟产生，在参数设置的系统参数设置里面，将“实际采集？”选择为“模拟采集”即可，软件一样可以正常运行，数据一样会保存，如果有数据采集卡的，也一样可以从数据采集卡中采集数据。
由于程序不太好，所以采样率和通道号都被固定了，免得出错。
程序中使用到了DAQmx8.5驱动程序，里面也有一些相关的DAQ的VI，如果你没安装DAQmx的话就有一些DAQ的VI找不到，导致程序没有办法运行，可以手动将这些找不到的VI删除掉或者使用禁用结构禁止掉，而在在程序中“参数设置”界面上的“系统参数”那里设置“模拟采集”即可，这样会在软件中模拟采集的数据，其它程序都可以正常运行。
如果装了DAQmx但没有数据采集卡，也要设置成模拟采集，这样程序才能正常运行，否则会出现找不到数据采集卡的报错。
6，波形图表双坐标显示从下图中可以看出四个通道的波形图显件都有二个Y轴，而且这二个Y轴随时都是同步的，这个是通过属性节点来实现的，将第一条Y轴的值写到第二条Y轴上来实现。
7，数据保存到数据库。
之前在常用VI资源区上传过数据写入到数据库的例子，这里的稍微有点不同，将四个通道的数据组成一个字符串（以空格间隔开）后一起写入到一个文本字段下，因为ACCESS的文本字段最长只能有255个字符，所以程序中以十个采样点保存一次，采样率也设置为10。
不知道OLE对象可不可以存储长字符串，如果是在MySQL中是可以保存为BLOB字段的，关于这些可以查找一下对应的资料，这里只是作个演示。
8，控件随窗格缩放程序中的“专利信息.vi”中有这个功能，但这个功能是要在某一个（只有一个）控件占界面绝大部分时才比较好用，然后设置这个控件随窗格缩放，其它控件不需要缩放，这时效果就比较好一点。
如果界面上有二个以上的表格，这个方法就不行了。
9，其它一些功能，比如菜单的禁用/启用、快捷键的实现（通过菜单）、在子程序中修改主界面上的控件值（通过“值”属性节点）等。
程序中的缺点：A，不管是模拟测试还是实际用数据采集卡设置，保存到数据库中时间信息都是不太准了，都是在写入数据库时才读取系统的时间作为数据采集的时间，如果要数据与时间严格保持一致，程序中也使用了发送采集时间的队列，可以从这个队列中读取采集的时间。
B，采集程序中将时间和数据分开二个队列来进行发送，可能不是很好，但也不知道有没有其它更好的方法了，原来也试过将四个通道的波形数据（带时间信息）通过一个队列发送的，但后面接收那里就比较麻烦，最终还是选择现在这样。
C，模拟采集时，如果采集一段时间后停止，不退出程序再次开始采集时，模拟采集的数据就会不准确，因为模拟采集时模拟波形的时间是以当前系统时间加上“初次调用？”来实现的，如果第二次运行时，初次调用输出F，则还是使用第一次运行时停止的时间，这个时间是不准的，解决办法是将“初次调用？”放到采集循环外面来判断是否需要重新对时，而不是放在采集程序里面。
D，好多VI中的说明信息都不够，没来得及写，看以后有没有空补上吧。
E，后来想到用“写一次读多次”的方法，即通过移位寄存器，或者叫功能VI来代替这个簇在各个VI之间传递的话，整个程序的后面板看起来应该会好很多，各个子VI的前面板也不会有很大的簇控件了。
有空

振动数据采集零碎,数据采集零碎,振动传感器,位移声压传感器；

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。