What's new
Aloft Forums

Welcome to Aloft Forums. Register a free account today to become a member! Once signed in, you'll be able to participate on this site by adding your own topics and posts, as well as connect with other members through your own private inbox!

Humper and RadioCopier systems

I worked on a V3 kids painting product, and the company did not involve the creator and code writer of the original. I was approached by our attorneys to find out if I had used any of the original code in the V3 product. I replied that I had looked at the original code to see how some of the various paint tools worked, but then wrote it all myself. The point being, just because it has the same features doesn't necessarily mean the code is shared. They very well could have considered a fresh start would give them a cleaner code base.

Ciao, Guy
 
gnichola wrote.
The point being, just because it has the same features doesn't necessarily mean the code is shared.


Correct. The fact that FRsky has employed a software writer for two years to develop Ethos and has also been an important person contributing to Opentx suggests that FRsky has used some ideas but not the open source code. This is exactly how things improve over time, just look at mobile phones, cars, computers and the homes we live in today.
 
After hearing FrSky cry about the MPM and then learning that Vantec is the sales arm of Frsky. FrSky's credibility is lost in the market place.

FrSky needs at address this charge about the graphic library. I'd like to learn about the influence FrSky had on an OpenTX member (Bertrand). Was OpenTX truly an open source project. Or was in manipulated by outside forces (FrSky).

Now the statement: "He (I assume Bertrand) said himself that he could have done all of this in maybe 3 months on OpenTX instead of spending almost 2 years on Ethos just to achieve the same." This leads me to think that Ethos is in fact a new program. Well as much as any program can be new.

But when dealing with FrSky I'd trust what they say with a grain of salt. From here it is Kilrah that has the credibility. It is up to FrSky to prove (show) that his statements are false or at least in error.

All the best,
Konrad
See the third paragraph.
I worked on a V3 kids painting product, and the company did not involve the creator and code writer of the original. I was approached by our attorneys to find out if I had used any of the original code in the V3 product. I replied that I had looked at the original code to see how some of the various paint tools worked, but then wrote it all myself. The point being, just because it has the same features doesn't necessarily mean the code is shared. They very well could have considered a fresh start would give them a cleaner code base.

Ciao, Guy

But as the charge that the library is an exact copy of the open sourced code and it is made by a credible individual, FrSky has an issue with perceived violation of the open source agreement.

With FrSky's history one would look at any statement from them as circumspect. They may be correct but ...

FrSky products are often fine. This can not be said of the corporation FrSky.

All the best,
Konrad

P.S.
The value of the FrSky product has often been the fact that it runs OpenTX.
 
But as the charge that the library is an exact copy of the open sourced code and it is made by a credible individual, FrSky has an issue with perceived violation of the open source agreement.

Who said the code was copied? Was it somewhere in this thread? I must have missed that.
 
Nobody did. The source code is new, and the graphics library (which predates Ethos being started) is used according to its license.

The point is that basically ALL the ideas and structure come from OpenTX and are reimplemented pretty much 1:1, just presented slightly differently to the user, which is way too much to qualify as "just got some ideas". And the graphics library being the one that was developed for OpenTX disproves what some say that "it would have been hard to do the same presentation in OpenTX", rather the opposite, that is precisely where OpenTX was going.

Essentially as I see it Ethos is no more than a refactoring of OpenTX and as thus should be considered a fork of it that needs to respect the original license.

It's not even achieving the intended purpose IMO. If the goal was to make a more "user-friendly" OS then there are several things that it would have been better not to take from OpenTX but do significantly differently.
 
Last edited:
Noob noob noob!

Despite flying my first R/C glider back in 1972, when most men went about in knickers and still carried swords, I'm a Noob!

But not exactly - right now I find I'm a radio-specific Noob.

I'm not a Futaba or a JR Noob because I can origami them Futaba and JR radios into life for an F3f model with three flight modes in about 5 minutes for the basics, and another 10 for the starting details. After flying I can then tweak it up in about another 5 minutes - 10 minutes max.

