Hi All,

This is my third crash (repeating the 'exact' same scenario deliberately) in the past two days. I have found the core problem of the issue -> Using camera (RPi camera module) on-board the flight wipes out GPS signal 'entirely'.

Here is my setup:

  1. Autopilot board: 3DR's APM 2.5, with ublox GPS module, 3DR Telemetry EU (900 MHz), RC Txm/ Rx (Flysky) Spread spectrum/Freq.hop ?
  2. Networking harware (with WiFi): Raspberry PI + camera module + Edimax WiFi dongle.
  3. The two boards are NOT interfaced with each other. I am jsut powering up RPi from one of the ESC's BECs 5V.
  4. I just made a shielding for this problem. Improves but with uncertainty (more on this later).

3691067048?profile=original

As far as I could see, I could (luckily) not find interference on 2.4 GHz of Txm/Rx and the WiFi (802.11 b/g/n) that I was initially expecting.

But to my surprise, what happens is as soon as I start shooting the video, the 'satcount' goes to 0 for about a few seconds and then starts getting back to normal. Originally I have satcount of 9.. drops quickly to 0 as soon as I start the video shoot and then slowly increases to 7 until video footage is completed.

When the satcount reduces, copter goes CRAZY (yes, literally crazy), 'does not land' but flies away to some remote corner and crashes before I could take back control (Log attached shows the glitch clearly). I cross checked that this happens only in LOITER mode when taking the video; Loiter uses the GPS. Shouldn't it land, when copter loses GPS fix (for 5 seconds)??

I did ground tests without flying, just commanding the video to start, brings down satcount to 0, as seen in Mission Planner.

I used Aluminium shielding, it helps quite a bit, but may make copter drift during flight video unreliably. The cause may also be the camera + camera cable.

I wonder how can this be possible in the first place. uBlox GPS uses 1.575GHz carrier wave and such a popular RPi camera module should come with ISA interference certificate/clearances, I am completely bamboozled!!! Another post issuing similar problem but with HK camera here

Below is my latest setup, still some glitches in satellite count, but yet not the perfect solution. Glitches in satcount is 1 to 3 during video shoot. Did anyone faced this? Looking for a neat solution.

Any suggestions are welcome. 


3691067270?profile=original

3691067113?profile=original

   

Thanks and regards,
Shyam

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

Join diydrones

Email me when people reply –

