Download, and a List of Some of Them Can Be Found at the OSC Website [131]

Total Page:16

File Type:pdf, Size:1020Kb

Download, and a List of Some of Them Can Be Found at the OSC Website [131] An Investigation of Protocol Command Translation as a means to enable Interoperability between Networked Audio Devices Submitted in fulfilment of the requirements of the degree DOCTOR OF PHILOSOPHY of Rhodes University OSEDUM P. IGUMBOR February 2013 Abstract Digital audio networks allow multiple channels of audio to be streamed between de- vices. This eliminates the need for many different cables to route audio between devices. An added advantage of digital audio networks is the ability to configure and control the networked devices from a common control point. Common control of networked devices enables a sound engineer to establish and destroy audio stream connections be- tween networked devices that are distances apart. On a digital audio network, an audio transport technology enables the exchange of data streams. Typically, an audio transport technology is capable of transporting both control messages and audio data streams. There exist a number of audio transport technologies. Some of these technologies implement data transport by exchanging OSI/ISO layer 2 data frames, while others transport data within OSI/ISO layer 3 packets. There are some approaches to achieving interoperability between devices that utilize different audio transport technologies. A digital audio device typically implements an audio control protocol, which enables it process configuration and control messages from a remote controller. An audio control protocol also defines the structure of the messages that are exchanged between compli- ant devices. There are currently a wide range of audio control protocols. Some audio control protocols utilize layer 3 audio transport technology, while others utilize layer 2 audio transport technology. An audio device can only communicate with other devices that implement the same control protocol, irrespective of a common transport technol- ogy that connects the devices. The existence of different audio control protocols among devices on a network results in a situation where the devices are unable to communicate with each other. Furthermore, a single control application is unable to establish or destroy audio stream connections between the networked devices, since they implement different control protocols. When an audio engineer is designing an audio network installation, this interoperability chal- lenge restricts the choice of devices that can be included. Even when audio transport interoperability has been achieved, common control of the devices remains a challenge. This research investigates protocol command translation as a means to enable inter- operability between networked audio devices that implement different audio control protocols. It proposes the use of a command translator that is capable of receiving mes- sages conforming to one protocol from any of the networked devices, translating the ii received message to conform to a different control protocol, then transmitting the trans- lated message to the intended target which understands the translated protocol message. In so doing, the command translator enables common control of the networked devices, since a control application is able to configure and control devices that conform to dif- ferent protocols by utilizing the command translator to perform appropriate protocol translation. Acknowledgements Many thanks to my supervisor Prof. Richard Foss for the encouragement and insights throughout the course of this research. In spite of his other commitments, he was always patient and willing to listen to my many ideas and suggestions, and more so guide me in my search for answers. To me, you have been a mentor, and a role model. To my parents, Sam Nwa-Igumbor and Prof. Eunice Igumbor, I am grateful for the virtues of hard work and discipline that was instilled in me. These tools certainly played an important role during my academic journey. Mum and Dad, thanks for the dream, and for laying the path. I am grateful to my brothers, Dr. Jude Igumbor, Ozenim Igumbor, and Prof. Ehi Igum- bor, whose numerous calls to enquire about my well-being always left me even more motivated. Our many intellectual debates have immensely enriched me as a person. I am most grateful to my fiancée, Kem Okecha, whose love, patience, and encourage- ment kept me balanced and focused. Kem, I am blessed to have you in my life. I thank my colleagues in the Audio Research Group, and staff of the Department of Computer Science (Rhodes University), who in different ways have contributed to my knowledge. It is always great to have colleagues with whom one can exchange ideas. I acknowledge the financial contribution of the Distributed Multimedia Centre of Ex- cellence at Rhodes University with its sponsors, and the Andrew Mellon foundation.I am also grateful to UMAN Technologies for granting me access to their equipment and control application software that was used in the course of this research. Contents 1 Introduction 1 1.1 Networked audio device . 2 1.2 Audio Transport Technology . 3 1.3 Audio Control Protocols . 5 1.4 Problem Statement . 8 1.5 Command Translation Approach . 9 1.6 Chapter Layout . 11 2 Digital Audio Network Technologies and Interoperability 13 2.1 Audio Networking Technologies . 13 2.1.1 Resource allocation . 15 2.1.2 Device synchronization . 15 2.1.3 Network latency . 16 2.2 Overview of current Audio Networking Technologies . 17 2.2.1 Layer 2 Audio Networking Technologies . 18 2.2.1.1 IEEE 1394 . 19 2.2.1.2 Ethernet AVB . 22 2.2.1.3 CobraNet . 28 2.2.1.4 RockNet . 30 2.2.1.5 EtherSound . 31 2.2.2 Review of Layer 2 Audio Networking Technologies . 34 2.2.2.1 Interoperability on layer 2 networks . 35 i CONTENTS ii 2.2.2.2 Tunneling nodes for Layer 2 Interoperability . 36 2.2.3 Layer 3 Audio Networking Technologies . 37 2.2.3.1 Q-LAN . 38 2.2.3.2 RAVENNA . 40 2.2.3.3 Livewire . 41 2.2.3.4 Dante . 44 2.2.4 Review of Layer 3 Audio Networking Technologies . 45 2.2.4.1 Interoperability on layer 3 networks . 47 2.2.4.2 AES-X192 for Layer 3 Interoperability . 47 2.3 Audio Networking Technology Interoperability . 51 2.4 Summary . 52 3 Audio Network Control Protocols 53 3.1 Audio Control Protocols . 53 3.2 Overview of Layer 3 Audio Control Protocols . 55 3.2.1 Open Sound Control (OSC) . 56 3.2.1.1 OSC messaging . 57 3.2.2 Architecture for Control Networks (ACN) . 58 3.2.3 Common Control Interface for Networked Audio and Video Products (IEC 62379) . 60 3.2.3.1 IEC 62379 monitoring and control . 61 3.2.3.2 IEC 62379 discovery . 62 3.2.4 Audio Engineering Society standard for Command, Control and Connection Management for Integrated Media (AES-64) . 63 3.2.4.1 AES-64 messaging . 65 3.2.5 Open Control Architecture (OCA) . 65 3.2.5.1 OCA messaging . 68 3.3 Overview of Layer 2 Audio Control Protocols . 68 3.3.1 Audio Video Control (AV/C) . 68 3.3.2 IEEE 1722.1 (AVDECC) . 71 CONTENTS iii 3.3.3 Music Local Area Network (mLAN) . 72 3.4 Protocols of Interest . 75 3.4.1 Focus on OSC . 77 3.4.1.1 Device model . 79 3.4.1.2 Device discovery . 80 3.4.1.3 Connection management . 82 3.4.2 Focus on AES-64 . 82 3.4.2.1 Device model . 86 3.4.2.2 Device discovery . 89 3.4.2.3 Connection management . 90 3.4.3 Focus on IEEE 1722.1 . 93 3.4.3.1 Device model . 96 3.4.3.2 Device discovery . 103 3.4.3.3 Connection management . 107 3.5 Summary . 111 4 Approaches to Networked Audio Device Interoperability 114 4.1 Control Protocol Interoperability Challenge . 114 4.2 Solutions for Interoperability . 116 4.2.1 Hardware abstraction plug-in approach - mLAN . 116 4.2.2 Layer 3 common specification approach - AES-X192 . 120 4.2.3 AVDECC Proxy Protocol . 122 4.3 Command translation for Interoperability . 124 4.4 Summary . 126 5 Layer 3 end station implementation - OSC 128 5.1 OSC Server Overview . 130 5.1.1 Implementation Platform . 131 5.1.2 Device discovery component . 131 5.1.3 AVB component . 132 CONTENTS iv 5.1.4 OSC parser component . 132 5.1.5 OSC service . 133 5.2 OSC Server capabilities . 133 5.3 OSC Server Implementation Layout . 133 5.4 Device Discovery . 135 5.4.1 Publishing of OSC server . 136 5.4.2 Withdrawing of OSC service . 137 5.5 OSC Address Space for OSC Server . 137 5.5.1 OSC address space for OSC generic properties . 138 5.5.2 OSC address space for device properties . 138 5.5.3 OSC address space for AVB properties . 139 5.6 Connection Management . 140 5.6.1 Implementing connection management capabilities in the OSC server . 141 5.6.2 OSC methods for connection management . 143 5.6.3 OSC server as AVTP talker . 147 5.6.3.1 Stream identification . 147 5.6.3.2 Stream enumeration . 148 5.6.3.3 Stream advertising . 148 5.6.3.4 Stream transmission . 149 5.6.4 OSC server as AVTP listener . 149 5.6.4.1 Stream identification . 150 5.6.4.2 Stream enumeration . 150 5.6.4.3 Stream attachment . 151 5.6.4.4 Stream reception . 151 5.7 Internal Audio Signal Routing . 152 5.8 Summary . 153 CONTENTS v 6 Layer 3 Proxy Implementation 154 6.1 Introduction . 154 6.2 The Proxy Approach . 155 6.3 OSC Proxy Design . 157 6.4 OSC Proxy Implementation . 158 6.4.1 OSC server discovery . 159 6.4.2 AES-64 parameters for OSC server . 160 6.4.2.1 Device discovery parameter types . 160 6.4.2.2 Input parameter types .
Recommended publications
  • Design Guide: Digitalmedia NVX Series System
    DigitalMedia™ NVX Series System Design Guide Crestron Electronics, Inc. Crestron product development software is licensed to Crestron dealers and Crestron Service Providers (CSPs) under a limited non-exclusive, non-transferable Software Development Tools License Agreement. Crestron product operating system software is licensed to Crestron dealers, CSPs, and end-users under a separate End-User License Agreement. Both of these Agreements can be found on the Crestron website at www.crestron.com/legal/software_license_agreement. The product warranty can be found at www.crestron.com/warranty. The specific patents that cover Crestron products are listed at patents.crestron.com. Certain Crestron products contain open source software. For specific information, please visit www.crestron.com/opensource. Crestron, the Crestron logo, AirMedia, Cresnet, Crestron Toolbox, DigitalMedia, DM, and Saros are either trademarks or registered trademarks of Crestron Electronics, Inc. in the United States and/or other countries. HTBaseT is either a trademark or registered trademark of the HDBaseT Alliance in the United States and/or other countries. HDMI is either a trademark or registered trademark of HDMI Licensing LLC in the United States and/or other countries. Active Directory, Microsoft, and Windows are either a trademarks or registered trademarks of Microsoft Corporation in the United States and/or other countries. Other trademarks, registered trademarks, and trade names may be used in this document to refer to either the entities claiming the marks and names or their products. Crestron disclaims any proprietary interest in the marks and names of others. Crestron is not responsible for errors in typography or photography. This document was written by the Technical Publications department at Crestron.
    [Show full text]
  • Overview on IP Audio Networking Andreas Hildebrand, RAVENNA Evangelist ALC Networx Gmbh, Munich Topics
    Overview on IP Audio Networking Andreas Hildebrand, RAVENNA Evangelist ALC NetworX GmbH, Munich Topics: • Audio networking vs. OSI Layers • Overview on IP audio solutions • AES67 & RAVENNA • Real-world application examples • Brief introduction to SMPTE ST2110 • NMOS • Control protocols Overview on IP Audio Networking - A. Hildebrand # 1 Layer 2 Layer 1 AVB EtherSound Layer 3 Audio over IP Audio over Ethernet ACIP TCP unicast RAVENNA AES67 multicast RTP UDP X192 Media streaming Dante CobraNet Livewire Overview on IP Audio Networking - A. Hildebrand # 3 Layer 2 Layer 1 AVB Terminology oftenEtherSound Layer 3 Audio over IP • ambiguousAudio over Ethernet ACIP TCP unicast • usedRAVENNA in wrongAES67 context multicast RTP • marketingUDP -driven X192 Media streaming • creates confusion Dante CobraNet Livewire Overview on IP Audio Networking - A. Hildebrand # 4 Layer 2 Layer 1 AVB Terminology oftenEtherSound Layer 3 Audio over IP • ambiguousAudio over Ethernet ACIP TCP Audio over IP unicast • usedRAVENNA in wrongAES67 context multicast RTP • marketingUDP -driven X192 Media streaming • creates confusion Dante CobraNet Livewire Overview on IP Audio Networking - A. Hildebrand # 5 Layer 7 Application Application Application and Layer 6 Presentation protocol-based layers Presentation HTTP, FTP, SMNP, Layer 5 Session Session POP3, Telnet, TCP, Layer 4 Transport UDP, RTP Transport Layer 3 Network Internet Protocol (IP) Network Layer 2 Data Link Ethernet, PPP… Data Link Layer 1 Physical 10011101 Physical Overview on IP Audio Networking - A. Hildebrand # 10 Physical transmission Classification by OSI network layer: Layer 1 Systems Transmit Receive Layer 1 Physical 10011101 Physical Overview on IP Audio Networking - A. Hildebrand # 12 Physical transmission Layer 1 systems: • Examples: SuperMac (AES50), A-Net Pro16/64 (Aviom), Rocknet 300 (Riedel), Optocore (Optocore), MediorNet (Riedel) • Fully proprietary systems • Make use of layer 1 physical transport (e.g.
    [Show full text]
  • 01V96i Owner's Manual
    Manuale di istruzioni Conservare questo Manuale per riferimenti futuri. IT 2 Sommario Utilizzo delle memorie scena ................... 42 Sommario Modifica dei nomi dei canali ................... 43 Creazione di un layer personalizzato PRECAUZIONI ....................................5 con combinazione di canali (layer assegnabile dall'utente) ............... 44 Benvenuti ......................................... 7 Utilizzo dell'oscillatore .............................. 45 Uso dei tasti definiti dall'utente ............... 46 Contenuto della confezione ....................... 7 Utilizzo del blocco delle operazioni ........ 47 Informazioni sui dischi in dotazione ........ 7 Inizializzazione .......................................... 48 Informazioni sul software DAW in dotazione ............................................... 7 Informazioni sul software di utility .......... 7 Risoluzione dei problemi ............... 49 Aggiornamenti del firmware ...................... 8 Informazioni sul Manuale di istruzioni .... 8 Messaggi di errore ........................ 51 Convenzioni utilizzate nel Manuale .......... 8 Sommario del Manuale Superficie di controllo e pannello di riferimento .................................54 posteriore ........................................ 9 Superficie di controllo ................................. 9 Specifiche tecniche ........................ 55 Pannello posteriore .................................... 16 Specifiche generali ..................................... 55 Installazione di una scheda opzionale .... 18
    [Show full text]
  • 01V96i Owner's Manual
    Руководство пользователя Храните это руководство, чтобы можно было обращаться к нему в дальнейшем. RU 2 Содержание Регулировка уровней монитора из Содержание приложения DAW ............................... 41 Использование банков памяти сцен .... 42 ПРАВИЛА ТЕХНИКИ Изменение названий каналов ............... 43 Создание пользовательского слоя БЕЗОПАСНОСТИ ....................................5 путем сочетания каналов (назначаемый пользователем слой) ....... 44 Добро пожаловать! ............................ 7 Использование осциллятора ................ 45 Принадлежности в комплекте поставки ..... 7 Использование определяемых О поставляемых дисках ................................... 7 пользователем клавиш ........................ 46 О прилагаемом программном Применение блокировки операций .... 47 обеспечении DAW ......................................... 7 Инициализация ....................................... 48 О служебном программном обеспечении ... 7 Обновления встроенного ПО ................. 8 Поиск и устранение Об этом руководстве пользователя .............. 8 неисправностей ................................ 49 Обозначения, используемые в этом руководстве .............................................. 8 Сообщения об ошибках ................... 51 Панель управления и задняя панель .................................. 9 Содержание справочного Панель управления ........................................... 9 руководства ...................................... 54 Задняя панель ........................................... 16 Установка дополнительной
    [Show full text]
  • Downloaded from the Yamaha Mlan Central Website [Yamaha Corp., 2005A]
    HIGH SPEED END-TO-END CONNECTION MANAGEMENT IN A BRIDGED IEEE 1394 NETWORK OF PROFESSIONAL AUDIO DEVICES A thesis submitted in fulfilment of the requirements for the degree of DOCTOR OF PHILOSOPHY of RHODES UNIVERSITY by HAROLD A. OKAI-TETTEY December 2005 Abstract A number of companies have developed a variety of network approaches to the transfer of audio and MIDI data. By doing this, they have addressed the configuration complications that were present when using direct patching for analogue audio, digital audio, word clock, and control connections. Along with their approaches, controlling software, usually running on a PC, is used to set up and manage audio routings from the outputs to the inputs of devices. However one of the advantages of direct patching is the conceptual simplicity it provides for a user in connecting plugs of devices, the ability to connect from the host plug of one device to the host plug of another. The connection management or routing applications of the current audio networks do not allow for such a capability, and instead employ what is referred to as a two-step approach to connection management. This two-step approach requires that devices be first configured at the transport layer of the network for input and output routings, after which the transmit and receive plugs of devices are manually configured to transmit or receive data. From a user’s point of view, it is desirable for the connection management or audio routing applications of the current audio networks to be able to establish routings directly between the host plugs of devices, and not the audio channels exposed by a network’s transport, as is currently the case.
    [Show full text]
  • Chapter-15 NETWORKING CONCEPTS  Introduction:  a Computer Network Is a Interconnection of Two Or More Computers That Are Able to Exchange Information’S
    Chapter 15- Networking Concepts II PUC, MDRPUC, Hassan Chapter-15 NETWORKING CONCEPTS Introduction: A computer network is a interconnection of two or more computers that are able to exchange information’s. Two computers are said to be inter connected if they are capable of exchanging information. Network Goals/Advantages of Networking: Resource Sharing: o The aim is to make all programs, data and peripherals available to anyone on the network irrespective of the physical location of the resources and the user. Reliability: o A file can have copies on two or three different machines, so if one of them is unavailable (hardware crash), the other copies could be used. o For military, banking, air reservation and many other applications it is of great importance. Cost Factor: o Personal computers have better price/performance ratio than micro computers. o So it is better to have PC's, one per user, with data stored on one shared file server machine. Communication Medium. o Using a network, it is possible for managers, working far apart, to prepare financial report of the company. o The changes at one end can be immediately noticed at another and hence it speeds up co- operation among them. Need of Networking: File sharing provides sharing and grouping of data files over the network. Printing sharing of computer resources such as hard disk and printers etc. E-mail tools for communication with the e-mail address. Remote access able to access data and information around the globe. Sharing the database to multiple users at the same time by ensuring the integrity.
    [Show full text]
  • COMPUTER NETWORKS INTRODUCTION a Computer Network Or Data Network Is a Telecommunications Network That Allows Computers to Exchange Data
    COMPUTER NETWORKS INTRODUCTION A computer network or data network is a telecommunications network that allows computers to exchange data. In computer networks, networked computing devices pass data to each other along data connections. The connections (network links) between nodes are established using either cable media or wireless media. The best-known computer network is the Internet. Network computer devices that originate, route and terminate the data are called network nodes. Nodes can include hosts such as personal computers, phones, servers as well as networking hardware. Two such devices are said to be networked together when one device is able to exchange information with the other device, whether or not they have a direct connection to each other. Computer networks support applications such as access to the World Wide Web, shared use of application and storage servers, printers, and fax machines, and use of email and instant messaging applications. Computer networks differ in the physical media used to transmit their signals, the communications protocols to organize network traffic, the network's size, topology and organizational intent. Properties Computer networking may be considered a branch of electrical engineering, telecommunications, computer science, information technology or computer engineering, since it relies upon the theoretical and practical application of the related disciplines. A computer network has the following properties: Facilitates interpersonal communications : People can communicate efficiently and easily via email, instant messaging, chat rooms, telephone, video telephone calls, and video conferencing. Allows sharing of files, data, and other types of information: Authorized users may access information stored on other computers on the network. Providing access to information on shared storage devices is an important feature of many networks.
    [Show full text]
  • COMPUTER-NETWORKS-BY-MR-OTTO-S.3.Pdf
    COMPUTER NETWORKS Computer network is a connection of two or more computers for data and resource sharing purpose. 13.1 Advantages of networking computers . Eases file sharing: it allows file sharing and remote file access. It allows Sharing of peripheral devices: all computers in the network can share devices such as printers, fax machines, modems, scanners etc. It facilitates software sharing: software can be installed in one server computer and used by different work stations. It allows Communication: people on the network can communicate easily with each other through electronic mail. It facilitates workgroup computing: workgroup software enables many users to contribute to a document concurrently. Disadvantages of using a network . The hardware, software, and expertise required to set up a network can be expensive. Networks are vulnerable to security problems. If the server fails to work, the complete network may also fail to work. Network can lead to rapid spread of computer viruses 13.2 Types of Networks Networks classified by spatial distance are of four types among which include the following: . Local Area Network (LAN), . Wide Area Network (WAN), . Metropolitan Area Network (MAN) and Virtual Private Network (VPN). Local Area Network A local area network (LAN) is a network that connects computers in a small geographic area such as a building like a computer laboratory, or an office. 13.2.1 Advantages of LAN Local Area Network (LAN), has many advantages, but the main ones include: . The resources can be shared among different users . LAN is not very expensive and the small businesses, firms and educational institutes can afford and easily design the LAN.
    [Show full text]
  • Digital Audio Systems
    Digital Audio Systems While analog audio produces a constantly varying voltage or current, digital audio produces a non-continuous list of numbers. The maximum size of the numbers will determine the dynamic range of the system, since the smallest signal possible will result from the lowest order bit (LSB or least significant bit) changing from 0 to 1. The D/A converter will decode this change as a small voltage shift, which will be the smallest change the system can produce. The difference between this voltage and the voltage encoded by the largest number possible (all bits 1’s) will become the dynamic range. This leads to one of the major differences between analog and digital audio: as the signal level increases, an analog system tends to produce more distortion as overload is approached. A digital system will introduce no distortion until its dynamic range is exceeded, at which point it produces prodigious distortion. As the signal becomes smaller, an analog system produces less distortion until the noise floor begins to mask the signal, at which point the signal-to-noise ratio is low, but harmonic distortion of the signal does not increase. With low amplitude signals, a digital system produces increasing distortion because there are insufficient bits available to accurately measure the small signal changes. There is a difference in the type of interference at low signal levels between analog and digital audio systems. Analog systems suffer from thermal noise generated by electronic circuitry. This noise is white noise: that is, it has equal power at every frequency. It is the “hiss” like a constant ocean roar with which we are so familiar.
    [Show full text]
  • 01V96i Owner's Manual
    Bedienungsanleitung Bewahren Sie diese Bedienungsanleitung an einem sicheren Ort auf. DE 2 Inhalt Ändern der Kanalnamen .............................. 43 Inhalt Anlegen eigener Mischebenen (User Assignable Layer) ........................ 44 VORSICHTSMASSNAHMEN...............5 Verwendung des Oszillators ......................... 45 Arbeiten mit den definierbaren Tastern Willkommen .................................... 7 (User Defined Keys) .............................. 46 Verriegeln der Bedienoberfläche ................. 47 Lieferumfang ..................................................... 7 Initialisieren des 01V96i ............................... 48 Über die beiliegenden Discs ........................... 7 Über die beiliegende DAW-Software ............ 7 Fehlersuche .................................... 49 Über die beiliegenden Zusatzprogramme .... 7 Firmware-Updates ........................................... 8 Über diese Bedienungsanleitung .................... 8 Fehlermeldungen .......................... 51 Konventionen für diese Bedienungsanleitung ............................... 8 Inhalt der Referenzhandbuch ....... 54 Bedienfeld und Anschlüsse ............. 9 Spezifikationen .............................. 55 Bedienoberfläche .............................................. 9 Allgemeine Spezifikationen .......................... 55 Rückseite .......................................................... 16 Speicher (Libraries) ........................................ 60 Einbau einer optionalen Platine ................... 18 Spezifikationen
    [Show full text]
  • Comparison of Network Topology Types in Communication Systems and Computer Networks 1404703
    Alexandria University Institute of Graduate Studies and Research Department of Information Technology M.Sc. program in Information Technology 2020 Assignment (1) of Comparison of network topology types in Communication Systems and Computer Networks 1404703 Supervisor Prof. Shawkat K. Guirguis Name: Israa Faisal Jassam ID: 1404-3-160 1 1. Introduction 1.1 Network topologies: It is the schematic description of a network arrangement, connecting various nodes (sender and receiver) through lines of connection. There are two types of network topologies: physical and logical. Physical topology confirms the physical layout of the connected devices and nodes, while the logical topology focuses on the pattern of data transfer between network nodes. 1.1.1 Physical topology: refers to the interconnected structure of a local area network (LAN). The method employed to connect the physical devices on the network with the cables, and the type of cabling used, all constitute the physical topology. Physical topology is further divided into two sections, Point-to-point connections and Multipoint connections. point-to-point connection: a communication link is established between two devices with one wire. A simple example of point-to-point connection is talking over telephone between two persons where anyone else is not allowed to use the phone on either side (Fig.1). Fig.1: multipoint connection: is a connection established between more than two devices. In multipoint connection, a single link is shared by multiple devices. So, it can be said that the channel capacity is shared temporarily by every device connecting to the link. If devices are using the link turn by turn, then it is said to be time shared line configuration.
    [Show full text]
  • PLC & Fieldbus Control Systems Automation Guidebook – Part 4
    PDHonline Course E448 (9 PDH) ______________________________________________________________________________ PLC & Fieldbus Control Systems Automation Guidebook – Part 4 Instructor: Jurandir Primo, PE 2014 PDH Online | PDH Center 5272 Meadow Estates Drive Fairfax, VA 22030-6658 Phone & Fax: 703-988-0088 www.PDHonline.org www.PDHcenter.com An Approved Continuing Education Provider www.PDHcenter.com PDHonline Course E448 www.PDHonline.org PLC & FIELDBUS CONTROL SYSTEMS AUTOMATION GUIDEBOOK – PART 4 CONTENTS: 1. PLC HISTORY 2. INTRODUCTION 3. INPUT/OUTPUT (I/O) CAPABILITIES 4. LADDER LOGIC PROGRAMS 5. HUMAN-MACHINE INTERFACE (HMI) 6. HOW THE PLCs WORK 7. FIELDBUS CONTROL SYSTEMS 8. DCS AND FIELDBUS DEVELOPMENT 9. FIELDBUS MODELS AND NETWORK STRUCTURE 10. DIAGNOSTICS & COMMUNICATION INTERFACES 11. BASIC COMMUNICATION STANDARDS 12. REFERENCES & LINKS ©2014 Jurandir Primo Page 1 of 101 www.PDHcenter.com PDHonline Course E448 www.PDHonline.org 1. PLC HISTORY The early history of the PLC (Programmable Logic Controller) goes back to the 1960’s when control systems were still handled using relay control. During this time the control rooms consisted of sev- eral walls containing many relays, terminal blocks and mass of wires. In 1968 Bill Stone, who was part of a group of engineers at the Hydramatic Division of General Mo- tors Corporation, presented a paper at the Westinghouse Conference outlining their problems with reliability and documentation for the machines at this plant. He also presented a design criteria de- veloped by the GM engineers for a “standard machine controller”, to eliminate costly scrapping of assembly-line relays. These specifications along with a proposal request to build a prototype were given to four control builders: • Allen-Bradley, by way of Michigan-based Information Instruments, Inc.
    [Show full text]