Towards Net-Centric System of Systems Robotics in Air, Sea And

Total Page:16

File Type:pdf, Size:1020Kb

Towards Net-Centric System of Systems Robotics in Air, Sea And Towards Net-Centric System ofSystems Robotics in Air, Sea and Land Ted Shaneyfelt, Sevki Erdogan, Azim Maredia, Gnanadeep Vemuri, Bhargavaram Pachala, Dong Yue, Sohel Karovalia, Ming-Zhu Lu, Shi-Zhong Yang, and Chenyu Gao Autonomous Control Engineering Center Electrical and Computer Engineering Department The University ofTexas at San Antonio, TX, USA Near - The communication range is small and the robot can Abstract-This paper investigates how we can work towards only communicate with nearby robots. building net-centric swarms of land, sea and air robots working INF - The range is infinite and the robot can communicate together to accomplish a common goal. The goal is to bring with any robots in the working space regardless of the together swarms of robots from all three sectors to safely benefit physical size ofthe working space. mankind without increasing dangers in the process. Several platforms are explored for simulation to investigate swarm Communication Topology - Although a robot could robotics within heterogeneous environments. communicate with others randomly and arbitrarily, a structural rule is generally followed, describing a Communication Index Terms-Mobile robots, Net-centric, Simulation software, Topology. System ofsystems BROAD -Broadcast. A robot can send a message that is received by many robots. I. INTRODUCTION ADD - Addressable. A robot communicates with other HIS document identifies Network Centric System of robots using their particular addresses, which are typically TSystems of robots within a brief taxonomy of robotics predetermined. and swarm robotics, investigates some potential applications TREE - A robot can only communicate through a for such systems, and considers a road-map towards hierarchy. realization. Recent progress has been made in research GRAPH - Communication between robots follows some towards Net-Centric System of Systems of fault-tolerant other graph pattern. sensor networks [1] and robotic swarms. Net-Centric does not Communication Bandwidth: Data connections by cable imply totally autonomous systems, but rather using allow massive amounts of information to be transferred in a networking to enable people and systems to work together very short time. Conversely, wireless signals by submarines productively [2] and safely. A primary concern not covered in using sound waves carry only a small amount of data over a this paper is ethical use, which includes rights to privacy, relatively long period oftime. Regardless, some robots need to safety, etc. We overview some ofthe robotics developments at stop other processing in order to communicate due to limited the Autonomous Control Engineering lab at The University of processing resources. Bandwidth characterizes these aspects of Texas at San Antonio, and evaluate several robotics suites for communication cost. simulation. INF - Bandwidth limitations are negligible so that all desired communication is fast and easy. A. Robots MOTION - Robots must divert valuable processing A number ofresearchers have taken on the task ofdevising resources from other tasks to handle communication, so that taxonomies for robotics [3]-[8]. The taxonomy devised by communication is relatively expensive in terms of Dudek et al. follows [7]. processing. Collective Size - The number ofrobots in the workspace LOW -Bandwidth is narrow making communication ALONE -A single robot working alone in the workspace difficult or very expensive in terms ofprocessing. PAIR - Two robots working together in the workspace ZERO - No communication bandwidth is available. Lim - A limited number ofrobots in the working together Collective Reconfiguability - The ability of a Collective to INF -An unlimited number ofrobots working together reorganize its spatial configuration Communication Range - A robot cannot communicate with STATIC - Static arrangement; the topology is fixed. others outside ofits communication range. COMM - Coordinated rearrangement NONE -The robot cannot communicate with others under DYN - Dynamic rearrangement any condition. Processing Ability - Each unit ofthe Collective has a model ofprocessing and computation ability. 978-1-4244-2173-2/08/$25.00 ©2008 IEEE SUM -linear summation unit [9] one leader for each assigned task. Weakly centralized systems FSA - Finite state automaton utilize multiple master robots. We are primarily concerned PDA - Push-down automaton with weakly centralized systems that are capable of self­ TME- Turing machine equivalent; this computational organization, yet respond to higher level control. model is assumed by most robotic systems. We extend this classification by considering Net-Centric Collective Composition - Three important compositions in swarms as a subclass of'weakly-connected robots. Net-centric the Collective. swarms are capable of self-organization and discovery of one IDENT - Identical; each unit of the collective is another, yet capable of multiple levels of direct remote homogeneous in both form and function, i.e., in both operator intervention. We are specifically interested in hardware and software. coordination of systems, which involves land, sea and air HOM - Homogeneous; all of the units of the Collective based swarms of robots. Each of swarm is itself a complex, essentially have the same physical characteristics. independent system, yet all of them are required to work HET - Heterogeneous; the units of the Collective have together as a coordinated System ofSystems. different physical characteristics. General speaking, this also implies difference in the physical behavior. II. ApPLICATIONS OPPORTUNITIES FOR SWARM ROBOTIC SYSTEM OF SYSTEMS B. Swarm Robots Alessandro Farinelli et aI., [2] classify of swarm A. Steps towards realization robotics based on several levels: Cooperation level, The first step towards realization is to develop actual robots knowledge level, coordination level and organization level. in the lab on a small scale to discover physical characteristics This organization is shown in Fig. 1. and technologies that cannot be so easily simulated. This is Swarm robotics is distinguished from robotics in general by already well underway at the UTSA Autonomous Control the cooperation of robots to perform a task. Classification of Engineering laboratory with land and sea based robots, with swarms as cooperative robotics is the first level in the some initial work on air based robots. Small swarms ofrobots hierarchy. are being investigated with real equipment, while scalability The second level in hierarchy deals with knowledge will be tested with simulations based on the knowledge gained possessed among the robots. Robots are either aware of other working with real robots. robots in the swarm, or unaware. Awareness allows robots to After proof-of-concept is sufficiently accomplished with cooperate well with increased efficiency. At this level, we are small swarms of real robots, simulation can be used to test primarily concerned with swarm robots that are aware of one scalability to many robots working together as a net-centric another. System of Systems. Economically it is not feasible to The third level deals with coordination, which distinguishes experiment with such large scale System of Systems in early whether or not robots act in consideration of the actions of stages of research. There is also some risk of actual robots other robots. Robotic swarms can be classified according to experiencing damage during testing in a real environment, the strength of their coordination, which is affected by the which is avoided when doing simulations. Simulation can reliability of the coordination protocol. At this level, we are provide a safe environment where correct programming can be primarily concerned with strongly coordinated robotic verified before implementing some algorithms directly on swarms. robot. A fault in programming real robots could cause damage Swarms are further classified into centralized and to robots or their environment. Some tuning can be decided distributed organization. In distributed systems each robot acts during simulation so as to reduce the likelihood ofcollision. A and makes decisions autonomously. On the other hand, ifthere simulation can provide results that are not easily is a master robot in charge of the swarm, it is called a experimentally measurable with currently available centralized system. Strongly centralized systems have only technology. Testing of robots for long periods of time can cause wearing of robots which can be prevented using Cooperation simulations. There are some drawbacks to relying on simulations as well. For example, the result of simulations may not be always accurate as expected in real time. This Knowledge calls for both simulation and development ofphysical robotics in an integrated plan. Coordination Simulation is to be carried out to demonstrate the use of robotics in a net-centric System of Systems to profit mankind. We considered many applications, taking into account Organization negative consequences as well as benefits. For example, sending robots to dig through rubble after a major disaster in search for survivors could cause undue harm to people who INet-Centric I are trapped in the rubble ifthe robots are less able to adapt to Fig. 1. A taxonomy for swarm robotics people's cries for help or verbal cues from the disaster victims. Adapted from. Jacoffet aI., (2000) Cold Zone Commandpost rest &: recovery 1t Fig. 3. Coast Guard Deep Water Program 1tf$ human rescue workers. For this reason, use ofrobotic swarms is potentially most helpful
Recommended publications
  • Survey of Robot Programming Languages
    Survey of Robot Programming Languages Seminar Report Submitted in partial fulfilment of the requirements for the degree of Master of Technology by Anirban Basumallik Roll No : 09305008 under the guidance of Prof. Kavi Arya Department of Computer Science and Engineering Indian Institute of Technology, Bombay April 2010 Abstract At the present moment the field of Robotics is extremely varied. The nature of tasks that robots can perform are very distributed and hence controlling or programming different robots need different methods. Many vendors have tried to provide a common platform by abstracting out the differences. In this report we carry out a survey of the different Robot Programming Languages available in the market and assess their pros and cons. Finally, we come up with the needs of a desirable robotics platform that can ease the task of programmers in programming a class of robots more succinctly and effectively. 1 CONTENTS CONTENTS Contents 1 Introduction 3 1.1 Robot Programming Platform . 3 1.2 Need for a Platform . 3 2 Microsoft Robotics Developer Studio 3 2.1 DSS . 4 2.2 CCR . 5 2.3 VPL . 6 2.4 VSE . 7 2.5 Others . 8 2.6 Pros, Cons and buzz . 8 3 Player/Stage 9 3.1 Player Goals and Design . 9 3.2 Stage simulation environment . 10 3.3 Working . 11 3.4 Pros, Cons and buzz . 12 4 URBI 12 4.1 Design philosophy . 12 4.2 URBI Technology . 13 4.3 Pros, Cons and buzz . 14 5 OROCOS 15 5.1 Design philosophy . 15 5.2 Pros, Cons and buzz .
    [Show full text]
  • GNU/Linux AI & Alife HOWTO
    GNU/Linux AI & Alife HOWTO GNU/Linux AI & Alife HOWTO Table of Contents GNU/Linux AI & Alife HOWTO......................................................................................................................1 by John Eikenberry..................................................................................................................................1 1. Introduction..........................................................................................................................................1 2. Symbolic Systems (GOFAI)................................................................................................................1 3. Connectionism.....................................................................................................................................1 4. Evolutionary Computing......................................................................................................................1 5. Alife & Complex Systems...................................................................................................................1 6. Agents & Robotics...............................................................................................................................1 7. Statistical & Machine Learning...........................................................................................................2 8. Missing & Dead...................................................................................................................................2 1. Introduction.........................................................................................................................................2
    [Show full text]
  • Annual Report 2014 OUR VISION
    AMOS Centre for Autonomous Marine Operations and Systems Annual Report 2014 Annual Report OUR VISION To establish a world-leading research centre for autonomous marine operations and systems: To nourish a lively scientific heart in which fundamental knowledge is created through multidisciplinary theoretical, numerical, and experimental research within the knowledge fields of hydrodynamics, structural mechanics, guidance, navigation, and control. Cutting-edge inter-disciplinary research will provide the necessary bridge to realise high levels of autonomy for ships and ocean structures, unmanned vehicles, and marine operations and to address the challenges associated with greener and safer maritime transport, monitoring and surveillance of the coast and oceans, offshore renewable energy, and oil and gas exploration and production in deep waters and Arctic waters. Editors: Annika Bremvåg and Thor I. Fossen Copyright AMOS, NTNU, 2014 www.ntnu.edu/amos AMOS • Annual Report 2014 Table of Contents Our Vision ........................................................................................................................................................................ 2 Director’s Report: Licence to Create............................................................................................................................. 4 Organization, Collaborators, and Facts and Figures 2014 ......................................................................................... 6 Presentation of New Affiliated Scientists...................................................................................................................
    [Show full text]
  • An Introduction to the NASA Robotics Alliance Cadets Program
    Session F An Introduction to the NASA Robotics Alliance Cadets Program David R. Schneider, Clare van den Blink NASA, DAVANNE, & Cornell University / Cornell University CIT [email protected], [email protected] Abstract The 2006 report National Defense Education and Innovation Initiative highlighted this nation’s growing need to revitalize undergraduate STEM education. In response, NASA has partnered with the DAVANNE Corporation to create the NASA Robotics Alliance Cadets Program to develop innovative, highly integrated and interactive curriculum to redesign the first two years of Mechanical Engineering, Electrical Engineering and Computer Science. This paper introduces the NASA Cadets Program and provides insight into the skill areas targeted by the program as well as the assessment methodology for determining the program’s effectiveness. The paper also offers a brief discussion on the capabilities of the program’s robotic platform and a justification for its design into the program. As an example of the integration of the robotic platform with the program’s methodologies, this paper concludes by outlining one of the first educational experiments of NASA Cadets Program at Cornell University to be implemented in the Spring 2007 semester. I. Introduction To be an engineer is to be a designer, a creator of new technology, and the everyday hero that solves society’s problems through innovative methods and products by making ideas become a reality. However, the opportunity to truly explore these key concepts of being an engineer are often withheld from most incoming engineering students until at least their junior year causing many new students to lose motivation and potentially leave the program.
    [Show full text]
  • An Application Programming Interface for the MORSE Simulator
    Bachelor’s Thesis Czech Technical University in Prague Faculty of Electrical Engineering F3 Department of Control Engineering An application programming interface for the MORSE simulator Lukáš Bertl Cybernetics and Robotics: Systems and Control [email protected] January 2017 Supervisor: RNDr. Miroslav Kulich, Ph.D. Acknowledgement / Declaration I would like to express my gratitude to I hereby declare that I have complet- my supervisor RNDr. Miroslav Kulich, ed this thesis with the topic ”An ap- Ph.D. for a great mentorship, patience plication programming interface for the and wise comments that helped me com- MORSE simulator” independently and plete this project. that I have listed all sources of informa- I would like to thank my girlfriend tion used within it in accordance with and my parents for their unlimited men- the methodical instructions for observ- tal support throughout my whole stud- ing the ethical principles in the prepara- ies. tion of university theses. Finally, I thank my brother and Kač- In Prague, January ...., 2017 ka Janatková for the proofreading of this thesis. ........................................ Lukáš Bertl iii Abstrakt / Abstract Práce představuje CCMorse, což je Thesis presents the CCMorse, a simu- knihovna pro komunikaci se simuláto- lator communication library, that I have rem, kterou jsem vytvořil. Práce dále created. The thesis also describes the popisuje proces vývoje simulačního pro development process of a MORSE sim- simulátor MORSE. ulation environment. Teze probírá nejprve teorii robotic- The thesis
    [Show full text]
  • Flexible Modular Robotic Simulation Environment for Research and Education
    FLEXIBLE MODULAR ROBOTIC SIMULATION ENVIRONMENT FOR RESEARCH AND EDUCATION Dennis Krupke∗, Guoyuan Li and Jianwei Zhang Houxiang Zhang and Hans Petter Hildre Department of Computer Science Faculty of Maritime Technology and Operations University of Hamburg Aalesund University College Email: f3krupke, li, [email protected] Email: fhozh, [email protected] ∗corresponding author knowledge there is no special purpose simulation soft- ware for modular robots that allows for fast and easy cre- KEYWORDS ation of a simulation setup while being easy to use and easy to understand. Modular robots control, educational software, Open- A modular robot GUI has been developed that enables RAVE, interactive simulation the user to focus on robotics while most of the program- ming part is hidden. This idea is also described in (Zhang ABSTRACT et al., 2006). In contrast to other powerful systems only In this paper a novel GUI for a modular robots simula- few rules have to be learned for proper use of our sys- tion environment is introduced. The GUI is intended to tem. Motivation is the most important aspect for peo- be used by unexperienced users that take part in an edu- ple who have just begun with something new to proceed cational workshop as well as by experienced researchers and succeed. The GUI enables the user to get results who want to work on the topic of control algorithms of very quickly because only some basic knowledge about modular robots with the help of a framework. It offers the application space of modular robotics is needed. This two modes for the two kinds of users.
    [Show full text]
  • Getting Started
    Getting started Note: This Help file explains the features available in RecordNow! and RecordNow! Deluxe. Some of the features and projects detailed in the Help are only available in RecordNow! Deluxe. Click here to connect to a Web site where you can learn more about upgrading to RecordNow! Deluxe. Welcome to RecordNow! by Sonic, your gateway to the world of digital music, video, and data recording. With RecordNow! you can make perfect copies of your CDs and DVDs, transfer music from your CD collection to your computer, create personalized audio CDs containing all of your favorite songs, and much more. In addition, a full suite of data and video recording programs by Sonic can be started from within RecordNow! to back up your computer, create drag-and-drop discs, watch movies, edit digital video, and create your own DVDs. Some of these programs may already be installed on your computer. Others are available for purchase. This Help file is divided into the following sections to help you quickly find the information you need: Getting started — Learn about System requirements, Getting help, Accessibility, and Removing RecordNow!. Things you should know — Useful information for newcomers to digital recording. Exploring RecordNow! — Learn to use RecordNow! and find out more about associated programs and upgrade options. Audio Projects — Step-by-step instructions for every type of audio project. Data projects — Step-by-step instructions for every type of data project. Backup projects — Step-by-step instructions for backup projects. Video projects — Step-by-step instructions for video projects. Utilities — Instructions on how to erase and finalize a disc, how to display detailed information about your discs and drives, and how to create disc labels.
    [Show full text]
  • 28Th Daaam International Symposium on Intelligent Manufacturing and Automation
    28TH DAAAM INTERNATIONAL SYMPOSIUM ON INTELLIGENT MANUFACTURING AND AUTOMATION DOI: 10.2507/28th.daaam.proceedings.172 SERVICE ROBOTS INTEGRATING SOFTWARE AND REMOTE REPROGRAMMING Davydov D.V., Eprikov S.R., Kirsanov K.B., Pryanichnikov V.E. This Publication has to be referred as: Davydov, D[enis]; Eprikov, S[tanislav]; Kirsanov, K[irll] & Pryanichnikov, V[alentin] (2017). Service Robots Integrating Software 4nd Remote Reprogramming, Proceedings of the 28th DAAAM International Symposium, pp.1234-1240, B. Katalinic (Ed.), Published by DAAAM International, ISBN 978-3-902734- 11-2, ISSN 1726-9679, Vienna, Austria DOI: 10.2507/28th.daaam.proceedings.172 Abstract This paper presents a solution to the problems of redundancy and organisation of the software architecture inherent in robotic systems and its' simulators. The analysis and comparison of these solutions with the existing ones are given. It was designed a new software architecture for controlling mobile robotic complexes on the base of two models. Developed simulators and usage of the actor model were the base for creating the technological platforms for distributed software control, providing the simultaneous access of several users to a group of mobile robots and their virtual models. Keywords: building a network of robotarium; distributed control of mobile robots and their simulation software for mobile robot; reservation methods in robotics; dynamic reprogramming 1. Main problems When developing intelligent robots, one of the problems is the lack of effective software to create systems of group control. For example, in the well-known software packages (ROS, MRS, and others) does not included specific development tools for control of distributed mechatronic systems, especially in remote mode.
    [Show full text]
  • Openrave: a Planning Architecture for Autonomous Robotics
    OpenRAVE: A Planning Architecture for Autonomous Robotics Rosen Diankov James Kuffner [email protected] [email protected] CMU-RI-TR-08-34 July 2008 Robotics Institute Carnegie Mellon University Pittsburgh, Pennsylvania 15213 Copyright c 2008 by Rosen Diankov and James Kuffner. All rights reserved. Abstract One of the challenges in developing real-world autonomous robots is the need for integrating and rigorously test- ing high-level scripting, motion planning, perception, and control algorithms. For this purpose, we introduce an open-source cross-platform software architecture called OpenRAVE, the Open Robotics and Animation Virtual Envi- ronment. OpenRAVE is targeted for real-world autonomous robot applications, and includes a seamless integration of 3-D simulation, visualization, planning, scripting and control. A plugin architecture allows users to easily write cus- tom controllers or extend functionality. With OpenRAVE plugins, any planning algorithm, robot controller, or sensing subsystem can be distributed and dynamically loaded at run-time, which frees developers from struggling with mono- lithic code-bases. Users of OpenRAVE can concentrate on the development of planning and scripting aspects of a problem without having to explicitly manage the details of robot kinematics and dynamics, collision detection, world updates, and robot control. The OpenRAVE architecture provides a flexible interface that can be used in conjunction with other popular robotics packages such as Player and ROS because it is focused on autonomous motion planning and high-level scripting rather than low-level control and message protocols. OpenRAVE also supports a powerful network scripting environment which makes it simple to control and monitor robots and change execution flow dur- ing run-time.
    [Show full text]
  • Chi Lin Chang Taiwan (R.O.C.) +886-9-3038-6000 (張祺崙/Alan Chang) [email protected] Homepage
    7F, No.233, Bade Rd. East Dist., Hsinchu City 30069 Chi Lin Chang Taiwan (R.O.C.) +886-9-3038-6000 (張祺崙/Alan Chang) [email protected] Homepage: http://qi1002.github.io/ EXPERIENCE SKILLS Mentor Graphics, LINK, Taiwan/Hsinchu— Senior Software Engineer C and C++ June 2019 - PRESENT (AMS BU) Java, C# and Python ➢ Model extractor QT Tool development and common model interface with simulator. Android framework in java/native/kernel layers Mediatek, LINK, Taiwan/Hsinchu— Manager/ Technical Manager Linux Kernel and FPGA emulation 1. June 2012 - January 2019 (CTO BU) (more than 3 years’ team management experience) ➢ Camera team for smart phone project 8032 and ARM RISC - Manage the team for camera 3A & ISP flow and support image quality tuning flows on OpenCL, OpenVX, OpenCV our camera C++ modules. Familiar to android camera interface, camera ISP/3A on OpenGLES, GPU android C++ native framework and our bit-True flow with CModel by python scripts. DNN - Caffe - Involved in the CV algorithm survey for ADAS based OpenCL + OpenVX or OpenCL + ASP, JSP, CSS and HTML openCV or Halide. (ex: canny edge, pedestrian/face detection) and survey DNN – Caffe for the possibility of ADAS application. Caffe, OpenCV, Halide are all based on C++. - Hands on IQ tuning tool development. Use Python .NET to integrate with C# and python CERTIFICATION work together seamlessly in tool. Familiar to C# and Python. ➢ GPU team for smart phone project ISO 26262 Basic Training Course (Tuv Nord) - Hands on to develop the GPU driver (based on mesa 9.0) in the multiple environments, (ex: windows, Linux, android emulator, FPGA with Linux console, FPGA with android K, Tablet with android L) and be charge of the IP bring up in the first IC.
    [Show full text]
  • The Chirps Prototyping System
    Digital Commons @ George Fox University Faculty Publications - Department of Electrical Department of Electrical Engineering and Engineering and Computer Science Computer Science 2011 The hirC ps Prototyping System Gary Spivey George Fox University, [email protected] Follow this and additional works at: http://digitalcommons.georgefox.edu/eecs_fac Part of the Electrical and Computer Engineering Commons Recommended Citation Spivey, Gary, "The hirC ps Prototyping System" (2011). Faculty Publications - Department of Electrical Engineering and Computer Science. Paper 9. http://digitalcommons.georgefox.edu/eecs_fac/9 This Article is brought to you for free and open access by the Department of Electrical Engineering and Computer Science at Digital Commons @ George Fox University. It has been accepted for inclusion in Faculty Publications - Department of Electrical Engineering and Computer Science by an authorized administrator of Digital Commons @ George Fox University. For more information, please contact [email protected]. The Chirps Prototyping System Abstract Oregon State University has been a pioneer in developing a “Platform for Learning” using their TekBots platform as a fundamental part of their electrical and computer engineering curriculum. At George Fox University, we fundamentally affirm this concept of a “Platform for Learning,” but we additionally desire a “Platform for Prototyping.” By “Platform for Prototyping,” we mean a platform that will enable our engineering students to create significant engineering projects as part of a myriad of service-learning projects, student research, course projects, and the senior capstone experience. To be effective across our curriculum, this system must not only be usable by mechanical, electrical and computer engineers, but by engineering students at the end of their first year in the engineering program.
    [Show full text]
  • Autonomous Underwater Surveillance Robot
    IOSR Journal of Electronics and Communication Engineering (IOSR-JECE) e-ISSN: 2278-2834,p- ISSN: 2278-8735.Volume 10, Issue 3, Ver. IV (May - Jun.2015), PP 53-61 www.iosrjournals.org Autonomous Underwater Surveillance Robot Shruti Nautiyal1, Anshuman Mehta2 1(UG Student, Department of ECE, Seemant Institute of Technology, Pithoragarh, Uttrakhand, India) 2(UG Student, Department of Mechanical Engineering, Sikkim Manipal Institute of Technology, India) Abstract: The main objective is to create an interface that allows a person to drive a robot in water and capturing the view through a night camera (360 degrees). Mobile robotic platforms are becoming more and more popular, both in scientific research and in commercial settings. Robotic systems are useful for going places or performing tasks that are not suitable for humans to do. Robots are often able to precisely perform complicated or dangerous tasks with little or no human involvement. However, before a mobile robotic platform is able to be deployed, it must have a way of identifying where it is in relation to objects and obstacles around it. Often, this is being performed by using a visual system, such as a camera. However, just wiring a camera onto a robot is not sufficient. With many of the tasks that are given to a robotic system to perform, a great deal of precision is required to satisfactorily complete these tasks. This precision requires that the robot be given accurate information by the camera. Keywords: AUVs; centre of gravity; buoyancy; thrusters; ARDUINO Board; L298; HT 12E Encoder and 12D Decoder; 434 MHZ TXR & RXR I.
    [Show full text]