Hi All,
Before posting an issue or a problem in the ArduRover Discussion Forum, please check the wiki table of contents, review the firmware release notes in the subforum, and search that subforum for existing answers to your question. Help avoid duplicate threads by finding other members with the same issue and their solution.
When formulating your post, use a descriptive title such as "rover will not navigate to waypoints in the Auto mode" (not "HELP!" or "Problem").
Please include the following information to help diagnose your query:
- Describe the problem you are having. What is the expected verses the observed behavior?
- Provide hardware information such as the brand and version of your autopilot, GPS, radio, and compass, as well as any other pertinent details about your rover setup.
- What version of the APM: ArdurRover2 firmware version are you running?
- For navigation issues, provide your tlog and/or dataflash log. Click here for instructions on retrieving a dataflash log.
TCIII
Comments
very excited that we have a rover project that just came live, is the skid steering issue resolved?
For what it's worth -- @Tom, @RoboBill -- our team, SHARC, was also using a Hemisphere industrial grade GPS on our robot "Troubled Child," possibly the same model (an A100) as 0x27 was the prior two years.
I think we can safely say that our GPS worked quite well in Doping class this year. :) The specs quote 60cm accuracy 95% of the time. I fully believe it.
The consistency and accuracy were truly astonishing to me, who is used to making do with Venus, uBlox, etc. But then, Hemispheres are used to run farm equipment, ships, etc. So they have to work well.
I would hesitate to blame the Hemisphere for 0x27 not doing as well last year. Too many other things could've gone wrong. The list of potential failures for AVC robots is really rather long. :)
But as Tom said, they probably aren't cost effective for most. And I think it's clear from Data Bus and APM:Rover and others that GPS combined with other sensors can deliver quite decent performance.
I'd love to see the community push the envelope with GPS. Definitely keeping an eye on NavSpark, etc.
I've recently installed the new Piksi navigation system with my Pixhawk rover. Since the Piksi is new (with code in progress) I was wondering where all us RoverDudes could go to share Piksi/Pixhawk & NavSpark experiences. Since this is cross platform, do we form a new group or start discussions within each?
Thanks
RoboBill
Thanks Thomas!
I'll give it a try. You find a longer reply here.
Best regards,
Thorsten
Hi Linus,
thanks a lot! Great!
I'll give it a try and report!
Best regards,
Thorsten
Hi Thomas,
it depends on what you have MIS_RESTART set to.
0 = Resume Mission and 1 = Restart Mission.
So if you want to just pause a mission set MIS_RESTART to 0 and your rover should resume your missions.
Regards,
Linus
Hi Thomas,
thanks for the link!
What is not clear to me is if the Start/Stop function can be used to pause+continue Auto missions or if it can only be used to (re-)start a mission from the beginning (a function to resume a mission from last active command seems to be available in AC3.2-rc1 only).
Any kind of help is highly appreciated!
TIA,
Thorsten
Hi Thomas,
I am new to rovers and just starting to put pieces together.
I am looking for a way (if possible without mavlink) to stop a rover at some point while in Auto mission and to proceed the mission after some external input. Hence, the Start/Stop auto_trigger function sounds interesting. Can you provide some details about it?
My idea is to use something like CAM_TRIGG_DIST (which can easily be set in a CGS). Then after it is triggered and the signal is send to an embedded computer (RasPi, BBB, etc.) a Stop signal is send back to stop Auto Mode and, after some processing is finished, a Start signal is send to resume the Auto mission.
Is something like this possible. I already posted here and here but no replies so far. Then I saw your post about the ArduRover 2.46 beta :-)
TIA and best regards,
Thorsten
Thomas,
Blame the rouge Google servers. It some how got flagged as spam. I'll buy you a beer after the AVC. I wish all of the APM:Rover competitors good luck, and I'll let my rover and do the talking till then. :)
JesseJay (DIYRovers moderator)
Hey, im new but I was wondering if this helps:
When turning, why not take the speed into account to execute the turn a little early so that it doesn't overshoot. Instead of slowing down or with a combination of slowing down before the turn and then still having the gain low, just start the turn earlier ? It can start early and then increase turn radius until it starts to flip or at a certain set G limit. Anybody a race driver? maybe
Anyway thanks and good luck
-
3
-
4
-
5
-
6
-
7
of 30 Next