Open korken89 opened 6 years ago
@dpkoch, could this be related to the issue that we've seen that every time we change any parameter, rosflight_io
responds that the ARM_CHANNEL
has a new value (even if it never changes)?
Ah, yes, this I have seen. I just thought that was some internal safety-thingy :)
Yeah, that's a "feature"... ;) Could be related. I'll look into it.
During some testing I wanted to test the response with some I term, where the
PITCH_RATE_I
is accepted, but changes toROLL_RATE_I
andYAW_RATE_I
are not recognized. When runningrosservice call /emifre/param_load_from_file ~/pixy.yaml
I get the responseParameter PID_PITCH_RATE_I has new value 0.1
, but nothing forROLL_RATE_I
andYAW_RATE_I
. Also, if I download the param file again withrosservice call /emifre/param_save_to_file ~/pixy.yaml
theROLL_RATE_I
andYAW_RATE_I
are 0 while thePITCH_RATE_I
has the expected result.Is there perhaps some bug in the configuration code of these parameters?
OS Version Ubuntu 16.04, ROS Kinetic
git tag (master, stable, v1.0, etc..) Current release v1.2.0
parameter file (
rosservice call /param_save_to_file
)Compiler version (
arm-none-eabi-gcc --version
) N/AHardware configuration (MAV type, flight controller version, connected sensors) NAZE based flight controller