_äìé`çêé» UART Host Transport Summary. February 2004
|
|
- Paula Jodie Caldwell
- 1 years ago
- Views:
Transcription
1 _äìé`çêé» UART Host Transport Summary February 2004 CSR Cambridge Science Park Milton Road Cambridge CB4 0WH United Kingdom Registered in England Tel: +44 (0) Fax: +44 (0)
2 Contents Contents 1 Introduction Host Transport Overview H3 (RS232) H4 (UART) BCSP Comparison Table BCSP Versions ABCSP and YABCSP ABCSP and YABCSP Implementation Scheduling ABCSP and YABCSP Operations Configuring ABCSP and YABCSP µbcsp Engine Implementating µbcsp Scheduling µbcsp Operations Configuring µbcsp Code Size Document References Acronyms and Definitions Record of Changes List of Figures Figure 2.1: Host and Bluetooth Hardware Communications Protocol... 4 Figure 2.2: UART Stacks... 6 Figure 3.1: ABCSP Library Flow... 9 List of Tables Table 2.1: Host Transport Layer Comparison... 7 Table 3.1: Comparison Between BCSP Variants and H Page 2 of 18
3 Introduction 1 Introduction The Bluetooth specification v1.2 details a number of communication layers and protocols that allow the transmission and reception of data and the control of Bluetooth wireless technology links by the host application. This summary describes the different host transports that can work over the universal asynchronous receiver and transmitter (UART). These include the standard Bluetooth protocols H3 and H4 and the _äìé`çêé» Serial Protocol (BCSP) developed by CSR. The summary presents three versions of BCSP designed for embedded systems. Page 3 of 18
4 Host Transport Overview 2 Host Transport Overview The Bluetooth Specification details a protocol for communication between the Host and the Bluetooth hardware called the host controller interface (HCI). Figure 2.1 shows how the protocol layers are commonly split with some layers: L2CAP and above residing on the host The link manager (LM) and below residing on the Bluetooth hardware Note: The Bluetooth hardware is also called the host controller (HC). Software Bluetooth Host Higher Layer Driver HCI Driver Physical Bus Driver Physical Bus Physical Bus Firmware HCI Firmware Baseband Controller Bluetooth Hardware Firmware Link Manager Firmware Firmware/ Hardware Figure 2.1: Host and Bluetooth Hardware Communications Protocol HCI defines the control and the bulk of data structures to be passed between the host and the Bluetooth hardware, but it says nothing about how these should be carried between the two units, i.e., HCI is itself transport independent. The Bluetooth specification defines two host transports to be used to carry HCI data between the host and the Bluetooth hardware over a UART link. These two transports are H3 and H4; in addition, CSR has designed another UART host transport called BCSP as a robust alternative to H4. This section examines all these UART host transports. Page 4 of 18
5 Host Transport Overview 2.1 H3 (RS232) The H3 host transport requires a minimum of three communication lines: Receive (Rx) Transmit (Tx) Common There are also two optional lines normally used for hardware flow control: Ready to Send (RTS) Clear to Send (CTS) Before transmission of HCI data a negotiation packet configures the link for baud rate, parity, stop bit, error response delay (T detect ) and protocol. The Bluetooth specification includes two different protocols: Hardware Sync. where the RTS/CTS lines are used for signalling error detection and re-synchronising Consistent overhead byte stuffing (COBS) where the hardware flow control lines are optional and error detection and handling is performed via dedicated sync and error messages When implementing H3, Bluetooth devices can support only one of these options, but hosts must be able to support both. Both protocols involve: The receiving end checking incoming messages for the following errors: Parity errors for Hardware Sync. Parity errors and/or cyclic redundancy check (CRC) errors for COBS Signal the sending end if they are detected Under COBS protocol, only the offending packet is retransmitted Under Hardware Sync. transmission is restarted with the offending packet and the original sequence resumed with all subsequent packets being retransmitted in order The sending end to maintain a buffer of all transmitted packets until it can be certain that a retransmission will not be required. Certainty can only be achieved when the maximum time for the receiving end to check the packet and signal an error has passed. This is defined in the negotiation packet by T detect. With its sequencing and error messages and need to retransmit single packets out of sequence, COBS adds an additional processing overhead. If H3 support is required on a device where a large transmission buffer is available, for example in the case of a personal computer (PC), or the receiving end has a short T detect, then implementation is straightforward. If however, the receiving device has a long T detect or random access memory (RAM) for the buffer is at a premium, then implementation can be very unattractive. As Bluetooth devices are designed to be low cost, it is hard to justify the extra RAM required for H3, especially given its other disadvantages: The extra processing required for COBS resulting in the bandwidth being processor limited to below the maximum required for full speed Bluetooth communications The error detection for Hardware Sync is restricted to parity bits Page 5 of 18
6 Host Transport Overview 2.2 H4 (UART) H4 is the simplest of the Bluetooth standard host transports. It is intended to operate over an RS232 link with no parity. Hardware flow control is required. HCI commands are transmitted directly with the addition of a packet indicator to indicate: Command Event Synchronous connection-oriented (SCO) Data Asynchronous connectionless (ACL) Data The disadvantage with H4 is its poor error detection; with no parity, it can only detect: An incorrect HCI packet indicator A corrupted HCI command The length of an HCI packet is out of range With the absence of any error recovery strategy when something does go wrong, the only way to recover is to reset the bus and restart communications. This often means reforming the Bluetooth links. Its advantage is that it is simple, cheap and easy to implement at both the Host and Bluetooth device but it is not robust. 2.3 BCSP BCSP was developed by CSR to provide a more reliable alternative to the H4 host transport protocol. It operates over a similar RS232 link, but hardware flow control is optional so the number of connections can be reduced from five to three if required. HCI messages are placed in a packet whose format allows the addition of the following features: Option for unreliable or reliable links For unreliable links there is software flow control and sequencing For Reliable links there is acknowledgement of receipt for each packet Option for CRC on all messages 8-bit checksum on packet headers Simple error recovery strategy Rest of Host System UART Stack Rest of Host Controller System UART Stack UART UART UART Link Figure 2.2: UART Stacks Before any transmission begins, a link establishment procedure permits synchronisation without hardware flow control lines. BCSP packets also include logical channel identifiers to separate Command, Event, ACL and SCO messages. Additional channel allocations also allow direct communications into the upper layers of an on-chip RFCOMM build along with manufacturer specific private channel commands. Page 6 of 18
7 Host Transport Overview An instance of the BCSP stack runs on both the host and the host controller. The top of the BCSP presents: One bi-directional reliable datagram service One bi-directional unreliable datagram service Higher layers of the stack can be built upon the two-datagram services. BlueCore devices contain dedicated hardware to improve performance when using BCSP. The extra information in the BCSP packet header makes this possible. The hardware checks the packet for completeness and validity, including checksums and CRCs, and routes the payload to its destination using direct memory access (DMA). This reduces the load on the processor to one interrupt per packet with one of two potential benefits: 2.4 More processing power for other tasks Greater opportunity for the processor to sleep and reduce current Whether either of these benefits can be realised will depend on how the BlueCore device is used within the application. Comparison Table Table 2.1 compares the various UART based host transports protocols. COBS H3-RS232 Hardware Table 2.1: Host Transport Layer Comparison H4-UART BCSP Physical Interface Serial Serial Serial Serial Serial Lines Required 3 or or 5 Top Speed (Mbits/s) Parity error Check - CRC Error Check or Better - - Recovery on Error Detection (1) (1) No (Reset) Tolerance of Lost Characters Good (1) Average (1) No Good Tolerance of Line Noise Good Good Poor Good Works with Hardware Flow Control - Works without Hardware Flow Control - Support Host Wake-up Native Support for Other Layers Note: (1) May require large buffer Page 7 of 18
8 BCSP Versions 3 BCSP Versions In small embedded applications, BCSP consumes too much RAM. CSR provides other BSSP implementations for different applications. Currently four versions of BCSP are available: Full version, described in the BCSP User Guide ABCSP, designed to fit embedded applications and described in ABCSP Overview 3.1 YABCSP, designed to fit embedded applications and described in YABCSP Overview. (YABCSP was written with almost the same interface as ABCSP and shares many of its functions.) µbcsp (MicroBCSP), designed to fit embedded applications and described in the µbcsp User Guide ABCSP, YABCSP and µbcsp are contained in separate zip files, available on the CSR support website at YABCSP and µbcsp source files include examples of implementations for Microsoft Windows systems This section provides a summary of the characteristics and differences between ABCSP, YABCSP and µbcsp. Table 3.1 provides a comparison between these versions of BCSP with H4. ABCSP and YABCSP ABCSP is intended for embedded applications where RAM usage is important. It requires complex integration with its host environment and is biased to minimise its consumption of the host s resources. It complies with the BCSP specification with no restrictions; any violations of the specification should not impact any design implementation. YABCSP is intended for use in applications that require minimum processing power. The impact of this optimisation is that it uses more and larger chunks of RAM than ABCSP. Hence, in spite of using the same memory management interface, the internal use works differently. It works on internal data buffer (which size is determined by the maximum length of the payload field of a transmitted BCSP packet) ABCSP and YABCSP Implementation Code for both ABCSP and YABCSP is divided into two sections, the source code and the interface files. These interfaces are as follows: Code common types Event reporting Unrecoverable errors Memory management Environment s Transmit message support Environment s Receive message support Environment s for the Timer functions ABCSP and YABCSP do not have internal message structure and only deal with message references; therefore, a specific interface is required for message support. As all message management is delegated to the higher layers, including the message storage, a memory management interface is included. For instance, the external code is responsible for allocating the size of the buffer to the ABCSP and YABCSP engines requirements. The interface consists of functions to: Access the raw bytes in a message Obtain storage to write bytes into a message Obtain buffer to output the UART Page 8 of 18
9 BCSP Versions Implementing these interfaces consist in replacing macros of the source header files by external environment functions. The role of these macros is well documented in the configuration header files. A complete description of the interfaces is available in the ABCSP Overview and the YABCSP Overview Scheduling ABCSP and YABCSP Operations The library contains no internal scheduler; it depends on the function calls to drive the code. For example, the transmit path is driven "down" by calls to abcsp_sendmsg() and abcsp_pumptxmsgs(); these result in calls to ABCSP_UART_SENDBYTES(). Similarly, the receive path is driven "up" by calls to abcsp_uart_deliverbytes(), resulting in calls to ABCSP_UART_SENDBYTES(). abcsp_sendmsg() abcsp_pumptxmsgs() ABCSP_UART_SENDBYTES() abcsp library ABCSP_DELIVERMSG() abcsp_uart_deliverbytes() Figure 3.1: ABCSP Library Flow Configuring ABCSP and YABCSP The periods of all the timers can be set separately. These periods are: Link Establishment T shy timer Link Establishment T conf timer BCSP Acknowledgement Timeout timer The CRC field is optional on BCSP messages The maximum length of the payload field of a received BCSP packet abcsp_init() The number of BCSP messages that can be handled by the ABCSP library's transmit path at a time 3.2 µbcsp Engine µbcsp engine is intended for very small embedded environments where the cost of providing program memory space and RAM space are the major primary concerns regarding the impact on overall system costs. µbcsp has a very simple interface and is easy to port. Link establishment is fully implemented and allows the peer reset detection and reporting. Although µbcsp complies with the BCSP specification, it has one main restriction: the size of the sliding window is set to one packet. This use of the single window reduces the buffering requirements of BCSP and helps to simplify the complexity of the acknowledgement (ACK) scheme. The overall effect of the single window scheme is to reduce the RAM and read only memory (ROM) requirements on the host. The disadvantage of the single sliding window is on the speed of data throughput. Note: The µbcsp engine has no timeout and retry mechanism, as this will be system specific. Page 9 of 18
10 BCSP Versions Implementating µbcsp The µbcsp interface is composed of the engine interface and the UART interface. The µbcsp engine interface is based on four functions: ubcsp_initialize() ubcsp_poll() ubcsp_send_packet() ubcsp_receive_packet() The UART interface is based on two functions: get_uart() put_uart() µbcsp does not have any interface for message support because it does have an internal message structure. The external message structure has to fit to this internal structure. Consequently, the storage of the message payload is internal to the engine and is based on two separate buffers allocated statically. The external code has no means to control the memory management Scheduling µbcsp Operations µbcsp is based on a polling strategy. The function ubcsp_poll() needs to be processed periodically and it returns as a parameter the state of the engine. This state is represented by a variable, which can take the following values: UBCSP_PACKET_SENT means a new packet can be sent. UBCSP_PACKET_RECEIVED means a new packet was received. Another packet will not be received until the ubcsp_receive_packet() function is called again. UBCSP_PEER_RESET means the BlueCore device has reset. This function returns a value either showing that an immediate running of the engine is necessary or that a delay before the next process is acceptable. The period to run the ubcsp_poll() has to be carefully chosen. Several parameters have to be taken into account such as baud rate, latency, presence of a FIFO, etc Configuring µbcsp The present version of the µbcsp engine has the following configurations: The delay between the return of the polling function and the call to the appropriate µbcsp function. The CRC field is optional on BCSP messages Code Size The µbcsp Engine consists of one source file and two header files representing 600 lines of C code. This code compiles and links to: 1737 bytes for Pentium PC with CRC 1351 bytes for Pentium PC with no CRC Page 10 of 18
11 BCSP Versions H4-UART BCSP µbcsp ABCSP YABCSP Physical Interface Serial Serial Serial Serial Serial Serial Lines Required 5 3 or 5 3 or 5 3 or 5 3 or 5 Parity Error Check No Even Even Even Even CRC Error Check or Better Data Lost Detection No Yes(1) Yes (1) Yes (1) Yes (1) No Yes Yes Yes Yes Recovery on Error Detection No (2) Yes No (3) Yes Yes Works with Hardware Flow Control Works without Hardware Flow Control Supports Host Wake-up Yes No No Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Initialise Function Call Init() void initialisestack BCSPStack * stack) ubcsp_initialize() abcsp_init() abcsp_init() UART API get_uart() ReadFile() get_uart() put_uart() WriteFile() put_uart() ABCSP_UART_SENDBYTES ( ) abcsp_uart_ deliverbytes ( ) ABCSP_UART_SENDBYTES ( ) abcsp_uart_ deliverbytes( ) Page 11 of 18
12 Stack Organisation, Scheduler BCSP Versions H4-UART BCSP µbcsp ABCSP YABCSP Depends on the implementation. The stack consists of a core generic engine, which has four I/O points; two byte-oriented buffers and two transfer-request queues. Internally, the stack contains a number of co-operative tasks which share a single stack space and which are managed by a simple scheduler. void (*entercs)(void *envstate) void (*leavecs)(void *envstate) These two functions are used to enter and leave a critical section. This is required to safely manage the transferrequest queues. void (*signal)(void * envstate) ; The signal function is called whenever a new transfer-request is added to a queue by the user. Typically this function is used to wake-up the stack-thread. Based on a polling system, the function to call regularly is ubcsp_poll(). The function ubcsp_poll() will return a parameter that indicates whether or not BCSP needs to do any processing. It modifies a variable to signal to the calling function whether a BCSP packet can be sent or received. It is also the function that actually sends or receives a character from the UART. The environment is required to provide a set of timers to support for BCSP s retransmission mechanism and for the BCSP linkestablishment's timers. ABCSP stack requires that ABCSP code should be able to request external code to call internal functions (such as abcsp_pumptxmsgs()). Scheduling operations is the responsibility of the developer. The environment is required to provide a set of timers to support for BCSP's retransmission mechanism and for the BCSP linkestablishment's timers. ABCSP stack requires that ABCSP code should be able to request external code to call internal functions (such as abcsp_pumptxmsgs()). Scheduling operations is the responsibility of the developer. Page 12 of 18
13 Transmit Functions Receive Functions BCSP Versions H4-UART BCSP µbcsp ABCSP YABCSP SendACLData ( ) SendCommand ( ) SendSCOData ( ) uint16 numfreeslotsinrec eivebuffer(bcspst ack * stack) void writebytetoreceiv ebuffer(bcspstack * stack,uint8 data) ubcsp_send_packet ( ) µbcsp uses a window size of one packet therefore only one packet can be sent at a time. The overall effect of the single window scheme is to reduce the RAM and ROM requirements on the host.. To send a message, higher layer code calls abcsp_sendmsg(); this places the message into a queue within the library. The higher layer code then repeatedly calls abcsp_pumptxmsgs() to translate the message into its BCSP wire format and push these bytes out of the bottom of the library via ABCSP_UART_SENDBYTES (). To send a message, higher layer code calls abcsp_sendmsg(); this places the message into a queue within the library. The higher layer code then repeatedly calls abcsp_pumptxmsgs() to translate the message into its BCSP wire format and push these bytes out of the bottom of the library via ABCSP_UART_SENDBYTES (). RecvCommand ( ) RecvACLData ( ) RecvSCOData ( ) uint16 numbytesintransmi tbuffer(bcspstack * stack); uint8 readbytefromtrans mitbuffer(bcspsta ck * stack); If the activity argument indicates a packet was received, then this packet needs to be processed in an external function. It will then set-up the engine to receive another packet by calling ubcsp_receive_pack et(). For inbound messages the UART driver code passes BCSP wire format bytes into the library via calls to abcsp_uart_deliverby tes(). When the library has all of the bytes to form a complete higher layer message it calls ABCSP_DELIVERMSG() to pass this to higher layer code. For inbound messages the UART driver code passes BCSP wire format bytes into the library via calls to abcsp_uart_deliverby tes(). When the library has all of the bytes to form a complete higher layer message it calls ABCSP_DELIVERMSG() to pass this to higher layer code. Page 13 of 18
14 BCSP Versions H4-UART BCSP µbcsp ABCSP YABCSP Recovery Mechanism Memory Management No Based on retransmit strategy. Depends on the implementation Debug Messages Depends on the implementation Stack internal scheduler is in charge of the retransmission, all the timers functions are implemented. Therefore, no timers interface. void * (*allocmem)(void * envstate,uint32 size); void (*freemem)(void * envstate,void*); These two functions are used to allocate and free memory. Several types of macros are used for debugging. Possible, but not implemented. There is no retransmission mechanism implemented therefore there are no timers. Storage of the message payload is internal to the engine (based on two separate buffers allocated statically one for transmit and one for receive) which reduces the code size. Link Establishment and Error messages Based on retransmit strategy. (The environment is required to provide a timer for BCSP's retransmission mechanism). ABCSP reliable messages are placed in a queue which can grow to a fixed maximum length that matches the BCSP transmit window size. Delegate all the memory management to external code; it asks for access to external buffers: via ABCSP_xxMSG_GETBUF(). Set of functions for this purpose needs to be written by the developer. External code chooses the size of the returned buffer (if a buffer is available!). Report significant events to the external environment, two categories informative and panic events. Based on retransmit strategy. (The environment is required to provide a timer for BCSP's retransmission mechanism). ABCSP reliable messages are placed in a queue which can grow to a fixed maximum length that matches the BCSP transmit window size. Delegate all the memory management to external code; it asks for access to external buffers: via ABCSP_xxMSG_GETBUF(). Set of functions for this purpose needs to be written by the developer. Report significant events to the external environment, two categories informative and panic events. Page 14 of 18
15 BCSP Versions H4-U AR T BCSP µbcsp A BCSP Y A BCSP Configuration Depends on the implementation. Code Size Depends on the implementation. Packet acknowledgement timeout. Transmit window size (in packets). (Minimum value is 1. Maximum value is the range of the ACK Field, minus one.) Number of times a message is resent before declaring the link has failed. CRC field is optional on BCSP messages. Designed to run on a host system with at least 600 bytes of RAM and approximately 58kb to 8kb of ROM. The delay between the return of the polling function and the call to the appropriate µbcsp function. The CRC field is optional on BCSP messages. Composed of two files (one source and one header). Representing about 600 lines of C code. Compiled under Pentium it represents 1700 bytes with CRC and without CRC about 1300 bytes. The periods of all the timers can be set separately (Link Establishment Tshy timer, Link Establishment Tconf timer, and BCSP Acknowledgment Timeout timer). CRC field is optional on BCSP messages. Maximum length of the payload field of a received BCSP packet. Number of BCSP messages that can be handled by the ABCSP library's transmit path at a time. Composed of 36 files into three directories. Representing about 1700 lines of C code. Compiled under Pentium it represents about 2500 bytes with CRC. The periods of all the timers can be set separately (Link Establishment Tshy timer, Link Establishment Tconf timer, and BCSP Acknowledgment Timeout timer). The CRC field is optional on BCSP messages. Maximum length of payload field of a received BCSP packet and size of internal buffer for UART output. Number of BCSP messages that can be handled by the ABCSP library's transmit path at a time. Compiled under ARM ADS 1.1 it represents about 7000 bytes with CRC. Table 3.1: Comparison Between BCSP Variants and H4 Note: (1) Optional (2) Reset necessary (3) Unless recovery strategy is implemented Page 15 of 18
16 Document References 4 Document References Document Reference Specification of the Bluetooth System V1.1, 22 February 2001 and v1.2, 05 November 2003 BlueCore Serial Protocol (BCSP) bcore-sp-012p BCSP Channel Allocations bcore-sp-007p BCSP Link Establishment Protocol bcore-sp-008p ABCSP Overview CSR document AN111 YABCSP Overview CSR document bcore-an-012p µbcsp User Guide CSR document bcor-ug-001p Page 16 of 18
17 Acronyms and Definitions Acronyms and Definitions ABCSP ACK ACL BCSP BlueCore Bluetooth Bluetooth SIG COBS CRC CSR CTS DMA FIFO HC HCI L2CAP µbcsp PC RAM RFCOMM ROM RS232 RTS Rx SCO Tx UART Another BlueCore Serial Protocol ACKnowledge Asynchronous Connection-Less BlueCore Serial Protocol Group term for CSR s range of Bluetooth wireless technology chips Set of technologies providing audio and data transfer over short-range radio connections Bluetooth Special Interest Group Consistent Overhead Byte Stuffing Cyclic Redundancy Check Cambridge Silicon Radio Clear to Send Direct Memory Access First In, First Out Host Controller Host Controller Interface Logical Link Control and Adaptation Protocol (protocol layer) Micro BlueCore Serial Protocol Personal Computer Random Access Memory RF Communications Read Only Memory Serial communications standard Ready To Send Receive/Receiver Synchronous Connection-Oriented Transmit/Transmitter Universal Asynchronous Receiver Transmitter Page 17 of 18
18 Record of Changes Record of Changes Date: Revision Reason for Change: 01 MAY 02 a Original publication of this document (CSR reference: bcore-rp-002pa) 09 FEB 04 b Updated to include YABCSP (CSR reference: ) UART Host Transport Summary February 2004 Bluetooth and the Bluetooth logos are trademarks owned by Bluetooth SIG, Inc. and licensed to CSR. _äìé`çêé is a trademark of CSR. All other product, service and company names are trademarks, registered trademarks or service marks of their respective owners. CSR s products are not authorised for use in life-support or safety-critical applications. Page 18 of 18
_äìé`çêé» VM Memory Mapping and Memory Usage. Application Note. November CSR Cambridge Science Park Milton Road Cambridge CB4 0WH United Kingdom
_äìé`çêé» VM Memory Mapping and Memory Usage Application Note November 2006 CSR Cambridge Science Park Milton Road Cambridge CB4 0WH United Kingdom Registered in England 4187346 Tel: +44 (0)1223 692000
WiMOD LR Base Host Controller Interface
WiMOD LR Base Host Controller Interface Specification Version 1.7 Document ID: 4100/40140/0062 IMST GmbH Carl-Friedrich-Gauß-Str. 2-4 47475 KAMP-LINTFORT GERMANY Introduction Document Information File
Bluetooth PC Card Transport Layer
Bluetooth WHITE PAPER DATE 25 August 99 N.B. DOCUMENT NO. 1.C.123/1.0 RESPONSIBLE Riku Mettala E-MAIL ADDRESS Riku.Mettala@nmp.nokia.com STATUS Bluetooth PC Card Transport Layer Version 1.0 The Bluetooth
Burst Transfers ABSTRACT
Burst Transfers ABSTRACT The ANT Burst transfer mode offers a fast and efficient method for transferring bulk data through the ANT wireless link. Rather than using an increased message rate, the ANT Burst
Computer Network. Direct Link Networks Reliable Transmission. rev /2/2004 1
Computer Network Direct Link Networks Reliable Transmission rev 1.01 24/2/2004 1 Outline Direct link networks (Ch. 2) Encoding Framing Error detection Reliable delivery Media access control Network Adapter
Concepts of Serial Communication
Section 6. Serial Communication Communication Using Serial Interfaces: UART and SPI Concepts of Serial Communication Limitations of Parallel Bus Clock skew becomes a serious issue for high speed and long
CC-SCTP: Chunk Checksum of SCTP for Enhancement of Throughput in Wireless Network Environments
CC-SCTP: Chunk Checksum of SCTP for Enhancement of Throughput in Wireless Network Environments Stream Control Transmission Protocol (SCTP) uses the 32-bit checksum in the common header, by which a corrupted
Unit 2.
Unit 2 Unit 2 Topics Covered: 1. PROCESS-TO-PROCESS DELIVERY 1. Client-Server 2. Addressing 2. IANA Ranges 3. Socket Addresses 4. Multiplexing and Demultiplexing 5. Connectionless Versus Connection-Oriented
OSI Transport Layer. Network Fundamentals Chapter 4. Version Cisco Systems, Inc. All rights reserved. Cisco Public 1
OSI Transport Layer Network Fundamentals Chapter 4 Version 4.0 1 Transport Layer Role and Services Transport layer is responsible for overall end-to-end transfer of application data 2 Transport Layer Role
Distributed Queue Dual Bus
Distributed Queue Dual Bus IEEE 802.3 to 802.5 protocols are only suited for small LANs. They cannot be used for very large but non-wide area networks. IEEE 802.6 DQDB is designed for MANs It can cover
[A SHORT REPORT ON BLUETOOTH TECHNOLOGY]
2011 [A SHORT REPORT ON BLUETOOTH TECHNOLOGY] By Ram Kumar Bhandari 1. Introduction Bluetooth Technology A Technical Report Bluetooth is a short-ranged wire-less communication technology implementing the
Simulation of Bluetooth Network
Simulation of Bluetooth Network Lennart Lagerstedt Stockholm, 2003 Master of Science Thesis Project The Department of Microelectronics and Information Technology, Royal Institute of Technology (KTH) Lennart
Topics. Link Layer Services (more) Link Layer Services LECTURE 5 MULTIPLE ACCESS AND LOCAL AREA NETWORKS. flow control: error detection:
1 Topics 2 LECTURE 5 MULTIPLE ACCESS AND LOCAL AREA NETWORKS Multiple access: CSMA/CD, CSMA/CA, token passing, channelization LAN: characteristics, i basic principles i Protocol architecture Topologies
Chapter 5: The Data Link Layer. Chapter 5 Link Layer and LANs. Ethernet. Link Layer. Star topology. Ethernet Frame Structure.
hapter 5 Link Layer and LNs omputer Networking: Top Down pproach 5 th edition. Jim Kurose, Keith Ross ddison-wesley, pril 2009. hapter 5: The Data Link Layer Our goals: understand principles behind data
Hello, and welcome to this presentation of the STM32 Low Power Universal Asynchronous Receiver/Transmitter interface. It covers the main features of
Hello, and welcome to this presentation of the STM32 Low Power Universal Asynchronous Receiver/Transmitter interface. It covers the main features of this interface, which is widely used for serial communications.
The SpaceWire Transport Protocol. Stuart Mills, Steve Parkes University of Dundee. International SpaceWire Seminar 5 th November 2003
The SpaceWire Transport Protocol Stuart Mills, Steve Parkes University of Dundee International SpaceWire Seminar 5 th November 2003 Introduction Background The Protocol Stack, TCP/IP, SCPS CCSDS and SOIF
OpenLCB Technical Note. Datagram Transport. 1 Introduction. 2 Annotations to the Standard. 2.1 Introduction. 2.2 Intended Use
OpenLCB Technical Note Datagram Transport Feb 6, 2016 Adopted 5 10 15 20 25 1 Introduction This Technical Note contains informative discussion and background for the corresponding OpenLCB Datagram Transport
Jaringan Komputer. Data Link Layer. The Data Link Layer. Study the design principles
Jaringan Komputer The Data Link Layer Data Link Layer Study the design principles Algorithms for achieving reliable, efficient communication between two adjacent machines at the data link layer Adjacent
CHAPTER 3 WIRELESS MEASUREMENT INSTRUMENT
CHAPTER 3 WIRELESS MEASUREMET ISTRUMET This chapter gives a functional description of the WMI hardware and software for implementation in IVDS. A detailed technical description is not given, but is provided
User Datagram Protocol (UDP):
SFWR 4C03: Computer Networks and Computer Security Feb 2-5 2004 Lecturer: Kartik Krishnan Lectures 13-15 User Datagram Protocol (UDP): UDP is a connectionless transport layer protocol: each output operation
William Stallings Data and Computer Communications. Chapter 7 Data Link Control
William Stallings Data and Computer Communications Chapter 7 Data Link Control Flow Control Ensuring the sending entity does not overwhelm the receiving entity Preventing buffer overflow Transmission time
Wireless LANs. ITS 413 Internet Technologies and Applications
Wireless LANs ITS 413 Internet Technologies and Applications Aim: Aim and Contents Understand how IEEE 802.11 wireless LANs work Understand what influences the performance of wireless LANs Contents: IEEE
Wireless Sensor Networks
Wireless Sensor Networks 11th Lecture 29.11.2006 Christian Schindelhauer schindel@informatik.uni-freiburg.de 1 Bluetooth in WSN? There are several commercially available MAC protocol/products Wi-Fi Bluetooth
CCNA Exploration1 Chapter 7: OSI Data Link Layer
CCNA Exploration1 Chapter 7: OSI Data Link Layer LOCAL CISCO ACADEMY ELSYS TU INSTRUCTOR: STELA STEFANOVA 1 Explain the role of Data Link layer protocols in data transmission; Objectives Describe how the
CS 43: Computer Networks Switches and LANs. Kevin Webb Swarthmore College December 5, 2017
CS 43: Computer Networks Switches and LANs Kevin Webb Swarthmore College December 5, 2017 Ethernet Metcalfe s Ethernet sketch Dominant wired LAN technology: cheap $20 for NIC first widely used LAN technology
Operating Systems. 16. Networking. Paul Krzyzanowski. Rutgers University. Spring /6/ Paul Krzyzanowski
Operating Systems 16. Networking Paul Krzyzanowski Rutgers University Spring 2015 1 Local Area Network (LAN) LAN = communications network Small area (building, set of buildings) Same, sometimes shared,
Basic Low Level Concepts
Course Outline Basic Low Level Concepts Case Studies Operation through multiple switches: Topologies & Routing v Direct, indirect, regular, irregular Formal models and analysis for deadlock and livelock
More on IO: The Universal Serial Bus (USB)
ecture 37 Computer Science 61C Spring 2017 April 21st, 2017 More on IO: The Universal Serial Bus (USB) 1 Administrivia Project 5 is: USB Programming (read from a mouse) Optional (helps you to catch up
Agenda. Protocol Principles
Agenda Protocol Principles Layering, CL vs. CO Protocols, Best-Effort vs. Reliable Services ARQ Techniques, Sequence umbers, Windowing, Bandwidth-Delay Product, Flow Control, HDLC Introduction ARQ Techniques
I/O Organization John D. Carpinelli, All Rights Reserved 1
I/O Organization 1997 John D. Carpinelli, All Rights Reserved 1 Outline I/O interfacing Asynchronous data transfer Interrupt driven I/O DMA transfers I/O processors Serial communications 1997 John D. Carpinelli,
Introduction to Networks and the Internet
Introduction to Networks and the Internet CMPE 80N Announcements Project 2. Reference page. Library presentation. Internet History video. Spring 2003 Week 7 1 2 Today Internetworking (cont d). Fragmentation.
The data link layer has a number of specific functions it can carry out. These functions include. Figure 2-1. Relationship between packets and frames.
Module 2 Data Link Layer: - Data link Layer design issues - Error Detection and correction Elementary Data link protocols, Sliding window protocols- Basic Concept, One Bit Sliding window protocol, Concept
Anybus-CC Technical Introduction
Anybus-CC Technical Introduction Anybus Background From the beginning the functionality of an industrial network interface was primarily designed to exchange process data (I/O data). When Anybus was originally
ET3110 Networking and Communications UNIT 2: Communication Techniques and Data Link Control Protocol skong@itt-tech.edutech.edu Learning Objectives Identify methods of detecting errors. Use Hamming code
Research and Analysis of Flow Control Mechanism for Transport Protocols of the SpaceWire Onboard Networks
Research and Analysis of Flow Control Mechanism for Transport Protocols of the SpaceWire Onboard Networks Nikolay Sinyov, Valentin Olenev, Irina Lavrovskaya, Ilya Korobkov {nikolay.sinyov, valentin.olenev,
e-pg Pathshala Quadrant 1 e-text
e-pg Pathshala Subject : Computer Science Module: Bluetooth Paper: Computer Networks Module No: CS/CN/37 Quadrant 1 e-text In our journey on networks, we are now exploring wireless networks. We looked
AN4872 Application note
Application note BlueNRG-1 and BlueNRG-2 UART bootloader protocol Introduction The BlueNRG-1 and BlueNRG-2 are very low power Bluetooth low energy (BLE) single-mode systemson-chip, compliant with Bluetooth
Network Working Group. Category: Informational DayDreamer August 1996
Network Working Group Request for Comments: 1974 Category: Informational R. Friend Stac Electronics W. Simpson DayDreamer August 1996 PPP Stac LZS Compression Protocol Status of this Memo This memo provides
Using XAP Processors in Space Applications
Using XAP Processors in Space Applications MESA Roundtable: ESTEC, 4 November 21 Chris Roberts and Alistair Morfey 8 November 21 ASICs-P-78 v1.2 1 2 3 4 Introduction to Cambridge Consultants Challenges
CS 640 Introduction to Computer Networks. Role of data link layer. Today s lecture. Lecture16
Introduction to Computer Networks Lecture16 Role of data link layer Service offered by layer 1: a stream of bits Service to layer 3: sending & receiving frames To achieve this layer 2 does Framing Error
Transport Protocols. ISO Defined Types of Network Service: rate and acceptable rate of signaled failures.
Transport Protocols! Type A: ISO Defined Types of Network Service: Network connection with acceptable residual error rate and acceptable rate of signaled failures. - Reliable, sequencing network service
original standard a transmission at 5 GHz bit rate 54 Mbit/s b support for 5.5 and 11 Mbit/s e QoS
IEEE 802.11 The standard defines a wireless physical interface and the MAC layer while LLC layer is defined in 802.2. The standardization process, started in 1990, is still going on; some versions are:
Two approaches to Flow Control. Cranking up to speed. Sliding windows in action
CS314-27 TCP: Transmission Control Protocol IP is an unreliable datagram protocol congestion or transmission errors cause lost packets multiple routes may lead to out-of-order delivery If senders send
TCP/IP-2. Transmission control protocol:
TCP/IP-2 Transmission control protocol: TCP and IP are the workhorses in the Internet. In this section we first discuss how TCP provides reliable, connectionoriented stream service over IP. To do so, TCP
Part 5: Link Layer Technologies. CSE 3461: Introduction to Computer Networking Reading: Chapter 5, Kurose and Ross
Part 5: Link Layer Technologies CSE 3461: Introduction to Computer Networking Reading: Chapter 5, Kurose and Ross 1 Outline PPP ATM X.25 Frame Relay 2 Point to Point Data Link Control One sender, one receiver,
Faculty of Engineering and Information Technology Embedded Software. Lab 1 Tower Serial Communications
Faculty of Engineering and Information Technology Subject: 48434 Embedded Software Assessment Number: 1 Assessment Title: Lab 1 Tower Serial Communications Tutorial Group: Students Name(s) and Number(s)
D-STAR Review & Final Exam
Page 1 of 8 D-STAR Review & Final Exam Summary This lesson consists of a selection of items from the review sections of Lessons #1 - #9. The Final Exam consists of twenty questions selected from the individual
Continuous Real Time Data Transfer with UDP/IP
Continuous Real Time Data Transfer with UDP/IP 1 Emil Farkas and 2 Iuliu Szekely 1 Wiener Strasse 27 Leopoldsdorf I. M., A-2285, Austria, farkas_emil@yahoo.com 2 Transilvania University of Brasov, Eroilor
C-MAX CME8000-BUS. Module Layout CME8000-BUS-LP02 RS232. Industrial Module with CME8000 receiver IC. Short Description
Industrial Module with CME8000 receiver IC RF Technology Specialist Short Description The CME8000 is a BiCMOS integrated straight through receiver with build in very high sensitivity and a pre-decoding
CS61C Machine Structures Lecture 37 Networks. No Machine is an Island!
CS61C Machine Structures Lecture 37 Networks April 24, 2006 John Wawrzynek Page 1 No Machine is an Island! Computer Processor (active) Control ( brain ) Datapath ( brawn ) Memory (passive) (where programs,
Hello, and welcome to this presentation of the STM32 Universal Synchronous/Asynchronous Receiver/Transmitter Interface. It covers the main features
Hello, and welcome to this presentation of the STM32 Universal Synchronous/Asynchronous Receiver/Transmitter Interface. It covers the main features of this USART interface, which is widely used for serial
Lixia Zhang M. I. T. Laboratory for Computer Science December 1985
Network Working Group Request for Comments: 969 David D. Clark Mark L. Lambert Lixia Zhang M. I. T. Laboratory for Computer Science December 1985 1. STATUS OF THIS MEMO This RFC suggests a proposed protocol
Cisco Series Internet Router Architecture: Packet Switching
Cisco 12000 Series Internet Router Architecture: Packet Switching Document ID: 47320 Contents Introduction Prerequisites Requirements Components Used Conventions Background Information Packet Switching:
CMPE150 Midterm Solutions
CMPE150 Midterm Solutions Question 1 Packet switching and circuit switching: (a) Is the Internet a packet switching or circuit switching network? Justify your answer. The Internet is a packet switching
TCP over wireless links
CSc 450/550 Computer Communications & Networks TCP over wireless links Jianping Pan (stand-in for Dr. Wu) 1/31/06 CSc 450/550 1 TCP over wireless links TCP a quick review on how TCP works Wireless links
Smart cards and smart objects communication protocols: Looking to the future. ABSTRACT KEYWORDS
Smart cards and smart objects communication protocols: Looking to the future. Denis PRACA Hardware research manager, Gemplus research Lab, France Anne-Marie PRADEN Silicon design program manager, Gemplus
Wireless-Tag WT51822-S4AT
Description: WT51822-S4AT is a high performance,low power radio transmit and receive system module use Nordic BLE 4.1 nrf51822 as the controller chips. It has the smallest volume package in the industry,
AN10955 Full-duplex software UART for LPC111x and LPC13xx
Rev. 1 13 July 2010 Application note Document information Info Content Keywords LPC111X, LPC13XX, UART, software Abstract This application note illustrates how software running on an LPC111X or LPC13XX
Goals and topics. Verkkomedian perusteet Fundamentals of Network Media T Circuit switching networks. Topics. Packet-switching networks
Verkkomedian perusteet Fundamentals of Media T-110.250 19.2.2002 Antti Ylä-Jääski 19.2.2002 / AYJ lide 1 Goals and topics protocols Discuss how packet-switching networks differ from circuit switching networks.
TCP OVER AD HOC NETWORK
TCP OVER AD HOC NETWORK Special course on data communications and networks Zahed Iqbal (ziqbal@cc.hut.fi) Agenda Introduction Versions of TCP TCP in wireless network TCP in Ad Hoc network Conclusion References
CCNA 1 Chapter 7 v5.0 Exam Answers 2013
CCNA 1 Chapter 7 v5.0 Exam Answers 2013 1 A PC is downloading a large file from a server. The TCP window is 1000 bytes. The server is sending the file using 100-byte segments. How many segments will the
UDP: Datagram Transport Service
UDP: Datagram Transport Service 1 Topics Covered Introduction Transport Protocols and End-to-End Communication The User Datagram Protocol The Connectionless Paradigm Message-Oriented Interface UDP Communication
NWEN 243. Networked Applications. Layer 4 TCP and UDP
NWEN 243 Networked Applications Layer 4 TCP and UDP 1 About the second lecturer Aaron Chen Office: AM405 Phone: 463 5114 Email: aaron.chen@ecs.vuw.ac.nz Transport layer and application layer protocols
Chapter 7: Data Link Control. Data Link Control Protocols
Chapter 7: Data Link Control CS420/520 Axel Krings Page 1 Data Link Control Protocols Need layer of logic above Physical to manage exchange of data over a link frame synchronization flow control error
EDBG. Description. Programmers and Debuggers USER GUIDE
Programmers and Debuggers EDBG USER GUIDE Description The Atmel Embedded Debugger (EDBG) is an onboard debugger for integration into development kits with Atmel MCUs. In addition to programming and debugging
Simulation of TCP Layer
39 Simulation of TCP Layer Preeti Grover, M.Tech, Computer Science, Uttrakhand Technical University, Dehradun ABSTRACT The Transmission Control Protocol (TCP) represents the most deployed transport protocol
Multimedia in the Internet
Protocols for multimedia in the Internet Andrea Bianco Telecommunication Network Group firstname.lastname@polito.it http://www.telematica.polito.it/ > 4 4 3 < 2 Applications and protocol stack DNS Telnet
Efficient Multicast Schemes for Mobile Multiparty Gaming Applications
Efficient Multicast Schemes for Mobile Multiparty Gaming Applications P6-6th semester 2006 Group 681 - ComNet Aalborg University 9th March 2006 Institut for elektroniske systemer Fr. Bajers Vej 7 Telefon
Optical Data Interface ODI-1 Physical Layer Preliminary Specification. Revision Date
Optical Data Interface O-1 Physical Layer Preliminary Specification Revision Date 171002 2 O 3-part Specification O-2.1: High-Speed Formats 8 to 16 bit data formats Packing Methods Optimized for SDR &
IS370 Data Communications and Computer Networks. Chapter 5 : Transport Layer
IS370 Data Communications and Computer Networks Chapter 5 : Transport Layer Instructor : Mr Mourad Benchikh Introduction Transport layer is responsible on process-to-process delivery of the entire message.
UC Santa Barbara. Operating Systems. Christopher Kruegel Department of Computer Science UC Santa Barbara
Operating Systems Christopher Kruegel Department of Computer Science http://www.cs.ucsb.edu/~chris/ Input and Output Input/Output Devices The OS is responsible for managing I/O devices Issue requests Manage
NS9750B-0. Use in conjunction with: Errata , Rev G. Release date: May Phone: Web:
NS9750B-0 Errata 90000530, Rev G Release date: May 2006 Use in conjunction with: NS9750 Hardware Reference, Rev. E Part number: 90000624_E Released: April 2006 SPI slave data output high impedance control
Analysis of the Transport Protocol Requirements for the SpaceWire On-board Networks of Spacecrafts
Analysis of the Transport Protocol Requirements for the SpaceWire On-board Networks of Spacecrafts Irina Lavrovskaya, Valentin Olenev, Ilya Korobkov Saint-Petersburg State University of Aerospace Instrumentation
Direct Link Communication I: Basic Techniques. Data Transmission. ignore carrier frequency, coding etc.
Direct Link Communication I: Basic Techniques Link speed unit: bps abstraction Data Transmission ignore carrier frequency, coding etc. Point-to-point link: wired or wireless includes broadcast case Interested
Packet Switching - Asynchronous Transfer Mode. Introduction. Areas for Discussion. 3.3 Cell Switching (ATM) ATM - Introduction
Areas for Discussion Packet Switching - Asynchronous Transfer Mode 3.3 Cell Switching (ATM) Introduction Cells Joseph Spring School of Computer Science BSc - Computer Network Protocols & Arch s Based on
by I.-C. Lin, Dept. CS, NCTU. Textbook: Operating System Concepts 8ed CHAPTER 13: I/O SYSTEMS
by I.-C. Lin, Dept. CS, NCTU. Textbook: Operating System Concepts 8ed CHAPTER 13: I/O SYSTEMS Chapter 13: I/O Systems I/O Hardware Application I/O Interface Kernel I/O Subsystem Transforming I/O Requests
Data Link layer (CN chap 3.1, 3.4, 3.6)
Data Link layer (CN chap 3.1, 3.4, 3.6) The OSI model an old friend... Application Presentation Session Transport Network Data link Physical F.eks. ftp, mail, http,... handles data structures and conversion
Cross Layer Transport Layer Approach for Multihop Wireless Sensor Network
International Journal of Scientific and Research Publications, Volume 3, Issue 1, January 2013 1 Cross Layer Transport Layer Approach for Multihop Wireless Sensor Network Vaishali Rajput *, Tanaji Khadtare
Master Course Computer Networks IN2097
Chair for Network Architectures and Services Prof. Carle Department for Computer Science TU München Chair for Network Architectures and Services Prof. Carle Department for Computer Science TU München Master
BLUETOOTH SMART READY SOFTWARE
BLUETOOTH SMART READY SOFTWARE RELEASE NOTES Wednesday, 15 March 2017 Version 3.4 Copyright Silicon Labs All rights reserved. Silicon Labs assumes no liability or responsibility for any errors, mistakes
nblue TM BR-MUSB-LE4.0-S2A (CC2540)
Page 1 of 5 Copyright 2002-2014 BlueRadios, Inc. Bluetooth 4.0 Low Energy Single Mode Class 1 SoC USB Serial Dongle nblue TM BR-MUSB-LE4.0-S2A (CC2540) AT HOME. AT WORK. ON THE ROAD. USING BLUETOOTH LOW
Computer Peripherals
Computer Peripherals School of Computer Engineering Nanyang Technological University Singapore These notes are part of a 3rd year undergraduate course called "Computer Peripherals", taught at Nanyang Technological
LM540 Long Range Bluetooth v2.1 + EDR Adapter Host Controller Interface (HCI) via USB Interface
Long Range Bluetooth v2.1 + EDR Adapter XP OSX Vista 7 Revised 8/NOV/2017 10 8 90 Pivotting Angle Antenna 90 Features World s Smallest Bluetooth USB Adapter with SMA Connector Plug and Play (OSX, Linux
Introduction to Bluetooth Wireless Technology
Introduction to Bluetooth Wireless Technology Jon Inouye Staff Software Engineer Mobile Platforms Group Intel Corporation Bluetooth Bluetooth is is a a trademark trademark owned owned by by Bluetooth Bluetooth
CSMC 417. Computer Networks Prof. Ashok K Agrawala Ashok Agrawala Set 4. September 09 CMSC417 Set 4 1
CSMC 417 Computer Networks Prof. Ashok K Agrawala 2009 Ashok Agrawala Set 4 1 The Data Link Layer 2 Data Link Layer Design Issues Services Provided to the Network Layer Framing Error Control Flow Control
Introduction to TCP/IP Offload Engine (TOE)
Introduction to TCP/IP Offload Engine (TOE) Version 1.0, April 2002 Authored By: Eric Yeh, Hewlett Packard Herman Chao, QLogic Corp. Venu Mannem, Adaptec, Inc. Joe Gervais, Alacritech Bradley Booth, Intel
Specification for Spektrum Bi-Directional SRXL
HORIZON HOBBY, LLC. Specification for Spektrum Bi-Directional SRXL Based on the Multiplex v2.9 2016 November 10 Specification for Spektrum Bi-Directional SRXL 1 INTRODUCTION This document is intended to
Today. Last Time. Motivation. CAN Bus. More about CAN. What is CAN?
Embedded networks Characteristics Requirements Simple embedded LANs Bit banged SPI I2C LIN Ethernet Last Time CAN Bus Intro Low-level stuff Frame types Arbitration Filtering Higher-level protocols Today
USER GUIDE EDBG. Description
USER GUIDE EDBG Description The Atmel Embedded Debugger (EDBG) is an onboard debugger for integration into development kits with Atmel MCUs. In addition to programming and debugging support through Atmel
Toward a Reliable Data Transport Architecture for Optical Burst-Switched Networks
Toward a Reliable Data Transport Architecture for Optical Burst-Switched Networks Dr. Vinod Vokkarane Assistant Professor, Computer and Information Science Co-Director, Advanced Computer Networks Lab University
An Empirical Study of Reliable Multicast Protocols over Ethernet Connected Networks
An Empirical Study of Reliable Multicast Protocols over Ethernet Connected Networks Ryan G. Lane Daniels Scott Xin Yuan Department of Computer Science Florida State University Tallahassee, FL 32306 {ryanlane,sdaniels,xyuan}@cs.fsu.edu
SpaceWire-R DRAFT. SCDHA Issue September 2013
SpaceWire-R DRAFT SCDHA 151-0.3 Issue 0.3 13 September 2013 Takahiro Yamada Japan Aerospace Exploration Agency (JAXA) Institute of Space and Astronautical Science (ISAS) 1 CONTENTS 1. INTRODUCTION... 3
Device-Functionality Progression
Chapter 12: I/O Systems I/O Hardware I/O Hardware Application I/O Interface Kernel I/O Subsystem Transforming I/O Requests to Hardware Operations Incredible variety of I/O devices Common concepts Port
Chapter 12: I/O Systems. I/O Hardware
Chapter 12: I/O Systems I/O Hardware Application I/O Interface Kernel I/O Subsystem Transforming I/O Requests to Hardware Operations I/O Hardware Incredible variety of I/O devices Common concepts Port
Basics of UART Communication
Basics of UART Communication From: Circuit Basics UART stands for Universal Asynchronous Receiver/Transmitter. It s not a communication protocol like SPI and I2C, but a physical circuit in a microcontroller,
SIP System Features. SIP Timer Values. Rules for Configuring the SIP Timers CHAPTER
CHAPTER 4 Revised: March 24, 2011, This chapter describes features that apply to all SIP system operations. It includes the following topics: SIP Timer Values, page 4-1 SIP Session Timers, page 4-7 Limitations
PCI Express 4-Port Industrial Serial I/O Cards
PCI Express 4-Port Industrial Serial I/O Cards The PCIe-400i and PCIe-400i-SI PCI Express 4-port industrial serial I/O cards are plug & play high-speed serial I/O expansion cards for the PCI Express bus.
Makidis Michael.
Makidis Michael mmakidis05@aueb.gr RLC protocol overview procedures Simulation setup Performance of applications without contention Performance of applications with contention Performance of CBR Media
Implementing A Bluetooth Stack on UEFI
Implementing A Bluetooth Stack on UEFI Tony C.S. Lo Senior Manager American Megatrends Inc. presented by UEFI Plugfest October 2014 Agenda Introduction Bluetooth Architecture UEFI Bluetooth Stack Summary
Bluetooth. Basic idea
Bluetooth Basic idea Universal radio interface for ad-hoc wireless connectivity Interconnecting computer and peripherals, handheld devices, DAs, cell phones replacement of IrDA Embedded in other devices,