CN114553629A - Rail transit road bed internet of things big data bus transmission method and system - Google Patents

Rail transit road bed internet of things big data bus transmission method and system Download PDF

Info

Publication number
CN114553629A
CN114553629A CN202111536385.XA CN202111536385A CN114553629A CN 114553629 A CN114553629 A CN 114553629A CN 202111536385 A CN202111536385 A CN 202111536385A CN 114553629 A CN114553629 A CN 114553629A
Authority
CN
China
Prior art keywords
slave
control instruction
host
length
fixed
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
CN202111536385.XA
Other languages
Chinese (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.)
Qingdao Zero One Dynamic Measurement Data Technology Co ltd
China Railway Design Corp
Original Assignee
Qingdao Zero One Dynamic Measurement Data Technology Co ltd
China Railway Design Corp
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 Qingdao Zero One Dynamic Measurement Data Technology Co ltd, China Railway Design Corp filed Critical Qingdao Zero One Dynamic Measurement Data Technology Co ltd
Priority to CN202111536385.XA priority Critical patent/CN114553629A/en
Publication of CN114553629A publication Critical patent/CN114553629A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40006Architecture of a communication node
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40006Architecture of a communication node
    • H04L12/40013Details regarding a bus controller
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/40006Architecture of a communication node
    • H04L12/40019Details regarding a bus master
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40267Bus for use in transportation systems
    • H04L2012/40293Bus for use in transportation systems the transportation system being a train
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Abstract

The invention relates to a rail transit track bed Internet of things big data bus transmission method and a rail transit track bed Internet of things big data bus transmission system, wherein the rail transit track bed Internet of things big data bus transmission method comprises the following steps: the host sends a control instruction to the appointed slave machine; the designated slave machine executes operation according to the control instruction; broadcasting a control instruction, wherein the host sends the instruction to all the slave machines, and all the slave machines execute related operations according to the instruction; the host computer is connected with a limited bus, all the slave computers are connected through the bus, wiring is convenient, a traditional bus transmission protocol adopts a fixed length instruction mode, the bus transmission protocol is suitable for transmitting low-frequency and small data, unequal length commands and replies can be realized, meanwhile, the transmission speed higher than 115200bps can be supported, the high-speed Internet of things acquisition requirement is supported, and meanwhile, the long-distance transmission advantage of serial ports such as RS485 and the like can be exerted.

Description

