概述:这是一个数据采集的装置，本身没有什么亮点。主要是基于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开源串口转以太网资料

GD原厂移植的基于f107移植的常用OS，包含FreeRTOS，rt-thread,ucos_ii,ucosiii,RTX,LiteOS

RT-Thread配置工具，主要有几个命令要用到的：menuconfig和scons --target-mdk5.

采用rt-thread操作系统设计一个仓库货位的灯光指示系统，采用STM32F407 + WS2811（彩灯控制器）+ 以太网+ WIFI + RS485来完成。这种方式下，假如你要领一个BOM的 物料，直接在仓库管理系统提交BOM，领料员收到订单后，通过http协议将BOM清单编号发给硬 件，让对应BOM物料的货位的指示灯显示指定的颜色（比如亮红灯），然后这批物料的仓库上的 LED灯会亮红灯，于是领料员不用看，直接把所有亮红色等的物料拿走，领料完毕。这大大提高的 领料的效率。

作者:zlljackx 概述:基于ART-Pi的多点倾角采集系统，支持采集四个节点的三轴倾角数据，终端设备收集分节点的数据并通过Lora发布给基站，基站将整合好的四个节点的数据发送给组态屏。该系统适用于超长仪器平台调平、设备姿态监测、条幅悬挂等场景，无线传输距离可达2km，具有功耗低，丢包率低，传输距离远等特点。 开发环境硬件:ART-Pi、自制终端设备PCB、Lora基站 扩展板:ADXL345，Lora，GPRS RT-Thread版本:RT-Thread V 4.0.3 开发工具及版本:RT-Thread studio RT-Thread使用情况概述内核部分:调度器，信号量，消息队列。 调度器:创建多个线程来实现不同的工作。 信号量:用来同步线程。 消息队列:用来实现线程之间传递的数据。 在原有串口库的基础上把广州大彩显示屏的驱动代码移植进去。 软件框架说明终端设备:1.STM32F103c8t6通过ADXL345获取设备角度 2.STM32F103c8t6打包三轴数据通过sx1278发送给基站 基站设备:1.基站扫描接收已经准备好发送数据的lora终端设备 2.将接收到的所有终端设备的数据打包好发送给显示设备 显示设备:1.lora设备接收基站发来的显示数据 2.lora设备将接收到的数据通过串口发送给ART-PI 3.ART-PI将接收到的数据进行拆解，并通过串口控制显示屏的显示 系统设备展示终端设备: 基站设备: 显示设备: 演示视频: 比赛感悟 之前没有接触过片上系统，rt-thread学习起来还是很吃力。但是这次比赛过后敢觉自己对片上系统有了深深的感触，突然觉得自己原来跑裸机好Low。接下来会更加任真的学习一下rt-thread，争取以后能将rt-thread用在今后的项目中。 由于rt-thread比较新，生态不是很好，例程代码不太好找。有些地方明明很简单，但是没有例程就变的很苦恼，需要自己去试错，时间成本很大。还有一些时候，代码可有可无，或是代码放在什么位置效率最高不能明确，也是因为没有相关例程去学习。 比赛中的lora基站是的一家公司的产品，由于公司知识产权封锁，所以用起来很受束缚。下一步要自己攻克Lora设备这一问题，自己做Lora设备和Lora基站，今后用起来就会灵活方便很多。