CN108809832A - 于发送工作请求时维护串行路由的装置及其方法 - Google Patents

于发送工作请求时维护串行路由的装置及其方法 Download PDF

Info

Publication number
CN108809832A
CN108809832A CN201710286234.0A CN201710286234A CN108809832A CN 108809832 A CN108809832 A CN 108809832A CN 201710286234 A CN201710286234 A CN 201710286234A CN 108809832 A CN108809832 A CN 108809832A
Authority
CN
China
Prior art keywords
serial port
work request
data
identification data
routing rule
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.)
Granted
Application number
CN201710286234.0A
Other languages
English (en)
Other versions
CN108809832B (zh
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.)
404 SCI-TECH Co Ltd
Moxa Technologies Co Ltd
Original Assignee
404 SCI-TECH 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 404 SCI-TECH Co Ltd filed Critical 404 SCI-TECH Co Ltd
Priority to CN201710286234.0A priority Critical patent/CN108809832B/zh
Publication of CN108809832A publication Critical patent/CN108809832A/zh
Application granted granted Critical
Publication of CN108809832B publication Critical patent/CN108809832B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/30Routing of multiclass traffic
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/42Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/60Router architectures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2483Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/33Flow control; Congestion control using forward notification

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

一种于发送工作请求时维护串行路由的装置及其方法,其通过依据路由规则选择串行端口发送工作请求后没有接收到结果响应时,在路由规则中删除对应的路由数据,并通过所有串行端口发送工作请求,当接收到结果响应时,在路由规则中新增对应的异动数据的技术手段,可以在网关新增连接的串行设备或串行设备改变与网关连接的串行端口时自动更新路由规则,并达成在网关安装后无需特别设定的技术效果。

Description

