CN106656973A - Can卡端与服务端socket数据传输算法 - Google Patents

Can卡端与服务端socket数据传输算法 Download PDF

Info

Publication number
CN106656973A
CN106656973A CN201610900408.3A CN201610900408A CN106656973A CN 106656973 A CN106656973 A CN 106656973A CN 201610900408 A CN201610900408 A CN 201610900408A CN 106656973 A CN106656973 A CN 106656973A
Authority
CN
China
Prior art keywords
data
socket
agreement
transmission terminal
service end
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610900408.3A
Other languages
English (en)
Inventor
李文博
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Towatt Energy Technology Co Ltd
Original Assignee
Towatt Energy Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Towatt Energy Technology Co Ltd filed Critical Towatt Energy Technology Co Ltd
Priority to CN201610900408.3A priority Critical patent/CN106656973A/zh
Publication of CN106656973A publication Critical patent/CN106656973A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/4013—Management of data rate on the bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer And Data Communications (AREA)

Abstract

一种CAN卡端与服务端SOCKET数据传输算法，采用步骤如下：步骤一：判断通信系统或者网络是否可用；步骤二：CAN卡端向传输终端CAS发送数据，并根据CAN接收协议校验数据；步骤三：传输终端CAS向服务端SOCKET发送数据，并根据SOCKET发送协议进行校验；步骤四：服务端SOCKET向传输终端CAS传输数据，并根据SOCKET接收协议进行校验；步骤五：传输终端CAS向CAN卡端传输数据，同时根据CAN发送协议进行校验；本发明有效解决了现在市场上，大部分充电设备因异常无法使用的问题；采用分布式的结构，解决了服务器浪费资源，低效率的问题，充分体现了分布式开发给整个业务逻辑带来的优势。

Description

