Robot Operating System

From Infogalactic: the planetary knowledge core
Jump to: navigation, search
Robot Operating System
300px
Robot Operating System Logo
300px
Cart pushing simulation in RVIZ
Original author(s) Willow Garage
Stanford Artificial Intelligence Laboratory
Initial release 2007; 17 years ago (2007)
Stable release Melodic Morenia[1] / 23 May 2018; 5 years ago (2018-05-23)
Written in C++, Python, or Lisp
Operating system Linux, MacOS (experimental), Windows 10 (experimental)
Type Robotics suite, OS, library
License BSD license
Website www.ros.org

Robot Operating System (ROS or ros) is robotics middleware (i.e. collection of software frameworks for robot software development). Although ROS is not an operating system, it provides services designed for a heterogeneous computer cluster such as hardware abstraction, low-level device control, implementation of commonly used functionality, message-passing between processes, and package management. Running sets of ROS-based processes are represented in a graph architecture where processing takes place in nodes that may receive, post and multiplex sensor data, control, state, planning, actuator, and other messages. Despite the importance of reactivity and low latency in robot control, ROS itself is not a real-time OS (RTOS). It is possible, however, to integrate ROS with real-time code.[2] The lack of support for real-time systems has been addressed in the creation of ROS 2.0,[3][4][5] a major revision of the ROS API which will take advantage of modern libraries and technologies for core ROS functionality and add support for real-time code and embedded hardware.

Software in the ROS Ecosystem[6] can be separated into three groups:

  • language-and platform-independent tools used for building and distributing ROS-based software;
  • ROS client library implementations such as roscpp,[7] rospy,[8] and roslisp;[9]
  • packages containing application-related code which uses one or more ROS client libraries.[10]

Both the language-independent tools and the main client libraries (C++, Python, and Lisp) are released under the terms of the BSD license, and as such are open source software and free for both commercial and research use. The majority of other packages are licensed under a variety of open source licenses. These other packages implement commonly used functionality and applications such as hardware drivers, robot models, datatypes, planning, perception, simultaneous localization and mapping, simulation tools, and other algorithms.

The main ROS client libraries are geared toward a Unix-like system, primarily because of their dependence on large collections of open-source software dependencies. For these client libraries, Ubuntu Linux is listed as "Supported" while other variants such as Fedora Linux, macOS, and Microsoft Windows are designated "experimental" and are supported by the community.[11] The native Java ROS client library, rosjava,[12] however, does not share these limitations and has enabled ROS-based software to be written for the Android OS.[13] rosjava has also enabled ROS to be integrated into an officially supported MATLAB toolbox which can be used on Linux, macOS, and Microsoft Windows.[14] A JavaScript client library, roslibjs[15] has also been developed which enables integration of software into a ROS system via any standards-compliant web browser.

History

Early days at Stanford (2007 and earlier)

Sometime before 2007, the first pieces of what eventually would become ROS were beginning to come together at Stanford University.[16][17]  Eric Berger and Keenan Wyrobek, PhD students working in Kenneth Sailsbury's[18] robotics laboratory at Stanford, were leading the Personal Robotics Program.[19]  While working on robots to do manipulation tasks in human environments, the two students noticed that many of their colleagues were held back by the diverse nature of robotics: an excellent software developer might not have the hardware knowledge required, someone developing state of the art path planning might not know how to do the computer vision required. In an attempt to remedy this situation, the two students set out to make a baseline system that would provide a starting place for others in academia to build upon. In the words of Eric Berger, “something that didn’t suck, in all of those different dimensions”.[16]

