Today I installed the new firmware on my unit and tested it in sims (with vJoySerialFeeder, reading serial data directly from an IBUS receiver). Immediately I felt that there's something different. It was not very pronounced but it was felt. It felt like there's some kind of delay and some jerkiness.
Then I restored the original firmware and everything was back to normal.
I proceeded with some more detailed tests - I tried with two different receiver - IA6B and FS82 - the results were the same so problem in the rx was ruled out.
Then I took hex dumps of the IBUS protocol with both firmwares and after I visualized the data it became quite clear - with the new firmware the data seems to freeze for several frames - the frames still arrive at regular intervals (about 8ms) but several consecutive frames have the same data.
I tried to make similar movements in both cases - first some smooth movement of both sticks and then fast oscillations of roll stick.
This is with orginal firmware:
and with the patched one:
Here are the hex dumps, ODS files and also the python script I used:
ibus dumps.zip
I have no idea how the firmware works so it's hard to guess what the problem could be. On first look it seems that the TX mcu is experiencing delays and it is sending updates at lower rate. But then why the IBUS frames continue to arrive very quickly? Or the IBUS frames are generated by the RX independent of when radio frames arrive?
Best~
Today I installed the new firmware on my unit and tested it in sims (with vJoySerialFeeder, reading serial data directly from an IBUS receiver). Immediately I felt that there's something different. It was not very pronounced but it was felt. It felt like there's some kind of delay and some jerkiness.
Then I restored the original firmware and everything was back to normal.
I proceeded with some more detailed tests - I tried with two different receiver - IA6B and FS82 - the results were the same so problem in the rx was ruled out.
Then I took hex dumps of the IBUS protocol with both firmwares and after I visualized the data it became quite clear - with the new firmware the data seems to freeze for several frames - the frames still arrive at regular intervals (about 8ms) but several consecutive frames have the same data.
I tried to make similar movements in both cases - first some smooth movement of both sticks and then fast oscillations of roll stick.
This is with orginal firmware:
and with the patched one:
Here are the hex dumps, ODS files and also the python script I used:
ibus dumps.zip
I have no idea how the firmware works so it's hard to guess what the problem could be. On first look it seems that the TX mcu is experiencing delays and it is sending updates at lower rate. But then why the IBUS frames continue to arrive very quickly? Or the IBUS frames are generated by the RX independent of when radio frames arrive?
Best~