于发送工作请求时维护串行路由的装置及其方法
技术领域
本发明涉及一种传送工作请求的装置及其方法,特别指一种于发送工作请求时维护串行路由的装置及其方法。
背景技术
在现场总线(Fieldbus)的发展过程中,应用在串行传输(serial-based)的现场总线协议(如Profibus,Modbus RTU/ASCII等协议)较早开始被使用,且串行传输的现场总线协议没有后续使用的其他现场总线协议那么复杂,因此,目前仍存在许多仅支持串行传输的现场总线的串行装置。不过,串行端口的物理线路特性并无法进行长距离的传输,因此,需要以增加中继器(repeater)的方式来延长传输的距离,但如此将造成布线成本的提升。
为了解决布线成本提升的问题,有些工厂改为在远程及近端各使用一个串行端口转网络端口的网关(也就是网关支持串行传输现场总线协议)与串行装置连接,两个网关之间以以太网络进行通信,如此,便可以省下长距离的布线成本。
然而,在使用串行端口转网络端口的网关时,使用者需要在网关上手动设定所有与网关连接的串行设备的路由规则,使得网关可以通过路由规则将网络端传来的通信封包传递至正确的串行端口。但若有新的串行设备与网关连接或原本与网关连接的串行装置改变与网关连接的串行端口后,用户需要更新路由规则,否则新与网关连接的串行设备或改变连接的串行端口的串行设备将无法正确的收送数据。
综上所述,可知现有技术中长期以来一直存在当网关新增或移动串行设备时需要手动更新路由规则否则串行设备无法正确收送数据的问题,因此有必要提出改进的技术手段,来解决此问题。
发明内容
有鉴于现有技术存在当网关新增或移动串行设备时需要手动更新路由规则否则串行设备无法正确收送数据的问题,本发明遂公开一种于发送工作请求时维护串行路由的装置及其方法,其中:
本发明所公开的于发送工作请求时维护串行路由的装置,至少包含:主端口,与主设备连接,用以接收主设备所传送的工作请求,工作请求包含设备识别数据;多个串行端口,各串行端口分别对应不同的串行端口识别数据;储存模块,储存路由规则;处理模块,与主端口、串行端口、及储存模块连接,用以依据路由规则判断与设备识别数据对应的串行端口识别数据,当路由规则中存在与设备识别数据对应的串行端口识别数据时,通过相对应的串行端口传送工作请求并等待结果响应,以及在等待预定时间后没有收到结果响应时,于路由规则中删除表示设备识别数据与串行端口识别数据对应的路由数据;当路由规则中不存在与设备识别数据对应的串行端口识别数据时,以各串行端口分别传送工作请求并等待结果响应,以及在接收到结果响应时,于路由规则中新增表示设备识别资料与另一串行端口识别数据对应的异动数据,其中,另一串行端口识别数据与接收到结果响应的串行端口对应。
本发明所公开的另一种于发送工作请求时维护串行路由的装置,至少包含:网络端口,用以接收通信封包;多个串行端口,各串行端口分别对应不同的串行端口识别数据;储存模块,储存路由规则;处理模块,与网络端口、串行端口、及储存模块连接,用以依据通信封包产生工作请求,工作请求包含设备识别资料,及用以依据路由规则判断与设备识别数据对应的串行端口识别数据,当路由规则中存在与设备识别数据对应的串行端口识别数据时,通过相对应的串行端口传送工作请求并等待结果响应,以及在等待预定时间后没有收到结果响应时,于路由规则中删除表示设备识别数据与串行端口识别数据对应的路由数据;当路由规则中不存在与设备识别数据对应的串行端口识别数据时,以各串行端口分别传送工作请求并等待结果响应,以及在接收到结果响应时,于路由规则中新增表示设备识别资料与另一串行端口识别数据对应的异动数据,其中,另一串行端口识别数据与接收到结果响应的串行端口对应。
本发明所公开的于发送工作请求时维护串行路由的方法,应用于包含多个串行部的网关,其步骤至少包括:取得工作请求,工作请求包含设备识别资料;依据路由规则判断与设备识别数据对应的串行端口识别数据是否存在;当该路由规则中存在与设备识别数据对应的串行端口识别数据时,通过相对应的串行端口传送工作请求并等待结果响应,以及在等待预定时间后没有收到结果响应时,于路由规则中删除表示设备识别数据与串行端口识别数据对应的路由数据;当路由规则中不存在与设备识别数据对应的串行端口识别数据时,以各串行端口分别传送工作请求并等待结果响应,以及在接收到结果响应时,于路由规则中新增表示设备识别资料与另一串行端口识别数据对应的异动数据,其中另一串行端口识别数据与接收到结果响应的串行端口对应。
本发明所公开的装置与方法如上,与现有技术之间的差异在于本发明依据路由规则发送工作请求后没有接收到结果响应时,在路由规则中删除对应的路由数据,并通过所有串行端口发送工作请求,当接收到结果响应时,在路由规则中新增对应的异动数据,借以解决现有技术所存在的问题,并可以达成在网关安装后无需特别设定的技术效果。
附图说明
图1A为本发明所涉及的于发送工作请求时维护串行路由的装置的组件示意图。
图1B为本发明所涉及的另一种于发送工作请求时维护串行路由的装置的组件示意图。
图2A为本发明所涉及的于发送工作请求时维护串行路由的方法流程图。
图2B为本发明所涉及的处理接收到多个结果响应的方法流程图。
图2C为本发明所涉及的取得工作请求的方法流程图。
图3A~3C为本发明实施例所涉及的路由表中路由数据变化的连续示意图。
符号说明:
步骤210取得工作请求
步骤220依据路由规则判断与工作请求中的设备识别数据对应的串行端口识别数据是否存在
步骤231通过与串行端口识别数据对应的串行端口传送工作请求
步骤235是否在预定时间内收到结果响应
步骤250于路由规则中删除表示设备识别数据与串行端口识别数据对应的路由数据
步骤261以各串行端口分别传送工作请求
步骤265是否收到结果响应
步骤270于路由规则中新增表示设备识别数据与串行端口识别数据对应的异动数据
步骤280传送结果回应至主设备
具体实施方式
以下将配合附图及实施例来详细说明本发明的特征与实施方式,内容足以使任何熟习现有技术的人能够轻易地充分理解本发明解决技术问题所应用的技术手段并据以实施,借此实现本发明可达成的效果。
本发明可以让网关(Gateway)在每一次取得工作请求(Request)后,动态更新路由规则,使得网关可以依据动态更新的路由规则自动地选择串行端口(Serial port),借以将工作请求传送给正确的从属设备(slave device)。
以下先以图1A本发明所涉及的于发送工作请求时维护串行路由的装置的组件示意图来说明本发明的运作过程。如图1A所示,本发明的装置(网关100)含有主端口110、串行端口120、储存模块130、以及处理模块150。
主端口110与主设备410连接。一般而言,主端口110是串行端口,也就是说,主设备410为串行设备,且网关100与主设备410是通过串行端口连接。
主端口110负责接收主设备410所传送的工作请求。主端口110所接收的工作请求的表头中包含设备识别数据。其中,设备识别资料与从属设备420对应,用来表示相对应的从属设备420。设备识别数据可以由任意数量的文字、字母、数字、符号任意排列而成,在能够让主设备410辨别不同从属设备420(例如从属设备421、422、423等)的组合下,本发明没有特别的限制。
串行端口120与从属设备420连接,各个串行端口分别对应到不同的串行端口识别数据。串行端口识别数据用来表示不同的串行端口120,可以由任意数量的文字、字母、数字、符号任意排列而成,在能够让网关100辨别不同串行端口120(如串行端口121、122、123等)之下,本发明没有特别的限制。
储存模块130负责储存路由规则。储存模块130所储存的路由规则记录与串行端口120对应的串行端口识别数据与从属设备420对应的设备识别数据的对应关系,其中,每一对串行端口识别数据与设备识别数据的记录被称为路由数据。在本发明中,路由规则的储存形式并没有特别的限制,例如,路由规则可以是一个数据表,也可以是一组条件判断式等;另外,路由规则的储存方式也没有特别的限制,例如,路由规则可以通过数据库储存,也可以储存在档案中等。
处理模块150与主端口110、串行端口120、以及储存模块130连接。需要特别说明的是,在附图中,处理模块150分别与主端口110、串行端口120、以及储存模块130连接,而在实务上,处理模块150与主端口110、串行端口120、储存模块130、以及网关100的其他组件(图中未示)之间,通常是通过总线(bus)连接(但本发明并不以此为限),处理模块150可以通过轮询的方式由主端口110、串行端口120、储存模块130、或其他输出入组件取得数据,或将数据提供给主端口110、串行端口120、储存模块130、或其他输出入组件。在部分的实施例中,处理模块150与储存模块130可能包含在同一个处理芯片中(图中未示),处理模块150与储存模块130可以通过处理芯片中的电路连接,同时,处理芯片可以通过总线与主端口110、串行端口120、及其他输出入组件连接,或可以分别与主端口110、串行端口120、及其他输出入组件连接。
处理模块150负责依据储存模块130所储存的路由规则,判断与主端口110所接收到的工作请求中的设备识别数据相对应的串行端口识别数据。其中,处理模块150可以不检视工作请求的内容,而只查看主端口110所接收到的工作请求的表头即可以取得工作请求中的设备识别资料,并依据所取得的设备识别数据由路由规则中判断相对应的串行端口识别数据。也就是说,只要网关100支持主设备410所传送的工作请求,也就是处理模块150可以判断出主设备410所传送的工作请求所使用的格式或协议,并由工作请求中取得设备识别数据,本发明所涉及的工作请求所使用的格式或协议并没有特别的限制。
当储存模块130所储存的路由规则中存在与工作请求中的设备识别数据对应的串行端口识别数据时,也就是当路由规则中记录与工作请求中的设备识别数据对应的串行端口识别数据使得处理模块150可以依据工作请求中的设备识别数据取得相对应的串行端口识别数据时,处理模块150可以通过与所取得的串行端口识别数据对应的一个串行端口(例如串行端口121、122、或123等)传送主端口110所接收到的工作请求给与工作请求中的设备识别数据对应的从属设备420(例如从属设备421、422、或423),并等待与工作请求中的设备识别数据对应的从属设备420所传回的结果回应(response)。其中,本发明所涉及的从属设备420所传回的结果响应与处理模块150通过串行端口120传送给同一从属设备420的工作请求相对应。
处理模块150也负责在等待的预定时间到(timeout)后,也就是在等待预定时间后,都没有由传送主端口110所接收到的工作请求的串行端口120收到与工作请求中的设备识别数据对应的从属设备420所传回的结果响应时,从储存模块130所储存的路由规则中删除一笔路由数据,其中,被删除的路由数据表示主端口110所接收到的工作请求中的设备识别数据与与传送工作请求的串行端口相对应的串行端口识别数据的对应关系,也就是说,在处理模块150删除路由数据后,路由规则中将不存在与工作请求中的设备识别数据对应的串行端口识别数据。
另外,当处理模块150判断储存模块130所储存的路由规则中不存在与工作请求中的设备识别数据对应的串行端口识别数据时,处理模块150可以通过所有的串行端口120分别传送主端口110所接收到的工作请求,并等待任何从属设备420所传回的与所传送的工作请求对应的结果响应。
处理模块150也负责在等待的预定时间到之前,也就是在等待预定时间内,通过串行端口120接收到任意从属设备420所传回的与所传送的工作请求对应的结果响应时,于储存模块130所储存的路由规则中新增一笔异动数据作为路由数据,其中,新增的异动数据表示工作请求中的设备识别数据与与接收到结果响应的串行端口相对应的串行端口识别数据的对应关系。
处理模块150也可以在等待的预定时间内接收到与所传送的工作请求对应的结果响应时,通过主端口110传送所接收到的结果回应至主设备410。
值得一提的,若处理模块150在等待的预定时间到之前,也就是在等待的预定时间内,通过串行端口120接收到两个或两个以上的结果响应,也就是有两个或两个以上的从属设备420传送结果响应给网关100,则处理模块150将可以不在储存模块130所储存的路由规则中新增异动资料,也可以不将所接收到的结果响应通过主端口110传送至主设备410,而可以产生表示有多个从属设备420的装置识别数据冲突的通知信息,并通过主端口110传送所产生的通知信息至主设备410。
以下再以图1B本发明所涉及的于发送工作请求时维护串行路由的装置的另一种组件示意图来说明本发明的运作过程。如图1B所示,本发明的网关100含有网络端口115、串行端口120、储存模块130、以及处理模块150。其中,串行端口120以及储存模块130与图1A中的串行端口120以及储存模块130有相同的功能。
网络端口115与网络400连接,负责接收通过网络400所传来的通信封包。本发明所涉及的网络400,可以是因特网或以太网络等常见的通信网络,也可以是工业使用的其他网络或使用私有协议的网络,本发明没有特别的限制。
处理模块150及图1A中的处理模块150与网关100中的串行端口120、储存模块130等组件的连接方式相同,且也具有与图1A中的处理模块150相同的功能,故不再重复描述。但在部分的实施例中,处理模块150可以不包含图1A中的处理模块150通过主端口110接收主设备410所传送的工作请求以及传送结果响应与通知信息至主设备410的功能。
另外,处理模块150还负责判断能够处理网络端口115所接收到的通信封包的封包内容的从属设备420,并产生包含通信封包的封包内容与所判断出的从属设备420的设备识别数据的工作请求。
接着以一个实施例来解说本发明的运作系统与方法,并请参照图2A本发明所涉及的于发送工作请求时维护串行路由的方法流程图。在本实施例中,假设网关100通过主端口110与主设备410连接,并通过各个串行端口120分别与多个从属设备420连接,其中,从属设备421所对应的设备识别数据为1、从属设备422所对应的设备识别数据为2、从属设备423所对应的设备识别数据为3。
当主设备410欲通过网关100传送工作请求给从属设备422时,网关100的主端口110可以接收主设备410所传送的工作请求。在本实施例中,主设备410所传送的工作请求中的设备识别数据为2。
在网关100的主端口110取得主设备410所传送的工作请求(步骤210)后,网关100的处理模块150可以依据网关100的储存模块130所储存的路由规则判断与所接收到的工作请求中的设备识别数据对应的串行端口识别数据是否存在(步骤220)。在本实施例中,假设路由规则以路由表300的方式记录设备识别数据与串行端口识别数据的对应关系,如图3A。
当网关100的处理模块150判断网关100的储存模块130所储存的路由规则中存在与工作请求中的设备识别数据对应的串行端口识别数据时,处理模块150可以通过与设备识别数据对应的串行端口识别数据对应的串行端口120传送网关100的主端口110所接收到的工作请求给从属设备420(步骤231),并等待从属设备423传回结果回应。在本实施例中,由于工作请求中的设备识别数据为2,因此,处理模块150可以依据路由表300判断出与设备识别资料2对应的串行端口识别数据为3,若串行端口123与串行端口识别数据3对应,则处理模块150便可以通过串行端口123发送工作请求。
在网关100的处理模块150通过网关100的串行端口120传送工作请求后,与传送工作请求的串行端口120连接的从属设备420都可以接收到被传送的工作请求。根据既有的串行通信协议,例如Modbus,从属设备420在接收到通信封包时,需要先检查所接收到的通信封包中的设备识别数据是否与自身对应,也就是检查所接收到的通信封包中的设备识别数据是否为自身所使用的设备识别数据。若否,则丢弃(drop)所接收到的通信封包;若是,则传回响应封包给发出封包的装置。在本实施例中,虽然与串行端口123连接的从属设备422与从属设备423都可以接收到串行端口123所传送的工作请求,但由于从属设备423所对应的设备识别数据为3,与所接收到的工作请求中的设备识别数据2并不相同,所以从属设备423将会丢弃所接收到的工作请求,并不会传送结果响应给网关100;而从属设备422所对应的设备识别数据为2,与所接收到的工作请求中的设备识别数据2相同,所以从属设备422将会传送结果响应给网关100。
同样在网关100的处理模块150通过网关100的串行端口120传送工作请求后,处理模块150可以等待由传送工作请求的串行端口120接收从属设备420所传回的与被传送的工作请求对应的结果响应。之后,处理模块150可以判断是否在预定时间内接收到与被传送的工作请求对应的结果响应(步骤235)。在本实施例中,处理模块150也就是判断串行端口123是否在预定时间内接收到从属设备422所传回的结果回应。
若网关100中传送工作请求的串行端口120在预定时间内接收从属设备420所传回的与工作请求相对应的结果响应,则网关100的处理模块150可以将串行端口120所接收到的结果响应通过主端口110传送给主设备410。在本实施例中,也就是处理模块150判断串行端口123在预定时间内接收到从属设备422所传回的结果回应时,将从属设备422所传送的结果响应通过主端口110传送给主设备410(步骤280)。
而若网关100的处理模块150在等待预定时间后,仍然没有通过传送工作请求的串行端口120接收到从属设备420所传回的与工作请求相对应的结果响应,则处理模块150可以由网关100的储存模块130所储存的路由规则中,删除表示工作请求中的设备识别数据以及与发送工作请求的串行端口对应的串行端口识别数据的对应关系的一笔路由数据(步骤250)。在本实施例中,也就是由路由表300中删除表示设备识别资料2与串行端口识别数据3对应的路由数据,如此,在路由表300中,设备识别数据2将没有对应的串行端口识别数据,且串行端口识别数据3仅对应到设备识别数据3,如图3B所示。
另外,在网关100的处理模块150依据网关100的储存模块130所储存的路由规则判断与所接收到的工作请求中的设备识别数据对应的串行端口识别数据是否存在(步骤220)时,若网关100的处理模块150判断网关100的储存模块130所储存的路由规则中不存在与工作请求中的设备识别数据对应的串行端口识别数据,则处理模块150可以通过网关100的所有串行端口120传送网关100的主端口110所接收到的工作请求(步骤261),并等待任何从属装置420传回的结果回应。
在网关100的处理模块150通过网关100的所有串行端口120分别传送工作请求(步骤261)后,与网关100连接的所有从属设备420都可以接收到被传送的工作请求。如先前所述,根据既有的串行通信协议,从属设备420在接收到通信封包时,若判断所接收到的通信封包中的设备识别数据与自身对应,即可以传回响应封包给发出封包的装置。在本实施例中,由于工作请求中所包含的设备识别数据为2,若与设备识别数据2对应的从属设备422已没有与网关100连接,且没有其他从属设备420对应设备识别数据2,则将不会有任何从属设备420传回结果回应至网关100。也就是说,在处理模块150通过所有串行端口120传送工作请求(步骤261)后,将无法接收到任何的结果响应,因此,处理模块150在等待预定时间后,可以判断没有接收到结果响应(步骤265),并可以结束工作请求的处理程序。
而若在本实施例中,与设备识别数据2对应的从属设备422在网关100持续运作没有重新启动的情况下由与网关100的串行端口123连接被改为与串行端口122连接,例如使用者更换了从属设备422连接到网关100的串行端口,则在网关100的处理模块150通过网关100的所有串行端口120传送工作请求(步骤261)后,从属设备422可以由所连接的串行端口122接收到处理模块150所发出的工作请求,并传回结果响应给网关100,使得在处理模块150可以通过串行端口122接收到从属设备422所传回的与工作请求对应的结果响应。如此,网关100的处理模块150可以判断接收到结果响应(步骤265),并在网关100的储存模块130所储存的路由规则中新增表示工作请求中的设备识别数据以及与接收到结果响应的串行端口对应的串行端口识别数据的对应关系的一笔异动数据(步骤270)。在本实施例中,处理模块150也就是在路由表300中新增设备识别数据2与串行端口识别数据2相对应的异动资料作为一笔新的路由资料。如此,路由表300中将记录三笔路由数据,分别表示设备识别资料1与串行端口识别数据1相对应、设备识别数据2与串行端口识别数据2相对应、以及设备识别数据3与串行端口识别数据3相对应,如图3C所示。
同样在网关100的处理模块150判断网关100的串行端口120接收到结果响应(步骤265)后,处理模块150可以通过主端口110将串行端口120所接收到的结果回应传送给主设备410(步骤280)。
上述实施例中,在网关100的处理模块150通过网关100的所有串行端口120传送工作请求(步骤261)后,处理模块150也可以如图2B的流程所示,处理模块150在等待的预定时间内持续判断是否接收到两个或两个以上的结果响应(步骤291),若处理模块150在等待的预定时间内只有接收到一个结果响应,则处理模块150可以如上述流程,在路由规则中新增表示设备识别数据与串行端口识别数据对应的异动数据(步骤270),以及将所接收到的结果回应传送给主设备410(步骤280)。而若处理模块150在等待的预定时间内接收到两个或更多结果响应,则处理模块150可以不新增异动数据也不传送结果响应,而可以产生通知信息(步骤295),并通过网关100的主端口110传送所产生的通知信息给主设备410(步骤299)。
上述实施例中,在处理模块150由网关100的储存模块130所储存的路由规则中删除表示设备识别数据与串行端口识别数据对应的路由数据(步骤250)后,处理模块150可以结束工作封包的处理程序,或是可以继续通过所有串行端口120传送工作请求(步骤261),并执行如上述的后续步骤,本发明没有特别的限制。
此外,若上述实施例的网关100如图1B所示,直接通过网络端口115与网络400连接,则网关100可以如图2C的流程所示,在通过网络端口115接收到通信封包(步骤211)后,依据所接收到的通信封包产生包含设备识别数据的工作请求(步骤215),借以取得工作请求(图2A步骤210)。之后,网关100便可以如图2A的流程运作,直到当网关100的处理模块150在删除表示设备识别数据与串行端口识别数据对应的路由数据(步骤250)以及处理模块150在新增表示设备识别数据与串行端口识别数据对应的异动数据(步骤270)后,将可以直接结束工作封包的处理程序,并不需要传送所接收到的结果响应给不存在的主设备410。相似的,处理模块150在产生通知信息后,可以直接在网关100上显示通知信息,而不需要传送所产生的通知信息给不存在的主设备410。
综上所述,可知本发明与现有技术之间的差异在于具有依据路由规则发送工作请求后没有接收到结果响应时,在路由规则中删除对应的路由数据,并通过所有串行端口发送工作请求,当接收到结果响应时,在路由规则中新增对应的异动数据的技术手段,借由此技术手段可以解决现有技术所存在当网关新增或移动串行设备时需要手动更新路由规则否则串行设备无法正确收送数据的问题,进而达成在网关安装后无需特别设定的技术效果。
另外,本发明的于发送工作请求时维护串行路由的方法,可实现于硬件、软件或硬件与软件的组合中,也可在计算机系统中以集中方式实现或以不同组件散布于若干互连的计算机系统的分散方式实现。
虽然本发明所公开的实施方式如上,惟所述的内容并非用以直接限定本发明的专利保护范围。任何本发明所属技术领域中具有本领域技术人员,在不脱离本发明所公开的精神和范围的前提下,对本发明的实施的形式上及细节上作些许的更生动润饰,均属于本发明的专利保护范围。本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。
【符号说明】
100 网关
110 主端口
115 网络端口
120 串行端口
121~123 串行端口
130 储存模块
150 处理模块
300 路由表
400 网络
410 主设备
420 从属设备
421~423 从属设备
步骤210取得工作请求
步骤211通过网络端口接收通信封包
步骤215依据通信封包产生工作请求
步骤220依据路由规则判断与工作请求中的设备识别数据对应的串行端口识别数据是否存在
步骤231通过与串行端口识别数据对应的串行端口传送工作请求
步骤235是否在预定时间内收到结果响应
步骤250于路由规则中删除表示设备识别数据与串行端口识别数据对应的路由数据
步骤261以各串行端口分别传送工作请求
步骤265是否收到结果响应
步骤270于路由规则中新增表示设备识别数据与串行端口识别数据对应的异动数据
步骤280传送结果回应至主设备
步骤291是否接收到两个以上的结果响应
步骤295产生通知信息
步骤299传送通知信息至主设备

