资讯详情

电力-主站GPRS、以太网联调

主站详细描述了本内容GPRS、以太网络调中的问题及其解决方案。紫色文本是一个超链接，点击自动跳转到相关博客。不断更新，原创并不容易！
目录：
1）硬件设备 2）硬件连接
1)映翰通模块硬件处理 2)映翰通模块软件处理
1）问题描述 2）问题处理
1）四信F2114D模块 2)主站方提供的手机卡 3）主站协议
----------------------------------------------------------------------------------------------------------

1）硬件设备

（1）映翰通GPRS模块InDTU311L-L07-232D
(2)电池充电模块

（3）ZW-8型24V开关
-------------------------------
2）硬件连接
电池充电模块用于储能电机和控制器内部继电器，控制器由常州主动EWN6-24S05H电源模块输出5V汉通供电GPRS使用模块时，电压足够，映翰通模块电压输入5-35V/5W，毫无疑问。电池充电模块电压下限为175Vac，也就是说，电压下降到1755V模块仍能正常工作。

-----------------------------------------------------------
1)映翰通模块硬件处理
通过控制器1，拨动开关位置如下所示( 5V)、5(GND)两脚给模块供电。

span style="color:#000000;">图1.2.1
-------------------------------
2）映翰通模块软件处理

如果只想监视InDTU串口和拨号接口的数据，将调试模式等级设置为“中文简洁日志”或“英文简洁日志”，保存配置。

这样只出现关键信息，包括信号值、控制器日志等。

如果需要长时间输出实时日志，可以用其它串口工具保存，以SecureCRT为例： 断开模块配置工具，用附件SecureCRT连接DTU：点击“文件”/“快速连接”，协议选择“Serial”，端口选择电脑上使用的COM端口，波特率选择115200，数据位选择8,奇偶校验选择None,停止位选择1，取消流控。设置完后点击连接。

此时可以看到模块输出的实时日志，点击“文件”/“会话日志”，选择保存日志文件的路径后，点击保存。

-----------------------------------------------------------

1）问题描述

连接开关后，主站的合、分位遥信延迟，且会丢帧。比如合位时有单点信息、无SOE；分位时有SOE、无单点信息。

-------------------------------

2）问题处理

本案例是通过丢帧判断故障原因，帧延迟原因不明。下面报文中=且稳定，故通讯质量良好，无需怀疑。

注意：在映翰通模块的界面上，通过15S刷新一次看到的信号强度信息并不准确，不能作为参考。

<7><1127><0>2019-8-5 11:30:18 APP   :Wakeup modem...

<7><1127><0>2019-8-5 11:30:18 APP   :Wakeup success,time span: 40

<7><1127><0>2019-8-5 11:30:18 APP   :App_net_write 34B to UDP sock(GW[0]): 192.168.2.3:5018

<7><1127><0>2019-8-5 11:30:18 TCPIP :send pkt to 192.168.2.3,len:42

<7><1132><0>2019-8-5 11:30:23 SYSWATCHER:  -->模块休眠

<7><1136><0>2019-8-5 11:30:28 TCPIP :pppInput[0]: ip in pbuf len=63

<7><1136><0>2019-8-5 11:30:28 TCPIP :Rcv IP pkt from:192.168.2.3,len=63 -->模块收到主站IP包，共63B

<7><1136><0>2019-8-5 11:30:28 APP   :Rcv UDP from: 192.168.2.3 -->从主站接收UDP包

<7><1136><0>2019-8-5 11:30:28 APP   :App net read 35B -->App读取到去除UDP网络包头后的35B数据

7B89001030303030303030313934357B680D0D687399076801060099070000AA552116 -->得到含有模块协议字节的数据

<7><1136><0>2019-8-5 11:30:28 APP   :Rcv data down pkt from GW[0], len:19 -->去除模块包头的数据

<7><1136><0>2019-8-5 11:30:28 APP   :App serial write 19B -->App串口写19B

680D0D687399076801060099070000AA552116  主站下发测试激活帧

<7><1137><0>2019-8-5 11:30:28 DISTRB:Get 6B data from uart: -->从串口获取到6B数据

108099072016  终端确认

<7><1137><0>2019-8-5 11:30:28 DISTRB:Send data msg to app task -->发送数据信息到app任务

<7><1137><0>2019-8-5 11:30:28 APP   :APP serial read 6B -->APP从串口读到6B

