您的Arduino项目需要一个简单的GUI吗？ 看一下这个！

#WiFi无线门禁考勤系统 1.系统介绍 本系统采用stm32f103zet6作为控制器，可以刷卡，刷指纹验证用户身份，通过ESP8266 Mesh组网与服务器通讯。 服务器端可以添加，删除，修改人员信息，读取设备考勤信息，并输出excel表格。 2.版本更新说明 V0.1版 完成RT-Thread v2.1.0 beta版的移植 完成STemWin5.28的移植 完成触摸屏，液晶，SD卡，SRAM，RC522，DS1307，蜂鸣器的驱动 完成人员信息数据库的编写 完成考勤数据库的编写 完成ESP8266 HSPI接口驱动 基于ESP8266 HSPI接口开发的简单通信协议完成

基于NUC980 + RT-Thread的 SOEM移植，可以驱动汇川IS620N

概述当前国内物联网市场的云端生态已经相对完善，但物联网终端设备仍然各成一家、相互隔绝，需要在多种场景下进一步规范化物联网终端软硬件接口。 本作品针对这一市场痛点，以ART-Pi开发板和RTT操作系统为基础，从软件接口层构建一个相对统一设备至设备（D2D）与设备至云端（D2C）的小型通信接口，使用多种输入设备与多种输出设备验证其实际效能，为RTT与STM32强强联合实现“全连接”的目标提供一个最优实践与解决方案。 项目应用场景:工业现场、车载与家庭环境。 开发环境硬件:ART-Pi开发板 RT-Thread版本:4.0.3 开发工具及版本:RT-Thread Studio版本: 1.1.5 RT-Thread使用情况概述内核部分: 调度器:创建多个线程来实现不同的工作。 信号量:用来同步线程。 事件集:通知数据采集完成 组件部分: Sensor框架，SAL 套接字抽象层 Sensor框架:将温湿度传感器注册到sensor上。使用该框架提高了代码的复用性。 SAL 套接字抽象层:该组件实现了对不同网络协议栈或网络实现接口的抽象，并对上层提供一组标准的API接口，方便网络应用的开发与稳定性。 驱动部分: Pin设备:通过控制GPIO高低电平控制外接设备。 串口设备:监控系统运行状态，可作为输入控制。 第三方软件包部分: cJSON:C语言实现的极简的解析 JSON 格式的软件包。 onenet: RT-Thread 针对 OneNET 平台连接做的的适配，通过这个软件包，可以让设备在 RT-Thread 上非常方便的连接 OneNet 平台，完成数据的发送、接收、设备的注册和控制等功能。 Paho-mqtt,:本软件包是在 Eclipse paho-mqtt 源码包的基础上设计的一套 MQTT 客户端程序。 Webclient:提供设备与 HTTP Server 的通讯的基本功能。 硬件框架硬件设备以ART-Pi开发板及其板载设备为主。 软件框架说明软件框架以标准RT-Thread操作系统为基础，通过添加网络模块AP6212的设备驱动，以及SAL 套接字抽象层，实现系统的基础联网功能。 在此基础上，添加cJSON 、onenet、paho-mqtt 软件支持，并在onenet云端建立基于MQTT的产品与设备，将身份认证信息写入软件包，实现系统通过MQTT协议与云端服务器远程通信协议支持。 最后，基于系统和第三方MQTT协议的API接口，实现业务代码。添加设备节点与解析程序，并以线程的形式载入系统中。 软件模块说明应用软件的关键业务代码部分基于系统和第三方MQTT协议的API接口实现，并以动态创建线程的方式加入到RT-Thread系统中。 关键操作主要有两步: 获取传感器信息，并上传至服务器； 接收onenet的远程MQTT服务器发来的信息，解析并转换为底层硬件的执行指令，控制底层硬件的状态。 演示效果比赛感悟通过这次比赛，更加深刻的认识到了RT-Thread不只是一个操作系统内核，而是代表了整个嵌入式生态。作为一名 RTOS 的开发者，也许比赛前对 RT-Thread 还比较陌生。然而，随着深入接触，逐渐发现 RT-Thread 的魅力和它相较于其他同类型 RTOS 的种种优越之处。RT-Thread 是一款完全由国内团队开发维护的嵌入式实时操作系统（RTOS），具有完全的自主知识产权。经过近 12 个年头的沉淀，伴随着物联网的兴起，它正演变成一个功能强大、组件丰富的物联网操作系统。 总而言之，RT-Thread在这次比赛中充分发挥了一个物联网操作系统及其生态所蕴含的优势，这是以往嵌入式开发中由工程师只能自己手动搭建软件系统所远不能及的，衷心祝愿RT-Thread 社区越办越好，走向产业，走向世界。

