Edge Computing for Autonomous Driving: Opportunities and Challenges This Article Surveys the Designs of Autonomous Driving Edge Computing Systems

Total Page:16

File Type:pdf, Size:1020Kb

Edge Computing for Autonomous Driving: Opportunities and Challenges This Article Surveys the Designs of Autonomous Driving Edge Computing Systems Edge Computing for Autonomous Driving: Opportunities and Challenges This article surveys the designs of autonomous driving edge computing systems. In addition, it presents the security issues in autonomous driving as well as how edge computing designs can address these issues. By SHAOSHAN LIU , Senior Member IEEE,LIANGKAI LIU,JIE TANG, Member IEEE, BO YU, Member IEEE,YIFAN WANG, AND WEISONG SHI, Fellow IEEE ABSTRACT | Safety is the most important requirement for gent performance and energy constraints on the edge side. autonomous vehicles; hence, the ultimate challenge of design- With V2X, more research is required to define how vehi- ing an edge computing ecosystem for autonomous vehicles is cles cooperate with each other and the infrastructure. Last, to deliver enough computing power, redundancy, and secu- safety cannot be guaranteed when security is compromised. rity so as to guarantee the safety of autonomous vehicles. Thus, protecting autonomous driving edge computing systems Specifically, autonomous driving systems are extremely com- against attacks at different layers of the sensing and comput- plex; they tightly integrate many technologies, including sens- ing stack is of paramount concern. In this paper, we review ing, localization, perception, decision making, as well as the state-of-the-art approaches in these areas as well as explore smooth interactions with cloud platforms for high-definition potential solutions to address these challenges. (HD) map generation and data storage. These complexities KEYWORDS | Connected and autonomous vehicles (CAVs); impose numerous challenges for the design of autonomous edge computing; heterogeneous computing; security; vehicle- driving edge computing systems. First, edge computing sys- to-everything (V2X); vehicular operating system. tems for autonomous driving need to process an enormous amount of data in real time, and often the incoming data from I. INTRODUCTION different sensors are highly heterogeneous. Since autonomous driving edge computing systems are mobile, they often have The design goal of autonomous driving edge computing very strict energy consumption restrictions. Thus, it is imper- systems is to guarantee the safety of autonomous vehicles. ative to deliver sufficient computing power with reasonable This is extremely challenging, as autonomous vehicles energy consumption, to guarantee the safety of autonomous need to process an enormous amount of data in real vehicles, even at high speed. Second, in addition to the edge time (as high as 2 GB/s) with extremely tight latency system design, vehicle-to-everything (V2X) provides redun- constraints [1]. For instance, if an autonomous vehicle dancy for autonomous driving workloads and alleviates strin- travels at 60 miles per hour (mph), and thus about 30 m of braking distance, this requires the autonomous driving system to predict potential dangers up to a few seconds Manuscript received February 10, 2019; revised April 6, 2019; accepted before they occur. Therefore, the faster the autonomous May 5, 2019. Date of publication June 24, 2019; date of current version August 5, 2019. (Corresponding author: Jie Tang.) driving edge computing system performs these complex S. Liu and B. Yu are with PerceptIn, Fremont, CA 94539 USA. computations, the safer the autonomous vehicle is. L. Liu and W. Shi are with the Department of Computer Science, Wayne State University, Detroit, MI 48202 USA. Specifically, autonomous driving systems are extremely J. Tang is with the School of Computer Science & Engineering, South China complex; they tightly integrate many technologies, includ- University of Technology, Guangzhou 510330, China (e-mail: ing sensing, localization, perception, decision making, [email protected]). Y. Wa n g is with Wayne State University, Detroit, MI 48202 USA, and also with as well as the smooth interaction with cloud platforms for the Institute of Computing Technology, Chinese Academy of Sciences, Beijing high-definition (HD) map generation and data storage [2]. 100190, China. These complexities pose many challenges for the design Digital Object Identifier 10.1109/JPROC.2019.2915983 of autonomous driving edge computing systems, just to 0018-9219 © 2019 IEEE. Personal use is permitted, but republication/redistribution requires IEEE permission. See http://www.ieee.org/publications_standards/publications/rights/index.html for more information. Vol. 107, No. 8, August 2019 |PROCEEDINGS OF THE IEEE 1697 Liu et al.: Edge Computing for Autonomous Driving: Opportunities and Challenges name a few. First, they need to enable the interactions between the functional modules with low overheads, and this requires a lightweight operating system. Second, they need to process an enormous amount of data in real time, and often the incoming data from different sensors are highly heterogeneous. In addition, since they are mobile systems, they often have very strict energy consumption restrictions. This requires a high-performance and energy- efficient hardware system. In addition to the edge system design, vehicle-to- everything (V2X) technologies should also get involved in the communication of the edge system. V2X provides redundancy for autonomous driving workloads; it also alleviates stress on the edge computing system. We believe this is a promising approach, but the key is to identify Fig. 1. Autonomous driving edge computing architecture. a sweet spot between the tradeoffs of fully relying on the edge computing system versus fully relying on the V2X infrastructure. Hence, exploring how V2X enables the latest progress on the designs of autonomous driving autonomous vehicles to cooperate with each other and edge computing systems is presented and discussed. In with the infrastructure remains an open research topic. Section IV, we focus on how V2X alleviates the stress on Having a high-performance and energy-efficient edge edge computing systems. In Section V, we review security computing system is not enough, as attackers may turn an issues in autonomous driving and how edge computing autonomous vehicle into a dangerous weapon by hacking designs address these issues. We conclude in Section VI. into any layer of the autonomous driving sensing and computing stack. More research is required to identify all II. AUTONOMOUS DRIVING possible attack surfaces as well as protection mechanisms TECHNOLOGIES before autonomous vehicles are released on public roads. As detailed in [3], autonomous driving is not one tech- To summarize, the overarching challenge of nology but rather an integration of many technologies. autonomous driving edge computing systems design As is shown in Fig. 2, the autonomous driving technol- is to efficiently integrate the functional modules, including ogy stack consists of three major subsystems: algorithms, interactions with edge servers and V2X infrastructure, including sensing, perception, and decision; a vehicular to process a massive amount of heterogeneous data in edge subsystem, including the operating system and hard- real time, within a limited energy budget, and without ware platform; and a cloud platform, including data stor- sacrificing the security of the users. In this paper, age, simulation, HD mapping, and deep learning model we review state-of-the-art approaches in these areas training. as well as explore potential solutions to address these challenges. A. Algorithm Subsystem Before delving into the details of the autonomous The algorithm subsystem extracts meaningful informa- driving edge computing system designs, let us first define tion from sensor raw data to understand its environment the autonomous driving computing ecosystem. As illus- and dynamically make decisions about its actions. trated in Fig. 1, each autonomous vehicle is equipped with an edge computing system, which integrates all the real-time functional modules, such as localization, percep- tion, planning and control, and so on. Then, each vehicle communicates with edge servers, and eventually with the central cloud, through existing 3G/4G/5G communica- tion networks. In addition, the vehicles can communicate with the road side units (RSUs) through either the 5G networks or the dedicated short-range communications (DSRC) networks; this is a typical vehicle-to-infrastructure (V2I) scenario. Moreover, the vehicles can communicate with each other through the DSRC networks, and this is a typical vehicle-to-vehicle (V2V) scenario. The remainder of this paper is organized as follows. In Section II, we review the background of autonomous driving technologies and help readers understand the com- plexities of autonomous driving systems. In Section III, Fig. 2. Autonomous driving technology stack. 1698 PROCEEDINGS OF THE IEEE | Vol. 107, No. 8, August 2019 Liu et al.: Edge Computing for Autonomous Driving 1) Sensing: Normally, an autonomous vehicle consists of on this combination for localization for three reasons: several major sensors. Since each type of sensor presents 1) the accuracy is only about one meter; 2) the GNSS advantages and drawbacks, the data from multiple sensors signal has multipath problems, which means that the must be combined. The sensor types include the following. signal may bounce off buildings and introduce more a) GNSS/IMU: The global navigation satellite system noise; and 3) GNSS requires an unobstructed view of the and inertial measurement unit (GNSS/IMU) system helps sky so it fails to work in closed environments such as autonomous vehicles localize themselves by reporting both tunnels. inertial updates and a global
Recommended publications
  • Concurrency Patterns for Easier Robotic Coordination
    Concurrency Patterns for Easier Robotic Coordination Andrey Rusakov∗ Jiwon Shin∗ Bertrand Meyer∗† ∗Chair of Software Engineering, Department of Computer Science, ETH Zurich,¨ Switzerland †Software Engineering Lab, Innopolis University, Kazan, Russia fandrey.rusakov, jiwon.shin, [email protected] Abstract— Software design patterns are reusable solutions to Guarded suspension – are chosen for their concurrent nature, commonly occurring problems in software development. Grow- applicability to robotic coordination, and evidence of use ing complexity of robotics software increases the importance of in existing robotics frameworks. The paper aims to help applying proper software engineering principles and methods such as design patterns to robotics. Concurrency design patterns programmers who are not yet experts in concurrency to are particularly interesting to robotics because robots often have identify and then to apply one of the common concurrency- many components that can operate in parallel. However, there based solutions for their applications on robotic coordination. has not yet been any established set of reusable concurrency The rest of the paper is organized as follows: After design patterns for robotics. For this purpose, we choose six presenting related work in Section II, it proceeds with a known concurrency patterns – Future, Periodic timer, Invoke later, Active object, Cooperative cancellation, and Guarded sus- general description of concurrency approach for robotics pension. We demonstrate how these patterns could be used for in Section III. Then the paper presents and describes in solving common robotic coordination tasks. We also discuss detail a number of concurrency patterns related to robotic advantages and disadvantages of the patterns and how existing coordination in Section IV.
    [Show full text]
  • Programming Robots for Activities of Everyday Life
    Thesis for The Degree of Licentiate of Engineering Programming Robots for Activities of Everyday Life Swaib Dragule Division of Software Engineering Department of Computer Science & Engineering Chalmers University of Technology and Gothenburg University Gothenburg, Sweden, 2021 Programming Robots for Activities of Everyday Life Swaib Dragule Copyright ©2021 Swaib Dragule except where otherwise stated. All rights reserved. Department of Computer Science & Engineering Division of Software Engineering Chalmers University of Technology and Gothenburg University Gothenburg, Sweden This thesis has been prepared using LATEX. Printed by Chalmers Reproservice, Gothenburg, Sweden 2021. ii ”Smiling to someone is an act of charity.” - Prophet Muhammad (P.B.U.H) iv v Abstract Text-based programming remains a challenge to novice programmers in all programming domains, including robotics. The use of robots is gaining considerable traction in several domains since robots are capable of assisting humans in repetitive and hazardous tasks. Soon robots will commonly be used in tasks-of-everyday-life in homes, hotels, airports, and museums. However, robotic missions have been either predefined or programmed using low-level APIs, making mission specification task-specific and error-prone. To harness the full potential of robots, it must be possible to define missions for specific application domains as needed. The specification of missions of robotic applications should be performed via easy-to-use, accessible ways, and at the same time, be accurate and unambiguous. Simplicity and flexibility in programming such robots are important since end-users come from diverse domains, not necessarily with sufficient programming knowledge. The main objective of this licentiate thesis is to empirically understand the state-of-the-art in languages and tools used for specifying robot missions by end-users.
    [Show full text]
  • Tag: Job Control in Urbiscript
    Tag: Job Control in urbiscript Jean-Christophe Baillie Akim Demaille Quentin Hocquet Matthieu Nottale May 7, 2010 Abstract The Urbi software platform for the development of applications for robots relies heavily on concur- rency. While concurrent programs have existed for decades, there is still no universal consensus for the proper means to control the complexity of parallelism. This paper presents some innovating features of Urbi: syntactic constructs to support concurrent jobs, and tags, used to control them. Urbi SDK is a software platform used to develop portable applications for robotics and artificial intel- ligence (Baillie, 2005). It is based on UObjects, a distributed component architecture, and on urbiscript, a parallel and event-driven scripting language. It’s current architecture has already described elsewhere (Baillie et al., 2008), this paper focuses on one specific feature of urbiscript: job control. Today, any computer runs many programs concurrently. The Operating System is in charge of provid- ing each process with the illusion of a fresh machine for it only, and of scheduling all these concurrent processes. In robots, jobs not only run concurrently, they collaborate. Each process is a piece of a complex behavior that emerges from the coordination/orchestration of these jobs. The Urbi platform aims to provide the developers with a convenient framework to orchestrate concur- rent, collaborating, tasks. Outline Section 1 introduces some of the features of urbiscript for parallel programming; it concludes on the common need for a high-level job control. Section 2 presents tags, the cornerstone of job control in Urbi. A real world example is presented in Section 3: safe interruption of the Nao walk.
    [Show full text]
  • Programming Robots with Events Truong Giang Le, Dmitriy Fedosov, Olivier Hermant, Matthieu Manceny, Renaud Pawlak, Renaud Rioboo
    Programming Robots With Events Truong Giang Le, Dmitriy Fedosov, Olivier Hermant, Matthieu Manceny, Renaud Pawlak, Renaud Rioboo To cite this version: Truong Giang Le, Dmitriy Fedosov, Olivier Hermant, Matthieu Manceny, Renaud Pawlak, et al.. Programming Robots With Events. 4th International Embedded Systems Symposium (IESS), Jun 2013, Paderborn, Germany. pp.14-25, 10.1007/978-3-642-38853-8_2. hal-00924489 HAL Id: hal-00924489 https://hal.inria.fr/hal-00924489 Submitted on 7 Jan 2014 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Distributed under a Creative Commons Attribution| 4.0 International License Programming Robots with Events Truong-Giang Le1, Dmitriy Fedosov2, Olivier Hermant3, Matthieu Manceny1, Renaud Pawlak4, and Renaud Rioboo5 1 LISITE - ISEP, 28 rue Notre-Dame des Champs, 75006 Paris, France 2 Saint-Petersbourg University of Aerospace Instrumentation, 67 Bolshaya Morskaya street, 190000, Saint Petersburg, Russia 3 CRI - MINES ParisTech, 35 rue ST-Honor´e, 77300 Fontainebleau, France 4 IDCapture, 2 rue Duphot, 75001 Paris, France 5 ENSIIE, 1 square de la R´esistance, F-91025 Evry´ CEDEX, France {le-truong.giang,matthieu.manceny}@isep.fr, {dvfdsv,renaud.pawlak}@gmail.com, [email protected], [email protected] Abstract.
    [Show full text]
  • Simple Concurrency for Robotics with the Roboscoop Framework
    Simple Concurrency for Robotics with the Roboscoop Framework Andrey Rusakov Jiwon Shin Bertrand Meyer Chair of Software Engineering Department of Computer Science ETH Zurich,¨ Switzerland fandrey.rusakov, jiwon.shin, [email protected] Abstract— Concurrency is inherent to robots, and using enables even novice programmers to program concurrent concurrency in robotics can greatly enhance performance of the robotic software. Current Roboscoop contains behaviors and robotics applications. So far, however, the use of concurrency in tools necessary for the operation of differential drive robots robotics has been limited and cumbersome. This paper presents Roboscoop, a new robotics framework based on Simple Concur- and has been tested on two different robots. rent Object Oriented Programming (SCOOP). SCOOP excludes This paper is organized as follows: After presenting related data races by construction, thereby eliminating a major class of work in Section II, the paper presents the core of Roboscoop concurrent programming errors. Roboscoop utilizes SCOOP’s framework in Section III. Section IV presents an example of concurrency and synchronization mechanisms for coordination using Roboscoop for the task of exploring an unknown area. in robotics applications. We demonstrate Roboscoop’s simplicity by comparing Roboscoop to existing middlewares and evaluate Section V compares Roboscoop against other middlewares Roboscoop’s usability by employing it in education. and also presents an evaluation of Roboscoop in education. The paper concludes with final remarks in Section VI. I. INTRODUCTION Advanced robotic systems are composed of many com- II. RELATED WORK ponents that can operate concurrently. Running these com- In the last decade, many middlewares have been pro- ponents concurrently would enable robots to meet their full posed to ease the development of robotic coordination and potential.
    [Show full text]
  • A Scripting-Based Approach to Robot Behavior Engineering Using Hierarchical Generators
    A Scripting-based Approach to Robot Behavior Engineering Using Hierarchical Generators Thijs Jeffry de Haas, Tim Laue and Thomas Rofer¨ Abstract— When developing software for autonomous robots, The contribution of this paper is a domain-specific langua- the aspect of behavior engineering is, among tasks such as sen- ge called b-script to describe hierarchical agent behaviors sing, state estimation, and motion control, of major importance. using the programming concept of generators. We show that Current solutions range from basic behavior-based approaches to sophisticated reasoning systems, in each case depending on it is a convenient way to use hierarchical continuation-based the complexity of the robot’s task as well as the available routines to realize complex robot behaviors in an intuitive amount of computing time. In this paper, we present a behavior and clean way and that it can be used in large-scale appli- specification language, which is called b-script, to describe cations. This is achieved by using a specialized generator hierarchical agent behaviors using the programming concept implementation, similar to Python’s generators, including of generators. We show that this is a convenient approach to realize complex robot behaviors in an intuitive and clean implicit context maintenance. The language is in particular way that can be used in large-scale. Furthermore, the actual suited to be used on resource restricted embedded systems, implementation of this language is in particular suited to be such as the Nao robot [5], and was already successfully used on resource-restricted embedded systems. This is shown applied in actual competitions of the RoboCup [6] Standard in different examples of a Nao robot in a robot soccer scenario.
    [Show full text]
  • Temporal Reasoning About Robotics Applications: Refinement and Temporal Logic
    Temporal Reasoning About Robotics Applications: Refinement and Temporal Logic Abdulrazaq Abba Doctor of Philosophy The University of York Computer Science October, 2020 Abstract The challenges of verifying the behaviour of robotics systems has motivated the development of various techniques and tools for supporting the advancement and verification of robotics systems. This is due to the complex nature of verifying robotics systems as part of the category of hybrid dynamical systems that combine discrete and continuous parts. In contrast to the commonly-known computer systems, robotic sys- tems operate in a physical, real-world environment that may include humans, which raises a reasonable question of concern about the safety of the systems. Currently, one of the promising solutions is effective, rigorous verification techniques and tools that verify and guarantee the safe operation of robotics systems 1 . Along this line, formal methods provide mathematical models that support the de- velopment of rigorous verification techniques and tools. In this work, we use formal methods for the verification of temporal specifications of robotics systems. The process algebra tock-CSP provides textual notations for modelling discrete-time behaviours, with the support of various tools for verification. Also, tock-CSP has been used to give semantics to a domain-specific language for robotics, RoboChart. Similarly, automatic verification of Timed Automata (TA) is supported by the real-time verification toolbox Uppaal that facilitates verification of temporal specifications using Time Computation Tree Logic (TCTL). Timed Automata and tock-CSP differ in both modelling and verifi- cation approaches. For instance, liveness requirements are difficult to specify with the constructs of tock-CSP, but they are easy to verify in Uppaal.
    [Show full text]
  • Events!(Reactivity in Urbiscript)
    Events! (Reactivity in urbiscript) Jean-Christophe Baillie Akim Demaille Quentin Hocquet Matthieu Nottale Gostai S.A.S., 15, rue Jean-Baptiste Berlier, F-75013 Paris, France http://www.gostai.com, [email protected] Abstract— Urbi SDK is a software platform for the devel- availability of compilers for many different types of hardware opment of portable robotic applications. It features the Urbi architecture, and because many robot SDK are in C/C++. UObject C++ middleware, to manage hardware drivers and/or It also provides access to very low-level system features possibly remote software components, and urbiscript, a domain specific programming language to orchestrate them. Reactivity (such as coroutines, see below), and allows us to program is a key feature of Urbi SDK, embodied in events in urbiscript. their support if they lack, in assembler if needed. Specific This paper presents the support for events in urbiscript. features of some architectures are also easier to use from Event-based programming is the “native” way in urbiscript C/C++, such as the real-time features of Xenomai. Finally, to program responses to stimuli — a common need in some architecture require C++, such the Aibo SDK. robotics. It is typically used for “background jobs that moni- While the sole Urbi core suffices in many situations, it tor some conditions”. It is used to program the human-robot proved useful to provide a programming language to fine- interfaces (“do this when the head button is pushed”), the tune this orchestration. detection exceptional situations (collision avoidance, battery level), the tracking of objects of interest etc.
    [Show full text]
  • Design of Social Robots Using Open-Source Robotic Platforms
    Complex Control Systems ISSN 1310-8255 Proceedings of the International Conference“Robotics & Mechatronics and Social Implementations”2018 DESIGN OF SOCIAL ROBOTS USING OPEN-SOURCE ROBOTIC PLATFORMS Eleni VROCHIDOU1,*, Michail MANIOS2, Vassilis G. KABURLASOS3, Fotis PANAGIOTOPOULOS4, Charalabos AITSIDIS4, Vasilis FERELIS6, 1) PhD, Eng., Human-Machines Interaction (HUMAIN) Laboratory, Dept. of Computer and Informatics Engineering, Eastern Macedonia and Thrace Institute of Technology (EMaTTech), Kavala, Greece 2) MSc, Assist., Eng., Human-Machines Interaction (HUMAIN) Laboratory, Dept. of Computer and Informatics Engineering, Eastern Macedonia and Thrace Institute of Technology (EMaTTech), Kavala, Greece 3) Prof., PhD, Eng., Human-Machines Interaction (HUMAIN) Laboratory, Dept. of Computer and Informatics Engineering, Eastern Macedonia and Thrace Institute of Technology (EMaTTech), Kavala, Greece 4) MSc, Assist., Eng., Dept. of Business Administration, Eastern Macedonia and Thrace Institute of Technology (EMaTTech), Kavala, Greece 5) MSc, Assist., Eng., Dept. of Accounting and Finance, Eastern Macedonia and Thrace Institute of Technology (EMaTTech), Kavala, Greece Abstract: The use of social robots in child education has emerged as a promising human-robot interaction domain. Social robots were successfully implemented into educational institutions and revealed a great potential. The main obstacle against the wider design and use of robotics is that it is considered a task that only experienced roboticists can handle. Fostering robots in schools and every-day life, yells for tools and platforms able to reduce the costs of prototyping robots, in terms of time and money. The open-source paradigm offers the opportunity to overcome these obstacles. This article summarizes the most popular up- to-date open-source platforms, that can support the development of social robots.
    [Show full text]
  • Programming Robots with an Agent-Oriented BDI-Based Control Architecture: Explorations Using the Jaca and Webots Platforms
    Alma Mater Studiorum Universita` di Bologna II Facolt`adi Ingegneria Corso di laurea magistrale in Ingegneria Informatica Programming Robots with an Agent-Oriented BDI-based Control Architecture: Explorations using the JaCa and Webots platforms Tesi in: Sistemi Multi Agente Candidato: Relatore: Andrea Mordenti Prof. Alessandro Ricci Correlatore: Dott. Ing. Andrea Santi Anno Accademico 2011/2012 - Sessione II . Keywords Domestic Robots BDI architecture Jason CArtAgO A&A meta-model Webots . To you, who are looking after me from up there. Contents Introduction 11 1 Background 15 1 Programming Robots . 16 1.1 (Domestic)Robotics . 17 1.2 Control Architecture . 18 1.3 Robot Programming Systems . 25 1.4 Benifits and Drawbacks . 27 2 Platforms and Languages . 28 2.1 State of the art . 29 2.2 Simulators . 31 3 Webots . 33 4 Recapitulation . 36 2 Agent Oriented Programming & BDI-based Programming Languages 39 1 Agent Oriented Programming . 39 2 BDI Architecture . 42 3 Agents & Artifacts meta-model . 46 3.1 CArtAgO . 49 4 APLs (Agent Programming Languages) . 52 4.1 Jason . 53 4.2 JaCa . 57 5 BDI languages for Robot Programming . 60 6 Recapitulation . 62 8 Contents 3 Using the BDI architecture for Robot Programming: A Jason- based Approach 63 1 Jason for robot programming . 63 1.1 Layered Architecture . 64 2 System Overview . 66 2.1 Interaction . 67 2.2 Implementation . 68 2.3 Integration with Webots simulator . 69 2.4 Sensory Input & Actuator Commands . 71 3 Recapitulation . 74 4 Experiments 75 Introduction . 76 1 Obstacle Avoidance . 79 1.1 Strategy . 79 1.2 Implementation . 80 2 Object Picking .
    [Show full text]
  • Unmanned Ground Vehicle Modelling in Gazebo/ROS-Based Environments
    machines Article Unmanned Ground Vehicle Modelling in Gazebo/ROS-Based Environments Zandra B. Rivera 1, Marco C. De Simone 2,* and Domenico Guida 2 1 MEID4 Srl, via Giovanni Paolo II, 84084 Fisciano (SA), Italy; [email protected] 2 Department of Industrial Engineering, University of Salerno, via Giovanni Paolo II, 84084 Fisciano (SA), Italy; [email protected] * Correspondence: [email protected] Received: 31 March 2019; Accepted: 9 June 2019; Published: 14 June 2019 Abstract: The fusion of different technologies is the base of the fourth industrial revolution. Companies are encouraged to integrate new tools in their production processes in order to improve working conditions and increase productivity and production quality. The integration between information, communication technologies and industrial automation can create highly flexible production models for products and services that can be customized through real-time interactions between consumer, production and machinery throughout the production process. The future of production, therefore, depends on increasingly intelligent machinery through the use of digital systems. The key elements for future integrated devices are intelligent systems and machines, based on human–machine interaction and information sharing. To do so, the implementation of shared languages that allow different systems to dialogue in a simple way is necessary. In this perspective, the use of advanced prototyping tools like Open-Source programming systems, the development of more detailed multibody models through the use of CAD software and the use of self-learning techniques will allow for developing a new class of machines capable of revolutionizing our companies. The purpose of this paper is to present a waypoint navigation activity of a custom Wheeled Mobile Robot (WMR) in an available simulated 3D indoor environment by using the Gazebo simulator.
    [Show full text]
  • Programming Languages — Fortran — Coroutines and Iterators
    Reference number of working document: ISO/IEC JTC1/SC22/WG5 Nxxxx Date: 2018-08-11 Reference number of document: ISO/IEC TS 99999:2019(E) Committee identification: ISO/IEC JTC1/SC22 Secretariat: ANSI Information technology | Programming languages | Fortran | Coroutines and Iterators Technologies de l'information | Langages de programmation | Fortran | Coroutines et Iterators ISO/IEC TS 99999:2019(E) Contents 0 Introduction . .i 0.1 History . .i 0.2 What this technical specification proposes . ii 1 General . .1 1.1 Scope . .1 1.2 Normative References . .1 2 Requirements . .2 2.1 General . .2 2.2 Summary . .2 2.3 Coroutine syntax and semantics . .3 2.4 ITERATOR and ITERATE construct syntax . 10 2.5 VALUE attribute . 14 2.6 PRESENT (A) . 14 3 Examples . 15 3.1 Quadrature example . 15 3.2 Iterator for a queue . 18 3.3 Preserving automatic variables . 19 4 Required editorial changes to ISO/IEC 1539-1:2018(E) . 20 0 Introduction 0.1 History Fortran has historically been primarily but not exclusively used to solve problems in science and en- gineering. Solving problems in science and engineering primarily but not exclusively depends upon computational mathematics algorithms. Computational mathematics algorithms frequently require ac- cess to software that is provided by the user, to specify the problem. Examples include evaluating integrals, solving differential equations, minimization, and nonlinear parameter estimation. Software to solve problems in science and engineering also benefits from the application of principles of software engineering, as explained, for example, in Scientific Software Design: The Object- Oriented Way, by our colleagues Damian Rouson and Jim Xia, and their coauthor Xiaofeng Xu.
    [Show full text]