Claims (12)

1.一种于发送工作请求时维护串行路由的方法,应用于网关,所述网关包含多个串行端口,其特征在于,所述方法至少包含下列步骤:
取得工作请求,所述工作请求包含设备识别数据;
依据路由规则判断与所述设备识别资料对应的串行端口识别数据是否存在;
当所述路由规则中存在所述串行端口识别数据时,通过与所述串行端口识别数据对应的所述串行端口传送所述工作请求并等待结果响应,以及在等待预定时间后没有收到所述结果响应时,于所述路由规则中删除表示所述设备识别数据与所述串行端口识别资料对应的路由数据;以及
当所述路由规则中不存在所述串行端口识别数据时,以各所述串行端口分别传送所述工作请求并等待所述结果响应,以及在接收到所述结果回应时,于所述路由规则中新增表示所述设备识别资料与另一串行端口识别数据对应的异动数据,其中所述另一串行端口识别数据与接收到所述结果响应的所述串行端口对应。
2.如权利要求1所述的于发送工作请求时维护串行路由的方法,其特征在于,所述方法于以各所述串行端口分别传送所述工作请求的步骤后,还包含接收到两个或两个以上的所述结果响应时,产生通知信息的步骤。
3.如权利要求1所述的于发送工作请求时维护串行路由的方法,其特征在于,取得所述工作请求的步骤为接收主设备所传送的所述工作请求,或通过所述网关的网络端口接收通信封包并依据所述通信封包产生所述工作请求。
4.如权利要求1所述的于发送工作请求时维护串行路由的方法,其特征在于,所述方法于等待所述结果回应的步骤后,还包含在所述预定时间内接收到所述结果响应时,传送所述结果回应至所述主设备的步骤。
5.如权利要求1所述的于发送工作请求时维护串行路由的方法,其特征在于,所述方法在于所述路由规则中删除表示所述设备识别数据与所述串行端口识别资料对应的所述路由数据的步骤后,还包含以各所述串行端口分别传送所述工作请求并等待所述结果响应,及在接收到所述结果回应时,于所述路由规则中新增表示所述设备识别资料与所述另一串行端口识别数据对应的所述异动数据的步骤。
6.一种于发送工作请求时维护串行路由的装置,其特征在于,所述装置至少包含:
主端口,与主设备连接,用以接收所述主设备所传送的工作请求,所述工作请求包含设备识别数据;
多个串行端口,每一所述串行端口分别对应串行端口识别数据;
储存模块,储存路由规则;及
处理模块,与所述主端口、所述些串行端口、及所述储存模块连接,用以依据所述路由规则判断与所述设备识别资料对应的串行端口识别数据,当所述路由规则中存在所述串行端口识别数据时,通过与所述串行端口识别数据对应的所述串行端口传送所述工作请求并等待结果响应,以及在等待预定时间后没有收到所述结果响应时,于所述路由规则中删除表示所述设备识别数据与所述串行端口识别资料对应的路由数据;当所述路由规则中不存在所述串行端口识别数据时,以各所述串行端口分别传送所述工作请求并等待所述结果响应,以及在接收到所述结果回应时,于所述路由规则中新增表示所述设备识别资料与另一串行端口识别数据对应的异动数据,其中,所述另一串行端口识别数据与接收到所述结果响应的所述串行端口对应。
7.如权利要求6所述的于发送工作请求时维护串行路由的装置,其特征在于,所述处理模块还用以通过所述些串行端口接收到两个或两个以上的所述结果响应时,产生通知信息,并通过所述主端口传送所述通知信息至所述主设备。
8.如权利要求6所述的于发送工作请求时维护串行路由的装置,其特征在于,所述处理模块还用以通过所述些串行端口在所述预定时间内接收到所述结果响应时,通过所述主端口传送所述结果响应至所述主设备。
9.如权利要求6所述的于发送工作请求时维护串行路由的装置,其特征在于,所述处理模块还用以在等待所述预定时间后没有收到所述结果响应后,以各所述串行端口分别传送所述工作请求并等待所述结果响应,及在接收到所述结果回应时,于所述路由规则中新增表示所述设备识别资料与所述另一串行端口识别数据对应的所述异动数据。
10.一种于发送工作请求时维护串行路由的装置,其特征在于,所述装置至少包含:
网络端口,用以接收通信封包;
多个串行端口,每一所述串行端口分别对应串行端口识别数据;
储存模块,储存路由规则;及
处理模块,与所述网络端口、所述些串行端口、及所述储存模块连接,用以依据所述通信封包产生工作请求,所述工作请求包含设备识别资料,及用以依据路由规则判断与所述设备识别资料对应的串行端口识别数据,当所述路由规则中存在所述串行端口识别数据时,通过与所述串行端口识别数据对应的所述串行端口传送所述工作请求并等待结果响应,以及在等待预定时间后没有收到所述结果响应时,于所述路由规则中删除表示所述设备识别数据与所述串行端口识别资料对应的路由数据;当所述路由规则中不存在所述串行端口识别数据时,以各所述串行端口分别传送所述工作请求并等待所述结果响应,以及在接收到所述结果回应时,于所述路由规则中新增表示所述设备识别资料与另一串行端口识别数据对应的异动数据,其中,所述另一串行端口识别数据与接收到所述结果响应的所述串行端口对应。
11.如权利要求10所述的于发送工作请求时维护串行路由的装置,其特征在于,所述处理模块还用以通过所述些串行端口接收到两个或两个以上的所述结果响应时,产生通知信息。
12.如权利要求10所述的于发送工作请求时维护串行路由的装置,其特征在于,所述处理模块还用以在等待所述预定时间后没有收到所述结果响应后,以各所述串行端口分别传送所述工作请求并等待所述结果响应,及在接收到所述结果回应时,于所述路由规则中新增表示所述设备识别资料与所述另一串行端口识别数据对应的所述异动数据。
CN201710286234.0A 2017-04-27 2017-04-27 于发送工作请求时维护串行路由的装置及其方法 Active CN108809832B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710286234.0A CN108809832B (zh) 2017-04-27 2017-04-27 于发送工作请求时维护串行路由的装置及其方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710286234.0A CN108809832B (zh) 2017-04-27 2017-04-27 于发送工作请求时维护串行路由的装置及其方法

