Multiwii 2.3 - Trim values
Multiwii 2.3 - Trim values
Is it possible to extract trim values using debug ??. Client or terminal prog.??
When testing newer versions it would be nice to use them to tune instead of going through the trim process each time.
When testing newer versions it would be nice to use them to tune instead of going through the trim process each time.
- Crashpilot1000
- Posts: 631
- Joined: Tue Apr 03, 2012 7:38 pm
Re: Multiwii 2.3 - Trim values
Maybe something like this will do it?
debug[0] = conf.angleTrim[0];
debug[1] = conf.angleTrim[1];
debug[0] = conf.angleTrim[0];
debug[1] = conf.angleTrim[1];
Re: Multiwii 2.3 - Trim values
Thanks for that ...
Once I figured out where to place the code, it does what I want.
Once I figured out where to place the code, it does what I want.
Re: Multiwii 2.3 - Trim values
Could we have MSP_ACC_TRIM implemented like in baseflight?
Re: Multiwii 2.3 - Trim values
Would be cool, but it currently conflicts with MSP_BIND (which I'm sure noone actually uses).
Re: Multiwii 2.3 - Trim values
timecop wrote:MSP_BIND (which I'm sure noone actually uses).
Because it doesent work .. unless you re-wire your receiver.
Re: Multiwii 2.3 - Trim values
Sounds like MSP_BIND can just go then.
-
- Posts: 1630
- Joined: Wed Jan 19, 2011 9:07 pm
Re: Multiwii 2.3 - Trim values
ezio wrote:Could we have MSP_ACC_TRIM implemented like in baseflight?
Hi,
MSP_ACC_TRIM sounds nice if you plan to introduce it in your GUI.
I will add it.
MSP_BIND will stay.
I don't know how it works currently with spektrum sat (no problem to patch something if something can be done) , but I consider it's a general purpose button that can be used for other things.
Re: Multiwii 2.3 - Trim values
OK, what about renaming MSP_BIND to MSP_ACC_TRIM (keeping the ID) and then fixing BIND later.
This way current GUIs that support ACC_TRIM will continue working as if nothing happened.
That MSP_PRIVATE thing could be nice to allocate around this same time, too
This way current GUIs that support ACC_TRIM will continue working as if nothing happened.
That MSP_PRIVATE thing could be nice to allocate around this same time, too

-
- Posts: 1630
- Joined: Wed Jan 19, 2011 9:07 pm
Re: Multiwii 2.3 - Trim values
because
- I don't know if if still works, but MSP_BIND used to work (and I suppose it still works as designed) and was here before. Danal introduced it in the past.
- The reference is multiwii_shared. Should I care about the fact baseflight didn't take it into account ?
don't worry I don't forget your request about MSP_PRIVATE, I was just away for some weeks
- I don't know if if still works, but MSP_BIND used to work (and I suppose it still works as designed) and was here before. Danal introduced it in the past.
- The reference is multiwii_shared. Should I care about the fact baseflight didn't take it into account ?
don't worry I don't forget your request about MSP_PRIVATE, I was just away for some weeks
Re: Multiwii 2.3 - Trim values
If you wanna get real technical, ACC_TRIM was added to baseflight before multiwii allocated same ID for MSP_BIND.
Re: Multiwii 2.3 - Trim values
timecop wrote:OK, what about renaming MSP_BIND to MSP_ACC_TRIM (keeping the ID) and then fixing BIND later.
This way current GUIs that support ACC_TRIM will continue working as if nothing happened.
+1
Re: Multiwii 2.3 - Trim values
So yeah
MSP_ACC_TRIM has been added, great !
but how I can implement it in my app when:
in MultiWii:
MSP_ACC_TRIM = 121;
MSP_SET_ACC_TRIM = 215;
in EosBandi Nav:
MSP_SET_NAV_CONFIG = 215; // in message Sets nav config parameters
MSP_NAV_STATUS = 121; // out message Returns navigation status
in Baseflight:
MSP_ACC_TRIM = 240;
MSP_SET_ACC_TRIM = 239;
And where is the logic here?
MSP_ACC_TRIM has been added, great !
but how I can implement it in my app when:
in MultiWii:
MSP_ACC_TRIM = 121;
MSP_SET_ACC_TRIM = 215;
in EosBandi Nav:
MSP_SET_NAV_CONFIG = 215; // in message Sets nav config parameters
MSP_NAV_STATUS = 121; // out message Returns navigation status
in Baseflight:
MSP_ACC_TRIM = 240;
MSP_SET_ACC_TRIM = 239;
And where is the logic here?
Re: Multiwii 2.3 - Trim values
ezio wrote:So yeah
MSP_ACC_TRIM has been added, great !
but how I can implement it in my app when:
in MultiWii:
MSP_ACC_TRIM = 121;
MSP_SET_ACC_TRIM = 215;
in EosBandi Nav:
MSP_SET_NAV_CONFIG = 215; // in message Sets nav config parameters
MSP_NAV_STATUS = 121; // out message Returns navigation status
in Baseflight:
MSP_ACC_TRIM = 240;
MSP_SET_ACC_TRIM = 239;
And where is the logic here?
Not important?
-
- Posts: 1630
- Joined: Wed Jan 19, 2011 9:07 pm
Re: Multiwii 2.3 - Trim values
timecop wrote:If you wanna get real technical, ACC_TRIM was added to baseflight before multiwii allocated same ID for MSP_BIND.
are you sure ?
acc_trim: baseflight: r231 18 oct 2012
spek_bind: multiwii_shared: r1135 23 sept 2012
-
- Posts: 1630
- Joined: Wed Jan 19, 2011 9:07 pm
Re: Multiwii 2.3 - Trim values
ezio wrote:ezio wrote:So yeah
MSP_ACC_TRIM has been added, great !
but how I can implement it in my app when:
in MultiWii:
MSP_ACC_TRIM = 121;
MSP_SET_ACC_TRIM = 215;
in EosBandi Nav:
MSP_SET_NAV_CONFIG = 215; // in message Sets nav config parameters
MSP_NAV_STATUS = 121; // out message Returns navigation status
in Baseflight:
MSP_ACC_TRIM = 240;
MSP_SET_ACC_TRIM = 239;
And where is the logic here?
Not important?
ok, just modified to please everyone

Re: Multiwii 2.3 - Trim values
thank you
Re: Multiwii 2.3 - Trim values
What exactly the MSP_ACC_TRIM and MSP_SET_ACC_TRIM should do?
Thanks
Thanks
