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

主站详细描述了本内容GPRS、以太网络调中的问题及其解决方案。紫色文本是一个超链接，点击自动跳转到相关博客。不断更新，原创并不容易！

目录：

一、山东阳谷专网(徐继主站)

1、硬件

1）硬件设备 2）硬件连接

2.实时抓取日志的方法

1)映翰通模块硬件处理 2)映翰通模块软件处理

3、问题解决

1）问题描述 2）问题处理

五、西安-陕西地电(南自主站)

1、卡被外网访问

六、远程协助

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

一、山东阳谷专网(许继主站)

1、硬件

（1）映翰通GPRS模块InDTU311L-L07-232D

1)映翰通模块硬件处理

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

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

2）映翰通模块软件处理

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

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

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

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

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

3、问题解决

1）问题描述

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

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

2）问题处理

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

注意：在映翰通模块的界面上，通过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:Sleep module!  -->模块休眠

<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

000000 7E341E0B050813

080000 A2341E0B050813

010000 B5341E0B050813

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

到11:30:41都没有收到主站确认帧，电池状态、分位单点信息主站有确认，事件记录里面多了000000(如上)，初步估计许继主站的点号不能是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:Sleep module!  -->模块休眠

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

<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+CSQ

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

+CSQ: 21,71  ---------------------->21/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

已经停止接收实时日志

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

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

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（传送原因：响应总召唤）

遥信个数:19

遥信号:   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 分闸（复归/退出）

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

由于设备SIM号码是11位的，故将映翰通模块的DTU设备号也改为11位，如图4.3.1所示。不满11位前面直接补0。

图4.3.1

一般主站(比如南瑞、东方电子、积成电子、珠海博威等)这里直接设置是没有问题的；仅以山东为例(基本上都是许继)，比如阳谷、泗水、临沂、青岛等，也是直接设置就行，默认估计就是放在低字节上；但微山特殊一些，若直接设置，链路地址就落在高字节上。

完整的映翰通模块登陆帧应该如下图所示才是正确的，协议移步IHDC协议设计V_1.9(映翰通)。