Hazbot
Australia
Asked
— Edited
Sorry about TYPO - I mean Navigate...
I'm trying to get the Robot to go from the Lounge room corner to the kitchen - stop for a time period then go back avoiding obstacles along the way. I'm after a way to achieve this using EZ-Builder.
One idea I had was to use the recorder but that doesn't work - too much data. Another way is to script him along whilst using the ping obstacle detector (not sure you can do that). Anyway, I'm really keen to achieve this. If there is a cloud example or a series of EZ-B script commands I would really appreciate the example.
Thanks 
Upgrade to ARC Pro
Experience early access to the latest features and updates. You'll have everything that is needed to unleash your robot's potential.
Related Content
Synthiam
Based on your post activity, we found some content that may be interesting to you. Explore these other
tutorials and community conversations.
Kinect Navigation
Cheers
I would still want to use a ping sensor to avoid any unforseen contacts obviously and maybe have some points on the map corresponding to real world points where things can get re-calibrated. I've added an example
Maybe just have shaded no go areas
Cheers
Just got back from my holidays and been catching up on the forum .
Chechout this robot and nav program it may help you .
www.pioneernet.net/johnc/cybertcoding.htm
Its very informative hope it helps.
Steve_C
PS your bots been eating his weatabix m8 woow hes grown
I think we would need rotary encoders on the wheels to provide reliable data of the robot position.
Also we need a calibration conrol to coincide with the ping sensor in angle showing the software and the readings were correct.
I suppose it would be a great challenge level programming and mathematical graph above convert sensor measurement data to a simple drawing table.
But it would be a fantastic breakthrough in robot navigation.
The idea is that the robot walk forward while the ping sensor moves left and right taking distance readings.
Please see above link . that guy has already done it . we have just got to convert it to EZ-B .
and bingo there is the mapping nav program we all need.
Steve_C
Yes like r2 said we need encoders so we can rotate 90 degress and scan in front and save the result
to the map array . All the programing is there, just need to intergrate the sdk.
Steve_C
PS Have you checkedout the other features of his bot . some good stuff there.
I love the idea of the robot using ping to calculate his movement forward and following a map. What I like about using ping is your not relying on light as you would with a camera, the robot could move around in the dark. If one of us could come up with the EZ-B adaption of this thing it would make our Robots totally awesome and my dream to have Bob come over to the kitchen for my morning weather and traffic reports when I get up for work could come true.
Lets all get behind this and see if we can come up with a working template we can all use. Thanks everyone for persisting on this one - we are almost there .
If you use the mood routine as well he may tell you to "get your own traffic report" .
and go back to sleep
No need to be a programmer or engineer to master ez-b, so I think the combination of compass, scripts, encoders on the wheels, and one or more ultrasonic sensors, once made the optimal combination can give very good results.
Personally I would try to raise the compass above the robot with a telescopic system nonmetallic, to get her away from magnetic fields or servo motors, as long as you find a way to alrgar cables i2c port connection, commented some ferrite cores that such a shielded cable or coaxial?
Presently I'm not happy with the compass idea because I've got magnetic fields from speakers all over the place. Even using a real compass in my lounge room is unreliable - I've tried it. I still think mapping using ping is the go but I'm still sorting through that one. It's too bad Floor Map and Ping couldn't work together some how. As far as I know Floor Map still has the problem recording distance travel. I was devastated about that.. it seemed the perfect tool.
should not need shielded cables on the compass on a robot ,i have it 6 inches away using a pic processor and normal wires
can post the photo of it
should be able to run long wires on I2C buss,so 2 problems it may have one is the pull up resistors on the 2 lines or a cheap compass having a week signal
I also found this and listed the site below. If somehow DJ (who's up with programming code and VB) could incorporate this into the ARC, it would be the biggest breakthrough in development for EZ ROBOTS for 2012.
Quote " Once the robot has provided sufficient data about its surroundings, the user can use this map to send the robot to any area of the environment and the robot will avoid all obstacles on its course. This is done by clicking on the goal position of the robot with the right mouse button (draws the green dot in Figure 4) and pressing the "Determine Path" button in the VB interface."
Map navigation