I am using the VN100-T with this driver, setting a particular commonField for my application. I noticed that the amount of binary data returned by the IMU is larger than expected. Here is the output of the logic analyzer for one of these frames:
On closer inspection, it seems that the IMU is sending data for not only the group that I have enabled, but other groups that I did not configure.
0xFA: Header
0x29: Groups 1, 4, and 6 active
0x05 0x36: my configuration for group 1 (0x3605)
0x10 0x02: a configuration for group 4 (0x0210)
...
So it seems that groups 4 and 6 are active. Per the datasheet, 4, 6, and 7 are not used in the VNAV and should be set to zero.
I am using the VN100-T with this driver, setting a particular
commonField
for my application. I noticed that the amount of binary data returned by the IMU is larger than expected. Here is the output of the logic analyzer for one of these frames:On closer inspection, it seems that the IMU is sending data for not only the group that I have enabled, but other groups that I did not configure.
So it seems that groups 4 and 6 are active. Per the datasheet, 4, 6, and 7 are not used in the VNAV and should be set to zero.
When reading the parameters for B01, it seems that the default value is the wrong one for the VN100-T. I am not sure if these configurations correspond to another model that has GNSS.
A quick workaround is to add the missing fields into the yaml configuration file.
which results in the right number of bits sent (only group 1) .
There are a few potential solutions for this:
Change the default values for
gpsField
andinsField
when reading the paramets.Which one would you prefer? I can send a PR. This impacts the amount of data we can pull from the sensor #117.