According to Randy the know issue of altitude loss after a high speed run is at its heart a frame issue.This seems to me a very worthwhile discussion to have.Once the majority of us understand this, we will be less likely to muck up other threads.Take it away Randy...
You need to be a member of diydrones to add comments!
Just ordered 2 of these Zubax GNSS 2 modules with the barometer built in to see if this does the trick. May be easier than incorporating the barometer sensor separately.
Emin, The Zubax unit looks awesome, but then so is the price - dearer than the most expensive pixhawk clone I ever bought (and that was with all the accessories!). As for the GLB link you posted here, I am not certain that this unit is i2c compatible. It certainly doesn't mention it. I have bought two of the i2c 5v baro's so far - one connected to my Pixhawk running the Plane f/w - just hooked into the i2c splitter, and the other one chained to the mag connections on my m8n GPS unit, and both work very well, and at a very cheap cost. The ones I used were off eBay here: http://www.ebay.co.uk/itm/141799881200
Its very easy to connect - just 4 connections to chain onto the i2c bus: VCC(+5v), Gnd, SCL, SDA
You also would need to be running the 3.4dev Copter firmware (or Plane for fixed wing).
Loaded 3.4-dev and have set GND_PRIMARY to 1. I can see the Alt is reading OK, but is it possible to determine conclusively that the Alt reading is definitely being produced by the external (i2c) baro?
Update - just back from some flight testing with the above setup and am glad to report that the baro performed flawlessly, and barely any drop in altitude during fast forward flight (where there was a considerable drop previously), so I am very impressed with the outcome.
To reiterate my solution, I purchased the external i2c baro as per this one Randy mentioned in an earlier post. I installed it inside the GPS puck, connecting it to +5vcc, Gnd, SCL, SDA (I.e. connecting it in parallel with the i2c compass connections of the ublox GPS/mag):
I placed a square of orange HK foam over this entire side of the unit and re-assembled the GPS Puck - bear in mind that the electronics here is far too padded out to fit inside the puck, so I simply sandwiched it in there and used (a lot of) hot glue as a filler between the two halves of the puck to hold it together. The foam and baro therefore are on the underside of the GPS patch antenna, so I then drilled four 1mm holes through the underside of the puck case allowing the atmosphere through to the orange foam inside - and therefore allowing a buffered air path to the baro. Here's the puck all glued up:
and here's the underside showing the breather holes and through the plastic you can just make out the orange foam inside:
I should add for clarity that the GPS puck is mounted on a pole which allows it to sit only around 4 inches (100mm) above the top of the AUAV-X2 FC, so I am by no means lifting this way above the copter as I have seen others do in this post.
Paul Atherton > Paul AthertonFebruary 12, 2016 at 8:28am
Log file of flight using the above setup is attached for reference. Thanks, Paul
p.s. as I mentioned in an earlier post - wouldn't it be good if these resourceful Chinese manufacturers developed a 3-in-1 (ublox/mag/baro) unit ;-)
Maybe this is too much of a simplification but is the problem basically to let the air pressure change at a rate that would happen via increase in altitude, but not the faster rate that happens from gusts of wind, prop wash etc? IE make the flight controller airtight except for a small entrance
Replies
Just ordered 2 of these Zubax GNSS 2 modules with the barometer built in to see if this does the trick. May be easier than incorporating the barometer sensor separately.
Any news about altitude loss with Zubax GNSS 2
Still waiting for them to arrive.
...or how to connect or use this mag-baro combo
http://www.goodluckbuy.com/gy-652-hmc5983bmp180-4-axis-flight-contr...
Emin, The Zubax unit looks awesome, but then so is the price - dearer than the most expensive pixhawk clone I ever bought (and that was with all the accessories!). As for the GLB link you posted here, I am not certain that this unit is i2c compatible. It certainly doesn't mention it. I have bought two of the i2c 5v baro's so far - one connected to my Pixhawk running the Plane f/w - just hooked into the i2c splitter, and the other one chained to the mag connections on my m8n GPS unit, and both work very well, and at a very cheap cost. The ones I used were off eBay here: http://www.ebay.co.uk/itm/141799881200
Its very easy to connect - just 4 connections to chain onto the i2c bus: VCC(+5v), Gnd, SCL, SDA
You also would need to be running the 3.4dev Copter firmware (or Plane for fixed wing).
Randy,
Loaded 3.4-dev and have set GND_PRIMARY to 1. I can see the Alt is reading OK, but is it possible to determine conclusively that the Alt reading is definitely being produced by the external (i2c) baro?
Update - just back from some flight testing with the above setup and am glad to report that the baro performed flawlessly, and barely any drop in altitude during fast forward flight (where there was a considerable drop previously), so I am very impressed with the outcome.
To reiterate my solution, I purchased the external i2c baro as per this one Randy mentioned in an earlier post. I installed it inside the GPS puck, connecting it to +5vcc, Gnd, SCL, SDA (I.e. connecting it in parallel with the i2c compass connections of the ublox GPS/mag):
I placed a square of orange HK foam over this entire side of the unit and re-assembled the GPS Puck - bear in mind that the electronics here is far too padded out to fit inside the puck, so I simply sandwiched it in there and used (a lot of) hot glue as a filler between the two halves of the puck to hold it together. The foam and baro therefore are on the underside of the GPS patch antenna, so I then drilled four 1mm holes through the underside of the puck case allowing the atmosphere through to the orange foam inside - and therefore allowing a buffered air path to the baro. Here's the puck all glued up:
I should add for clarity that the GPS puck is mounted on a pole which allows it to sit only around 4 inches (100mm) above the top of the AUAV-X2 FC, so I am by no means lifting this way above the copter as I have seen others do in this post.
Log file of flight using the above setup is attached for reference. Thanks, Paul
p.s. as I mentioned in an earlier post - wouldn't it be good if these resourceful Chinese manufacturers developed a 3-in-1 (ublox/mag/baro) unit ;-)
47.BIN
Is GPS altitude so bad that it can't be used to correct this drop in altitude in the short term?
Yeah. If you look at GPS Alt. in your logs you can see that GPS has a huge altitude granularity.
Maybe this is too much of a simplification but is the problem basically to let the air pressure change at a rate that would happen via increase in altitude, but not the faster rate that happens from gusts of wind, prop wash etc? IE make the flight controller airtight except for a small entrance
-
1
-
2
-
3
-
4
-
5
of 11 Next