R/C Tech Forums

R/C Tech Forums (https://www.rctech.net/forum/)
-   Radio and Electronics (https://www.rctech.net/forum/radio-electronics-137/)
-   -   Radiomaster MT12 (https://www.rctech.net/forum/radio-electronics/1117667-radiomaster-mt12.html)

Chof 01-06-2025 06:33 AM


Originally Posted by Brindille (Post 16155768)
1) can I change the sub trim increment step? I only found a setting to change the trim step.
2)did you modify the original springs? or can one buy such springs somewhere to experiment with different stiffnesses? I'm not comfortable bending the supplied springs if i cant get replacements.
3) what is the use of the "copy trim to subtrim" output function? can it help speeding the initial model set up ?

1) I don't think there is a way to change the increment value of the subtrim itself.
Since I operate the subtrim via GVAR, I can set the increment value of GVAR with a special function.

2) Almost all of the components of MT12 can be purchased on the radiomaster website.

3) This function seems to be mainly used in air radio. You will probably never use it in a car.

TurKFX 01-06-2025 05:09 PM

I use Dumborc X6FG. Copy the same model over and over and just bind the new car. Rarely mess with any output or mix. Sometimes, same priofile works for multiple receiver. I got like 10 RC truck on this radio with all same Dumborc receiver, and I know at least 3 of them work on the same profile. So sometimes, I dont even need to bind anything.

Brindille 01-07-2025 01:28 AM


Originally Posted by Chof (Post 16155773)

2) Almost all of the components of MT12 can be purchased on the radiomaster website.

Thanks, did you by any chance, measure the wire diameter in use?

And for the trigger springs are they enclosed inside the trigger assembly (sold as "MT12 Surface Radio Trigger Assembly")?


gigaplex 01-07-2025 05:27 AM


Originally Posted by RC10Nick (Post 16154811)
wait, so the devs KNEW the hardware would output garbage on the PWM pins and still designed a receiver around it anyway? that makes it SO MUCH WORSE.

I know it's open source, but that's inexcusably negligent and incompetent. like, the first and most important design requirement for any receiver is ONLY output signals the user initiations from the transmitter, and NEVER output anything else. how can you design a reciever, find out it outputs garbage on the pins that could send a car flying out of control, and simply be like "well that's good enough. send it!"

and even with a fix for this specific problem in the works, how is anyone supposed to trust the judgment of these devs, or the judgement of radiomaster to make sure they vet the tech they use in their radios? the simple answer is you can't.

While I agree that it's very short sighted to design a receiver that outputs garbage during power on, this should not be causing a runaway vehicle. It only happens during power on, not while it's already on.

It's also a hardware limitation, not a decision the devs made.

Boomer 01-07-2025 08:55 AM

honestly, it sounds like it was initialization at startup - which used to be the norm. anyone remember turning on their cars and having everything go LR and esc hit for a sec?

RC10Nick 01-07-2025 09:21 AM

Boot loops are common enough failure modes in modern electronics that it's 100% possible this could cause runaways.

And it still goes back to the devs - they chose the hardware. They could have picked a different chip or made it impossible to config a pwm rx on that hardware.

Pinepig 01-07-2025 10:12 AM


Originally Posted by RC10Nick (Post 16156154)
Boot loops are common enough failure modes in modern electronics that it's 100% possible this could cause runaways.

I've been in RC for 45 years, attended many a contest, held an American record in F3F, even represented the USA at the Viking Race in 2000. I have never ever seen or heard of an RC transmitter do what you describe let alone cause a runaway. How exactly is a boot loop TX on startup going to cause a runaway when the transmitter isn't even " talking " to the receiver yet.

You hyperbole is off the charts man.

RC10Nick 01-07-2025 10:27 AM

Rx firmware boot loop, not tx. Could happen anytime regardless of what the tx is doing. If you weren't too concerned with trying to dunk on me with your irrelevant experience maybe you'd have considered that.

Pinepig 01-07-2025 10:32 AM


Originally Posted by RC10Nick (Post 16156173)
Rx firmware boot loop, not tx. Could happen anytime regardless of what the tx is doing. If you weren't too concerned with trying to dunk on me with your irrelevant experience maybe you'd have considered that.


Haven't ever seen one of those either, anybody else here seen it......ever.

Hyperbole, dude.

roadrashracing2 01-07-2025 10:45 AM

Thinking about getting one of these to run will all my spektrum receivers. Does the smart esc info work with this radio?

RC10Nick 01-07-2025 11:19 AM


Originally Posted by Pinepig (Post 16156176)
Haven't ever seen one of those either, anybody else here seen it......ever.

Hyperbole, dude.

Well feel free to dismiss all you want, reality is people are having runways with these things.

Pinepig 01-07-2025 04:39 PM


Originally Posted by RC10Nick (Post 16156186)
Well feel free to dismiss all you want, reality is people are having runways with these things.

Yep and they know why as far as I can tell reading here and elsewhere, and it's NOT a boot loop. I'm glad I now have your permission to try one of these out for myself.

I already know Edge TX ( open Tx ) is a bit of a pain to work with, but it is powerful.

Pinepig 01-07-2025 04:47 PM


Originally Posted by roadrashracing2 (Post 16156177)
Thinking about getting one of these to run will all my spektrum receivers. Does the smart esc info work with this radio?

I'm not sure if this helps you or not but it is possible to get it to talk to the aircraft version of spektrum ESCs. I had it working for reverse when I tried, it's a pretty simple setup. If it's a telemetry thing you're trying to get displayed on the radio I don't know if that's possible.



gigaplex 01-07-2025 04:56 PM


Originally Posted by RC10Nick (Post 16156154)
Boot loops are common enough failure modes in modern electronics that it's 100% possible this could cause runaways.

And it still goes back to the devs - they chose the hardware. They could have picked a different chip or made it impossible to config a pwm rx on that hardware.

If it's doing a boot loop mid run, that's your cause of a runaway. The power on initialisation signal is not the root cause.

The open source devs who wrote the code are often not the hardware engineers that chose the hardware.

RockinTheCasbah 01-07-2025 06:12 PM

100% a hardware issue, and an issue with the two receivers relevant to 1/10 racing. MT12 is in my crawlers now, a runway is not very fast if it even occurs at 333 full


All times are GMT -7. It is currently 02:10 PM.

Powered By: vBulletin v3.9.3.9 Patch Level 3
Copyright © 2026 MH Sub I, LLC dba Internet Brands. All rights reserved. Use of this site indicates your consent to the Terms of Use.