Leveraging Graphical User Interface Automation for Generic Robot Programming
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Command Line Interface Specification Windows
Command Line Interface Specification Windows Online Backup Client version 4.3.x 1. Introduction The CloudBackup Command Line Interface (CLI for short) makes it possible to access the CloudBackup Client software from the command line. The following actions are implemented: backup, delete, dir en restore. These actions are described in more detail in the following paragraphs. For all actions applies that a successful action is indicated by means of exit code 0. In all other cases a status code of 1 will be used. 2. Configuration The command line client needs a configuration file. This configuration file may have the same layout as the configuration file for the full CloudBackup client. This configuration file is expected to reside in one of the following folders: CLI installation location or the settings folder in the CLI installation location. The name of the configuration file must be: Settings.xml. Example: if the CLI is installed in C:\Windows\MyBackup\, the configuration file may be in one of the two following locations: C:\Windows\MyBackup\Settings.xml C:\Windows\MyBackup\Settings\Settings.xml If both are present, the first form has precedence. Also the customer needs to edit the CloudBackup.Console.exe.config file which is located in the program file directory and edit the following line: 1 <add key="SettingsFolder" value="%settingsfilelocation%" /> After making these changes the customer can use the CLI instruction to make backups and restore data. 2.1 Configuration Error Handling If an error is found in the configuration file, the command line client will issue an error message describing which value or setting or option is causing the error and terminate with an exit value of 1. -
LPC-Link2 Debug Probe Firmware Programming Rev
LPC-Link2 Debug Probe Firmware Programming Rev. 2.1.0 — 22 January, 2020 User Guide NXP Semiconductors LPC-Link2 Debug Probe Firmware Programming 22 January, 2020 Copyright © 2015-2018 NXP Semiconductors All rights reserved. LPC-Link2 Debug Probe Firmware Programming - All information provided in this document is subject to legal disclaimers © 2015-2018 NXP Semiconductors. All rights reserved. User Guide Rev. 2.1.0 — 22 January, 2020 ii NXP Semiconductors LPC-Link2 Debug Probe Firmware Programming 1. Revision History .................................................................................................. 1 1.1. 2.1.1 ........................................................................................................ 1 1.2. v2.0.0 ....................................................................................................... 1 1.3. v1.8.2 ....................................................................................................... 1 1.4. v1.5.2 ....................................................................................................... 1 1.5. v1.5 ......................................................................................................... 1 2. Introduction ......................................................................................................... 2 3. Quick Start .......................................................................................................... 3 4. Debug Firmware Variants and Drivers ................................................................. -
Management of Programmable Safety Systems
MANAGEMENT OF PROGRAMMABLE SAFETY SYSTEMS erhtjhtyhy JOE LENNER Argonne National Laboratory Advanced Photon Source Safety Interlocks Group 9/11/2019 MANAGEMENT OF PROGRAMMABLE SAFETY SYSTEMS Applicable Standards . IEC 61508 is the parent standard – Applicable in any situation – Used when no applicable child IEC 61800-5-2 standard exists Elec Drives – Very general, many requirements are EN 50128 Railway overly complex ISO 13849 . Child Standards Machinery IEC – Specialize the requirements of IEC 60601 61508 61508 for a specific application Medical Dev IEC 62061 – If you meet the requirements of the Machinery child, you meet the relevant IEC 61511 IEC Process Ind. 50156 requirements of 61508 Furnaces . Best fit for Accelerators – IEC 62061 – ISO 13849 – IEC 61511 2 MANAGEMENT OF PROGRAMMABLE SAFETY SYSTEMS Certified hardware benefits . Use of a single PLC – Eliminates redundant systems and associated wiring. – Ability to clearly separate safety from non-safety tasks – Built-in diagnostics – Safety I/O allows reduction of relays . Programming – Use of certified and proven functions reduces programming effort • Easier to apply = Less errors – Reduces safety and standard programs/tasks • Reduced size of safety program • Reduces review & test time 3 MANAGEMENT OF PROGRAMMABLE SAFETY SYSTEMS Vendor Software Management . Programming tool updates – Only when necessary • The “Microsoft“ effect • Development platform support . Firmware Updates – Quarterly reviews unless alert 4 MANAGEMENT OF PROGRAMMABLE SAFETY SYSTEMS Software . The latest generation -
Attacker Antics Illustrations of Ingenuity
ATTACKER ANTICS ILLUSTRATIONS OF INGENUITY Bart Inglot and Vincent Wong FIRST CONFERENCE 2018 2 Bart Inglot ◆ Principal Consultant at Mandiant ◆ Incident Responder ◆ Rock Climber ◆ Globetrotter ▶ From Poland but live in Singapore ▶ Spent 1 year in Brazil and 8 years in the UK ▶ Learning French… poor effort! ◆ Twitter: @bartinglot ©2018 FireEye | Private & Confidential 3 Vincent Wong ◆ Principal Consultant at Mandiant ◆ Incident Responder ◆ Baby Sitter ◆ 3 years in Singapore ◆ Grew up in Australia ©2018 FireEye | Private & Confidential 4 Disclosure Statement “ Case studies and examples are drawn from our experiences and activities working for a variety of customers, and do not represent our work for any one customer or set of customers. In many cases, facts have been changed to obscure the identity of our customers and individuals associated with our customers. ” ©2018 FireEye | Private & Confidential 5 Today’s Tales 1. AV Server Gone Bad 2. Stealing Secrets From An Air-Gapped Network 3. A Backdoor That Uses DNS for C2 4. Hidden Comment That Can Haunt You 5. A Little Known Persistence Technique 6. Securing Corporate Email is Tricky 7. Hiding in Plain Sight 8. Rewriting Import Table 9. Dastardly Diabolical Evil (aka DDE) ©2018 FireEye | Private & Confidential 6 AV SERVER GONE BAD Cobalt Strike, PowerShell & McAfee ePO (1/9) 7 AV Server Gone Bad – Background ◆ Attackers used Cobalt Strike (along with other malware) ◆ Easily recognisable IOCs when recorded by Windows Event Logs ▶ Random service name – also seen with Metasploit ▶ Base64-encoded script, “%COMSPEC%” and “powershell.exe” ▶ Decoding the script yields additional PowerShell script with a base64-encoded GZIP stream that in turn contained a base64-encoded Cobalt Strike “Beacon” payload. -
Powershell Integration with Vmware View 5.0
PowerShell Integration with VMware® View™ 5.0 TECHNICAL WHITE PAPER PowerShell Integration with VMware View 5.0 Table of Contents Introduction . 3 VMware View. 3 Windows PowerShell . 3 Architecture . 4 Cmdlet dll. 4 Communication with Broker . 4 VMware View PowerCLI Integration . 5 VMware View PowerCLI Prerequisites . 5 Using VMware View PowerCLI . 5 VMware View PowerCLI cmdlets . 6 vSphere PowerCLI Integration . 7 Examples of VMware View PowerCLI and VMware vSphere PowerCLI Integration . 7 Passing VMs from Get-VM to VMware View PowerCLI cmdlets . 7 Registering a vCenter Server . .. 7 Using Other VMware vSphere Objects . 7 Advanced Usage . 7 Integrating VMware View PowerCLI into Your Own Scripts . 8 Scheduling PowerShell Scripts . 8 Workflow with VMware View PowerCLI and VMware vSphere PowerCLI . 9 Sample Scripts . 10 Add or Remove Datastores in Automatic Pools . 10 Add or Remove Virtual Machines . 11 Inventory Path Manipulation . 15 Poll Pool Usage . 16 Basic Troubleshooting . 18 About the Authors . 18 TECHNICAL WHITE PAPER / 2 PowerShell Integration with VMware View 5.0 Introduction VMware View VMware® View™ is a best-in-class enterprise desktop virtualization platform. VMware View separates the personal desktop environment from the physical system by moving desktops to a datacenter, where users can access them using a client-server computing model. VMware View delivers a rich set of features required for any enterprise deployment by providing a robust platform for hosting virtual desktops from VMware vSphere™. Windows PowerShell Windows PowerShell is Microsoft’s command line shell and scripting language. PowerShell is built on the Microsoft .NET Framework and helps in system administration. By providing full access to COM (Component Object Model) and WMI (Windows Management Instrumentation), PowerShell enables administrators to perform administrative tasks on both local and remote Windows systems. -
Linux-PATH.Pdf
http://www.linfo.org/path_env_var.html PATH Definition PATH is an environmental variable in Linux and other Unix-like operating systems that tells the shell which directories to search for executable files (i.e., ready-to-run programs ) in response to commands issued by a user. It increases both the convenience and the safety of such operating systems and is widely considered to be the single most important environmental variable. Environmental variables are a class of variables (i.e., items whose values can be changed) that tell the shell how to behave as the user works at the command line (i.e., in a text-only mode) or with shell scripts (i.e., short programs written in a shell programming language). A shell is a program that provides the traditional, text-only user interface for Unix-like operating systems; its primary function is to read commands that are typed in at the command line and then execute (i.e., run) them. PATH (which is written with all upper case letters) should not be confused with the term path (lower case letters). The latter is a file's or directory's address on a filesystem (i.e., the hierarchy of directories and files that is used to organize information stored on a computer ). A relative path is an address relative to the current directory (i.e., the directory in which a user is currently working). An absolute path (also called a full path ) is an address relative to the root directory (i.e., the directory at the very top of the filesystem and which contains all other directories and files). -
Towards Autonomous Multi-Robot Mobile Deposition for Construction
YouWasps: Towards Autonomous Multi-Robot Mobile Deposition for Construction Julius Sustarevas1, Benjamin K. X. Tan1, David Gerber2, Robert Stuart-Smith1;3 and Vijay M. Pawar1;3 Abstract— Mobile multi-robot construction systems offer new ways to optimise the on-site construction process. In this paper we begin to investigate the functionality requirements for controlling a team of robots to build structures much greater than their individual workspace. To achieve these aims, we present a mobile extruder robot called YouWasp. We also begin to explore methods for collision aware printing and construction task decomposition and allocation. These are deployed via YouWasp and enable it to deposit material autonomously. In doing so, we are able to evaluate the potential for parallelization of tasks and printing autonomy in simulation as well as physical team of robots. Altogether, these results provide a foundation for future work that enable fleets of mobile construction systems to cooperate and help us shape our built environment in new ways. Fig. 1: Visualisation of YouWasp team of robots deployed in a construction scenario. I. INTRODUCTION The US$8.8 trillion global market value[1] of the con- manufacturing companies such as Apis Cor in Russia, Win- struction sector, shows the unmatched effort that construc- sun Decoration Engineering Company in China, NASA’s tion, as a human endevour, receives. In fact, construction 3D printing in Zero-G and US Armed Forces on-site 3D is often seen as the sector at the forefront of tackling printed barracks. Within this context, typical examples use global challenges like population growth, urbanisation and either gantry-type solutions or industrial robots with 3-to- sustainability[2]. -
8. Robotic Systems Architectures and Programming
187 8. RoboticRobotic Systems Architectures and Programming Syste David Kortenkamp, Reid Simmons 8.1 Overview.............................................. 187 Robot software systems tend to be complex. This 8.1.1 Special Needs complexity is due, in large part, to the need to con- of Robot Architectures .................. 188 trol diverse sensors and actuators in real time, in 8.1.2 Modularity and Hierarchy.............. 188 the face of significant uncertainty and noise. Robot 8.1.3 Software Development Tools.......... 188 systems must work to achieve tasks while moni- toring for, and reacting to, unexpected situations. 8.2 History ................................................ 189 Doing all this concurrently and asynchronously 8.2.1 Subsumption ............................... 189 adds immensely to system complexity. 8.2.2 Layered Robot Control Architectures 190 The use of a well-conceived architecture, 8.3 Architectural Components ..................... 193 together with programming tools that support 8.3.1 Connecting Components................ 193 the architecture, can often help to manage that 8.3.2 Behavioral Control........................ 195 complexity. Currently, there is no single archi- 8.3.3 Executive .................................... 196 tecture that is best for all applications – different 8.3.4 Planning ..................................... 199 architectures have different advantages and dis- 8.4 Case Study – GRACE ............................... 200 advantages. It is important to understand those strengths and weaknesses when choosing an 8.5 The Art of Robot Architectures ............... 202 architectural approach for a given application. 8.6 Conclusions and Further Reading ........... 203 This chapter presents various approaches to architecting robotic systems. It starts by defining References .................................................. 204 terms and setting the context, including a recount- ing of the historical developments in the area of robot architectures. -
National Robotics Initiative (NRI)(Nsf11553)
This document has been archived and replaced by NSF 12-607. National Robotics Initiative (NRI) The realization of co-robots acting in direct support of individuals and groups PROGRAM SOLICITATION NSF 11-553 National Science Foundation Directorate for Computer & Information Science & Engineering Division of Information & Intelligent Systems Directorate for Social, Behavioral & Economic Sciences Directorate for Engineering Directorate for Education & Human Resources National Institutes of Health National Institute of Neurological Disorders and Stroke National Institute on Aging National Institute of Biomedical Imaging and Bioengineering National Center for Research Resources Eunice Kennedy Shriver National Institute of Child Health and Human Development National Institute of Nursing Research U.S. Dept. of Agriculture National Institute of Food and Agriculture National Aeronautics and Space Administration Directorate for Education and Human Resources, Game Changing Technology Division Letter of Intent Due Date(s) (required) (due by 5 p.m. proposer's local time): October 01, 2011 October 1, Annually Thereafter Small Proposals December 15, 2011 December 15, Annually Thereafter Group Large Proposals Full Proposal Deadline(s) (due by 5 p.m. proposer's local time): November 03, 2011 November 3, Annually Thereafter Small Proposals January 18, 2012 January 18, Annually Thereafter Group Large Proposals IMPORTANT INFORMATION AND REVISION NOTES Public Briefings: One or more collaborative webinar briefings with question and answer functionality will -
Visual Programming: a Programming Tool for Increasing Mathematics Achivement
ARTICLES VISUAL PROGRAMMING: A PROGRAMMING TOOL FOR INCREASING MATHEMATICS ACHIVEMENT By CHERYL SWANIER * CHERYL D. SEALS ** ELODIE BILLIONNIERE *** * Associate Professor, Mathematics and Computer Science Department, Fort Valley State University ** Associate Professor, Computer Science and Software Engineering Department, Auburn University *** Doctoral Student, Computer Science and Engineering Department, Arizona State University ABSTRACT This paper aims to address the need of increasing student achievement in mathematics using a visual programming language such as Scratch. This visual programming language facilitates creating an environment where students in K-12 education can develop mathematical simulations while learning a visual programming language at the same time. Furthermore, the study of visual programming tools as a means to increase student achievement in mathematics could possibly generate interests within the computer-supported collaborative learning community. According to Jerome Bruner in Children Learn By Doing, "knowing how something is put together is worth a thousand facts about it. It permits you to go beyond it” (Bruner, 1984, p.183). Keywords : Achievement, Creativity, End User Programming, Mathematics Education, K-12, Learning, Scratch, Squeak, Visual Programming INTRODUCTION programming language as a tool to create Across the nation, math scores lag (Lewin, 2006). Students mathematical tutorials. Additionally, this paper provides a are performing lower than ever. Lewin reports, for “the modicum of information as it relates to the educational second time in a generation, education officials are value of visual programming to mathematical rethinking the teaching of math in American schools” achievement. Peppler and Kafai (2007) indicate “game (p.1). It is imperative that higher education, industry, and players program their own games and learn about K-12 collaborate to ascertain a viable solution to the software and interface design. -
Path Howto Path Howto
PATH HOWTO PATH HOWTO Table of Contents PATH HOWTO..................................................................................................................................................1 Esa Turtiainen etu@dna.fi.......................................................................................................................1 1. Introduction..........................................................................................................................................1 2. Copyright.............................................................................................................................................1 3. General.................................................................................................................................................1 4. Init........................................................................................................................................................1 5. Login....................................................................................................................................................1 6. Shells....................................................................................................................................................1 7. Changing user ID.................................................................................................................................1 8. Network servers...................................................................................................................................1 -
Multiprocess Communication and Control Software for Humanoid Robots Neil T
IEEE Robotics and Automation Magazine Multiprocess Communication and Control Software for Humanoid Robots Neil T. Dantam∗ Daniel M. Lofaroy Ayonga Hereidx Paul Y. Ohz Aaron D. Amesx Mike Stilman∗ I. Introduction orrect real-time software is vital for robots in safety-critical roles such as service and disaster response. These systems depend on software for Clocomotion, navigation, manipulation, and even seemingly innocuous tasks such as safely regulating battery voltage. A multi-process software design increases robustness by isolating errors to a single process, allowing the rest of the system to continue operating. This approach also assists with modularity and concurrency. For real-time tasks such as dynamic balance and force control of manipulators, it is critical to communicate the latest data sample with minimum latency. There are many communication approaches intended for both general purpose and real-time needs [19], [17], [13], [9], [15]. Typical methods focus on reliable communication or network-transparency and accept a trade-off of increased mes- sage latency or the potential to discard newer data. By focusing instead on the specific case of real-time communication on a single host, we reduce communication latency and guarantee access to the latest sample. We present a new Interprocess Communication (IPC) library, Ach,1 which addresses this need, and discuss its application for real-time, multiprocess control on three humanoid robots (Fig. 1). There are several design decisions that influenced this robot software and motivated development of the Ach library. First, to utilize decades of prior development and engineering, we implement our real-time system on top of a POSIX-like Operating System (OS)2.