Going to post a couple of thoughts and findings
If we have the throttle at the thumb, I think a ON/OFF switch for the index-finger (as trigger / dead man`s switch) is suffice. Will keep the design simpler and I don’t see any usage scenario for also doing this part analog (i.e. with a hall sensor).
Some thoughts on the thumbwheel:
- For the hall sensor to be more precise, allego micro propose a push-pull combination. That would require having 2 magnets and the hall sensor would need to be inbetween those two
- I propose to make the thumbwheel “more solid” - as I think the “dust guard” might break easily. Also this would provide more space for magnet configurations - what do you think?
- What mechanism do you propose to have the thumb return to neutral? (I was thinking that the thumbwheel is similar to the wii controler, that the movement is for acceleration/deceleration - or do you see it differently?)
I’ve tried to inform myself a bit more on antenna designs and the RFM module and found some interesting notes
On page 7:
When the coil runs near and parallel to ground, maximum gain is only -18 dBd. When the loose end of the coil was pulled away from ground, as shown in the alternate version drawing, gain increased to -5.5 dBd, and the null became deeper.
and
The big problem with this antenna is the mechanical construction and it’s bulky size. It can be easily de-tuned by nearby objects, including a hand, so it may not be good for hand-held use.
So I wonder if it would be good to keep the current space of the RFM module just for the antenna and move it further down? Also the note on the application with a hand nearby worries me slightly
On a different note - since you switched to lipos, wouldn’t it make sense to also move the OLED display closer to the bottom in order to not overlap with the center point of the thumbwheel?
On the topic in relation to communication, I’ve found a couple of interesting products/implementations. Most interestingly was OpenLRS. An open source RC implementation using 433 / 868 / 916 mhz modules, offering encryption, frequency hopping and other interesting features. It has been widely used by a lot of people for drones/rc planes.
When I find the time, I will evaluate this firmware and see if/how it could be used for our remote. As far as I could tell though, it offers quite a lot of features (including telemetry).
There are also “commercial” OpenLRS products based on Atmega328P (example, example 2) available.