Publications (2)

Publication Number Publication Date
CN108809832A true CN108809832A (zh) 2018-11-13
CN108809832B CN108809832B (zh) 2021-03-30

Family

ID=64069699

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710286234.0A Active CN108809832B (zh) 2017-04-27 2017-04-27 于发送工作请求时维护串行路由的装置及其方法

Country Status (1)

Country Link
CN (1) CN108809832B (zh)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5719861A (en) * 1995-06-15 1998-02-17 Nec Corporation Automatic route determination method
US5854901A (en) * 1996-07-23 1998-12-29 Cisco Systems, Inc. Method and apparatus for serverless internet protocol address discovery using source address of broadcast or unicast packet
US6496484B1 (en) * 1998-08-21 2002-12-17 Nec Corporation Routing address management method and system
CN1747420A (zh) * 2004-09-07 2006-03-15 乐金电子(天津)电器有限公司 家电网络系统
CN101009662A (zh) * 2007-01-31 2007-08-01 杭州华为三康技术有限公司 基于负载均衡技术的报文处理方法、系统及设备
CN101764715A (zh) * 2008-12-23 2010-06-30 财团法人工业技术研究院 侦测远端串行端口设备的系统及其方法
CN101834912A (zh) * 2010-04-20 2010-09-15 南京航空航天大学 一对多标准串口通信中动态分配从机地址装置及使用方法
CN102270168A (zh) * 2011-08-09 2011-12-07 西安辉炜信息科技有限公司 自动检测串口信息的方法
CN104811359A (zh) * 2015-04-10 2015-07-29 深圳市元征科技股份有限公司 一种串口通信方法及终端
US9411768B2 (en) * 2013-01-29 2016-08-09 Hon Hai Precision Industry Co., Ltd. HDMI-CEC device and address allocation method of HDMI-CEC device network
CN105868133A (zh) * 2016-04-29 2016-08-17 中国人民解放军国防科学技术大学 一种用于多结点主板的串口远程集中管理方法

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5719861A (en) * 1995-06-15 1998-02-17 Nec Corporation Automatic route determination method
US5854901A (en) * 1996-07-23 1998-12-29 Cisco Systems, Inc. Method and apparatus for serverless internet protocol address discovery using source address of broadcast or unicast packet
US6496484B1 (en) * 1998-08-21 2002-12-17 Nec Corporation Routing address management method and system
CN1747420A (zh) * 2004-09-07 2006-03-15 乐金电子(天津)电器有限公司 家电网络系统
CN101009662A (zh) * 2007-01-31 2007-08-01 杭州华为三康技术有限公司 基于负载均衡技术的报文处理方法、系统及设备
CN101764715A (zh) * 2008-12-23 2010-06-30 财团法人工业技术研究院 侦测远端串行端口设备的系统及其方法
CN101834912A (zh) * 2010-04-20 2010-09-15 南京航空航天大学 一对多标准串口通信中动态分配从机地址装置及使用方法
CN102270168A (zh) * 2011-08-09 2011-12-07 西安辉炜信息科技有限公司 自动检测串口信息的方法
US9411768B2 (en) * 2013-01-29 2016-08-09 Hon Hai Precision Industry Co., Ltd. HDMI-CEC device and address allocation method of HDMI-CEC device network
CN104811359A (zh) * 2015-04-10 2015-07-29 深圳市元征科技股份有限公司 一种串口通信方法及终端
CN105868133A (zh) * 2016-04-29 2016-08-17 中国人民解放军国防科学技术大学 一种用于多结点主板的串口远程集中管理方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
王倩等: "一种"一主多从"的物联网网关系统设计与实现", 《计算机应用与软件》 *

