admin 管理员组

文章数量: 887007

ESP8266+RS485无线数传电台通讯问题

一、项目背景

        上一次我使用了51单片机控制485通信,发现单片机烧写程序略微复杂且容易出bug,读写数据也不够方便,然后就来尝试使用ESP系列Arduino来做一个设计。

二、硬件准备

1、ESP8266 nodemcu系列

 2、工业级自动流向TTL转485模块

 3、无线数传电台RS485(已连接相对应的设备)

 三、程序编写

#include <SoftwareSerial.h>
float proportion;
unsigned char item4[8] = { 0x01, 0x03, 0x00, 0x01, 0x00, 0x05, 0xf5, 0xcb };  //发送命令
String data = "";                                                            // 接收到的16进制字符串
SoftwareSerial mySerial(D5,D6);//定义8266软串口RX为D5,TX为D6
int sensorValue(int x, int y) //处理接收到的数据
{int t = 0;t = x * 256;t = t + y;return t;
}
void setup() {mySerial.begin(9600);Serial.begin(9600);
}void loop() {delay(2000);                    // 放慢输出频率// 发送命令mySerial.write(item4,8);    // write输出while (mySerial.available()>0) {//Serial.println("检查到探头有数据返回,主机马上读取");for (int n = 0; n < 7; n++)data[n] = mySerial.read();delay(100);}Serial.print("data Response: ");String responseString;for (int j = 0; j < 13; j++) {responseString += data[j]< 0x10 ? " 0" : " ";responseString += String(data[j], HEX);//responseString.toUpperCase();}Serial.println(responseString);proportion = sensorValue((int)data[3], (int)data[4]) * 0.001;Serial.println("proportion: " + (String)proportion + " g/cm3");}

四、运行结果

       

        我用ESP32和8266做实验时,485模块和无线电台的RX TX指示灯都可以规律性交替亮起,代表数传电台和8266之间可以正常通讯。用软串口发送命令正常,但是却接收不到任何返回的数据帧,接收结果全都是0x00。用println(mySerial.available()),发现返回0,也就是说没读到任何字节数据。

 

        我尝试用电脑直接连接485模块用串口助手发送数据,发现当我按下8266的RESET键位才能正常接收到数据。怀疑是TTL转485模块的问题,我换了另一块相同的485模块做实验,发现同样如此。查询了一遍网上都没有人给出参考,我想着应该是软串口设置的问题,延时这样的东西,结果改了很多遍都不行。

        希望有个吊大的大佬能够指点一下小弟,有偿。

**************************************************************************************************************

2023.5.17更新

        在不断尝试之后,我决定换个MAX485芯片试一试,同时利用Uno先行验证一下更改的程序。

         可以看到指示灯正常工作,证明二者是可以485交流的附上找到的原理图。

         然后附上我变更一点的代码

#include <SoftwareSerial.h>
#define TX 25
#define RX 26
#define RTS_pin 2//定义控制DE RE的引脚
#define RS485Transmit HIGH//定义发送状态
#define RS485Receive LOW//定义接收状态
SoftwareSerial RS485Serial(RX,TX);
byte Anemometer_request[] = {0x01, 0x03, 0x00, 0x01, 0x00, 0x04, 0x65, 0xCE};//命令组,根据自己需求修改
unsigned char Anemometer_buf[13];//定义接收缓存数组
void setup() {pinMode(RTS_pin,OUTPUT);Serial.begin(9600);Serial.println("Anemeter");RS485Serial.begin(9600);delay(1000);}void loop() {digitalWrite(RTS_pin, RS485Transmit);RS485Serial.write(Anemometer_request, sizeof(Anemometer_request));delay(100);RS485Serial.flush();digitalWrite(RTS_pin, RS485Receive);RS485Serial.readBytes(Anemometer_buf, 14);for( byte i=0; i<13; i++ ) {Serial.print(Anemometer_buf[i],HEX); // this is for test onlySerial.print(" ");}  Serial.println(" ");}

运行结果如下:

         可以看到已经有符合要求的数据帧率返回了,证明这个MAX485芯片确实是可以用的。毕竟我看国际上好像也是用这个的多。至于之前那个自动流向ttl转485芯片,我也不清楚是什么原因,手里两块都出现了一样的问题。

        接下来,我就试着先把这个移植到8266上,然后去做MQTT上传云端处理了。期待6月展会之前做出阶段性成果。

**************************************************************************************************************

5月20日更改

        今日接电线的时候,忘记把8266电源断开,导致我的MAX485芯片烧了,抱着一种复杂的心态,我尝试用回TTL转485那块芯片,再用UNO的那会的代码试一试,居然行了。真实了。

        接线如图,安全起见这次Vcc-3.3V,GND-GND,485 TX对应 8266  RX D1,485 RX对应 8266  TX D0

 

#include <SoftwareSerial.h>
#define TX D0
#define RX D1
//#define RTS_pin 2//定义控制DE RE的引脚
//#define RS485Transmit HIGH//定义发送状态
//#define RS485Receive LOW//定义接收状态
SoftwareSerial RS485Serial(RX,TX);
byte Anemometer_request[] = {0x01, 0x03, 0x00, 0x01, 0x00, 0x04, 0x65, 0xCE};//命令组,根据自己需求修改
unsigned char Anemometer_buf[13];//定义接收缓存数组
void setup() {pinMode(RTS_pin,OUTPUT);Serial.begin(9600);Serial.println("Anemeter");RS485Serial.begin(9600);delay(1000);}void loop() {//digitalWrite(RTS_pin, RS485Transmit);RS485Serial.write(Anemometer_request, sizeof(Anemometer_request));delay(100);RS485Serial.flush();//digitalWrite(RTS_pin, RS485Receive);RS485Serial.readBytes(Anemometer_buf, 14);for( byte i=0; i<13; i++ ) {Serial.print(Anemometer_buf[i],HEX); // this is for test onlySerial.print(" ");}  Serial.println(" ");}

 

        原来不是硬件的问题,而是我写的代码里边没有清缓存和接收缓冲。这次又学费了,得多买几个板子,不然可不够我烧【哭】。看在写了这么多,各位看官且留个赞吧,咱会继续努力更新下去的。

 

本文标签: ESP8266RS485无线数传电台通讯问题