<7><1137><0>2019-8-5 11:30:28 APP   :App net write 22B to GW[0] -->App网络层写入22B

7B09001030303030303030313934357B108099072016

<7><1137><0>2019-8-5 11:30:28 APP   :Wakeup modem... -->唤醒调制解调器

<7><1137><0>2019-8-5 11:30:28 APP   :Wakeup success,time span: 10 -->唤醒成功，时间跨度：10

<7><1137><0>2019-8-5 11:30:28 APP   :App_net_write 22B to UDP sock(GW[0]): 192.168.2.3:5018 

                                                              -->App网络层写入22B到UDP接口

<7><1137><0>2019-8-5 11:30:28 TCPIP :send pkt to 192.168.2.3,len:30

<7><1139><0>2019-8-5 11:30:30 DISTRB:Get 19B data from uart:

680D0D68D399076801070099070000AA558216  终端激活确认

<7><1139><0>2019-8-5 11:30:30 DISTRB:Send data msg to app task

<7><1139><0>2019-8-5 11:30:30 APP   :APP serial read 19B

<7><1139><0>2019-8-5 11:30:30 APP   :App net write 35B to GW[0]

7B09001030303030303030313934357B680D0D68D399076801070099070000AA558216

<7><1139><0>2019-8-5 11:30:30 APP   :App_net_write 35B to UDP sock(GW[0]): 192.168.2.3:5018

<7><1139><0>2019-8-5 11:30:30 TCPIP :send pkt to 192.168.2.3,len:43

<7><1139><0>2019-8-5 11:30:30 TCPIP :pppInput[0]: ip in pbuf len=50

<7><1139><0>2019-8-5 11:30:30 TCPIP :Rcv IP pkt from:192.168.2.3,len=50

<7><1139><0>2019-8-5 11:30:30 APP   :Rcv UDP from: 192.168.2.3

<7><1139><0>2019-8-5 11:30:30 APP   :App net read 22B

7B89001030303030303030313934357B10009907A016

<7><1139><0>2019-8-5 11:30:30 APP   :Rcv data down pkt from GW[0], len:6

<7><1139><0>2019-8-5 11:30:30 APP   :App serial write 6B

10009907A016 主站确认

到这里都正常-----------------------------------------------------------------------------------------

<7><1139><0>2019-8-5 11:30:31 DISTRB:Get 21B data from uart:

680F0F68F39907010203009907

080000

010000

4216  控制器发出了电池状态、分位两个单点信息

<7><1139><0>2019-8-5 11:30:31 DISTRB:Send data msg to app task

<7><1139><0>2019-8-5 11:30:31 APP   :APP serial read 21B

<7><1139><0>2019-8-5 11:30:31 APP   :App net write 37B to GW[0]

7B09001030303030303030313934357B680F0F68F399070102030099070800000100004216

<7><1139><0>2019-8-5 11:30:31 APP   :App_net_write 37B to UDP sock(GW[0]): 192.168.2.3:5018

<7><1139><0>2019-8-5 11:30:31 TCPIP :send pkt to 192.168.2.3,len:45

<7><1139><0>2019-8-5 11:30:31 TCPIP :pppInput[0]: ip in pbuf len=50

<7><1139><0>2019-8-5 11:30:31 TCPIP :Rcv IP pkt from:192.168.2.3,len=50

<7><1139><0>2019-8-5 11:30:31 APP   :Rcv UDP from: 192.168.2.3

<7><1139><0>2019-8-5 11:30:31 APP   :App net read 22B

7B89001030303030303030313934357B10009907A016

<7><1139><0>2019-8-5 11:30:31 APP   :Rcv data down pkt from GW[0], len:6

<7><1139><0>2019-8-5 11:30:31 APP   :App serial write 6B

10009907A016 主站对电池状态、分位两个单点信息确认(时间没有超过1秒钟)

<7><1139><0>2019-8-5 11:30:31 DISTRB:Get 45B data from uart:

68272768D399071E0303009907

 7E341E0B050813

080000 A2341E0B050813

010000 B5341E0B050813

8C16  控制器发出电池状态、分闸事件记录

到11:30:41都没有收到主站确认帧，电池状态、分位单点信息主站有确认，事件记录里面多了(如上)，初步估计许继主站的点号不能是00，这样会触发内部保护机制。后发现南瑞主站也不行。

