Jumper T8SG - First TX stock running on Deviation

llinde wrote: Changing is not that easy as you say, you have to change sw a0 to sw ax, change sw a2 to sw a0, change sw ay to sw a2 and that for 4 switches and 45 ini files....
For me this would be a reason not to upgrade to new firmware versions.

Note that we support auto-mapping switches across transmitter lines. It isn't perfect, but should work well for many cases

For me, at first time I was confused with a switch assignment with T8SG, since it break common way for ALL transmitters - "start switch position is SW0 and it has to be the farthest positiom from me". If use automatic switch assignment with the switch field selected, it's not a problem, but with any other way (edit *.ini file) it breaks the common logic.

Added T8SG build with all four switches SWA, SWB, SWC and SWD reversed:

www.deviationtx.com/forum/builds/7346-jumper-t8sg-builds

I was lucky that I already set up only 5 models before this change.

dc59 wrote:

vlad_vy wrote: I've just got my Jumper T8SG.

First, it has not battery box inside, but 4 empty posts on back cover.

Hi vlad_vy,

Would you please take a picture for me, I want to claim Jumper about this, and report all these bugs.

Thank you very much.

I think it's bad idea to change hardware directions on the fly. What will do the users of first batches? Will be better to leave hardware as is and fix directions by software.

dc59 wrote: 6. Linear reg as a first stage - better use switch DC-DC converter, then separate linear reg for MCU, RF module, and buzzer.
Jumper : Will DC-DC converter cause interference issue to RF module?

My experiments with the UniversalTx showed no RF impact using a DC/DC switching regulator directly for the RF when using a high quality converter (TPS62172DSGT) and properly placed caps for RF/MCU. I would not recommend doing this for the TX though due to the higher power requirements. Instead, I'd probably use a similar DC/DC converter and a separate Linear regulator for the MCU and RF only (I think you could run the buzzer/backlight directly off the DC/DC?) A solution like this would allow a lot of flexibility in battery supply (anything from 1S to 16V) with high efficiency. The battery voltage monitor circuit may need to be tweaked a bit though. I would personally love to see USB charging supported, but that can't be easily done without precise knowledge of the battery, so I guess that isn't in the cards.

My Tx is still stuck on the slow-boat, so I can't talk to the design, but I think Jumper should slow down a little. As I've said before, many iterations of the Tx is bad for us. It is hard to manage on the software side. First, we really need them to provide a method of detecting the hardware version (something stored in the bootloader probably). Next, I would then rather have them provide a list of specific features they plan to implement in the next revision that we could then discuss. I get the feeling they are over-eager here, and trying to appease everyone as quickly as possible is a recipe for disaster.