Robohub.org
 

Developing trust in autonomous robots: Seminar with Michael Wagner

by
06 March 2015



share this:

see_no_evil_mask_hand_over_eye_ethicI recently had the opportunity to hear a talk from a colleague that I have worked with many times over the years. The talk was all about how to build safe and robust systems – a critical topic that we often pass over, but one that needs to be addressed if robots are to enter into the workforce alongside people.

Below are some key takeaway points from the talk (with some embellishment by me), followed by a video clip of the talk itself.

Physical Safety

  • One way to determine how close people can be to autonomous vehicle is to look at the speed with which you can stop the vehicle, and the distance traveled in that time. When looking at the time to stop the vehicle you need to look at human reaction time, signal latencies, and mechanical stopping time of vehicle.
  • You can improve the above time by having an independent safety critical system onboard that evaluates safety at run-time and can stop vehicle faster than a human can. I really like this idea and have taken a similar (more basic) approach in the past

Testing Motivation

  • IEC-61508 is a key safety standard for determining how safe a system needs to be. It provides guidance on what traits map to a given safety integrity level. However, dynamically changing parameters and AI generally make a system fall into the NOT safe categories.
  • For safety critical systems we need to look at the worst case scenarios (and not the nominal or best case).
  • We need to test, since some scenarios will violate assumptions that we did not even know that we made.
  • “No amount of experimentation can ever prove me right; a single experiment can prove me wrong” – Albert Einstein
  • Software cares about the range of the inputs and not necessarily about the duration that you run the code for. (Duration can also matter and needs to be tested for memory usage, and other unexpected parameters that will only show up after code has been running for awhile.)
  • The value of a test is not the test, but how you improve the system and learn from it

Testing Approach

  • Field testing is very important. Field test till errors diminish. Then simulate system for the “next million miles.”
  • The question becomes how to simulate and error check the code. One method is with robustness testing, which lets the software use automated methods to find the problems, so that the developers know what to fix.
  • With robustness testing you can apply random inputs to the system and see what causes it to crash or hang. This lets you simulate inputs and not just scenarios.
  • You can also probabilistically modify the real world inputs that are entering your system, and verify the outputs.
  • Use system requirements to generate safety rules that are checked in real-time. The great thing about safety rules is that if a rule ever fails, you know something is wrong, and the code/test/robot can stop.
  • You can also add a dictionary test on your code, where you control the inputs to see what the outputs will be. You can build a dictionary over time so that as you continue testing the system you do not reintroduce old errors that you have seen already.
  • Temporal logic is useful to create rules such as “get a message within x seconds”; as opposed to “a message must respond eventually”. Tests need to reflect that.

Things that commonly fail testing:

  • Improper handling of floating point numbers (out-of-bounds, NaN, infinite (inf), etc.
  • Array indexing
  • Memory issues. Leaking, too much specified, not enough specified, buffer overflows, etc.
  • Time going backwards and old/stale data (I have seen this error more times than I can remember)
  • Problems handling dynamic state

And now the part you have been waiting for:

If you liked this article, you may also be interested in:

See all the latest robotics news on Robohub, or sign up for our weekly newsletter.



tags: , , , , ,


Robots for Roboticists David Kohanbash is a Robotics Engineer in Pittsburgh, PA in the United States. He loves building, playing and working with Robots.
Robots for Roboticists David Kohanbash is a Robotics Engineer in Pittsburgh, PA in the United States. He loves building, playing and working with Robots.





Related posts :



ep.

357

podcast

Origin Story of the OAK-D, with Brandon Gilles

Brandon Gilles, the founder of Luxonis and maker of the OAK-D, describes the journey and the flexibility of the OAK-D line of products
01 July 2022, by

The one-wheel Cubli

Researchers Matthias Hofer, Michael Muehlebach and Raffaello D’Andrea have developed the one-wheel Cubli, a three-dimensional pendulum system that can balance on its pivot using a single reaction wheel. How is it possible to stabilize the two tilt angles of the system with only a single reaction wheel?
30 June 2022, by and

At the forefront of building with biology

Raman is, as she puts it, “a mechanical engineer through and through.” Today, Ritu Raman leads the Raman Lab and is an Assistant Professor in the Department of Mechanical Engineering.
28 June 2022, by

Hot Robotics Symposium celebrates UK success

An internationally leading robotics initiative that enables academia and industry to find innovative solutions to real world challenges, celebrated its success with a Hot Robotics Symposium hosted across three UK regions last week.
25 June 2022, by

Researchers release open-source photorealistic simulator for autonomous driving

MIT scientists unveil the first open-source simulation engine capable of constructing realistic environments for deployable training and testing of autonomous vehicles.
22 June 2022, by

In this episode, Audrow Nash speaks to Maria Telleria, who is a co-founder and the CTO of Canvas. Canvas makes a drywall finishing robot and is based in the Bay Area. In this interview, Maria talks ab...
21 June 2022, by and





©2021 - ROBOTS Association


 












©2021 - ROBOTS Association