71

Vehicles - MultiRotors / GPS modes oscillations

« Last post by vgwit on June 24, 2022, 09:54:18 am »

It looks like attention to the progect is fading but have decided to post my experience nevertheless.

Have solved the problem with slow quad oscillation (toilet bowl) in GPS modes. It was caused by an interference/noise from Runcam2 camera to GPS module GN-801 that was sitting upon it. After moving the GPS by 5 cm back the problem has gone.

Now I'm focused on minimizing/removing fast oscillations in GPS modes. Its frequency is 5Hz and looks like it is the same as UbxRate setting in GCS. As these oscillations present in both PH and VR modes settings like ...VelPID hardly can help. Have tried to decrease HorizontalPosP but without obvious result. I'd try to decrease D part of  PID PH algorithm but can not find it. Only P part available.

Magnrtomeret calibration was repeated many times. No change.
Thanks for attention.

72

Applications - Autonomous Flight / Re: Voltage / Current Sensor Ground Issues

« Last post by TheOtherCliff on June 22, 2022, 02:41:28 pm »

Some ESC's BECs have two LM7805 5v regulators in parallel.  It has been my assumption that paralleling ESC's BECs would be similar to what is already going on inside a single ESC.  I know that this will put more load on one than another, due to manufacturing tolerances.  I leave my 4 ESC BECs connected in parallel and I can tell that one gets warmer than the others because it is the one actually being used (highest voltage) leaving the others basically switched off.

I have heard though, that it is not good to parallel switching BECs...

About: Current Sensor Ground Issues
Setting up a proper single point ground is one of the solutions I thought about and the correct way to do it.  Problem is that cheap sensors are leaving the BEC unpopulated now days, and that basically means a single ground is difficult to do (or requires adding a BEC at the current sensor for sake of the FC ADC).

If it was a simple matter of power wires with varying ground potential along the length; with sensor in one place and ADC ground in another, then a fix of having a current to voltage tweak seemed a simple fix.  I coded it up and it seems to work.  I will flight test it next flying session.

73

Applications - Autonomous Flight / Re: Voltage / Current Sensor Ground Issues

« Last post by jdl on June 22, 2022, 10:35:30 am »

Probably a ground loop issue here?

How many ground wires go to the flight controller? It should be only one ground wire! ESCs / servos should have only their signal wires connected to the FC.  Then there shouldn't be invalid voltage readings, regardless of current being drawn.

BTW, connecting together the +5V coming from BECs built in the ESCs is a key to disaster   Voltage sources shouldn't be wired in parallel. There are always minor differences in BEC voltages that may float with temperature and once the difference is big enough this will stress too much one of the BECs, causing more and more current to be drawn from one BEC to another in attempt to equilise the voltages, this will heat the BEC even further, causing bigger drift in its output voltage, etc... Finally the BEC temperature rises so much that it causes the ESC to enter thermal protection mode and the quad, presumably, to crash...


Shunt type current sensors we commonly use are not precise for small currents, I prefer calibrating them for typical in-flight currents (8-15A, for example). The easy and precise way is using a current/Ah meter, compare its readings to what the GCS reports for mAh used (via Oplink telemetry) and correct the calibration coefficient respetively.

Zero current trim should not be used with this type of sensors, it makes sense and is intended for hall effect current sensors (like ACS758LCB-100B).

To have best calibration results, telemetry should be via Oplink, and no USB cable connected.


https://rcecho.com/skyrc-rc-model-wm-010-high-precision-rc-hobby-battery-watt-meter-bk210/

74

Applications - Autonomous Flight / Re: Voltage / Current Sensor Ground Issues

« Last post by TheOtherCliff on June 22, 2022, 07:25:28 am »

My voltage readings are OK at low amps.

I am not able to get consistent low current readings either, even with trimming the zero current.  It changes with the day or the battery.

Do you use the BEC built into the current/voltage sensor to power the FC?

How much max current in your vehicle and what gauge power wires?

Thanks!

75

Applications - Autonomous Flight / Re: Voltage / Current Sensor Ground Issues

« Last post by karla on June 22, 2022, 03:48:29 am »

