Replies to This Discussion

Permalink Reply by Darren on June 15, 2011 at 9:27am

can you post a screen shot?

• ▶ Reply

Permalink Reply by Junior Sammy on June 15, 2011 at 10:13am

here is a screenshot, look at the big red arrows:

 

• ▶ Reply

Permalink Reply by Junior Sammy on June 15, 2011 at 10:57am

I got it to say "running" but still "operation timed out":

• ▶ Reply

Permalink Reply by Darren on June 15, 2011 at 11:30am

if you hit refresh button on the right, do you get populated paramaters above?

• ▶ Reply

Permalink Reply by Junior Sammy on June 15, 2011 at 12:16pm

I just tried using my xbee and I think the xbee works.

Yes I do get populated parameters with the xbee.

But still same "time out"

• ▶ Reply

DeveloperPermalink Reply by James Goppert on June 15, 2011 at 2:48pm

I fixed the mode now. There is apparently a bug in the mavlink next command step. I'll try to find it tomorrow. But I did hook up my jtag debugger and got this backtrace so it should be easy to track down.


(gdb) backtrace
#0 AP_Var::_EEPROM_scan ()
at /hsl/homes/jgoppert/Projects/ardupilotone/ArduPilotOne/libraries/AP_Common/AP_Var.cpp:471
#1 0x0000973a in AP_Var::_EEPROM_locate (this=0x809d9d, allocate=false)
at /hsl/homes/jgoppert/Projects/ardupilotone/ArduPilotOne/libraries/AP_Common/AP_Var.cpp:538
#2 0x00009908 in AP_Var::load (this=0x801fee)
at /hsl/homes/jgoppert/Projects/ardupilotone/ArduPilotOne/libraries/AP_Common/AP_Var.cpp:231
#3 0x000027e0 in apo::AP_MavlinkCommand::AP_MavlinkCommand (this=0x801fee,
index=0)
at /hsl/homes/jgoppert/Projects/ardupilotone/ArduPilotOne/libraries/APO/AP_MavlinkCommand.h:43
#4 0x00002894 in apo::MavlinkGuide::nextCommand (this=0x804a4a)
at /hsl/homes/jgoppert/Projects/ardupilotone/ArduPilotOne/libraries/APO/AP_Guide.h:263
#5 0x00009494 in AP_Var::next (this=0x804a4a)
at /hsl/homes/jgoppert/Projects/ardupilotone/ArduPilotOne/libraries/AP_Common/AP_Var.cpp:369
#6 0x00009494 in AP_Var::next (this=0x804a4a)
at /hsl/homes/jgoppert/Projects/ardupilotone/ArduPilotOne/libraries/AP_Common/AP_Var.cpp:369
#7 0x00009494 in AP_Var::next (this=0x804a4a)

• ▶ Reply

Permalink Reply by Junior Sammy on June 15, 2011 at 5:55pm

Thanks alot James! I just saw you update the google code site. I will be waiting patiently for tomorrow :)

 

I wish I could help find the bug but I don't know much about jtag debugging :(

 

But how did your ArduRover code work in your youtube video here:

http://www.youtube.com/watch?v=r1iJWIKbAQc

if the bug was still present at the time?

• ▶ Reply

Permalink Reply by Junior Sammy on June 16, 2011 at 8:51am

Mode is now distinguished from manual and auto mode

Only error now seems to be the timeout error when reading or writing waypoints.

• ▶ Reply

DeveloperPermalink Reply by James Goppert on June 16, 2011 at 12:48pm

The bug wasn't present at that time. This apparently happened while I was adjusting APO for arduquad. I've tracked it down and have some time to work on it so should have it fixed today.

• ▶ Reply

Permalink Reply by Junior Sammy on June 16, 2011 at 1:52pm

That sounds like great news!! I can't wait!

I am on standby for testing :)

 

Do you know which revision of ardurover worked by chance in the video? (if you already fixed the timeout issue disregard this question)

• ▶ Reply

Permalink Reply by Junior Sammy on June 17, 2011 at 1:53pm

Hi James I tested your latest ardurover code.

 

Waypoint sending and recevieing seems to work, however only when gps is disabled.

When I enable gps I seem to get timeout errors still.

I'm using ftdi cable to connect to telemport to avoid any possible xbee wireless errors if that helps.

 

Also sometimes my ftdi connection and xbee would crap out and stop sending data and I have to restart my APM board. Weird.

 

 

• ▶ Reply

DeveloperPermalink Reply by James Goppert on June 18, 2011 at 12:32pm

Ok I'll look into it. If you enable gps it goes through a phase where it tries to acquire the home position. It is probably not exiting this phase. If the gps isn't able to acquire a lock there should be a timeout after which it starts anyways but I'll have to check.
Right now since I don't keep the svn externals with revision numbers you would have to find the revision of all the libraries at the time the video was made. Should be able to find that date on youtube. And then you can use svn to pull the apo revision from that time as well if you like. But I think we are close to getting the new code debugged.

• ▶ Reply

▶ Reply to Discussion

• ‹ Previous
• 1
• 2
• Next ›
• Page