CleanFlight Ervaringen

Ook maar eens cleanflight erop gezet
Bevalt prima moet ik zeggen

Lama
 
Laatst bewerkt door een moderator:
In Cleanflight alles goed ingesteld dat de leds het ook doen.. Donderdag deed alles het en nu blijven de 5 rechtse solist White en is er als ik wat instel in Cleanflight alleen de 3 linker leds in te stellen. Whats the problem [emoji15] ???


db9e469f9a51bcd6f60d912b7890bb62.jpg
 
Probleempje :(
Deed een restore van settings met m'n esc's connected aan de naze en in de restore stond oneshot enabled. Nu booten m'n esc niet door en gaan ze niet aan.

Als ik oneshot disable doen ze het gewoon. Iemand een oplossing? Is er misschien iets mis met de firmware van m'n KISS esc?
 
Probleempje :(
Deed een restore van settings met m'n esc's connected aan de naze en in de restore stond oneshot enabled. Nu booten m'n esc niet door en gaan ze niet aan.

Als ik oneshot disable doen ze het gewoon. Iemand een oplossing? Is er misschien iets mis met de firmware van m'n KISS esc?

Bruggetje op de Kiss aangepast?
 
In Cleanflight alles goed ingesteld dat de leds het ook doen.. Donderdag deed alles het en nu blijven de 5 rechtse solist White en is er als ik wat instel in Cleanflight alleen de 3 linker leds in te stellen. Whats the problem [emoji15

Ik heb ook meer last met deze versie van de FW en de Neopixels. Volgens mij worden ze niet goed aangestuurd, met 3,3V data ipv 5V. Het verschil tussen Vcc en de 3,3V data is erg kritsich, als je 5,4V Vcc hebt werkt het erg slecht. Ik zoek me nu een geschikte diode om er tussen te plaatsen. Wat ik heb liggen is net wat teveel spanningsverlies want dan kom ik op 4,6, een schottky diode zou beter zijn.

Waarom het met de vorige FW dan beter werkte is me ook een raadsel.

Wil je de Vcc van de Neopixel eens nameten net aan de LED connector?
 
Bruggetje op de Kiss aangepast?

I see, JP1 closed: oneshot125 PWM. Dacht dat ik oneshot eerder al aan de gang had zonder er iets aan te doen. Een kijken of ik daar nog bij kan haha.

Dank je voor het advies iVolo

Note to self: RTFM
 
Laatst bewerkt:
Waarom het met de vorige FW dan beter werkte is me ook een raadsel.



Wil je de Vcc van de Neopixel eens nameten net aan de LED connector?


Ik heb een 5.1V op de led dus daar kan het niet aan liggen aangezien de Neopixel een 4V - 7V kan hebben... Zal het toch aan de Cleanflight software liggen. Vanavond maar 1.7 erop zetten en kijken of er verbetering in zit..
 
Ik heb een 5.1V op de led dus daar kan het niet aan liggen aangezien de Neopixel een 4V - 7V kan hebben... Zal het toch aan de Cleanflight software liggen. Vanavond maar 1.7 erop zetten en kijken of er verbetering in zit..

De Neopixel kan inderdaad 4-7V hebben, maar de data moet voor hoog ook rond de Vcc zitten en dat is met de NAZE32 niet het geval. Lees na is de datasheet van AdaFruit, ik quote: "
NeoPixels powered by 5v​
require a 5V data signal. If using a 3.3V microcontroller you

must use a logic level shifter such as a​

74HCT245​

from a LiPoly, a 3.3v data signal is OK)
" De data is op 3.3V niveau en het verschil tussen Vcc en de data hoog maakt of dit daadwerkelijk als hoog herkend wordt of niet. Het probleem wordt door de ontwerpers trouwens erkend, lees maar na in https://github.com/cleanflight/cleanflight/blob/master/docs/LedStrip.md onder de rubriek "connections".

Echter 5.1V zou moeten werken, bij mij is het net teveel.
 
Jaaaaa alles is werkende, lag inderdaad aan de software zoals eerder was aangegeven. Up and running !! Alleen zit ik wel met een ander klein "probleempje"... In mijn Futaba staan mijn Throttle en mijn Elevator op Reverse. Nou is het dus zo als ik vooruit ( elevator ) ga gaat de led knipperen want omdat ie op reverse staat geeft ie het signaal van achteruit dus eigenlijk door... Beetje omslachtig uitgelegd zo maar HELP :confused:
 
Laatst bewerkt:
als je in je zender niet terug kan reversen, omdat anders je besturing niet klopt, dan mischien je leds andersom aansturen, achter wordt voor, voor wordt achter...
mischien maar een idee, mischien kan het niet. even wachten op meer antwoorden.
 
Heren. Wat zijn jullie ervaringen met andere PID controllers? Zie onder voor overzicht van de nieuwere varianten.
Zelf enkel 0,1 en 2 weleens geprobeerd, waarbij de 1 beste bevalt. Wat zijn jullie ervaringen op 3,4 en 5?

PID controller 0, "MultiWii" (default)

PID Controller 0 is the default controller in Cleanflight, and Cleanflight's default PID settings are tuned to be middle-of-the-road settings for this controller. It originates from the old MultiWii PID controller from MultiWii 2.2 and earlier.

One of the quirks with this controller is that if you increase the P value for an axis, the maximum rotation rates for that axis are lowered. Hence you need to crank up the pitch or roll rates if you have higher and higher P values.

In Horizon and Angle modes, this controller uses both the LEVEL "P" and "I" settings in order to tune the auto-leveling corrections in a similar way to the way that P and I settings are applied to roll and yaw axes in the acro flight modes. The LEVEL "D" term is used as a limiter to constrain the maximum correction applied by the LEVEL "P" term.

PID controller 1, "Rewrite"

PID Controller 1 is a newer PID controller that is derived from the one in MultiWii 2.3 and later. It works better from all accounts, and fixes some inherent problems in the way the old one worked. From reports, tuning is apparently easier on controller 1, and it tolerates a wider range of PID values well.

Unlike controller 0, controller 1 allows the user to manipulate PID values to tune reaction and stability without affecting yaw, roll or pitch rotation rates (which are tuned by the dedicated roll & pitch and yaw rate settings).

In Angle mode, this controller uses the LEVEL "P" PID setting to decide how strong the auto-level correction should be. Note that the default value for P_Level is 90. This is more than likely too high of a value for most, and will cause the model to be very unstable in Angle Mode, and could result in loss of control. It is recommended to change this value to 20 before using PID Controller 2 in Angle Mode.

In Horizon mode, this controller uses the LEVEL "I" PID setting to decide how much auto-level correction should be applied. The default Cleanflight setting for "I" will result in virtually no auto-leveling being applied, so that will need to be increased in order to perform like PID controller 0.

The LEVEL "D" setting is not used by this controller.

PID controller 2, "LuxFloat"

PID Controller 2 is Lux's new floating point PID controller. Both controller 0 and 1 use integer arithmetic, which was faster in the days of the slower 8-bit MultiWii controllers, but is less precise.

This controller has code that attempts to compensate for variations in the looptime, which should mean that the PIDs don't have to be retuned when the looptime setting changes.

There were initially some problems with horizon mode, and sluggishness in acro mode, that were recently fixed by nebbian in v1.6.0. The autotune feature does not work on this controller, so don't try to autotune it.

It is the first PID Controller designed for 32-bit processors and not derived from MultiWii.

The strength of the auto-leveling correction applied during Angle mode is set by the parameter "level_angle" which is labeled "LEVEL Proportional" in the GUI. This can be used to tune the auto-leveling strength in Angle mode compared to Horizon mode. The default is 5.0.

The strength of the auto-leveling correction applied during Horizon mode is set by the parameter "level_horizon" which is labeled "LEVEL Integral" in the GUI. The default is 3.0, which makes the Horizon mode apply weaker self-leveling than the Angle mode. Note: There is currently a bug in the Configurator which shows this parameter divided by 100 (so it shows as 0.03 rather than 3.0).

The transition between self-leveling and acro behavior in Horizon mode is controlled by the "sensitivity_horizon" parameter which is labeled "LEVEL Derivative" in the Cleanflight Configurator GUI. This sets the percentage of your stick travel that should have self-leveling applied to it, so smaller values cause more of the stick area to fly using only the gyros. The default is 75%

For example, at a setting of "100" for "sensitivity_horizon", 100% self-leveling strength will be applied at center stick, 50% self-leveling will be applied at 50% stick, and no self-leveling will be applied at 100% stick. If sensitivity is decreased to 75, 100% self-leveling will be applied at center stick, 50% will be applied at 63% stick, and no self-leveling will be applied at 75% stick and onwards.

PID controller 3, "MultiWii23" (default for the ALIENWIIF1 and ALIENWIIF3 targets)

PID Controller 3 is an direct port of the PID controller from MultiWii 2.3 and later.

The algorithm is handling roll and pitch differently to yaw. Users with problems on yaw authority should try this one.

For the ALIENWII32 targets the gyroscale is removed for even more yaw authority. This will provide best performance on very small multicopters with brushed motors.

PID controller 4, "MultiWiiHybrid"

PID Controller 4 is an hybrid version of two MultiWii PID controllers. Roll and pitch is using the MultiWii 2.2 algorithm and yaw is using the 2.3 algorithm.

This PID controller was initialy implemented for testing purposes but is also performing quite well.

For the ALIENWII32 targets the gyroscale is removed for more yaw authority. This will provide best performance on very small multicopters with brushed motors.

PID controller 5, "Harakiri"

PID Controller 5 is an port of the PID controller from the Harakiri firmware.

The algorithm is leveraging more floating point math. This PID controller also compensates for different looptimes on roll and pitch. It likely don�t need retuning of the PID values when looptime is changing. Actually there are two settings hardcoded which are configurable via the GUI in Harakiri:

OLD_YAW 0 // [0/1] 0 = multiwii 2.3 yaw, 1 = older yaw.
MAIN_CUT_HZ 12.0f // (default 12Hz, Range 1-50Hz)
The PID controller is flight tested and running well with the default PID settings. If you want do acrobatics start slowly.

Yaw authority is also quite good.
 
Ik krijg de PID 5 op mijn Little Spyder niet goed in acro, de hellingsgraad verschuift steeds als ik hem bv 45° kantel. Bij PID 0 kan ik dit wel goed afregelen, hij duwt goed tegen als ik de hellingsgraad met de hand wil wijzigen. Maar bij de Harakiri zakt hij zo weg, ik heb de I factor open gezet tot het maximum en nog niet goed.

Gek genoeg vliegt mijn beste toestel met Harakiri Summer Games 2.5 super, maar dat is wel een totaal andere setup met UltraESCs en originele Harakiri FW. Moet wel zeggen dat ik enkel test in de living met de kopter vastgemaakt aan een draadstang wegens het koude weer buiten.
 
Laatst bewerkt:
Ik krijg de PID 5 op mijn Little Spyder niet goed in acro, de hellingsgraad verschuift steeds als ik hem bv 45° kantel. Bij PID 0 kan ik dit wel goed afregelen, hij duwt goed tegen als ik de hellingsgraad met de hand wil wijzigen. Maar bij de Harakiri zakt hij zo weg, ik heb de I factor open gezet tot het maximum en nog niet goed.

Gek genoeg vliegt mijn beste toestel met Harakiri Sumer Games 2.5 super, maar dat is wel een totaal andere setup met UltraESCs en originele Harakiri FW. Moet wel zeggen dat ik enkel test in de living met de kopter vastgemaakt aan een draadstang wegens het koude weer buiten.
Heb je dat op dezelfde type toestel getest?

Ik ga zelf nog denk ik de PIDC3 en PIDC4 proberen. Als het niet goed uitpakt ga ik weer terug naar 1 :D. Die is nu toch echt mijn favoriet. Zoveel directer.
 
Hier ook een opmerking van iemand over pid controller 5. Precies wat jij aangeeft. Geen goede pid controller dus :D
Note, if you are getting consistent drift in acro, then hit your Tx trim switches until it stays where it's put. I noticed that this controller needs different midpoints to the other ones, no idea why. Others have reported similar issues.
 
Back
Top