Replies

  • If I may, I'm going to expand on post a year or so ago :-)

    GPS signals reach the earth surface at extremely low levels, in fact so low that they are under the average rf noise level.

    Clever mathmatical trickery allows your receiver to extract valid code from this "noise"

    But to do this, the signal from the actual antenna, the little brown ceramic block, is highly amplified.

    And this is where the problem comes in.

    Most digital electronics generate rf "noise", and this noise gets into the sensitive amplifier, after the antenna, and a lot of your cheaper devices, like cameras, have a lot of digital noise.

    And it does not even have to be in the same frequency range of gps signals, to completely swamp the amplifier.

    Effectively making it "deaf" for the gps signal.

    The only option is to get the gps as far away as possible, from other digital circuits on your aircraft.

  • This problem was indicated and solution patented (patent US 6522291 B1) "GPS receiver sharing an antenna ground plane with an EMI shield"

    I thing that a DIY drones community using a cheap GPS equipment/modules not take it into account. Patented solution is that shield, possibly can be DIY.

    This paper Article Link shpes a solution to, but this in a strange language. Pictures are readable.

    Details Below:

    US06522291-20030218-D00000.png

    US06522291-20030218-D00003.png
    Shyam Balasubramanian said:

    So, slowly this problem is coming to light.

    ...... I am saying this as people have not deliberated on this issue too deeply (from the scientific literature I have read till date) 

    http://ocean.kisti.re.kr/downfile/volume/ksass/HGJHBY/2011/v39n10/HGJHBY_2011_v39n10_987.pdf
  • Old problem, mentioned numerous times on this forum.

    Many video cams generate spurious signals well into the gps frequencies.

    You can try to wrap the camera in tin foil, obviously leaving the lens and controls open :-)

    I almost lost a quad due to a HobbyKing Wingcam, haven't seen any problems with my GoPro, yet.

    Try fitting the gps on a mast, raise it away from the electronics, as you have it in your pictures.

    Even better, get the gps/compass combo, cut the trace in the apm, and make an apm 2.6.

    That has also been covered on this forum.

    Good Luck !

    • Sure. This is simply the first time for me it was an issue. I do like the tin foil suggestion. That would at least provide a cheap way to see if I want to stay with the camera. If GoPros had this issue, I would have found more like it. I was thinking of an Ion Pro WiFi for light fpv duties, but that simply adds to the freq spectrum I have to be concerned about. I have already changed the rc receiver location along with my Bluetooth location to minimize any effects. 

      Over the past few years I have slowly rethought locations and configuration to provide the most reliable flight. The times between failure is much longer, but considering a good test will help me keep it that way. Now if I can figure out a way to keep the stupid pilot errors out of the mix too. I am moving to autonomous flight within sight to allow me to plan flights in advance. I haven't used the rally points yet, but I do like that option.

      • BTW, tin foil verified the camera interference issue. A rather short piece of flashing strategically set to block the GPS module direction worked well. I'll continue to use the Midland camera for now.

  • I agree with this issue. I have verified I have the same issue. I am using a Midland Helmet camera. I have used a gimbal too, but just switching on the camera leads to GPS problems (3DR). I am in the process of looking at a solution. I have noted the on/off switch uses a magnet. While simply flying with the camera does not seem to be an issue with the GPS or mag sensor, as soon as I switch the camera on, I start losing GPS lock. I plan on testing a farday cage first. If that doesn't stop the problem, I'll start looking for a new camera. I do believe the Ion Pro with metal body has to be better at reducing the problem. 

  • Hi Shyam, I have a post in another thread where I make a reference to this exact problem. My particular camera is the one I use for FPV and is a SecurityCamera2000 PZ042 board cam that has been put into a metal case also sold by SecCam2000. The cam works great and the ONLY issue is the GPS problem. I have found that as long as the GPS module is a foot or so away from the uBlox GPS it will lock 11 to 14 sats. With the camera at 6 inches the uBlox will only lock 6 to 8 sats. I've also read the Go-Pro camera is noisy to GPS as well. When I use my Go-Pro on the quad it does indeed drop sat count though not as bad as the FPV cam does. With my FPV cam out on the front of the quad and the GPS module mounted far out on one of my rear arms I normally get at least 11 sats which seems to be good enough as I don't have any kind of glitches.

  • Maybe it's not a signal issue but a power one.  Perhaps the uBlox is losing power when the cam draws more power to record? How is the cam powered?

This reply was deleted.

Activity

DIY Robocars via Twitter
21 hours ago
DIY Robocars via Twitter
RT @_JonMyer: 🏎 We need your help in naming my #AWS DeepRacer Underground Track 🏎 @davidfsmith's track is going to be referred to as 𝗔𝗪𝗦 𝗗…
Thursday
DIY Robocars via Twitter
RT @gclue_akira: 仕事もおわったし、電脳化にとらい #マリオカートハック https://t.co/4IU90hCLgm
Thursday
DIY Robocars via Twitter
This is the hashtag to follow all the people in Japan who are hacking the new Nintendo Mario Kart with the real AR… https://twitter.com/i/web/status/1319281354664677376
Thursday
DIY Robocars via Twitter
RT @gclue_akira: @chr1sa @diyrobocars jupyter mario https://t.co/P0oHdjlCRq
Thursday
DIY Robocars via Twitter
RT @_JonMyer: 🚨Our 1st AWS DeepRacer Community Race is Underway on http://twitch.tv/aws 🚨 Join us to find out which member of your commu…
Tuesday
DIY Robocars via Twitter
Monday
DIY Robocars via Twitter
RT @BackyardRobotcs: After an admittedly long wait, the new Tinymovr R3.3 motor controller is now available https://tinymovr.com 🥳
Monday
DIY Robocars via Twitter
RT @_JonMyer: 🏎 1 hr left before the #AWS #DeepRacer Community 🏎 Top 5 Race tomorrow LIVE on Twitch 1st Place = $50 Amazon GC or AWS Credit…
Monday
DIY Robocars via Twitter
Oct 16
DIY Robocars via Twitter
Oct 15
DIY Robocars via Twitter
Oct 14
DIY Robocars via Twitter
RT @davidfsmith: Race virtually with The AWS DeepRacer Community Race and then join us on the track to see how your times compare on the ph…
Oct 14
DIY Robocars via Twitter
Oct 14
Hiroki Tanaka liked Hiroki Tanaka's profile
Oct 13
DIY Robocars via Twitter
RT @breadcentric: It's now!
Oct 13
More…