Rail transit road bed internet of things big data bus transmission method and system
Technical Field
The invention relates to the field of data transmission, in particular to a rail transit road bed Internet of things big data bus transmission method and system.
Background
In general transmission requirements of the internet of things, either the data size of single data transmission is relatively small (such as voltage, electric quantity, etc.), or a single-point unidirectional continuous transmission is adopted (such as vibration noise signal acquisition based on a wireless network, etc.), and there are some general or special communication protocols correspondingly, however, in some scenarios, a plurality of acquisition terminals (slaves) need to be arranged on a bus to reduce the number of channels of the master so as to control the cost, and meanwhile, the acquisition terminals need to give consideration to certain intelligent operation, instruction reception, state reply, etc. while data transmission is performed, the data size of the instruction and reply is considerably different from the length of a data packet to be transmitted, and the communication between the master and the slaves cannot cause instruction influence on other slaves (computers) on the bus, and orderly instruction reception can be maintained among the slaves on the same bus, The bus exception caused by simultaneous conversation at the same time can not occur. Under the special requirement, some traditional general or special communication protocols (such as a communication protocol with an end-meeting instruction or a fixed-length instruction) cannot meet the use requirement, and with the increase of the demand of the internet of things, the scenes of distributed data acquisition of vibration and noise signal data, real-time processing and diagnosis are more and more. The number of distributed acquisition points is large, and meanwhile, due to the limitation of cost (the number of information transmission channels of a host directly affects the cost) or use environment (such as in a tunnel structure, a constructed non-network coverage area and an area where wireless communication is susceptible to interference), it is difficult to construct 1-to-many communication networks, at this moment, a serial bus is a mature and reliable communication technology meeting use requirements, but on a physical layer of the serial bus, there is still no corresponding logical layer communication protocol applicable to this scenario.
Disclosure of Invention
Aiming at the defects of the prior art, the invention provides a rail transit road bed internet of things big data bus transmission method, which is characterized by comprising the following steps:
the master machine sends a control command to the slave machine;
and the slave machine executes operation according to the control instruction.
Preferably, the control instruction includes:
the address of the broadcast control instruction is the same as the address length of all the slave machines in the bus, and the address content of the broadcast control instruction is different from the address content of any slave machine in the bus;
a non-broadcast control instruction;
the non-broadcast control instruction comprises a fixed-length control instruction and a common control instruction.
Preferably, the slave machine executing the operation according to the control instruction includes:
when the slave computer receives a control instruction, judging the type of the control instruction according to an instruction code of the control instruction;
when the control instruction received by the slave computer is a broadcast control instruction, all the slave computers in the bus execute operation according to the broadcast control instruction;
and when the control instruction received by the slave machine is a non-broadcast control instruction, all the slave machines in the bus execute operation according to the non-broadcast control instruction.
Further, the operation executed by all the slaves in the bus according to the non-broadcast control instruction includes:
after all slave machines on the bus receive the non-broadcast control command, judging whether the non-broadcast control command is a common control command, if so, executing the operation of the common control command, otherwise, executing the operation of the fixed-length control command;
and after the host sends the non-broadcast control command, the host is switched into a monitoring state.
Further, the executing the general control instruction operation includes:
respectively judging whether the addresses of all the slave machines are the same as the addresses of the common control instructions by utilizing the addresses of the common control instructions, if so, executing the slave machines, otherwise, adopting wing machines;
when the ordinary control instruction needs to be replied, the master unit sends the ordinary control instruction and then switches to the listening state, after the slave unit executes operation according to the ordinary control instruction, the slave unit switches to the replying state and the wing plane switches to the listening state, and the slave unit sends the ordinary reply control instruction to the master unit and the wing plane which do not operate;
when the common control command does not need to be replied, the host computer does not operate after sending the common control command, and the slave computer executes operation according to the common control command;
the normal reply control command includes the address of the slave machine, and the audition state is a state that the operation is not executed after the normal reply control command is received by the bureaucratic machine.
Further, the executing the fixed-length control instruction operation includes:
when all the slave machines on the bus receive a fixed-length control instruction, switching all the slave machines into a fixed-length receiving state;
respectively judging whether the addresses of the slave machines are the same as the addresses of the fixed-length control instructions by utilizing the addresses of the fixed-length control instructions, if so, the slave machines are executed, and otherwise, the slave machines are wing machines;
when the fixed-length control instruction needs to be replied, the host sends the fixed-length control instruction and then switches to the interception state, after the slave executes operation according to the fixed-length control instruction, the slave switches to the reversion state and the wing plane switches to the audition state, and the slave sends the fixed-length reply control instruction to the host and the wing plane, wherein the wing plane does not operate;
and when the fixed-length control instruction does not need to be replied, the host does not operate after sending the fixed-length control instruction, and the slave executes the operation according to the fixed-length control instruction.
Further, after the host sends the non-broadcast control command, the switching of the host to the listening state includes:
after the host sends the non-broadcast control command, judging whether the waiting time after the host sends the non-broadcast control command and switches the monitoring state exceeds a standard waiting threshold value or not, if so, stopping waiting by the host, otherwise, continuing waiting by the host;
further, the sending, by the slave, the normal reply control command to the master includes:
and when the slave machine sends the ordinary reply control instruction to the host machine, the host machine is switched to a sending state.
Further, the sending, by the slave, the fixed-length reply control instruction to the master includes:
and when the slave machine sends the fixed-length reply control instruction to the host machine, the host machine is switched to a sending state.
Based on the same invention concept, the invention also provides a rail transit road bed internet of things big data bus transmission system, which is characterized by comprising the following components:
the sending module is used for sending a control command to the slave computer by the host computer;
and the execution module is used for executing operation by the slave machine according to the control instruction.
Compared with the closest prior art, the invention has the following beneficial effects:
the host computer is connected with a limited bus, all the slave computers are connected through the bus, wiring is convenient, a traditional bus transmission protocol adopts a fixed length instruction mode, the bus transmission protocol is suitable for transmitting low-frequency and small data, unequal length commands and replies can be realized, meanwhile, the transmission speed higher than 115200bps can be supported, the high-speed Internet of things acquisition requirement is supported, and meanwhile, the long-distance transmission advantage of serial ports such as RS485 and the like can be exerted.
Drawings
Fig. 1 is a schematic flow chart of a transmission method of a big data bus of the internet of things of a track traffic bed provided by the invention;
fig. 2 is a schematic diagram of a system for transmitting a big data bus of the internet of things of a track traffic bed provided by the invention.
Detailed Description
The following describes embodiments of the present invention in further detail with reference to the accompanying drawings.
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Example 1:
the invention provides a rail transit road bed internet of things big data bus transmission method, as shown in figure 1, comprising the following steps:
1. basic contract
a) End symbol byte string transceiving
The end-character byte string is a byte string having no agreed length, but the end thereof is constituted by one or several consecutive special bytes agreed in advance (for example, 0x0a), and when it is transmitted, the end of the byte string must include an end character. On receipt, each byte is received in a loop until the agreed terminator is received and receipt ceases.
The end-character cannot be the same as the rest of the byte string, such as the address or instruction code
b) Fixed length byte string transceiving
The fixed length byte string has no end character, the byte string is transmitted once during transmission, each byte is circularly received according to a certain length during receiving, and the receiving is stopped until the number of bytes received is consistent with the fixed length.
c) Slave address
In order to establish information interaction between a master and a slave, a slave address needs to be agreed, the slave address can be composed of one or more bytes, the slave addresses on the same bus cannot be repeated, and cannot be identical to a broadcast address or an end character. When the master sends an instruction to the slaves, all the slaves on the bus receive the instruction byte string, but the slaves can judge the command object according to the address characters in the byte string, and perform corresponding action if the address is the address of the slave, and ignore if the address is the address of other slaves.
d) Broadcast address
One or more bytes may be agreed upon as the broadcast address, which cannot be the same as any slave address nor the terminator, and the byte length indicating the broadcast address must be the same as the byte length indicating the slave address. The broadcast means that the master command is directed to all slaves, and when the slaves receive the broadcast command, all slaves perform related actions.
2. Master-slave operating mode convention
The slave is in a listening operation state under any condition, the listening operation state is aimed at receiving an end character byte string, no communication is performed when a byte string is not received, and the slave performs interpretation when a byte string is received and performs an action after the interpretation is successful.
The slave cannot actively send any content until it receives the command from the master.
The command sent in the broadcast form can not require the slave to reply, and the slave silences the function action after receiving the command in the broadcast form, but can not reply any content.
When the slave replies to the master command, the slave also adds the local address.
3. Transmit-receive switching conventions
When a certain command of the host needs to be replied by the slave, the host should switch back to the receiving state after sending the command in time to wait for the reply of the slave, and when the host switches back to the receiving state, a certain delay should be set, but when the delay is exceeded and the reply of the slave is not received, the waiting should be stopped.
When the slave receives a command of the host and needs to reply, the slave should end the interception state, switch to the sending state and send the relevant content, and switch back to the interception state after the sending is finished.
4. Instruction code and reply code
The command code is composed of one or more continuous bytes and is used for appointing the specific content of the command, after the slave receives the command, the slave reads the command code and then executes related functions according to different commands.
The reply code is composed of one or more consecutive bytes for replying to the host.
The instruction code and the reply code may be of any length, but may not be repeated.
5. Command and reply with bureaucratic sidecar
The following commands are defined by command codes, wherein the command codes refer to the byte strings sent by the host, and the reply codes refer to the byte strings sent by the slave, whether the reply is needed, whether the fixed-length receiving or sending or the overhearing is needed.
Any device on the bus sends out information, no matter the command of the master or the reply of the slave, all the devices on the bus can receive the information, so that for a master-slave conversation, the assistant has no function but switches the receiving state according to the command code or the reply code to perform receiving action, namely, the operation is a snooping operation, and command response confusion can occur if no snooping operation is performed.
a) Basic instructions:
the host computer sends out: [ Address code ] + [ instruction code ] + [ terminator ]
After the slave receives: performing related functions according to the instruction without reply
After a wing plane is received: without any treatment
b) A reply type instruction:
the host computer sends out: < basic instruction >, the host receives < basic reply >
The slave receives: < basic instruction >, the slave sends out < basic reply > ([ native address code ] + [ reply code ] + [ end symbol ])
A wing plane receives: < basic instruction > and a wing plane received < basic reply > without processing
c) Setting a parameter type command:
the host computer sends out: < basic instruction > + [ fixed-length parameter ]
The slave receives: < basic instruction >, switching to a fixed-length reception state, receiving a parameter at a fixed length, and executing a related function
A wing plane receives: < basic instruction >, switching to a fixed-length reception state, receiving a parameter at a fixed length, and not processing
The instruction with set parameters can require the slave to reply in the same manner as the reply type instruction
d) Obtaining a parameter type instruction:
the host computer sends out: < basic instruction >, the host receives the fixed length parameter
The slave receives: < basic instruction >, the slave sends fixed length parameters
A wing plane receives: < basic command > the bureau plane machine is switched to fixed-length receiving, the fixed-length parameter sent by the slave machine is not processed
e) Confirmation type instruction:
the host computer sends out: < basic command >, the host receives < basic reply >, the host issues: < basic instruction >
The slave receives: < basic command >, the slave sends < basic reply >, the slave receives: < basic instruction >
A wing plane receives: a bureau of a bureau, a bureau plane received: < basic instruction >, do not process
f) Reading a data packet instruction:
the host computer sends out: < basic instruction >, the host receives < basic reply >
No data: without subsequent reception
There are data: receiving a data packet
The slave receives: < basic instruction >, the slave sends < basic reply > (including a reply code of whether there is data)
No data: without subsequent transmission
There are data: transmitting data packets
A wing plane receives: < basic order > a wing plane received a slave < basic reply >
No data: without subsequent reception
There are data: receiving (overhearing) packets, discarding
Note: when a host or a wing plane receives a data packet, a byte string with a data length is received in a fixed length manner, and then a byte string is received in a fixed length manner again according to the data length analyzed by the byte string with the data length
6. Data packet structure
Data packet is [ data length ] + [ data head ] + [ data volume ]
Wherein:
data length is data head length + data body length
A data head: including, but not limited to, time stamps and strings of sampling frequency information bytes
Data volume: a continuous string of data bytes.
Example 2:
the invention provides an actual application situation of a rail transit road bed internet of things big data bus transmission method, which comprises the following steps:
command code (Master to Slave)
Figure BDA0003413244490000061
Figure BDA0003413244490000071
2. Reply code (reply from slave to host)
Figure BDA0003413244490000072
3. Setting slave time
Command and reply code:
"Command": set _ time
"parameters": 8bytes (float64),64 bit time stamp
"recovery": ok/error/busy
Sampling recovery busy
4. Setting sampling parameters
Command and reply code:
"Command": set trigger
"parameters": 12bytes ═
1byte whether vector trigger or not (1 yes, 0 no)
1byte trigger channel (0-accx,1-accy,2-accz)
4bytes trigger value, unit m/s 2, float32
Sample time before trigger (read ahead), unit: s, int16
2bytes, sampling time after triggering, unit: s, int16
2bytes, silence time after sampling, unit: s, int16
"recovery": ok/error/busy
Sampling recovery busy
5. Sampling thread stop
Command and reply code:
"Command": stop p
"recovery": ok/error/lazy
8. Setting serial port speed
Command and reply code:
"Command": set _ serial
"parameters": 1bytes (uint8):
1--9600bps
2--115200bps
3--230400bps
"recovery": check _ confirm/busy
Sampling recovery busy
Command 2. confirmed
9. Data transmission
"Command": read _ data
"recovery": data _ ok/no _ data/lazy
"data": data packet
10. Setting sensor parameters
Command and reply code:
"Command": set _ Sensor
"parameter": 9bytes ═ 9bytes
1byte FIFO write acceleration switch (0, 1)
FIFO write x-axis angular speed switch (0, 1)
FIFO write y-axis angular velocity switch (0, 1)
FIFO write z-axis angular velocity switch (0, 1)
1byte FIFO write sensor temperature switch (0, 1)
1byte sampling frequency parameter (0 to 255)
1byte low pass filter parameters (0 to 7)
1byte acceleration measuring range (0 to 3)
1byte angular velocity range (0 to 3)
"recovery": check _ confirm/busy
Sampling recovery busy
Command 2. confirmed
11. Setting slave addresses
Command and reply code:
"Command": set _ address
"parameters": 1byte (uint8), slave address (1 ~ 255! ═ 10)
"recovery": ok/error
12. Self-checking and self-calibration
Command and reply code:
"Command": self _ check
"parameters": 4bytes (int32), self test report code
Sampling recovery 500
13. Data packet format
Data packet byte length 4bytes int32 (Total bytes Length from items 2 to n below)
Slave ID 4bytes int 32: note that the unique ID is not an address
Recording timestamp 8bytes float64
Channel Enable 7bytes
Sampling frequency parameter 1bytes
Low pass filter parameter 1bytes
Acceleration range 1bytes
Angular velocity range 1bytes
Data body
Data volume length (time before trigger + time after trigger) sampling frequency 2bytes (16-bit value).
Example 3:
the invention provides a rail transit road bed internet of things big data bus transmission system, as shown in fig. 2, comprising:
the sending module is used for sending a control command to the slave computer by the host computer;
and the execution module is used for executing operation by the slave machine according to the control instruction.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solutions of the present invention and not for limiting the same, and although the present invention is described in detail with reference to the above embodiments, those of ordinary skill in the art should understand that: modifications and equivalents may be made to the embodiments of the invention without departing from the spirit and scope of the invention, which is to be covered by the claims.