I usually have problems with inaccurate Amp readings but the Voltage normally okay.

76

Applications - Autonomous Flight / Voltage / Current Sensor Ground Issues

« Last post by TheOtherCliff on June 22, 2022, 12:40:18 am »

I have calibrated and tested my voltage / current sensor on the bench.  When I run the bench power supply variable voltage up and down, telemetry agrees with the voltage.  When I fly it (a 40 amp max total draw quad) the voltage is invalid.  I shows about 8 volts from a 12 volt pack.  I know this is wrong because my lipo alarm acts normally and does not come on till later in the flight when it should.

This is a cheap 90A sensor.  The power wires are 16 AWG which is too small.  That's one issue, but probably not the cause.

The sensor board has a BEC but I am not using it, so I presume I am getting a difference in ground between the FC where the ADC is (powered by ESCs BEC at the end of the power wires) and sensor board that is on the power wires closer to the battery.

Is this a standard problem?

I suppose I could use the sensor's BEC and disconnect both ground and +5V from the ESCs.

I am thinking of coding a current to voltage factor into the sensor flight code.  I think that would fix the issue too.

77

GCS General / Re: Saving PFD gadget to mpeg file..

« Last post by Marico on June 21, 2022, 02:15:29 pm »

I would bet that it is quite possible, especially in Linux.  I haven't ever done it though.  Maybe someone else can jump in here...

Yes, I forget say that I need this in Linux. 

Of course you could do a screen / desktop record.  The one I use allows full screen, window, or even a user defined rectangle as I recall.  I know, I would want to capture it more directly if I were doing it too.

I know but if it is possible in "native" way (gstreamer script?) It would be much better.

78

GCS General / Re: Saving PFD gadget to mpeg file..

« Last post by TheOtherCliff on June 21, 2022, 12:23:51 pm »

I would bet that it is quite possible, especially in Linux.  I haven't ever done it though.  Maybe someone else can jump in here...

Of course you could do a screen / desktop record.  The one I use allows full screen, window, or even a user defined rectangle as I recall.  I know, I would want to capture it more directly if I were doing it too.

79

GCS General / Saving PFD gadget to mpeg file..

« Last post by Marico on June 21, 2022, 10:14:17 am »

Hello,
is it possible to save PFD gadget animation with black background (during log playback) to a high resolution mpeg file? I need it for post process video editing/merging  with high resolution videos.  I read "New gadget" thread but it covers only mixing video input (USB camera etc) with PFD, not saving only PFD to a file....

80

Applications - Autonomous Flight / Re: homeleash cause a config error

« Last post by TheOtherCliff on June 20, 2022, 07:56:41 pm »

I'm using a 16.09+r782-g8c101ad on win 10 laptop. Now i'm working on a Debian 11 computer and can't do any trial.

+r782 is a recent "next".  If you are up to a bit of configuring, you can get the latest next (r796, maybe higher since we are actively updating next to make it easier to build) to build on Linux.  Ubuntu is the #1 target, so Debian should also work.

Some links leading up to building from source code.  Warning: This may or may not go smoothly.  You may need to find some correct package versions or use the ones supplied in your system update function.
https://librepilot.org
https://librepilot.atlassian.net/wiki/spaces/LPDOC/pages/2818105/Welcome
https://librepilot.atlassian.net/wiki/spaces/LPDOC/pages/57671696/Linux+-+Building+and+Packaging

I will look for a location where drone can move around freely. The gps position move on the map (google satellite is not displayed) more than 20 meters around even if it is steady on the ground. I suppose my gps is a fake M8n.

All GPSs do that (drift 20 meters randomly all over) when sitting stationary on the ground.  That is the picture that a PositionHold hover will make when hovering for that time.  That is a good visual image of why you cannot trust GPS to stay exactly in the same place except for short times and why you must give a large safety zone when making waypoint flights that are low enough to hit things (example: trees).

Actually, the picture when sitting stationary on the ground is the inverse of the picture that PositionHold hover will make when hovering for that time.  If the stationary GPS position drifts north, the drone will fly south so that it keeps the same numeric coordinates.