Hi all,

We're competing in the Outback Challenge and have a strange issue with our GPS setup. Turning on the three redundant APMs one always gets a GPS lock within a few seconds of starting, but the other two can sit for half an hour or more under a clear sky without acquiring a lock. The only work around I've found is to disconnect the I2C compass cable from an APM with no lock until the lock is acquired, and then reconnect. Even after this the two problem GPSs often see less than half the number of satellites the working GPS sees.

The APMs are mounted upside down, with the 3DR UBlox/Compass modules the right way up. Since the compasses are normally ROLL_180 because they're upside down in the housing but because they're the opposite orientation of the APMs we use ROLL_NONE, as per setup instructions. The compasses have all been calibrated using the compass dance. I don't understand the compass mot calibration but I assume that it doesn't matter if we're not electric powered.

The GPSs have all been upgraded to the latest settings using the u-Centre instructions on arducopter, and connected to u-Centre they all have identical performance, with 3D accuracy around 4.5 metres.

The APMs have identical parameters, and are all running the same firmware based on 3.0.3 (we commented out some modes and code we didn't need, including compass declination tables in case that's pertinent to this problem - we set the declination manually to -12 30 for Sydney Australia) because we couldn't compile and stay within upload size limit (this is another question).

My guess is that the compasses are used to init the GPSs somehow in the APM code, and some combination of the orientation of the compass to the APM or being in the Southern Hemisphere has somehow mucked this up.

You can see the tray with the GPSs and APMs setup at 4:17 in this video:

https://www.youtube.com/watch?v=FzZyfGh81ck

We can fly once we have the locks, but getting the locks in the first place can be complex. Any pointers or suggestions would be really appreciated.

Cheers,

Robin

You need to be a member of diydrones to add comments!

Join diydrones

Email me when people reply –

Replies

  • I think about a year ago 3DR changed their gps antennas to the current one you have so the issue in the link may not apply anymore. What I suspect is happening is there is some RFI coming down the I2C line and messing with the GPS reception. You may look at adding some RF chokes on the lines coming to the GPS units if they don't effect the magnetic compass.

    After watching your video again I'm beginning to think you may be getting some RFI from somewhere else like the main cpu. Have you tried the starting up just the APM modules and not the main computer? I've had my own issues in the past with gps units that didn't have built in compass. I was getting RFI first from the speed controllers and later I got some when I added a go pro 3. I think it wouldn't hurt to raise your gps antennas a bit to get above the surrounding metal. Oh btw what metal is the frame made out of. Also be sure there are no ferrous metals if you haven't already done so. 

    Do you have access to a spectrum analyzer that can go to 1.575 ghz? If you do I would check your noise floor turning on one device at a time including all the other electronics to see if something is interfering.

    One other thing you could do is post your log files from all three units. Not the TLOG but the .log file directly from each APM.

    On my mission planner I have it display satellite count and HDOP. If HDOP is below 2 then you are good. 

  • After reading http://diydrones.com/forum/topics/long-gps-fix-time-ublox-lea6?id=7... my other theory is that there is a soldering or other hardware problem in the two problem GPS/compass units that only occurs when the compass cable is connected (the compass cable wasn't connected when I was hooked up to u-Centre getting identical results from the good and "bad" units).

  • I'm very envious of your setup. Nice job.

    There may be a couple of issues with GPS lock. One may be the location of the GPS units. Have you tried experimenting with the gps modules outside of the plane? I'm also wondering if the IF frequency of each unit might be interfering with each other since they are so close to each other. If you get a chance you might try them farther apart. I would try each unit one at a time open and see how the lock is. If one at a time they work well then they are interfering with each other otherwise you may have two bad gps units. I would look placing the gps units on the exterior of the plane with at least 6"/15cm separation.

    Another thought is the electronic ignition off when you start up the apm modules?

    • Hi Rob,

      Thanks, it's our first competition and we might try to make things a bit more simple next time :-).

      All the behaviour I've reported is with the tray sitting by itself in the back yard, so no ignition. I also wondered about interference, but if that were the case you'd think they'd all be equally affected, the one in the middle more so, and that's not the case - in fact the good one is the one on the right.

This reply was deleted.

Activity

DIY Robocars via Twitter
RT @chr1sa: Our next @DIYRobocars virtual AI car race is next Saturday. Compete from home using the @donkey_car simulator -- no physical ca…
4 hours ago
DIY Robocars via Twitter
RT @RoboticMasters: Students from @Sydney_Uni working hard on improvements and changes to @donkey_car simulator. @diyrobocars @adafruit…
4 hours ago
DIY Robocars via Twitter
Practice virtual race this Saturday; the real thing will be on Oct 3 https://www.meetup.com/DIYRobocars/
Wednesday
DIY Robocars via Twitter
Wednesday
Derrick Davies liked lisa TDrones's profile
Wednesday
DIY Robocars via Twitter
Sep 21
DIY Robocars via Twitter
RT @SahikaGenc: AWS DeepRacer & Hot Wheels Track https://youtu.be/4H0Ei07RdR4 via @YouTube
Sep 14
DIY Robocars via Twitter
Sep 8
DIY Robocars via Twitter
RT @davsca1: We are releasing the code of our Fisher Information Field, the first dedicated map for perception-aware planning that is >10x…
Sep 8
DIY Robocars via Twitter
RT @SmallpixelCar: How this works: 1)object detection to find cones in single camera image, 30 frames/sec on @NVIDIAEmbedded Xavier. 2)comp…
Sep 8
DIY Robocars via Twitter
RT @SmallpixelCar: Use two color cones to guide the robocar. No map needed, on onsite training needed. Just place the cones and it will fol…
Sep 7
DIY Robocars via Twitter
Sep 7
DIY Robocars via Twitter
RT @roboton_io: Great to see http://roboton.io running at 60fps on the cheapest #chromebook we could find! #edtech #robotics #educat…
Sep 3
DIY Robocars via Twitter
RT @openmvcam: Crazy in-depth article about using the OpenMV Cam for Astrophotography: https://github.com/frank26080115/OpemMV-Astrophotography-Gear https://t.co/BPoK9QDEwS
Sep 3
DIY Robocars via Twitter
RT @openmvcam: Hi folks, it's finally here! Our first draft of our Arduino Interface Library is out! It works over SoftwareSerial, Hardware…
Sep 3
DIY Robocars via Twitter
RT @chr1sa: Please let them have an open API. This would be perfect for @DIYRobocars races https://twitter.com/NintendoAmerica/status/1301513099707658246
Sep 3
More…