CAN卡端与服务端SOCKET数据传输算法
技术领域
本发明涉及通信技术领域，具体涉及一种CAN卡端与服务端SOCKET数据传输算法。
背景技术
在电动汽车充电过程中，需要将充电枪的数据信息通过传输端上传到服务端中，同时客户端也需将指令信息下发到服务端，完成对充电过程的控制或者监控，现有技术中，客户端或者充电枪的CAN数据信息与服务端SOCKET中的通信算法中，存在如下问题：1、存在的部分异常处理未解决，甚至部分程序无法正常操作；2、部分程序没有相关算法，而是将相关计算逻辑直接交与服务器，导致服务器浪费资源，低效率，服务器数据异常；3、针对相关现场问题，很多数据传输终端无法提供数据的实时监测。
发明内容
本发明针对现有技术的不足，提出一种有效节省服务器资源，满足COM异常断开及COM断开后的链接和满足服务端SOCKET异常断开及服务端SOCKET断开后重新链接的CAN卡端与服务端SOCKET数据传输算法，具体技术方案如下：
一种CAN卡端与服务端SOCKET数据传输算法，采用步骤如下：
步骤一：判断通信系统或者网络是否可用；
步骤二：CAN卡端向传输终端CAS发送数据，并根据CAN接收协议校验数据；
步骤三：传输终端CAS向服务端SOCKET发送数据，并根据SOCKET发送协议进行校验；
步骤四：服务端SOCKET向传输终端CAS传输数据，并根据SOCKET接收协议进行校验；
步骤五：传输终端CAS向CAN卡端传输数据，同时根据CAN发送协议进行校验；
步骤六：完成。
为更好实现本发明，可进一步为：
所述步骤二中，CAN接收协议为，
88 00 00 06 DA 00 00 00 00 00 00 00 00 77
88 00 00 06 DB 00 00 00 00 00 00 00 00 77；
所述步骤三中，SOCKET发送协议为，
C00,S03:75,S04:80,S05:15,S06:1,S00:155,S10:0XFFFF,S11:350,S12:100,S13:10.0.0.1,S01:345,S02:99,W01:1；2；3,O00:1,O10:1,C10:1,C99@@；
所述步骤四中，SOCKET接收协议为，
C00,O01:20160520135855883,O02:20160520135855,O03:20160520135855,O04:15,O05:155,O00:1,C10:1,O10:0,C99@@；
所述步骤五中，CAN发送协议为，
42 6F 33 00 00 00 00 00 00 00
4D 6B 00 00 00 00 00 00 00 00
41 72 00 00 00 00 00 00 00 00
44 74 00 00 00 00 00 00 00 00。
所述步骤二具体为，
2.1COM组件自动循环；
2.2对COM控件事件消息进行判断，正确则进入下一步；
2.3接受数据，根据CAN接收协议对数据有效性进行验证，无效则返回步骤2.1，有效则进入下一步；
2.4根据CAN接受协议进行16进制数据解密处理；
2.5再次根据CAN接收协议对数据有效性进行验证，无效则返回步骤2.1，有效则进入下一步；
2.6将数据转存在缓存中，并传递给传输终端CAS数据监测，返回步骤2.1。
所述步骤三具体为，
3.1定时器启动；
3.2对存储在传输终端CAS中的待发送数据，根据SOCKET发送协议进行校验，错误的数据则过滤掉，正确数据进行存储；
3.3再次对存储数据进行校验，对数据进行二次整理，不完整的数据等待下次数据合成，将完整的数据发送到服务端SOCKET；
3.4将发送的数据传递给传输终端CAS数据监控，返回步骤3.1。
所述步骤四具体为，
4.1传输终端CAS不断处理服务端SOCKET的链接，等待服务端SOCKET发送数据；
4.2查验链接是否成功，失败则返回步骤4.1，成功则进入下一步；
4.3读取服务端SOCKET缓存的数据，如链接失败则返回步骤4.1，成功则进入下一步；
4.4根据SOCKET接收协议校验数据，无效则返回步骤4.1，有效则进入下一步；
4.5处理数据，并将数据存储到临时缓冲中，等待发送；
4.6返回步骤4.1，同时发送传输终端CAS数据监控。
本发明的有益效果为：有效解决了现在市场上，大部分充电设备因异常无法使用的问题；采用分布式的结构，解决了服务器浪费资源，低效率的问题，充分体现了分布式开发给整个业务逻辑带来的优势；同时充分的利用了客户端的硬件资源，节约了相应的成本；扩展了相关业务模块，有利于后期业务的扩充；提高了，整个项目的实施效率及高效的问题处理算法；节约了人员维护的时间及人员的成本。
附图说明
图1为本发明的流程示意图；
图2为本发明步骤二的流程示意图；
图3为本发明中步骤三的流程示意图；
图4为本发明中步骤四的流程示意图。
具体实施方式
下面结合附图对本发明的较佳实施例进行详细阐述，以使本发明的优点和特征能更易于被本领域技术人员理解，从而对本发明的保护范围做出更为清楚明确的界定。
本实施例中CAN卡端为客户端或者充电枪，服务端SOCKET为：TCP/ID协议服务器，用于发送已获取充电桩的数据，及接受充电桩控制参数，传输终端CAS为CAN卡端与服务端SOCKET间的交互平台。
如图1至图4所示：一种CAN卡端与服务端SOCKET数据传输算法，，采用步骤如下：
步骤一：判断通信系统或者网络是否可用，CAN卡端是根据系统驱动设备而链接，故当CAN卡端断开的时候需在传输终端CAS算法里判断CAN卡端是否失去了链接，并在所有的CAN卡端操作中，判断CAN卡端的链接情况，服务端SOCKET是根据系统的API函数进行链接，故当服务端SOCKET断开的时候需要在传输终端CAS算法里判断服务端SOCKET是否失去链接，并在所有的服务端SOCKET操作中，判断服务端SOCKET的链接情况；
步骤二：CAN卡端向传输终端CAS发送数据，并根据CAN接收协议校验数据，具体为，
2.1COM组件自动循环；
2.2对COM控件事件消息进行判断，正确则进入下一步；
2.3接受数据，根据CAN接收协议对数据有效性进行验证，无效则返回步骤2.1，有效则进入下一步；
2.4根据CAN接受协议进行16进制数据解密处理；
2.5再次根据CAN接收协议对数据有效性进行验证，无效则返回步骤2.1，有效则进入下一步；
2.6将数据转存在缓存中，并传递给传输终端CAS数据监测，返回步骤2.1。
其中CAN接收协议为，
88 00 00 06 DA 00 00 00 00 00 00 00 00 77
88 00 00 06 DB 00 00 00 00 00 00 00 00 77。
步骤三：传输终端CAS向服务端SOCKET发送数据，并根据SOCKET发送协议进行校验，具体为，
3.1定时器启动；
3.2对存储在传输终端CAS中的待发送数据，根据SOCKET发送协议进行校验，错误的数据则过滤掉，正确数据进行存储；
3.3再次对存储数据进行校验，对数据进行二次整理，不完整的数据等待下次数据合成，将完整的数据发送到服务端SOCKET；
3.4将发送的数据传递给传输终端CAS数据监控，返回步骤3.1。
其中SOCKET发送协议为，
C00,S03:75,S04:80,S05:15,S06:1,S00:155,S10:0XFFFF,S11:350,S12:100,S13:10.0.0.1,S01:345,S02:99,W01:1；2；3,O00:1,O10:1,C10:1,C99@@；
步骤四：服务端SOCKET向传输终端CAS传输数据，并根据SOCKET接收协议进行校验，具体为，
4.1传输终端CAS不断处理服务端SOCKET的链接，等待服务端SOCKET发送数据；
4.2查验链接是否成功，失败则返回步骤4.1，成功则进入下一步；
4.3读取服务端SOCKET缓存的数据，如链接失败则返回步骤4.1，成功则进入下一步；
4.4根据SOCKET接收协议校验数据，无效则返回步骤4.1，有效则进入下一步；
4.5处理数据，并将数据存储到临时缓冲中，等待发送；
4.6返回步骤4.1，同时发送传输终端CAS数据监控。
其中SOCKET接收协议为
C00,O01:20160520135855883,O02:20160520135855,O03:20160520135855,O04:15,O05:155,O00:1,C10:1,O10:0,C99@@。
步骤五：传输终端CAS向CAN卡端传输数据，同时根据CAN发送协议进行校验；其中具体流程为和传输终端CAS向服务端SOCKET发送数据流程类似；其中CAN发送协议为，
42 6F 33 00 00 00 00 00 00 00
4D 6B 00 00 00 00 00 00 00 00
41 72 00 00 00 00 00 00 00 00
44 74 00 00 00 00 00 00 00 00。
步骤六：完成。

