it’s been some time since I investigated on this module in the forums and made quite some progress overall.
However, I’m stuck in a problem I think I can’t resolve without trying to change the Software on the Pulse InOut module itself…
Maybe I should start by describing what I want to do first.
My plan is to control some servos of a model plane (quite a larger one) with this module. At the beginning, this was terribly slow due to some hydra-i2c-module trouble as well as the way that the module did it’s PWM reads. GHI was very helpful in optimizing this, so that I started with a reasonable timing.
However, I’ve come to the point where I have to use 2 of these modules (I need to check 8 Radio Channels and send PWMs to 12 Servos).
Having to read the radio takes approx. 24ms, writing 12 Servos takes another 35ms, this in total is too slow, sadly. Fine adjustments over the radio result in strong ticks when the servos start, reach their new position, stop again. Can’t work that way
The alternative I see (without having to change too much of the hardware layout) would be to directly work on the Pulse InOut Firmware to make it process the radio channels and generate according PWMs by itself and to just accept some adjustments I send from the Hydra. However, to do so, I would prefer to start on the existing FW than to start from scratch.
Now, the Module page @ GHI states programmers can use the open source software to make such modifications, but, alas, I seem to be too dumb to find that software. I checked the GHI homepage, tinyCLR and codeplex, but was unable to find something. Could someone please point me in the right direction or, alternatively, would have some idea on how I could improve on this in other ways? Any comment is welcome