Patent classifications
H04L69/26
Using existing servers in a wellbore environment as data sources for streaming servers
A streaming server can receive a request from a client device to access data about a wellbore environment in a database server. The database server can be communicatively coupled to a server, which can be communicatively coupled to the streaming server. The streaming server can communicate data in a standardized format with the server using a request and response protocol. The streaming server can communicate the wellbore environment data from the database server in a streaming format with the client device.
Hardware configurable security, monitoring and automation controller having modular communication protocol interfaces
A single platform for controller functionality for each of security, monitoring and automation, as well as providing a capacity to function as a bidirectional Internet gateway, is provided. Embodiments of the present invention provide such functionality by virtue of a configurable architecture that enables a user to adapt the system for the user's specific needs. Embodiments of the present invention further provide such functionality by providing for installation of removable, modular communication adapters for communication with a variety of devices external to the security, monitoring and automation controller.
Wireless control system, wireless control method, and battery pack
The present disclosure includes a wireless control system, a wireless control method, and a battery pack. The wireless control system includes a master configured to wirelessly transmit a first command packet, and first to N.sup.th slaves to which first to N.sup.th IDs are allocated, respectively. When the first slave receives the first command packet, the first slave wirelessly transmits a first response packet including first battery information and the first ID. When a k+1.sup.th slave receives the first command packet, the k+1.sup.th slave stands by to receive a k.sup.th response packet for a preparation period and wirelessly transmits a k+1.sup.th response packet including k+1.sup.th battery information and a k+1.sup.th ID. When the k.sup.th response packet is received by the k+1.sup.th slave within the preparation period, the k+1.sup.th response packet further includes k.sup.th battery information and a k.sup.th ID.
RECEIVER-CENTRIC COMMUNICATION BY COMBINED NETWORK TECHNOLOGIES FOR ENHANCED RELIABILITY
The present invention relates to a receiver-centric transmission system for IoT systems, such as lighting networks, with combo protocol radio chips that share a single radio front-end for two or more transmission protocols of different network technologies while preventing unacceptable performance degradations in one or both protocol modes. The receiver-centric approach allows implementation of two networks with acceptable performances on one single radio chip per node rather than requiring two radio chips per node.
RELIABLE COMMUNICATIONS USING A POINT TO POINT PROTOCOL
This disclosure describes techniques for performing communications between devices using various aspects of Ethernet standards. As further described herein, a protocol is disclosed that may be used for communications between devices, where the communications take place over a physical connection complying with Ethernet standards. Such a protocol may enable reliable and in-order delivery of frames between devices, while following Ethernet physical layer rules, Ethernet symbol encoding, Ethernet lane alignment, and/or Ethernet frame formats.
Communications device and method of communications
Embodiments of a device and method are disclosed. In an embodiment, a method of communications involves generating a packet for communications in a wired communications network, where the packet includes a header and a payload, and where the header includes packet type information that indicates a network connection within the wired communications network in which the packet is used, and transmitting the packet through the network connection.
ELECTRICAL CABINETS
There is described an electrical cabinet for a traffic signaling system. The electrical cabinet generally has a housing; an input encoder, the input encoder having input ports receiving input signals carrying states associated with input devices of the traffic signaling system, a serial encoding circuit serially encoding the states of the input signals into a headerless signal, the headerless signal beginning with a first time slot and ending with a last time slot temporally spaced apart from the first time slot, the time slots carrying the states of the input signals, and an output port; and a traffic light controller having a serial decoding circuit receiving the headerless signal and serially decoding the headerless signal to retrieve the states of the input signals carried by the time slots of the headerless signal, the traffic light controller controlling the traffic signaling system based on the retrieved states.
SYSTEM FOR DEVELOPMENT INTERFACE AND DATA TRANSMISSION METHOD FOR DEVELOPMENT INTERFACE
The invention relates to a system for development interface and a data transmission method for development interface. The system includes a development board and a host computer. The development board is electrically connected to the host computer by a debug interface. The data format transmitted by host computer includes a header field, an address field and a data field. When performing mass data transfer, a specific command is set in the header field to lift the restriction for the length of the data field. When the development board receives the specific command, a serial data transmission mode is switched to receive all data of the data field.
Digital networking in a welding system
A method for handling a data packet includes a network device receiving the data packet. The method also includes the network device separating first network layer data of the data packet from message data of the data packet. The message data of the data packet includes a source address represented by less than four bytes, a destination address represented by less than four bytes, and a format identifier. The method includes determining whether the destination address of the message data matches an address of the network device or whether the message data indicates a broadcast message. The method also includes the network device processing the format identifier if the destination address of the message data matches the address of the network device or if the message data indicates the broadcast message. The method includes the network device providing the message data to the network device and/or other network devices.
Transporting MTNC-ID over SRV6-Enabled Dataplane for 5G Transport
A method for transporting a Multi-Transport Network Context Identifier (MTNC-ID) over a Segment Routing Version 6 (SRV6) enabled data plane for fifth generation (5G) transport. The method includes setting an indicator in a flags field of a SRV6 header of a data packet that an MTNC-ID type-length-value (TLV) is included in a TLV field of the SRV6 header. The MTNC-ID TLV for the MTNC-ID is inserted in the TLV field of the SRV6 header of the data packet. The data packet with the SRV6 header containing the MTNC-ID is transmitted over the SRV6 enabled data plane to a next node along a forwarding path corresponding to the MTNC-ID.