But Open TX?

Not a Chucking Fance.

I do understand that Open Tx offers a virtually limitless plethora of programming in much the same way as the Multiplex 2000 and 4000 did. But I also understand that only one in a hundred people - if that - could really take full advantage of the MPX radios.
Yes I had one, and yes I could program it after a bit of practise, but it was needlessly complex and really did rely on the user knowing a lot of tricks and taking an inordinate time to learn the system. Somehow I never had that time.

Open Tx is the same, only even more complex - some would even say its more "useful" - But...Is this a commercially good idea?

Couldn't we have a really simple foolproof (and I readily admit to being the fool in question) way to programme which is both logical and intuitive and does not require a degree in computer science, daily practise on IBM Big Blue and a PhD in patience?

For me, its not that I'm incapable - I'm supposed to have a very high IQ, top 2% in fact, (Except that I don't believe in IQ tests) and I know I can do it - if I wanted to do it; but there's the problem.

I DON'T want to do it, and I don't want to learn it, and even worse: I really don't see why I have to. Frankly I have enough stuff whizzing about inside my skull and I don't want any more clutter than I already have.

I want programming the Ethos to be like riding a bike - yep, a bit wobbly and slow to start, but 5 minutes or so you get the idea, and after that you never forget. Sure enough you'll come to a sudden, unplanned halt from time to time, but you'll learn from that too, as its so incredibly simple.

Am I too demanding?

I want to fly my model in the next 10 minutes, not bugger about with lot of buttons and touch screens and cross references, referrals rutabagas and other really relevant rubbish.

I don't want to be helped by a friendly competent who presses a few buttons and my radio suddenly jumpstarts and does what I had been trying to persuade it to do for hours, and I don't want to hear said friendly bloke saying - "Aha! Got it, its because you forgot to..."

FORGOT?

No, Guys I did not forget - I actually never knew.

KISS Please - And let me tell unto you, I am among the most dense of those referred to in the final S.

Doc.
 
Last edited:
Couldn't we have a really simple foolproof (and I readily admit to being the fool in question) way to programme which is both logical and intuitive and does not require a degree in computer science, daily practise on IBM Big Blue and a PhD in patience?
Yeah, that's OpenTX...

The point is there is no "foolproof" since there are many different type of "fools". You say you can set up your thing in 10 minutes on Futaba but "Not a Chucking Fance" on OpenTX, for me it's the opposite, I know exactly what I want in OpenTX and can set up a complex model in 10 minutes and could do so right after discovering it since everything was logical, but if you give me a Futaba I'll bang my head on a wall for hours (and I used to be a Futaba owner for 10+ years, so I've done a lot of that!) trying to find how to massage the limited choice of preconfigured things to get them to do what I want.

So you just have to accept that there are different systems out there, some are for you and some aren't, take the ones that are and forget about the rest. There's never going to be a single system that's perfect for everyone.
 
Last edited:
Who said the code was copied? Was it somewhere in this thread? I must have missed that.
I did, I was in error. Thank you Kilrah for clearing up the library issue.

Nobody did. The source code is new, and the graphics library (which predates Ethos being started) is used according to its license.

The point is that basically ALL the ideas and structure come from OpenTX and are reimplemented pretty much 1:1, just presented slightly differently to the user, which is way too much to qualify as "just got some ideas". And the graphics library being the one that was developed for OpenTX disproves what some say that "it would have been hard to do the same presentation in OpenTX", rather the opposite, that is precisely where OpenTX was going.

Essentially as I see it Ethos is no more than a refactoring of OpenTX and as thus should be considered a fork of it that needs to respect the original license.

It's not even achieving the intended purpose IMO. If the goal was to make a more "user-friendly" OS then there are several things that it would have been better not to take from OpenTX but do significantly differently.
So if the source code is new and the graphics library is being used according to its license, then I don't see where the charge that Ethos is a copy of OpenTX is coming from.

Does Ethos have much the same functionality of OpenTX? I hope so. But I don't see how this makes it a copy. After all the function of the TX is to control the craft, and all TX do that.

All the ideas and structure come from OpenTX? Really, dual rates, adjustable expo, mixing, V-tail mix, gang mixing, flight mode, global variables, etc. are OpenTX ideas? I've seen the computer TX grow since my first JR Galaxy in the early 80's, and can say most ideas I see in OpenTX are not unique to OpenTX.

With this statement, are you saying that, OpenTX could easily have been made to have the same look as Ethos; "Essentially as I see it Ethos is no more than a refactoring of OpenTX and as thus should be considered a fork of it that needs to respect the original license."? But if you are also saying that the source code is new, then how is it tied to the original license.

What is stoping OpenTX from offering much the same presentation as Ethos but with the a truly "user-friendly" architecture. After all you have said the source code for Ethos is new, therefore OpenTX can't be accused of copying Ethos. It would just be a normal growth of OpenTX.

I'm lost, do software licenses cover functionality or the how something is done (software logic, code)?
 
Last edited:
Really, dual rates, adjustable expo, mixing, V-tail mix, gang mixing, flight mode, global variables, etc. are OpenTX ideas?
No, of course a system will have all of that, but it doesn't need to be implemented the same way with the same choices and options for almost everything, and probably shouldn't if the goal is to make it easier for users who have a hard time with OpenTX.

Just try ethos when possible, it's obvious. There's a bunch of stuff lost for no reason, and several functions that are exactly like opentx when they should have been designed very differently if the goal was that user-friendliness.
 
Yeah, that's OpenTX...

The point is there is no "foolproof" since there are many different type of "fools". You say you can set up your thing in 10 minutes on Futaba but "Not a Chucking Fance" on OpenTX, for me it's the opposite, I know exactly what I want in OpenTX and can set up a complex model in 10 minutes and could do so right after discovering it since everything was logical, but if you give me a Futaba I'll bang my head on a wall for hours (and I used to be a Futaba owner for 10+ years, so I've done a lot of that!) trying to find how to massage the limited choice of preconfigured things to get them to do what I want.

So you just have to accept that there are different systems out there, some are for you and some aren't, take the ones that are and forget about the rest. There's never going to be a single system that's perfect for everyone.
Only problem there Kil is that pretty much EVERYBODY that I know agrees that open TX is way too complicated and possibly can do more than 90% of people want, or need in fact - but at the cost of that complexity. Its a bit like buying a car which works (hopefully) in a two-dimensional environment, but one which comes equipped with a space shuttle cockpit.

I have bunch of really competitive flyers here in Taiwan - one is the F3f record holder, and they are all really experienced. But, unfortunately, like me they seem to think that OTX is trying to do far too much, and though not beyond their capability program, is way beyond the attention span, or perhaps I should say the attention span allocation that most flyers are prepared to give it.

Its like a Rubics Cube. Of course you can do the puzzle, and the more often you try the better you'll get, but the question is not the difficulty of solving it, the difficulty is how long are you prepared to devote to the the thing.

I guess it's just not for me, I suppose.

Hoping that Ethos will be better (for me) - from what I've seen, it looks quite good so far, but then unless I have missed something, the clouds are gathering as people seem to think that its really just Open TX again.

If thats so - why re-introduce it.

Doc.
 
Doc, OpenTX is complicated? Powerful yes, but I don't think it's complicated.

Now I'm a guy that has no programing experience and when it comes to code I hate moving bits and bites.

Coming from the Ace MicroPro 8000 I loved it. Not because the programing was elegant but because it came with a clear flow chart that I could follow and find all the features that the program offered. Then I "moved up" to Futaba's Super Seven (FP-T7UGF) and got so lost by the constraints of the menu, often having to change my servo geometry to match the pre canned assumptions Futaba had imposed on the end user, that I bought my first Don Edberg manual for the Super Seven.

Months later I learned of the Multiplex mixer based programing, this is what we needed! Take all the inputs define what you want and then output the results to the RX, just brilliant! When I started my new $1200 Multiplex Profi 4000mc and nothing moved I just about had a heart attack! I had to define the mixer and what they were to do, even if they were just to pass through the inputs, for a simple 3 channel model. There were few if any assumptions made be Multiplex as to what I wanted to do!

What I'm getting at is that if a guy just wants to turn on the radio and fly OpenTX and basically any computer radio will be more complicated than it needs to be. After all most of us flew EK logic control or Kraft radios just fine without the aid of "programing". Remember when radios were so simple we didn't even have servo reversing (we had to change the motor and pot wires inside the servo, really was that simple)!

But if we want flexibility in what we are asking of the the TX output. The less constraints imposed by the program it is actually much easier to get the results we want. It can confuses many as this results in more than one way to get the job done. Not that any one way is the best for all situations. This is why programer often say it was very difficult to get the program to appear to be so easy.

OpenTX's & Multiplex's mixer based architecture has shown it is far better than the master/slave concept for all but the most simple models. This is particularly true if one wants to grow the model's program. With the menu programs it is almost impossible to build on as a lot of inhibit check boxes were checked. Unchecking these often opens up interaction, not in direct control of one's programing, that one didn't want for the next level of programing.

As mastery of a TX program I don't think many of us can say we are fully fluent in any. This is more so as the programs offer more and more options. This is why proper documentation such as the MicroPro 8000's flow chart is such a needed tool for any TX program. Because a program can do something I'm not aware of does not make the program complicated. This unknown to me functionality is something to learn and incorporate in my programing. Now with proper documentation I should be able to find what this new powerful functionality is. And allow me to incorporate it into my programing logic at the onset of my programing a new model.

As we all come from different back grounds, the idea of intuitive programing is a false and fundamentally flawed. If you are use to menu driven master/slave then the next new menu driven master/slave program will be much more comfortable than an object based based program built around the mixer concept.

There is no reason to have to use the full capacity of the program to get what one wants the plane to do. Heck, one doesn't need to know all the nuances of a program to get the model to do what one wants. But the program itself should not limit one to do what one wants. Unfortunately for the menu driven master/slave mixer this often is the case.

I admit I don't have mastery of OpenTX or even the great Multiplex Profi 4000mc. But these advanced programs still allow me to reach levels of programing elegance I could never hope to achieve with the menu driven programs of old.

If Ethos allows me the freedom of the object based mixer architecture (like that of OpenTX) and offers me options via the drop down menu I might think this is an advancement. I think that having a flow chart with all the options graphed out would be more powerful.

I hope to give Ethos a try with an open mind. I really hope it is OpenTX (NOT OPENTX CODE) with a menu cheat sheet to help guide not constrain my programing efforts.

All the best,
Konrad
 
Doc, OpenTX is complicated? Powerful yes, but I don't think it's complicated.

Now I'm a guy that has no programing experience and when it comes to code I hate moving bits and bites.

Coming from the Ace MicroPro 8000 I loved it. Not because the programing was elegant but because it came with a clear flow chart that I could follow and find all the features that the program offered. Then I "moved up" to Futaba's Super Seven (FP-T7UGF) and got so lost by the constraints of the menu, often having to change my servo geometry to match the pre canned assumptions Futaba had imposed on the end user, that I bought my first Don Edberg manual for the Super Seven.

Months later I learned of the Multiplex mixer based programing, this is what we needed! Take all the inputs define what you want and then output the results to the RX, just brilliant! When I started my new $1200 Multiplex Profi 4000mc and nothing moved I just about had a heart attack! I had to define the mixer and what they were to do, even if they were just to pass through the inputs, for a simple 3 channel model. There were few if any assumptions made be Multiplex as to what I wanted to do!

What I'm getting at is that if a guy just wants to turn on the radio and fly OpenTX and basically any computer radio will be more complicated than it needs to be. After all most of us flew EK logic control or Kraft radios just fine without the aid of "programing". Remember when radios were so simple we didn't even have servo reversing (we had to change the motor and pot wires inside the servo, really was that simple)!

But if we want flexibility in what we are asking of the the TX output. The less constraints imposed by the program it is actually much easier to get the results we want. It can confuses many as this results in more than one way to get the job done. Not that any one way is the best for all situations. This is why programer often say it was very difficult to get the program to appear to be so easy.

OpenTX's & Multiplex's mixer based architecture has shown it is far better than the master/slave concept for all but the most simple models. This is particularly true if one wants to grow the model's program. With the menu programs it is almost impossible to build on as a lot of inhibit check boxes were checked. Unchecking these often opens up interaction, not in direct control of one's programing, that one didn't want for the next level of programing.

As mastery of a TX program I don't think many of us can say we are fully fluent in any. This is more so as the programs offer more and more options. This is why proper documentation such as the MicroPro 8000's flow chart is such a needed tool for any TX program. Because a program can do something I'm not aware of does not make the program complicated. This unknown to me functionality is something to learn and incorporate in my programing. Now with proper documentation I should be able to find what this new powerful functionality is. And allow me to incorporate it into my programing logic at the onset of my programing a new model.

As we all come from different back grounds, the idea of intuitive programing is a false and fundamentally flawed. If you are use to menu driven master/slave then the next new menu driven master/slave program will be much more comfortable than an object based based program built around the mixer concept.

There is no reason to have to use the full capacity of the program to get what one wants the plane to do. Heck, one doesn't need to know all the nuances of a program to get the model to do what one wants. But the program itself should not limit one to do what one wants. Unfortunately for the menu driven master/slave mixer this often is the case.

I admit I don't have mastery of OpenTX or even the great Multiplex Profi 4000mc. But these advanced programs still allow me to reach levels of programing elegance I could never hope to achieve with the menu driven programs of old.

If Ethos allows me the freedom of the object based mixer architecture (like that of OpenTX) and offers me options via the drop down menu I might think this is an advancement. I think that having a flow chart with all the options graphed out would be more powerful.

I hope to give Ethos a try with an open mind. I really hope it is OpenTX (NOT OPENTX CODE) with a menu cheat sheet to help guide not constrain my programing efforts.

All the best,
Konrad
Hi Konrad,
well, first of all I don't think you are qualified to comment here, as it simply does not matter what you get into; its going to be to the most finite depths, and to the furthest, outermost dendritic edges of whatever it is that catches your interest, and then its going to be thoroughly explored.:p
In that case you never qualify as being an amateur for more than a very short length of time as you are more than prepared to put the work into it to become at lest well-versed. A doctrine to which unfortunately I don't subscribe.

But actually I think you are right, and that I am wrong in expecting something that I did not design to do something in exactly the way that I want it to do. Selfish.

I'm sure it comes because I design the models. To do that job honestly I have to know as much as I possibly can about what I'm doing, so I do try my best to thoroughly understand the subject and make it all work in the best possible way for the flyer - probably to the same extent as the radio programming designers. Consequently I can tell you what I have done on any of my models, and why I did it, in the same way perhaps as the radio boffins.

As to programming, I know what I want to do, but the problem is I'm too lazy to get into mixer-based setups.

For my own things, as an example I can take any of my models - do a quick thumb test of the CG, and then I can tell you exactly how to set up all of the the control and even all the crow functions so that you can fly the plane to the outside of its capability then park the model over the slope and have a sandwich before landing slowly but with great control. I really can do that, every time, because I know exactly what I am doing and what t expect, and thats because I designed the plane.

Maybe its a control thing.

But, like you I'm going to give Ethos a go and lets see what transpires.

Great thing is that - I hope just like both of us - people are making the effort to improve our modelling world.

Doc.
 
LOL

I had to look up half those words!
There is some truth is your assessment of my tenacity. But when it comes to software I really try to avoid it and only dig into it as deep as need be to accomplish the task. Here, that would be flying toy airplanes.

But I think I'm as qualified as you in make an assessment of what my segment of the hobby feels is complicated or restrictive.

But for the purposes of this thread I think I need to back up and ask what defines what OpenTX is when we are comparing it to say Ethos.

By my understanding Open TX is a mixer based operating TX program. Most other are fundamentally master/slave with menu constriction as to what is possible.

So when I hear XYZ is a copy of PDQ I ask what are they using as a reference. (Here I thought it was lines of code, not necessarily the functionality). earlier in this thread someone made a comment that the Taranis X9D TX case was a copy of the JR. I didn't see it. In fact I saw that the JR and X9D cases looked as close to each other as they did to the Ace MicroPro 8000

I too hope things move forward and improve. But I also want those that actually develop the tech to benefit from those that use it on a level competitive field.

All the best,
Konrad

P.S.
As to OpenTX and the F3F fliers I can say that the bunch, a little over 1/2, around here are using a lot of QX7 with Mike Shellim's templet. OK, most of the fast skilled old timers are still using their old Futaba, JR and Airtronic radios. I have seen one Jeti. But OpenTX is the dominate OS.
 
Last edited:
Using Ethos moving forward will allow FrSky to develop things to their particular focus and needs, and hopefully at a faster pace. I know a number of things I would like to see that I simply would not have suggested for the OpenTX team as the items are very specific for the FrSky eco system. I think we will see more and more of this in the near future. Much like canned mixes, I am looking to add more "canned" features that will auto activate depending on the gear being used by the customer. I don't think this level of development made sense for the OpenTX project.

The great news is that OpenTX is not going anywhere, and as a result of OpenTX and FrSky working together all of these years there are probably hundreds of thousands of radios running OpenTX around the world. I'm pretty darn sure you will find it on every continent of this world. I don't know that would have happened if FrSky had not picked OpenTX those many years ago. I don't know if FrSky would have been anywhere near as successful without OpenTX either. I can't imagine anyone will argue with that. And OpenTX now works with other brands, so they will continue moving forward.
 
Konrad - FrSky is very popular in the slope glider world. I feel this is in large part to Aloft and T9 being slope glider shops and also being FrSky dealers. In the past slope pilots were running some of the oldest and cheapest radio systems out there. Long after 2.4 spread through the electric ranks the slopes were still covered with long shiny metal retractable sticks, slope always seemed to be the last folks to upgrade radios with many using 10 to 15 year old gear. Once the Taranis came out, I started making deals with local pilots and especially folks that visited several slopes. I did this to help them as these were a far better system in every way IMHO. Once people saw what could be done with a FrSky system, they wanted one too. The ability to find a lost plane was a popular selling point back then, along with a low price. Suddenly slope pilots were ahead of the curve around here. My local field was almost 100% Taranis after a few years. Eventually the thermal pilots saw the light and started switching over, but they were more reluctant to give up the name brands. And more recently fuel pilots started switching over in larger and larger percentage. Gas guys are still converting, some of them are still running with the metal antenna radios, but many are just now learning about FrSky gear. It is amazing to attend a giant scale event here in California, it is like the early FrSky days where I get to explain the features and capabilities to folks and they are blown away.

This is my take, and I am sure there is stuff I am missing. It always seemed like thermal pilots were attracted to modern gear for better mixing, but they were slow to adopt anything with OpenTX as a whole. Yes, there were early adopters in all areas, but I'm talking more general terms for these groups.

It is interesting to reflect on these changes over the last 10 or so years.

Interesting side note: Going to a trade show for the first couple of years with the Taranis was a lot of fun, we would have a huge crowd around the 20 foot booth wanting to know more about the radios and to play with them a bit, and this included the competition, some of who would fly out from China just to see the new FrSky gear! By the end of the day my voice was shot and I was TIRED. Lots of fun.
 
While on the subject - Many people seem to think that FrSky was a success simply because they had OpenTX on their radios. I'm tired of that statement. It simply is not true. FrSky and everyone close to them worked hard to make these radios very good and then to help market them. If FrSky radios had a menu driven program very similar to Spektrum and were locked down like a Spektrum I can guarantee you that we would have sold a lot more radios and would probably be the most popular brand in the world today.

I constantly invested my time into selling the radio systems and as a result selling OpenTX to the public. OpenTX comes at a price, I can't tell you how many radios we took in as returns as people simply would not deal with OpenTX. At times it was close to 10% return rate for this reason. I had to figure out a way to develop a user manual to help people adapt to OpenTX. I backed many efforts for manuals and they kept failing and OpenTX team didn't want the hassle. Eventually I got lucky and Lothar took on the challenge and wrote his very nice manuals. (OpenTX also released a manual about the same time.) This really helped many people adopt OpenTX. To this day I don't think OpenTX devs realize how much effort went into "selling" OpenTX to the public. Reality is the public did not want OpenTX, they wanted a cheaper Spektrum radio that didn't crash their planes. For the most part I think that is all the public still wants.
 
It might be a good idea to have a very visible thread here where people show the planes they fly with their FrSky gear. That would help to convince more people that these are quality products that can be trusted with expensive aircraft. Andreas Engel in Germany has such a thread on his site, for example.
 
It might be a good idea to have a very visible thread here where people show the planes they fly with their FrSky gear. That would help to convince more people that these are quality products that can be trusted with expensive aircraft. Andreas Engel in Germany has such a thread on his site, for example.
There is a facebook FrSky group that has a lot of that. Though I will say it ends up being a lot of Jets ironically.
 
While on the subject - Many people seem to think that FrSky was a success simply because they had OpenTX on their radios. I'm tired of that statement. It simply is not true. FrSky and everyone close to them worked hard to make these radios very good and then to help market them. If FrSky radios had a menu driven program very similar to Spektrum and were locked down like a Spektrum I can guarantee you that we would have sold a lot more radios and would probably be the most popular brand in the world today.

I constantly invested my time into selling the radio systems and as a result selling OpenTX to the public. OpenTX comes at a price, I can't tell you how many radios we took in as returns as people simply would not deal with OpenTX. At times it was close to 10% return rate for this reason. I had to figure out a way to develop a user manual to help people adapt to OpenTX. I backed many efforts for manuals and they kept failing and OpenTX team didn't want the hassle. Eventually I got lucky and Lothar took on the challenge and wrote his very nice manuals. (OpenTX also released a manual about the same time.) This really helped many people adopt OpenTX. To this day I don't think OpenTX devs realize how much effort went into "selling" OpenTX to the public. Reality is the public did not want OpenTX, they wanted a cheaper Spektrum radio that didn't crash their planes. For the most part I think that is all the public still wants.
Building a better mouse trap is all good and fine. But if you can't sell it, it really doesn't help things. While most of us that have used OpenTX will admit it is far superior to the master/slave menu driven programs of old. It is a fact that the menu driven programs are the de facto standard. I recall early in the days of the computer radio how we all hated setting them up as they where so much different that the analog (Op-Amp) mixer we were use to, or even the mechanical mixers.

Whatever I may think of FrSky I have thank them for taking the risk and bring the mixer based programing we lost when Multiplex dropped the Profi 4000mc. I think Multiplex tried to add a bit of comfort to many fliers with the program changes found in the Royal Evo. Ethos looks to be FrSky's attempt at bring the power of mixer based programing in a format that might be more comfortable to the newer fliers use to the menu driven interface.

As an engineer it pains to say this but success in the market place is defined by sales numbers* not the the elegance of the product.

* Assuming this is done ethically !!!

All the best,
Konrad
 
Last edited:
Back
Top