In their first steps towards this unifying system, the two build the PR1 as a hardware prototype and began to work on software from it, borrowing the best practices from other early open source robotic software frameworks, particularly switchyard, a system that Morgan Quigley, another Stanford PhD student, had been working on in support of the STAIR (STanford Artificial Intelligence Robot)[20][21] by the Stanford Artificial Intelligence Laboratory.  Early funding of US$50,000 was provided by Joanna Hoffman and Alain Rossmann, which supported the development of the PR1. While seeking funding for further development,[22] Eric Berger and Keenan Wyrobek met Scott Hassan, the founder of Willow Garage, a technology incubator which was working on an autonomous SUV and a solar autonomous boat.  Hassan shared Berger and Wyrobek's vision of a “Linux for robotics”, and invited them to come and work at Willow Garage.  Willow Garage was started in January 2007, and the first commit of ROS code was made to SourceForge on the seventh of November, 2007.[23]

Willow Garage (2007-2013)

Willow Garage began developing the PR2 robot as a follow-up to the PR1, and ROS as the software to run it. Groups from more than twenty institutions made contributions to ROS, both the core software and the growing number of packages which worked with ROS to form a greater software ecosystem.[24][25] The fact that people outside of Willow were contributing to ROS (particularly from Stanford's STAIR project) meant that ROS was a multi-robot platform from the beginning. While Willow Garage had originally had other projects in progress, they were scrapped in favor of the Personal Robotics Program: focused on producing the PR2 as a research platform for academia and ROS as the open source robotics stack that would underlie both academic research and tech startups, much like the LAMP stack did for web-based startups.

In December 2008, Willow Garage met the first of their three internal milestones: continuous navigation for the PR2 over a period of two days and a distance of pi kilometers.[26] Soon after, an early version of ROS (0.4 Mango Tango)[27] was released, followed by the first RVIZ documentation and the first paper on ROS.[25]  In early summer, the second internal milestone: having the PR2 navigate the office, open doors, and plug itself it in, was reached.[28] This was followed in August by the initiation of the ROS.org website.[29] Early tutorials on ROS were posted in December,[30] preparing for the release of ROS 1.0, in January 2010.[31] This was Milestone 3: producing tons of documentation and tutorials for the enormous capabilities that Willow Garage's engineers had developed over the preceding 3 years.

Following this, Willow Garage achieved one of its longest held goals: giving away 10 PR2 robots to worthy academic institutions. This had long been a goal of the founders, as they felt that the PR2 could kick-start robotics research around the world. They ended up awarding eleven PR2s to different institutions, including University of Freiburg (Germany), Bosch, Georgia Tech, KU Leuven (Belgium), MIT, Stanford, TU Munich (Germany), UC Berkeley, U Penn, USC, and University of Tokyo (Japan).[32]  This, combined with Willow Garage's highly successful internship program[33] (run from 2008 to 2010 by Melonee Wise), helped to spread the word about ROS throughout the robotics world. The first official ROS distribution release: ROS Box Turtle, was released on March 2 of 2010, marking the first time that ROS was official distributed with a set of versioned packages for public use. These developments lead to the first drone running ROS,[34] the first autonomous car running ROS,[35] and the adaption of ROS for Lego Mindstorms.[36] With the PR2 Beta program well underway, the PR2 robot was officially released for commercial purchase on September 9, 2010.[37]

File:ROS Antarctica sunset.jpg
An image of Robot Operating System (ROS) running in Antarctica.

2011 was a banner year for ROS with the launch of ROS Answers, a Q/A forum for ROS users, on February 15;[38] the introduction of the highly successful Turtlebot robot kit on April 18;[39] and the total number of ROS repositories passing 100 on May 5.[40]  Willow Garage began 2012 by creating the Open Source Robotics Foundation (OSRF)[41] in April. The OSRF was immediately awarded a software contract by DARPA.[42] Later that year, the first ROSCon was held in St. Paul, MN,[43] the first book on ROS, ROS By Example,[44] was published, and the Baxter, first commercial robot to run ROS, was announced by Rethink Robotics.[45]  Soon after passing its fifth anniversary in November, ROS began running on every continent on December 3, 2012.[46]

In February 2013, the OSRF became the primary software maintainers for ROS,[47] foreshadowing the announcement in August that Willow Garage would be absorbed by its founders, Suitable Technologies.[48] At this point, ROS had released seven major versions (up to ROS Groovy[49]), and had users all over the globe.  This chapter of ROS development would be finalized when Clearpath Robotics took over support responsibilities for the PR2 in early 2014.[50]

OSRF and Open Robotics (2013-present)

In the years since OSRF took over primary development of ROS, a new version has been released every year,[49] while interest in ROS continues to grow. ROSCons have occurred every year since 2012, co-located with either ICRA or IROS, two flagship robotics conferences. Meetups of ROS developers have been organized in a variety of countries,[51][52][53] a number of ROS  books have been published,[54] and many educational programs initiated.[55][56] On September 1, 2014, NASA announced the first robot to run ROS in space: Robotnaut 2, on the International Space Station.[57] In 2017, the OSRF changed its name to Open Robotics.  Tech giants Amazon and Microsoft began to take an interest in ROS during this time, with Microsoft porting core ROS to Windows in September 2018,[58] followed by Amazon Web Services releasing RoboMaker in November.[59]

Perhaps the most important development of the OSRF/Open Robotics years thus far (not to discount the explosion of robot platforms which began to support ROS or the enormous improvements in each ROS version) was the proposal of ROS2, a significant API change to ROS which is intended to support real time programming, a wider variety of computing environments, and utilize more modern technology.[60] ROS2 was announced at ROSCon 2014,[61] the first commits to the ros2 repository were made in February 2015, followed by alpha releases in August 2015.[62]  The first distribution release of ROS2, Ardent Apalone, was released on December 8, 2017,[62] ushering in a new era of next-generation ROS development.

Design

Philosophy

File:Ros Equation.png
500x500px

ROS was designed with open-source in mind, intending that users would be able to choose the configuration of tools and libraries which interacted with the core of ROS so that users could shift their software stacks to fit their robot and application area. As such, there is very little which is actually core to ROS, beyond the general structure within which programs must exist and communicate. In one sense, ROS is the underlying plumbing behind nodes and message passing. However, in reality, ROS is that plumbing, a rich and mature set of tools, a wide-ranging set of robot-agnostic capabilities provided by packages, and a greater ecosystem of additions to ROS.

Computation graph model

ROS processes are represented as nodes in a graph structure, connected by edges called topics.[63] ROS nodes can pass messages to one another through topics, make service calls to other nodes, provide a service for other nodes, or set or retrieve shared data from a communal database called the parameter server. A process called the ROS Master[63] makes all of this possible by registering nodes to itself, setting up node-to-node communication for topics, and controlling parameter server updates. Messages and service calls do not pass through the master, rather the master sets up peer-to-peer communication between all node processes after they register themselves with the master. This decentralized architecture lends itself well to robots, which often consist of a subset of networked computer hardware, and may communicate with off-board computers for heavy computation or commands.

Nodes

A node represents a single process running the ROS graph. Every node has a name, which it registers with the ROS master before it can take any other actions. Multiple nodes with different names can exist under different namespaces, or a node can be defined as anonymous, in which case it will randomly generate an additional identifier to add to its given name. Nodes are at the center of ROS programming, as most ROS client code is in the form of a ROS node which takes actions based on information received from other nodes, sends information to other nodes, or sends and receives requests for actions to and from other nodes.

Topics

Topics are named buses over which nodes send and receive messages.[64] Topic names must be unique within their namespace as well. To send messages to a topic, a node must publish to said topic, while to receive messages it must subscribe. The publish/subscribe model is anonymous: no node knows which nodes are sending or receiving on a topic, only that it is sending/receiving on that topic. The types of messages passed on a topic vary widely and can be user-defined. The content of these messages can be sensor data, motor control commands, state information, actuator commands, or anything else.

Services

A node may also advertise services.[65] A service represents an action that a node can take which will have a single result. As such, services are often used for actions which have a defined beginning and end, such as capturing a single-frame image, rather than processing velocity commands to a wheel motor or odometer data from a wheel encoder. Nodes advertise services and call services from one another.

Parameter server

The parameter server[65] is a database shared between nodes which allows for communal access to static or semi-static information. Data which does not change frequently and as such will be infrequently accessed, such as the distance between two fixed points in the environment, or the weight of the robot, are good candidates for storage in the parameter server.

Tools

ROS's core functionality is augmented by a variety of tools which allow developers to visualize and record data, easily navigate the ROS package structures, and create scripts automating complex configuration and setup processes. The addition of these tools greatly increases the capabilities of systems using ROS by simplifying and providing solutions to a number of common robotics development. These tools are provided in packages like any other algorithm, but rather than providing implementations of hardware drivers or algorithms for various robotic tasks, these packages provide task and robot-agnostic tools which come with the core of most modern ROS installations.

rviz

rviz[66] is a three-dimensional visualizer used to visualize robots, the environments they work in, and sensor data. It is a highly configurable tool, with many different types of visualizations and plugins.

rosbag

rosbag[67] is a command line tool used to record and playback ROS message data. rosbag uses a file format called bags,[68] which log ROS messages by listening to topics and recording messages as they come in. Playing messages back from a bag is largely the same as having the original nodes which produced the data in the ROS computation graph, making bags a useful tool for recording data to be used in later development. While rosbag is a command line only tool, rqt_bag[69] provides a GUI interface to rosbag.

catkin

catkin[70] is the ROS build system, having replaced rosbuild[71] as of ROS Groovy. catkin is based on CMake, and is similarly cross-platform, open source, and language-independent.

rosbash

The rosbash[72] package provides a suite of tools which augment the functionality of the bash shell. These tools include rosls, roscd, and roscp, which replicate the functionalities of ls, cd, and cp respectively. The ROS versions of these tools allow users to use ros package names in place of the filepath where the package is located. The package also adds tab-completion to most ROS utilities, and includes rosed, which edits a given file with the chosen default text editor, as well rosrun, which runs executes in ROS packages. rosbash supports the same functionalities for zsh and tcsh, to a lesser extent.

roslaunch

roslaunch[73] is a tool used to launch multiple ROS nodes both locally and remotely, as well as setting parameters on the ROS parameter server. roslaunch configuration files, which are written using XML can easily automate a complex startup and configuration process into a single command. roslaunch scripts can include other roslaunch scripts, launch nodes on specific machines, and even restart processes which die during execution.

Packages of note

ROS contains many open source implementations of common robotics functionality and algorithms. These open source implementations are organized into "packages". Many packages are included as part of ROS distributions, while others may be developed by individuals and distributed through code sharing sites such as github. Some packages of note include:

Systems and tools

  • actionlib[74] provides a standardized interface for interfacing with preemtable tasks.
  • nodelet[75] provides a way to run multiple algorithms in a single process.
  • rosbridge[76] provides a JSON API to ROS functionalities for non-ROS programs.

Mapping and localization

Navigation

  • nav2d[80] provides the capability of navigating a mobile robot in a planar environment.

Perception

  • vision_opencv[81] is a meta-package which provides packages for integrating ROS with OpenCV.

Coordinate frame representation

  • tf[82] provided a system for representing, tracking and transforming coordinate frames until ROS Hydro, when it was deprecated in favor of tf2.
  • tf2[83] is the second generation of the tf library, and provides the same capabilities for ROS versions after Hydro.

Simulation

  • gazebo_ros_pkgs[84] is a meta-package which provides packages for integrating ROS with the Gazebo simulator.
  • stage[85] provides an interface for the 2D Stage simulator.

Versions and releases

ROS releases may be incompatible with other releases and are often referred to by code name rather than version number. ROS currently releases a version every other year in May, following the release of Ubuntu LTS versions.[86] ROS2 currently releases a new version every six months (in December and July). These releases are supported for a single year.

ROS 1 Distribution Releases [49]
Distribution Release date Poster EOL date
Noetic Ninjemys May 2020 (expected)[87] N/A Future release: May 2025
Melodic Morenia May 23, 2018 75px Current stable version: 2023-05-30
Lunar Loggerhead May 23, 2017 75px Old version, no longer supported: 2019-05-30
Kinetic Kame May 23, 2016 75px Current stable version: 2021-05-30
Jade Turtle May 23, 2015 75px Old version, no longer supported: 2017-05-30
Indigo Igloo July 22, 2014 75px Old version, no longer supported: 2019-04-30
Hydro Medusa September 4, 2013 75px Old version, no longer supported: 2014-05-31
Groovy Galapagos December 31, 2012 75px Old version, no longer supported: 2014-07-31
Fuerte Turtle April 23, 2012 75px Old version, no longer supported: --
Electric Emys August 30, 2011 75px Old version, no longer supported: --
Diamondback March 2, 2011 75px Old version, no longer supported: --
C Turtle August 2, 2010 75px Old version, no longer supported: --
Box Turtle March 2, 2010 75px Old version, no longer supported: --
Legend:
Old version
Older version, still supported
Latest version
Latest preview version
Future release
ROS 2 Distribution Releases [62]
Distribution Release date Poster EOL date
Eloquent Elusor Nov 22, 2019 N/A Current stable version: Nov 2020
Dashing Diademata May 31, 2019 N/A Current stable version: May 2021
Crystal Clemmys December 14, 2018 The logo for the ROS2 release Crystal Clemmys. Old version, no longer supported: December 2019
Bouncy Bolson July 2, 2018 The logo for the ROS2 release Bouncy Bolson. Old version, no longer supported: July 2019
Ardent Apalone December 8, 2017 The logo for the ROS2 release Ardent Apalone. Old version, no longer supported: December 2018
beta3 September 13, 2017 N/A Old version, no longer supported: December 2017
beta2 July 5, 2017 N/A Old version, no longer supported: September 2017
beta1 December 19, 2016 N/A Old version, no longer supported: July 2017
alpha1-alpha8 August 31, 2015 N/A Old version, no longer supported: December 2016
Legend:
Old version
Older version, still supported
Latest version
Latest preview version
Future release

ROS-Industrial

ROS-Industrial[88] is an open-source project (BSD (legacy) / Apache 2.0 (preferred) license) that extends the advanced capabilities of ROS to manufacturing automation and robotics. The ROS-Industrial repository includes interfaces for common industrial manipulators, grippers, sensors, and device networks. It also provides software libraries for automatic 2D/3D sensor calibration, process path/motion planning, applications like Scan-N-Plan, developer tools like the Qt Creator ROS Plugin, and training curriculum that is specific to the needs of manufacturers. ROS-I is supported by an international Consortium of industry and research members. The project began as a collaborative endeavor between Yaskawa Motoman Robotics, Southwest Research Institute, and Willow Garage to support the use of ROS for manufacturing automation, with the GitHub repository being founded in January 2012 by Shaun Edwards (SwRI). Currently, the Consortium is divided into three groups; the ROS-Industrial Consortium Americas (led by SwRI and located in San Antonio, Texas), the ROS-Industrial Consortium Europe (led by Fraunhofer IPA and located in Stuttgart, Germany) and the ROS-Industrial Consortium Asia Pacific (led by Advanced Remanufacturing and Technology Centre (ARTC) and Nanyang Technological University (NTU) and located in Singapore).

The Consortia supports the global ROS-Industrial community by conducting ROS-I training, providing technical support and setting the future roadmap for ROS-I, as well as conducting pre-competitive joint industry projects to develop new ROS-I capabilities.[89]

ROS Compatible Robots and Hardware

Robots

  • ABB, Adept, Fanuc, Motoman, and Universal Robots are supported by ROS-Industrial[90]
  • Baxter[91] at Rethink Robotics, Inc.
  • HERB[92] developed at Carnegie Mellon University in Intel's personal robotics program
  • Husky A200 robot developed (and integrated into ROS) by Clearpath Robotics[93]
  • PR1 personal robot developed in Ken Salisbury's lab at Stanford[94]
  • PR2 personal robot being developed at Willow Garage[95]
  • Raven II Surgical Robotic Research Platform[96][97]
  • Shadow Robot Hand[98] – A fully dexterous humanoid hand.
  • STAIR I and II[99] robots developed in Andrew Ng's lab at Stanford
  • SummitXL:[100] Mobile robot developed by Robotnik, an engineering company specialized in mobile robots, robotic arms, and industrial solutions with ROS architecture.
  • Nao[101] humanoid: University of Freiburg's Humanoid Robots Lab[102] developed a ROS integration for the Nao humanoid based on an initial port by Brown University[103][104]
  • UBR1[105][106] developed by Unbounded Robotics, a spin-off of Willow Garage.
  • ROSbot: autonomous robot platform by Husarion[107]
  • Webots: robot simulator integrating a complete ROS programming interface.[108]

SBCs and hardware

See also

References

  1. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  2. ↑ ROS-Introduction http://wiki.ros.org/ROS/Introduction
  3. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  4. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  5. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  6. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  7. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  8. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  9. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  10. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  11. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  12. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  13. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  14. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  15. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  16. ↑ 16.0 16.1 Lua error in package.lua at line 80: module 'strict' not found.
  17. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  18. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  19. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  20. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  21. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  22. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  23. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  24. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  25. ↑ 25.0 25.1 Lua error in package.lua at line 80: module 'strict' not found.
  26. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  27. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  28. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  29. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  30. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  31. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  32. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  33. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  34. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  35. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  36. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  37. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  38. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  39. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  40. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  41. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  42. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  43. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  44. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  45. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  46. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  47. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  48. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  49. ↑ 49.0 49.1 49.2 Lua error in package.lua at line 80: module 'strict' not found.
  50. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  51. ↑ ROS meetup in Korea
  52. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  53. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  54. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  55. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  56. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  57. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  58. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  59. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  60. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  61. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  62. ↑ 62.0 62.1 62.2 Lua error in package.lua at line 80: module 'strict' not found.
  63. ↑ 63.0 63.1 Lua error in package.lua at line 80: module 'strict' not found.
  64. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  65. ↑ 65.0 65.1 Lua error in package.lua at line 80: module 'strict' not found.
  66. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  67. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  68. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  69. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  70. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  71. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  72. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  73. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  74. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  75. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  76. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  77. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  78. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  79. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  80. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  81. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  82. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  83. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  84. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  85. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  86. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  87. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  88. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  89. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  90. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  91. ↑ Baxter http://www.rethinkrobotics.com/products/baxter-research-robot/baxter-research-robot-qa/
  92. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  93. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  94. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  95. ↑ PR2
  96. ↑ B. Hannaford, J. Rosen, Diana CW Friedman, H. King, P. Roan, L. Cheng, D. Glozman, J. Ma, S.N. Kosari, L. White, 'Raven-II: AN Open Platform for Surgical Robotics Research,' IEEE Transactions on Biomedical Engineering, vol. 60, pp. 954-959, April 2013.
  97. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  98. ↑ SDH
  99. ↑ STAIR I and II http://stair.stanford.edu/index.php
  100. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  101. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  102. ↑ Humanoid Robots Lab http://hrl.informatik.uni-freiburg.de/
  103. ↑ brown-robotics http://brown-robotics.org/
  104. ↑ G.T. Jay, Post to ros-users mailing list announcing ROS support for the Nao
  105. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  106. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  107. ↑ Husarion ROSbot manual
  108. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  109. ↑ K U leuven http://people.mech.kuleuven.be/%7Eu0062536/embsensor.html
  110. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  111. ↑ Lua error in package.lua at line 80: module 'strict' not found.
Notes
  • STAIR: The STanford Artificial Intelligence Robot project, Andrew Y. Ng, Stephen Gould, Morgan Quigley, Ashutosh Saxena, Eric Berger. Snowbird, 2008.

Related projects

External links

Retrieved from "https://infogalactic.com/w/index.php?title=Robot_Operating_System&oldid=726139853"