概述:这是一个数据采集的装置，本身没有什么亮点。主要是基于RT-Thread操作系统，驱动NB模块-BC26来实现数据的发送。值得一说的是RT-Thread本身有BC-26的驱动包。不过这里并没有使用，而是使用at-device软件包来驱动的BC26。因此稍微改一改内部的代码，就能驱动其他的AT设备。话回正题，我使用at-thread的目的就是驱动BC26建立TCP或UDP连接，使得板卡采集得到的数据能发送到我电脑上的TCP Server。当然，除了数据上传之外，也能实现上位机控制板卡。还有则是在代码中发现利用邮箱+消息队列来进行数据传输和通信真的很爽。 开发环境:硬件部分 ART-Pi (主控) BC-26 (NB-IOT模块） BHT11 (温湿度传感器) RT-Thread版本 RT-Thread V4.0.2 开发工具及版本 RT-Thread Studio V2.0.0 :RT-thread推出的IDE，免费。 Putty V0.73:开源免费的一款工具，我纯把他当成串口助手使用 花生壳 V5 :内网穿透工具。 网络调试助手（MetAssist V4.3.13）:网上下的，应该比较出名。 RT-Thread使用情况描述:内核部分 调度器 消息队列 邮箱 组件部分 at_device UART 硬件框架描述先附图一张: 很简单的一个框架，总共只有主控，传感器，执行器，以及比较重要的云平台，这四大部分。传感器可以是任意传感器，只要发送的数值种类不一次性超出两种即可。执行器我在这里使用了板载的LED灯充当。云平台则是利用网络调试助手搭了一个TCP Server来充当。由于我个人没有固定外网IP，所以我如果直接使用网络助手，是无法将ART采集得到的数据传输到我的电脑上的。因此我利用花生壳将我的IP映射到了外网，使得板卡能连接到我创建的TCP Server上。 软件框架说明流程图如下: 本人并不是很会画流程图，所以辛苦大家看一看介绍吧。 其实在这个板卡中是要烧两套程序的，一套是bootloader负责初始化QSPI并且运行QSPI内的程序。所以这份程序是下载到片内Flash的。另一份则是具体的功能添加的比较多的程序。他是运行在QSPI中的。这两个程序必须先运行BootLoader否则QSPI中的程序是无法运行的。而由于BootLoader的职责是让程序从0x08000000跳转到0x90000000运行所以，如果QSPI中没有其他程序的话，Bootloader只会运行一次，表现的现象就是只打印一个LOGO。 其实在RT-Thread中其实有BC26的驱动包，可以直接拿来用，不需要自己再对BC26进行初始化，但是我这里使用的是at_device驱动包，所以自己要写一部分的代码，进行初始化。创建邮箱和消息队列则是为了两者相互配合一起实现发送同步消息的功能。 数据采集线程和数据发送线程之间使用消息队列+邮箱的方式实现消息同步，在这里数据采集线程可以有多个，而数据发送线程我这设立了一个。发送线程会将接收到的信息都发送到云平台中。 数据接收则是利用at_device中的代码实现的。利用内部的代码还可实现云平台发送消息控制板卡上的LED灯或者其他执行器。 软件模块说明消息队列+邮箱的消息同步方式 在使用消息队列+邮箱的方式来进行线程间消息同步的话需要先创建一个结构体，一个动态邮箱，一个消息队列。然后对结构体进行填充后利用消息队列发送出去，具体请看以下代码示例: //创建结构体部分 struct msg //消息队列发送此结构体的地址来实现线程间的同步 { char *str; int vol; float data1; int data2; struct rt_mailbox* ack; }; //创建动态邮箱部分 rt_mailbox_t mail_box1 = RT_NULL; //创建二氧化氮线程应答邮箱控制块 rt_mailbox_t mail_box2 = RT_NULL; //创建二氧化硫线程应答邮箱控制块 rt_mailbox_t mail_box3 = RT_NULL; //创建粉尘数据线程应答邮箱控制块 rt_mailbox_t mail_box4 = RT_NULL; //创建备用线程邮箱控制块 /**************创建多个应答邮箱******************/ int move_mail_box_sample(void) { mail_box1 = rt_mb_create("mail_box1", 1, RT_IPC_FLAG_FIFO); //创建动态邮箱1 mail_box2 = rt_mb_create("mail_box2", 4, RT_IPC_FLAG_FIFO); //创

ZJ-RT-螺纹-NIMBLE-NORDIC 基于国产开源RT-Thread操作系统和开源BLE5.0（mynewt-nimble）协议栈+开源GUI LittlevGL在nordic（nrf52840）平台上的应用 国产开源RT-Thread操作系统 彻底开源的BLE5.0协议栈源码 开源GUI LittlevGL ZJ-BLE介绍 ZJ-BLE源码使用mynewt-nimble开源BLE协议栈 RT-Thread官方的出的的见胡大神的GitHub ZJ-BLE源码使用的RT-Thread V4.0内核 ZJ-BLE原始码使用的NORDIC官方SDK15.0的nrfx驱动 ZJ-BLE源码使用LittlevGL masterV6.02 ZJ-BLE源码支持nrf52832和nrf52840蓝牙芯片 ZJ-BLE源码支持KEIL集成开发环境开发 SDK支持的IDE MDK Kei

GD32F307系列移植RT_Thread,包含IAR和keil工程，打开时注意软件版本，比如工程使用的是KEIL4建立的，如果需要使用keil5打开需要进行转换

概述:分布式温度监控系统基于 STM32 系类芯片开发，支持采集多达六个分节点的温度数据，网关节点收集分节点的数据并通过 WIFI 上传云端远程实时监视，也可本地连接串口与 PC 端通讯，上位机实时显示分节点数据。该系统适用于家庭、办公室、教室等小面积场所的多点温度监控，无线传输距离可达 100m ~ 500m，具有功耗低，丢包率低，传输距离远等特点，是一个相当实用的设计。 开发环境硬件:stm32f407-atk-explorer 扩展板:DS18B20数字温度传感器，NRF24L01无线射频模块，ESP8266 WIFI模块 RT-Thread版本:RT-Thread V 4.0.3 开发工具及版本:MDK 5.27 RT-Thread使用情况概述内核部分:调度器，信号量，消息队列。 调度器:创建多个线程来实现不同的工作。 信号量:用来同步线程。 消息队列:用来实现线程之间传递的数据。 组件部分:SPI框架， Sensor框架,SAL 套接字抽象层 SPI框架:使用 SPI 框架来驱动温度传感器,上层代码可以提高代码的可重用性。 Sensor框架:为上层提供统一的操作接口，提高上层代码的可重用性；简化底层驱动开发的难度，只要实现简单的 ops(operations: 操作命令) 就可以将传感器注册到系统上。 SAL套接字抽象层:组件完成对不同网络协议栈或网络实现接口的抽象并对上层提供一组标准的 BSD Socket API，这样开发者只需要关心和使用网络应用层提供的网络接口，而无需关心底层具体网络协议栈类型和实现，极大的提高了系统的兼容性，方便开发者完成协议栈的适配和网络相关的开发 软件包部分: Webclient:提供设备与 HTTP Server 的通讯的基本功能。 pahomqtt,:本软件包是在 Eclipse paho-mqtt 源码包的基础上设计的一套 MQTT 客户端程序。 Onenet:是 RT-Thread 针对 OneNET 平台连接做的的适配，通过这个软件包，可以让设备在 RT-Thread 上非常方便的连接 OneNet 平台，完成数据的发送、接收、设备的注册和控制等功能。 cJSON:C语言实现的极简的解析 JSON 格式的软件包。 at_device:是由 RT-Thread AT 组件针对不同 AT 设备的移植文件和示例代码组成，目前支持的 AT 设备有:ESP8266、M26、MC20、RW007、MW31、SIM800C 以及 SIM76XX 系列设备等。 nRF24L01:是一个 RT-Thread 的软件包，该软件包提供了 nRF24L01 模块的驱动。 硬件框架MCU 定时读取 DS180B20 的温度数据，然后通过 NRF24L01 传输到接收节点，接收节点把数据分别传输到云端和PC上位机。 软件框架说明本项目使用分布节点的方式来实现温度的采集与上传，从而避免一个节点的系统崩溃并不影响到其余的节点，本项目软件分为两部分: 第一部分:采集节点 MCU 上电之后完成板级外设初始化，并初始化温度传感器DS18B20 准备采集温度数据，无线射频芯片NRF24L01，在一切准备妥当之后，就会定时向接收节点发送温度数据。 第二部分:接收节点 MCU 上电之后首先完成板级外设的初始化，并初始化 ESP8266 实现与 ONENET 的连接。初始化 NRF24L01 准备接收来自采集节点的温度信息，接收到节点发送过来的温度数据，分别发送到 ONENET 平台和PC 端上位机。 软件模块说明发送节点: 发送节点创建了3个线程，1个消息队列 read_temp_entry:周期性的读取温度传感器的值，并把读取到的值通过消息队列发送 nrf24l01_send_entry:使用消息队列来接收传感器检测到的温度值，并通过 BRF24L01 发送到接收节点 led_shine_entry:LED 在每次发送成之后，来改变当前的状态，来检测当前系统的运行状态 接收节点: 接收节点创建了6个线程，1个信号量，1个事件集，2个ringbuff，1个邮箱，1个消息内存池 nrf24l01_receive_entry:NRF24L01 数据接收线程，正确收到数据后会发送WRITE_EVENT_P0事件，然后把数据放到 ringbuff，申请一块内存池，然后把数据放入内存池，最后把内存池的首地址放到邮箱。 save_recv_p0_data_entry:保存数据线程，接收WRITE_EVENT_P0 事件后，读取ringbuff0的数据，保存 节点0 的温度与时间戳。 save_recv_p1_data_entry:保存数据线程，接收WRITE_EVENT_P1 事件后，读取ringbu

由于RTT官网目前不支持 Cortex-A53, 所以自己适配了 Cortex-A53 架构相关底层代码。目前已成功运行。这些底层代码可通用，代码规范与注释很详尽。详细描述如下： 将 64 位的 RT-thread 4.1.0 master 移植到 Cortex-A53 板子上，主要实现了最小系统，包含底层的汇编启动文件，MMU 配置文件，GICv3 中断驱动，ARM Generic Timer 驱动，以及任务切换汇编实现，IRQ 汇编处理实现，上述驱动同一架构可通用，唯一需要更改的是 UART 驱动，因为此代码使用的是创龙的 imx8mm 开发板。

rt-thread开源串口转以太网资料rt-thread开源串口转以太网资料rt-thread开源串口转以太网资料