<7><1139><0>2019-8-5 11:30:31 DISTRB:Send data msg to app task

<7><1139><0>2019-8-5 11:30:31 APP   :APP serial read 45B

<7><1139><0>2019-8-5 11:30:31 APP   :App net write 61B to GW[0]

7B09001030303030303030313934357B68272768D399071E03030099070000007E341E0B050813080000A2341E0B050813010000B5341E0B0508138C16

<7><1139><0>2019-8-5 11:30:31 APP   :App_net_write 61B to UDP sock(GW[0]): 192.168.2.3:5018

<7><1139><0>2019-8-5 11:30:31 TCPIP :send pkt to 192.168.2.3,len:69

<7><1144><0>2019-8-5 11:30:36 SYSWATCHER:  -->模块休眠

这里模块休眠，在高性能中没有，但不影响帧的接收与发送。联通使用高性能模块，工作会不正常。

<7><1149><0>2019-8-5 11:30:40 DM    :Wakeup modem...

<7><1149><0>2019-8-5 11:30:40 DM    :Wakeup success,time span: 30

下面是模块自行检测模块的状态，就是AT指令。

<7><1149><0>2019-8-5 11:30:40 DM    :AT

<7><1149><0>2019-8-5 11:30:40 DM    :

OK

<7><1149><0>2019-8-5 11:30:40 DM    :AT+

<7><1149><0>2019-8-5 11:30:40 DM    :

+: ,71  ---------------------->/71%

OK

<7><1149><0>2019-8-5 11:30:40 DM    :AT+CEREG?

<7><1149><0>2019-8-5 11:30:40 DM    :

+CEREG: 0,1

OK

已经停止接收实时日志

----------------------------------------------------------------------------------------------------------

1）四信F2114D模块

2）主站方提供的手机卡

图2.1.2 手机卡

-------------------------------

3）主站协议

图2.1.3 主站协议1
 

图2.1.4 主站协议2
-----------------------------------------------------------

此主站是UDP协议，企业网关连接方式：DCUDP，设置成UDP不能连网。对于许继的后台只有两个选择：DCTCP、DCUDP，且点号不能为0。

-----------------------------------------------------------

模块初始化成功之前会显示+CSQ（详见附录之1、AT+CSQ指令）:99,99，这是正常的。初始化后的显示如下图：

CSQ表示信号强度，四信模块强度至少15

1）AT+CGATT=1，返回错误，换卡解决。实际情况是信号强度在CSQ=12也可连通，但中国联通信号延迟明显。

AT+CGATT=1用于将MT附着GPRS业务，或将MT从GPRS业务分离。

-------------------------------

2）出现AT+CPIN？返回错误

无卡或卡有问题。后发现四信与才茂的模块认卡，映翰通的模块表现良好，且其软件调试方便。

----------------------------------------------------------------------------------------------------------
InDTU332L-H09-232模块

68242468F3

C814

011400  0x9B=27个遥信

C814

000000000100000000000000000000000000000000000000000000

 1  2 3   4  5  6  7  8 9  101112131415161718192021222324252627

5C16

<10><3710><0>1970-1-1 9:1:50 APP   :Sent 42 bytes data to server.

68242468F3C814019B1400C8140000000001000000000000000000000000000000000000000000005C16

<10><3720><0>1970-1-1 9:2:0 APP   :Sent 42 bytes data to server.

68242468F3C814019B1400C8140000000001000000000000000000000000000000000000000000005C16

<10><3730><0>1970-1-1 9:2:10 APP   :Sent 42 bytes data to server.

68242468F3C814019B1400C8140000000001000000000000000000000000000000000000000000005C16

--------------------->终端已经发了4帧，没有收到主站确认帧，终端断开链接；主站检测到终端已掉线，重新建立链路。

主站不认总召唤的遥信帧
----------------------------------------------------

供电公司发出的正确报文如下：

2019-09-12 17:31:46.912 发送到CCH97-RTU(15-01-12)

680c0c68 737c1764 0106007c 17000014 1816

发送到RTU(15-01-12)的总召唤，类别标识:100（传送原因：激活）

2019-09-12 17:31:48.459 来自于CCH97-RTU(15-01-12)

10807c17 1316

来自RTU(15-01-12)的链路确认报文

