Definitely better than the stock positioning I would think unless the image capture timing is off which could actually make it worse. It will be fun to see what you get.
The top ground plane is angled to counter the tilt in forward flight. This will never be perfect but it is accounted for in Brian’s setup. My lipo went bad and my new batteries will be in tomorrow. Will get back to testing then
I ordered a 5 pack of the batteries here for $30
Christian, you can see something went wrong here. Since my Lipo bats wont be in until tomorrow, going to set it out today and overserve for a while with a USB power supply to see what it looks like over a several hour period.
edit: reuploaded image with correct flight time markers.
I am going to put a cover over the antenna and see how that does as well.
The problem the angled ground plane is that you get multipath from below the horizon or even from a steeper angle from nearby ground, when/if the drone is at an aggressive attitude.
Sounds like I need to figure out the mean angle of attack and design an alternative mount. I already have a great prospect in our GPS parts, but it’s too big so I think I will start with a shorter mast and slightly larger base plate. I actually thought about this earlier this morning and I am assuming the Tallysman is so high is because of coordination with the blades? Like the DJI P4RTK bringing it down 6-inches would go a long way to mitigating this error.
It needs the distance because of interference from the Phantom. Bring it down lower, and you’ll see an increase of cycle slips. Also remember to isolate (Faraday style) the reach module.
Also, if you increase the ground plane, and bring it down lower, you’ll cover the GNNS reception of Phantom, and you’ll have bigger problems than just cycle slips
Hmm, usually when I replace batteries or move the Phantom around, I have have tendency to lean in over it. Even the Phantoms build-in GNSS will then report loss of sats, and go into attimode for the duration.
Can that be your problem ?
As I see it, the Phantom needs to be left “alone” from start of log-collection over flight and all the way to end of flight/log collection end.
Once I receive my new Lipo batteries today and also when I get the M+, I can do some extensive comparison test to look for repeated issues and narrow down any problems (if any) that exist. So I wont’ post up any info until I actually have good info to post. I am certain that I will get this running very smooth and reliable
Makes sense. Putting the data in CAD now so I can share a dimensioned plan of my setup.
Ok, just did a test by setting up my base and P4P in my house so I know it will be garbage data, but hopefully I can use it to learn how to use RTKLIB. I’m going to search the forums, but do I need to run RTKPOST first or just RTKLIB? Here it goes…
Running RTKCONV and received E=43. I’m assuming it’s an error?
E= Is usually indicating the number of empherasis.
Do you get the one and nav file out?