Claims (5)

1.一种CAN卡端与服务端SOCKET数据传输算法，其特征在于，采用步骤如下：
步骤一：判断通信系统或者网络是否可用；
步骤二：CAN卡端向传输终端CAS发送数据，并根据CAN接收协议校验数据；
步骤三：传输终端CAS向服务端SOCKET发送数据，并根据SOCKET发送协议进行校验；
步骤四：服务端SOCKET向传输终端CAS传输数据，并根据SOCKET接收协议进行校验；
步骤五：传输终端CAS向CAN卡端传输数据，同时根据CAN发送协议进行校验；
步骤六：完成。
2.根据权利要求1所述CAN卡端与服务端SOCKET数据传输算法，其特征在于：所述步骤二中，CAN接收协议为，
88 00 00 06 DA 00 00 00 00 00 00 00 00 77
88 00 00 06 DB 00 00 00 00 00 00 00 00 77；
所述步骤三中，SOCKET发送协议为，
C00,S03:75,S04:80,S05:15,S06:1,S00:155,S10:0XFFFF,S11:350,S12:100,S13:10.0.0.1,S01:345,S02:99,W01:1；2；3,O00:1,O10:1,C10:1,C99@@；
所述步骤四中，SOCKET接收协议为，
C00,O01:20160520135855883,O02:20160520135855,O03:20160520135855,O04:15,O05:155,O00:1,C10:1,O10:0,C99@@；
所述步骤五中，CAN发送协议为，
42 6F 33 00 00 00 00 00 00 00
4D 6B 00 00 00 00 00 00 00 00
41 72 00 00 00 00 00 00 00 00
44 74 00 00 00 00 00 00 00 00。
3.根据权利要求1所述CAN卡端与服务端SOCKET数据传输算法，其特征在于：所述步骤二具体为，
2.1COM组件自动循环；
2.2对COM控件事件消息进行判断，正确则进入下一步；
2.3接受数据，根据CAN接收协议对数据有效性进行验证，无效则返回步骤2.1，有效则进入下一步；
2.4根据CAN接受协议进行16进制数据解密处理；
2.5再次根据CAN接收协议对数据有效性进行验证，无效则返回步骤2.1，有效则进入下一步；
2.6将数据转存在缓存中，并传递给传输终端CAS数据监测，返回步骤2.1。
4.根据权利要求1所述CAN卡端与服务端SOCKET数据传输算法，其特征在于：所述步骤三具体为，
3.1定时器启动；
3.2对存储在传输终端CAS中的待发送数据，根据SOCKET发送协议进行校验，错误的数据则过滤掉，正确数据进行存储；
3.3再次对存储数据进行校验，对数据进行二次整理，不完整的数据等待下次数据合成，将完整的数据发送到服务端SOCKET；
3.4将发送的数据传递给传输终端CAS数据监控，返回步骤3.1。
5.根据权利要求1所述CAN卡端与服务端SOCKET数据传输算法，其特征在于：所述步骤四具体为，
4.1传输终端CAS不断处理服务端SOCKET的链接，等待服务端SOCKET发送数据；
4.2查验链接是否成功，失败则返回步骤4.1，成功则进入下一步；
4.3读取服务端SOCKET缓存的数据，如链接失败则返回步骤4.1，成功则进入下一步；
4.4根据SOCKET接收协议校验数据，无效则返回步骤4.1，有效则进入下一步；
4.5处理数据，并将数据存储到临时缓冲中，等待发送；
4.6返回步骤4.1，同时发送传输终端CAS数据监控。
CN201610900408.3A 2016-10-14 2016-10-14 Can卡端与服务端socket数据传输算法 Pending CN106656973A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610900408.3A CN106656973A (zh) 2016-10-14 2016-10-14 Can卡端与服务端socket数据传输算法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610900408.3A CN106656973A (zh) 2016-10-14 2016-10-14 Can卡端与服务端socket数据传输算法