Claims (10)

1. A rail transit road bed Internet of things big data bus transmission method is characterized by comprising the following steps:
the master machine sends a control command to the slave machine;
and the slave machine executes operation according to the control instruction.
2. The method of claim 1, wherein the control instructions comprise:
the address of the broadcast control instruction is the same as the address length of all the slave machines in the bus, and the address content of the broadcast control instruction is different from the address content of any slave machine in the bus;
a non-broadcast control instruction;
the non-broadcast control instruction comprises a fixed-length control instruction and a common control instruction.
3. The method of claim 1, wherein the slave performing operations according to the control instructions comprises:
when the slave computer receives a control instruction, judging the type of the control instruction according to an instruction code of the control instruction;
when the control instruction received by the slave computer is a broadcast control instruction, all the slave computers in the bus execute operation according to the broadcast control instruction;
and when the control instruction received by the slave machine is a non-broadcast control instruction, all the slave machines in the bus execute operation according to the non-broadcast control instruction.
4. The method of claim 3, wherein the operation performed by all slaves in the bus according to the non-broadcast control instruction comprises:
after all slave machines on the bus receive the non-broadcast control command, judging whether the non-broadcast control command is a common control command, if so, executing the operation of the common control command, otherwise, executing the operation of the fixed-length control command;
and after the host sends the non-broadcast control command, the host is switched into a monitoring state.
5. The method of claim 4, wherein said performing a normal control instruction operation comprises:
respectively judging whether the addresses of all the slave machines are the same as the addresses of the common control instructions by utilizing the addresses of the common control instructions, if so, executing the slave machines, otherwise, adopting wing machines;
when the ordinary control instruction needs to be replied, the master unit sends the ordinary control instruction and then switches to the listening state, after the slave unit executes operation according to the ordinary control instruction, the slave unit switches to the replying state and the wing plane switches to the listening state, and the slave unit sends the ordinary reply control instruction to the master unit and the wing plane which do not operate;
when the common control command does not need to be replied, the host computer does not operate after sending the common control command, and the slave computer executes operation according to the common control command;
the normal reply control command includes the address of the slave machine, and the audition state is a state that the operation is not executed after the normal reply control command is received by the bureaucratic machine.
6. The method of claim 4, wherein the performing fixed-length control instruction operations comprises:
when all the slave machines on the bus receive a fixed-length control instruction, switching all the slave machines into a fixed-length receiving state;
respectively judging whether the addresses of all the slaves are the same as the addresses of the fixed-length control instructions by utilizing the addresses of the fixed-length control instructions, if so, executing the slaves, otherwise, adopting the wing plane;
when the fixed-length control instruction needs to be replied, the host sends the fixed-length control instruction and then switches to the interception state, after the slave executes operation according to the fixed-length control instruction, the slave switches to the reversion state and the wing plane switches to the audition state, and the slave sends the fixed-length reply control instruction to the host and the wing plane, wherein the wing plane does not operate;
and when the fixed-length control instruction does not need to be replied, the host does not operate after sending the fixed-length control instruction, and the slave executes the operation according to the fixed-length control instruction.
7. The method of claim 4, wherein switching the host to the listening state after the host sends the non-broadcast control command comprises:
after the host sends the non-broadcast control command, whether the waiting time after the host sends the non-broadcast control command and switches the monitoring state exceeds a standard waiting threshold value or not is judged, if yes, the host stops waiting, and if not, the host continues waiting.
8. The method of claim 5, wherein sending the normal reply control command from the slave to the master comprises:
and when the slave machine sends the ordinary reply control instruction to the host machine, the host machine is switched to a sending state.
9. The method of claim 6, wherein sending the fixed-length reply control command from the slave to the master comprises:
and when the slave machine sends the fixed-length reply control instruction to the host machine, the host machine is switched to a sending state.
10. The utility model provides a big data bus transmission system of track traffic railway roadbed thing networking which characterized in that includes:
the sending module is used for sending a control command to the slave computer by the host computer;
and the execution module is used for executing the operation by the slave according to the control instruction.
CN202111536385.XA 2021-12-15 2021-12-15 Rail transit road bed internet of things big data bus transmission method and system Pending CN114553629A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111536385.XA CN114553629A (en) 2021-12-15 2021-12-15 Rail transit road bed internet of things big data bus transmission method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111536385.XA CN114553629A (en) 2021-12-15 2021-12-15 Rail transit road bed internet of things big data bus transmission method and system

