www.aerialrobotics.eu/altigps/altigps-en.pdfwww.aerialrobotics.eu/altigps/altigps-it.pdfWorks as a GPS translator or standalone.17x28mm.the output is ASCII, NMEA or binary.Contrary to the other solutions, this is the ALTITUDE SENSOR, not just a pressure sensor.The whole job of callibrating, calculating reverse formulas and sensor testing has been done.The idea is that you might have hard time trying to fit altimeter and all associated arithmetic inside current ArduPilot. Nothing easier than parsing ASCII or plugging the module as GPS translator.PLS contact me on kbosak@box43.pl for details.
I have read this. Agree. They need an altitude reference so instead of calibrating to 0 altitude they calibrate to GPS altitude. Nice, but in deep turns with 2G accelerations the GPS behaves so bad that it floats all around by 20m. This continuous baro-GPS coupling is good for long flights with moderate dynamics. For high dynamics typical to small planes, baro-only is more reliable.
Usually I would prefer to be able to make 20 flights all starting at the same field and get the same altitude result, regardles on what GPS claims to be the ground level.
"Q: Can you explain the alti to pressure and pressure to alti mapping?"
Unfortunately, no. This is a commercial product, invested in the research by myself.
It is expected to provide income for UAV research.
"Do you mean that you first set up a table (for example by precalculation) that give the absolute pressure as a function of altitude."
I used specifically developed floating point formula that approximates the whole exponential-based expression so that the fit error withing the whole alti range doesnt exceed around 10cm. The table approach usually needs and interpolation that given the uC resources, was estimated to give some 50cm error and most importantly would eat a lot of uC space. My flopoint formulas give smooth derivative of residual error fit, and thus are better for anything that makes feedback control loop. All this is theoretical, however, as the pressure noise is usually higher than numerical noise from interpolation artifacts, and the most limiting factor for feedback control loop is update rate.
BTW sensor die temperature is withing 2-3 deg agains air temperature, but it lags the airtemp somwheat.
The die temperature correction for the sensor pressure output is done in realtime.
In the troposphere region, a pair of PV=nRT - derived exponential formula is used.
For ground calibration, you need a pair: alti to pressure and pressure to alti mapping.
Above troposphere, a corresponding set of equations is used for tropopause region. Plus there is some math in order to guarantee smooth transition between the two. The sensor is barely working at that altitude, for sure (at limits of its spec).
The code is directly derived from more complex project.
The code is corrected for sensor die temperature which is a major factor for presure sensor drift. The altitude formula is not corrected for air temperature as the drift is negligible agains typical pressure variation due to weather change. The device always choses ground level as 0 level reference (this gives approx. AGL measurement over flatland).
Czy cos sie zmienilo od naszego ostatniego spotkania (nieco niefortunnego) ? i mozna sie dowiedziec na spokojnie od Ciebie dowiedziec jak dokladnie wygladaja dane wysylane przez to urzadzenie ? i jak mozna ( bo widze , ze juz mozna ) sie do niego podpiac ? Tym razem zastanow sie 10 razy nad sensowna odpowiedzia :) .
It is something chanched since our last meeeting (not so lucky) ? may you possibly tell me now how the data form this device is looks like in details ? how is possible to connect to this device ? I am glad that at this time is possible to connect to capture live data - am I right or not?
Ahh, ok, and it reads the nmea string in from the gps, and writes out the string the other side, but with the altitude modified according to the pressure sensor? That's pretty nifty.
Comments
Usually I would prefer to be able to make 20 flights all starting at the same field and get the same altitude result, regardles on what GPS claims to be the ground level.
Unfortunately, no. This is a commercial product, invested in the research by myself.
It is expected to provide income for UAV research.
"Do you mean that you first set up a table (for example by precalculation) that give the absolute pressure as a function of altitude."
I used specifically developed floating point formula that approximates the whole exponential-based expression so that the fit error withing the whole alti range doesnt exceed around 10cm. The table approach usually needs and interpolation that given the uC resources, was estimated to give some 50cm error and most importantly would eat a lot of uC space. My flopoint formulas give smooth derivative of residual error fit, and thus are better for anything that makes feedback control loop. All this is theoretical, however, as the pressure noise is usually higher than numerical noise from interpolation artifacts, and the most limiting factor for feedback control loop is update rate.
The die temperature correction for the sensor pressure output is done in realtime.
For ground calibration, you need a pair: alti to pressure and pressure to alti mapping.
Above troposphere, a corresponding set of equations is used for tropopause region. Plus there is some math in order to guarantee smooth transition between the two. The sensor is barely working at that altitude, for sure (at limits of its spec).
The code is directly derived from more complex project.
The code is corrected for sensor die temperature which is a major factor for presure sensor drift. The altitude formula is not corrected for air temperature as the drift is negligible agains typical pressure variation due to weather change. The device always choses ground level as 0 level reference (this gives approx. AGL measurement over flatland).
It is something chanched since our last meeeting (not so lucky) ? may you possibly tell me now how the data form this device is looks like in details ? how is possible to connect to this device ? I am glad that at this time is possible to connect to capture live data - am I right or not?
Curt.
-
1
-
2
of 2 Next