Publications (1)

Publication Number Publication Date
CN106656973A true CN106656973A (zh) 2017-05-10

Family

ID=58856935

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610900408.3A Pending CN106656973A (zh) 2016-10-14 2016-10-14 Can卡端与服务端socket数据传输算法

Country Status (1)

Country Link
CN (1) CN106656973A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116962475A (zh) * 2023-09-21 2023-10-27 南京能可瑞科技有限公司 一种电动汽车与充电桩的通信控制器及通信数据处理方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1798141A (zh) * 2004-12-22 2006-07-05 中国科学院沈阳自动化研究所 符合opc标准的远程组态监控系统
CN103946755A (zh) * 2011-11-17 2014-07-23 Vega格里沙贝两合公司 用于操作现场设备的方法、计算机程序、计算机可读介质和计算单元
WO2015011515A1 (en) * 2013-07-24 2015-01-29 Freescale Semiconductor, Inc. A transceiver circuit and method for controller area networks
CN105871943A (zh) * 2015-01-19 2016-08-17 比亚迪股份有限公司 充电站及充电站的数据传输系统和数据传输方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1798141A (zh) * 2004-12-22 2006-07-05 中国科学院沈阳自动化研究所 符合opc标准的远程组态监控系统
CN103946755A (zh) * 2011-11-17 2014-07-23 Vega格里沙贝两合公司 用于操作现场设备的方法、计算机程序、计算机可读介质和计算单元
WO2015011515A1 (en) * 2013-07-24 2015-01-29 Freescale Semiconductor, Inc. A transceiver circuit and method for controller area networks
CN105871943A (zh) * 2015-01-19 2016-08-17 比亚迪股份有限公司 充电站及充电站的数据传输系统和数据传输方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
佚名: ""COM编程概述"", 《HTTPS://BLOG.CSDN.NET/LIUJIAYU2/ARTICLE/DETAILS/45079093》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116962475A (zh) * 2023-09-21 2023-10-27 南京能可瑞科技有限公司 一种电动汽车与充电桩的通信控制器及通信数据处理方法
CN116962475B (zh) * 2023-09-21 2023-12-12 南京能可瑞科技有限公司 一种电动汽车与充电桩的通信控制器及通信数据处理方法

Similar Documents

Publication Publication Date Title
CN106330414B (zh) 一种报文传输方法及装置
CN105095022A (zh) 一种数据备份方法及装置
CN107301536A (zh) 资源转移方法及装置
CN110995513B (zh) 物联网系统中的数据发送、接收方法、物联网设备及平台
CN103973421A (zh) 文件传送方法及装置
CN104917586A (zh) 传输数据的校验方法、装置及系统
CN105791399B (zh) 多中继互联网大数据推送方法和系统
CN103259797A (zh) 数据文件传输方法及平台
CN103517409A (zh) 信息传输方法、系统及设备
CN104462562A (zh) 一种基于数据仓库自动化的数据迁移系统及方法
CN105554042A (zh) 一种UDP远程传输log的方法及系统
CN105007308A (zh) 一种数据库隔离装置环境下的文件传输方法
CN108833443A (zh) 一种消息传输方法及系统、计算机设备
CN101022473A (zh) 一种在交换机中自动识别板卡配置并且生成局数据的方法
CN107172112B (zh) 一种计算机文件传输方法及装置
CN103167479A (zh) 实现终端遥毙或遥开的方法、装置和系统
CN106656973A (zh) Can卡端与服务端socket数据传输算法
CN104038538A (zh) 局域网主机软件升级方法与系统
CN101001213B (zh) 一种短消息传输系统及方法
CN103546427A (zh) 一种实现加密机应用的高可用性的方法和系统
CN113259918A (zh) 设备的绑定方法及系统
CN104507059B (zh) 一种彩信发送管理方法和彩信发送管理装置
CN102195943B (zh) 安全性信息交互方法及系统
CN111190754A (zh) 一种区块链事件通知方法及区块链系统
CN110557369A (zh) 基于国产操作系统内核态的高速数据处理平台

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20170510