Welcome to part 3 of our multi-part (CMR) series. This series implements concepts learned from CMR with and a . Coursera’s Control of Mobile Robots ROS ROSbots robot About ROSbots ROSbots is a . Based off a Raspberry Pi and Arduino-compatible UNO board, the ROSbots robot kit caters to a Maker’s desire by being extremely hackable to implement any new robotics concepts you come across. All our code is . ROS + OpenCV robot kit for Makers open source on Github Previously in Part 2, What‘s in Part 3 Back in , we wrote about the convenience of using a Unicycle Model to intuitively represent robot dynamics. But since our ROSbots robot is a differential drive robot, we need to talk about how the Unicycle Model relates to the Differential Drive Model dynamics. We then walked through ROS code to “drive” our ROSbots robot in a systematic manner, via remote control (RC). part 2 of our Control of Mobile Robots series In this part 3, we will build upon the Differential Drive dynamics to: Introduce the concept of feedback Describe how our ROSbots’ wheel encoder sensors work, and Define the equations needed to compute the pose — the position and orientation — of our robot using feedback and our encoder readings. : In this post, we actually won’t be showcasing any ROS code and will stick to talking about the equations and concepts behind feedback and odometry. But this sets us up for the next post which will have ROS code — promise!! Disclaimer ROSbots’ wheel encoders used for odometry Need for Feedback Even though we successfully sent drive commands to our robot, we cannot guarantee that our robot has executed on the commands. The packet may have dropped. The heavy payload may have stalled the motors. In order to know if our robot has actually moved, we need sensors to return back some information. We need feedback. In general, we define a couple of components in our feedback system: r → a target which we want to achieve, ie a goal we want to get to, a speed we want to track, a line we want to follow. reference u → r translates to some series of commands we want to give to our robot to help us achieve, track r. input x → this is our current . Our input u affects the state by a set of rules known as dynamics, or how the system evolves over time. state y → this is our measurement of the current state. Often times, it is impossible to actually observe the state x directly. But we can create sensors to measure it. Credit: Magnus Egerstedt, Control of Mobile Robots, Georgia Ins<tute of Technology The measurement y is fed back to the beginning of the system to help us tweak our input u. Without y and a feedback process, we cannot know if we are tracking our reference preventing us from implementing an effective, stable controller to control our robot. Odometry Like with the and used in the Coursera course, our ROSbots robot comes equipped with wheel encoders that measure the rotational velocity of the wheel. Quickbot robot Khepera robot The notches on the encoder disk of our ROSbots robot interfere with a light switch on the tips of the U arm on the speed sensor. When the wheel turns, the notches alternate between blocking and unblocking the light switch — ie a “tick”. By counting the number of “ticks” that has gone by, you can determine how much the wheel has rotated. By using the encoders, we can update our robots — which is defined as the use of motion sensing data to update robot pose, or the position and heading, of our robot. odometry Recall pose as the defined by the following: x - position on the x-axis (ie in meters) y - position on the y-axis (ie in meters) φ - phi - angle of the unicycle counter clockwise from x-axis (ie in radians) The positional and angular velocities of our Unicycle Model are defined by: v - directional velocity w - angular velocity To update the odometry, we need to employ a couple of equations that help us compute the change in our position and heading from the distance traveled per right and left wheel of our differential drive robot. How far did each wheel rotate? The first is the equation that uses our encoder ticks to compute how far, in meters, the right and left wheel has turned D_left = 2 * pi * R * (nTicksLeft / nTotalTicks)D_right = 2 * pi * R * (nTicksRight / nTotalTicks) R → the radius of the wheel (in meters) nTicksLeft/Right → the number of ticks that we sample, say, every second (in 1 / second). nTotalTicks → the total number of ticks per revolution for the encoder disk Since R is in meters, nTicksLeft/Right is in 1/second, then D_left and D_right are both in meters/second. What is the directional and angular velocity of our robot? With D_left and D_right, we can compute the directional and angular velocity used to represent a Unicycle Robot’s dynamics— v and w respectively. v = (D_right + D_left) / 2.0 (ie. in meters per second)w = (D_right - D_left) / L (ie. in radians per second) Recall, L → the wheelbase of our robot (ie in meters per radian) Since in our example, we sampled the encoder ticks once per second, both D_right and D_left are in meters per second, so v is also in meters per second. Since L is in meters per radian, w is in radians per second. What’s the new pose of our robot? For a Unicycle Model, the change in pose is defined as the following: dx/dt = v * cos(φ)dy/dt = v * sin(φ)dφ/dt = w In our example, dt is 1 second — the sample rate of our encoder ticks. With the v and the w we computed in the section above, we can determine the new pose of our robot after a certain delta T: x' = x + (dx/dt * delta_t)y' = y + (dy/dt * delta_t)φ' = φ + (dφ/dt * delta_t) If delta_t = 1 second, then x’, y’, and φ’ will represent our robot’s new pose after 1 second. Conclusion In this part 3, we talked about: The need for feedback in a control system — specifically the system we use to compute pose for our ROSbots differential drive robot. How to use speed encoders to measure the movement from our differential drive robot. Recapped the dynamics for a Unicycle Model robot. What we need to compute unicycle directional and angular velocity dynamics with the movement measurements from our differential drive robot’s speed encoders How to compute the change in pose — position and heading/orientation — of our robot with the unicycle directional and angular velocities. In the next part 4, we will look at some ROS code which implements these equations and use the implementation to drive our ROSbots robot to a specific location. As usual, follow @rosbots on Medium for updates. Follow us on and too! Instagram Facebook Don’t hesitate to reach out with questions, comments, general feedback, if you want to collaborate, or just to say hello. And if you haven’t already done so, to follow along. purchase your own ROSbots robot here Thanks!Jack “the ROSbots Maker”

Maker

Facebook

Instagram

Target

Velocity

Too Long; Didn't Read

Developers: Build Less. Deliver More. [Learn how]	

Feedback & Odometry: Coursera’s Control of Mobile Robots with ROS and ROSbots — Part 3

Too Long; Didn't Read

Companies Mentioned

Coin Mentioned

ROSbots

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

Feedback & Odometry: Coursera’s Control of Mobile Robots with ROS and ROSbots — Part 3

Too Long; Didn't Read

Companies Mentioned

Coin Mentioned

ROSbots

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

RELATED STORIES