2019-09-12 17:31:49.519 来自于CCH97-RTU(15-01-12)

680c0c68 f37c1764 0107007c 17000014 9916

来自RTU(15-01-12)的总召唤应答，类别标识:100（传送原因：激活确认）

2019-09-12 17:31:49.519 发送到CCH97-RTU(15-01-12)

10007c17 9316

发送到RTU(15-01-12)的链路确认报文

2019-09-12 17:31:49.519 来自于CCH97-RTU(15-01-12)

681e1e68 d3

7c17

01 931400

7c 17 0100

00000000010000010000000000000100000000

 1  2  3  4  5  6  7 8   9 10111213141516171819

a516

从上帧数据来看共有19个遥信，在这些遥信的前面多了0100表示遥信从0x0001开始，程序中加上即可。

来自RTU(15-01-12)的单点遥信，类别标识:1（传送原因：响应总召唤）

遥信个数:

遥信号:   1，遥信值:00H 分闸（复归/退出）

遥信号:   2，遥信值:00H 分闸（复归/退出）

遥信号:   3，遥信值:00H 分闸（复归/退出）

遥信号:   4，遥信值:00H 分闸（复归/退出）

遥信号:   5，遥信值:01H 合闸（动作/投入）

遥信号:   6，遥信值:00H 分闸（复归/退出）

遥信号:   7，遥信值:00H 分闸（复归/退出）

遥信号:   8，遥信值:01H 合闸（动作/投入）

遥信号:   9，遥信值:00H 分闸（复归/退出）

遥信号:  10，遥信值:00H 分闸（复归/退出）

遥信号:  11，遥信值:00H 分闸（复归/退出）

遥信号:  12，遥信值:00H 分闸（复归/退出）

遥信号:  13，遥信值:00H 分闸（复归/退出）

遥信号:  14，遥信值:00H 分闸（复归/退出）

遥信号:  15，遥信值:01H 合闸（动作/投入）

遥信号:  16，遥信值:00H 分闸（复归/退出）

遥信号:  17，遥信值:00H 分闸（复归/退出）

遥信号:  18，遥信值:00H 分闸（复归/退出）

遥信号:  19，遥信值:00H 分闸（复归/退出）

----------------------------------------------------------------------------------------------------------
映翰通InDTU311L-Q20-232D模块已经发出3帧登陆帧，许继主站不识别此3帧；发出2帧心跳帧，许继主站亦未识别，造成主站无法连接模块。

图4.1.1 映翰通DC协议报文
一台已经正常连网的控制器(最好将此台断电)的链路地址设置至映翰通模块中，拔除控制器上的串口连接线，不与主站进行数据交互，仅测试模块的链路是否正常。经上述验证，仍然有问题。
----------------------------------------------------

图4.2.1

图4.2.2

图4.2.3
其中的主站IP地址、端口号、APN经检查无异常，与控制器已经一一对应。注意：其中的设备SIM号码为11位且前面补零。
----------------------------------------------------
由于设备SIM号码是11位的，故将映翰通模块的DTU设备号也改为11位，如图4.3.1所示。不满11位前面直接补0。

图4.3.1
一般主站(比如南瑞、东方电子、积成电子、珠海博威等)这里直接设置是没有问题的；仅以山东为例(基本上都是许继)，比如阳谷、泗水、临沂、青岛等，也是直接设置就行，默认估计就是放在低字节上；但微山特殊一些，若直接设置，链路地址就落在高字节上。
完整的映翰通模块登陆帧应该如下图所示才是正确的，协议移步IHDC协议设计V_1.9(映翰通)。

----------------------------------------------------------------------------------------------------------

客户反馈专网卡被公网的APP访问，设备需整改。
专网卡是不可能被外网访问的，人为的将卡放置在手机内并设置APN的可能性几乎为零，况且这种卡装在设备内且挂在柱子上，只有100M流量。故这种现象应该是卡所办业务或在统计时出现的偏差。
----------------------------------------------------------------------------------------------------------
对方电脑显示大小与自己显示不一致，如下图选择“自适应图像”，点击这里之后，再选择全屏就O了。

----------------------------------------------------------------------------------------------------------

标签： e1b型的接收器用安继电器吗zw97继电器

锐单商城拥有海量元器件数据手册、 IC替代型号，打造 电子元器件IC百科大全！

锐单商城 - 一站式电子元器件采购平台