Publications (1)

Publication Number Publication Date
CN114553629A true CN114553629A (en) 2022-05-27

Family

ID=81670022

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111536385.XA Pending CN114553629A (en) 2021-12-15 2021-12-15 Rail transit road bed internet of things big data bus transmission method and system

Country Status (1)

Country Link
CN (1) CN114553629A (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102420736A (en) * 2010-09-27 2012-04-18 罗伯特·博世有限公司 Serial ring communication arrangement and corresponding method
CN102664918A (en) * 2012-03-27 2012-09-12 中国人民解放军国防科学技术大学 Blade server control method and console
US20180270015A1 (en) * 2015-07-31 2018-09-20 Sony Corporation Data transmission apparatus and data transmission method, reception device and reception method, program, and data transmission system
CN109951256A (en) * 2019-03-28 2019-06-28 常州索维尔电子科技有限公司 On-board high-voltage power supply integrating device and its communication means and the new-energy automobile high voltage power supply for applying it
CN113676359A (en) * 2021-09-09 2021-11-19 广州安的电子科技有限公司 Internet of things multi-device communication configuration method, communication device, program product and medium

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102420736A (en) * 2010-09-27 2012-04-18 罗伯特·博世有限公司 Serial ring communication arrangement and corresponding method
CN102664918A (en) * 2012-03-27 2012-09-12 中国人民解放军国防科学技术大学 Blade server control method and console
US20180270015A1 (en) * 2015-07-31 2018-09-20 Sony Corporation Data transmission apparatus and data transmission method, reception device and reception method, program, and data transmission system
CN109951256A (en) * 2019-03-28 2019-06-28 常州索维尔电子科技有限公司 On-board high-voltage power supply integrating device and its communication means and the new-energy automobile high voltage power supply for applying it
CN113676359A (en) * 2021-09-09 2021-11-19 广州安的电子科技有限公司 Internet of things multi-device communication configuration method, communication device, program product and medium

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
于鹏飞: ""基于CPLD的PROFIBUS-DP从站设计"" *
居理,宋冠群: ""上海市轨道交通5 号线信号系统控制网络的研究与探讨"" *
郑勇升: ""嵌入式智能控制器通信协议的开发"" *
马平: ""基于S7-300PLC的车门包边机控制系统研究"" *

Similar Documents

Publication Publication Date Title
US20020112070A1 (en) Network controller for digitally controlling remote devices via a common bus
CN110471880B (en) ARINC429 bus module supporting Label number screening based on FPGA and data transmission method thereof
CN105302753A (en) Multi-channel HDLC data processing device based on FPGA and FIFO chips
US4680755A (en) Real-time end of packet signal generator
CN112398714B (en) Backboard bus master station, system and data communication method thereof
CN109471737B (en) Software adaptation method and device for high-speed magnetic levitation operation control system semi-physical simulation
CN109450761B (en) Multifunctional 1553B communication module
CN107579894B (en) FPGA-based EBR1553 bus protocol implementation device
CN109862034B (en) Data transmission processing system, gateway and data transmission processing method
CN113051204A (en) Serial backplane bus communication method and system
CN114257245A (en) Multichannel AD acquisition system based on DSP-FPGA
CN114553629A (en) Rail transit road bed internet of things big data bus transmission method and system
CN106330397B (en) method and device for realizing data interaction by ZigBee and Modbus RTU (remote terminal Unit) protocols
CN106411463B (en) A kind of high-speed data transmission apparatus and method based on asynchronous clock
CN110321304A (en) Bus communication system under vehicle environment between FPGA and STM32
CN113341853B (en) IP core, FPGA chip, alternating current servo driver and communication method
CN102438335B (en) Medium-long range wireless sensor network networking system
CN105099505B (en) A kind of communication system suitable for pulse ultra-broad band wireless network
CN210168057U (en) Multifunctional vehicle-mounted gateway
Yang et al. The design of distributed control system based on CAN Bus
Zuo et al. Design and implement of mvb bus controller based fpga
CN204836207U (en) Register is synthesized to 1394B bus interface protection type
Peng et al. FlexRay bus data fault diagnosis based on Zynq
CN206611426U (en) A kind of Ethernet audio transmission system based on FPGA
CN110519137A (en) Switching device

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

Application publication date: 20220527