Also Published As

Publication number Publication date
CN108809832B (zh) 2021-03-30

Similar Documents

Publication Publication Date Title
CN101454763B (zh) 用于在串行总线之间传输数据的网关
CN106790420B (zh) 一种多会话通道建立方法和系统
JPH0831884B2 (ja) ネットワークアドレス割当てシステム
CN107959620B (zh) 综采设备识别方法、装置、系统、网关及存储介质
CN102714606A (zh) 用于经采样的通信量数据的管理的方法和系统
CN108494671A (zh) 一种网关设备
CN110392066A (zh) 一种访问服务的方法和装置
CN104205729A (zh) 网络中的设备配置方法、设备和系统
US12074758B2 (en) Method for configuring a terminal device
CN108134705B (zh) 一种dcn管理方法、网元及计算机存储介质
CN108809832A (zh) 于发送工作请求时维护串行路由的装置及其方法
US20210344566A1 (en) Field detection device for a fieldbus network
JP2002522960A (ja) アクティブ‐パブリッシング
CN105281944B (zh) 网络协议地址的设定方法及服务管理系统
CN101809941B (zh) 控制节点网络的控制节点
CN106506216B (zh) 一种eoc终端、端口配置方法及装置
CN110430075B (zh) 一种支持物联网控制器逻辑配置的管理方法
US6502158B1 (en) Method and system for address spaces
CA2439726A1 (en) Connection-oriented communication network and method of operating
TWI637612B (zh) 於發送工作請求時維護串列路由之裝置及其方法
US20020031095A1 (en) Method for detecting flexible networking of modules with an arbitrary network topology and also for exchanging information between such modules
JP4320046B1 (ja) 機器探索システム及びその制御方法
JP3366228B2 (ja) Snmpプロトコル変換方式
CN114097588B (zh) 一种灌溉装置的组网方法及装置
JP3592220B2 (ja) クライアント−サーバ間通信システム及びそれに用いる通信プロトコル対応方法

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
GR01 Patent grant
GR01 Patent grant