Open EngelMT opened 1 day ago
You should only have to invert the direction at servo level
If you do it on servo level for excample for Elevator then the Aileron on this output is inverted too. That`s not the solution.
Then you didn't choose the inputs correctly on your Ailerons. This is very important to correctly choose the RIGHT and LEFT ailerons. Because they won't react the same (true on all setups with differential)
I also would like this. I hate that I have to reverse a servo for ailerons and V-tail rudders to work correctly. Mechanically the ailerons and V-tail rudders work correctly with no reverse as the wings and tails are mirrors of each other. The camber and multi-servo elevators should have the built in mixer reversing. Besides, It is so much nicer to compare mixer and output thermometers when they go the same direction.
@bsongis If you create a model via the wizzward, you cannot select the channels at first. This is set by the system. Of course you can change it later.
If you convert an existing model to FrSky, then these things are also given. Including the distribution of the servos to the outputs of the RB or Power Box etc. Here, too, you don't actually want to convert the model.
And if, for whatever reason, you have to install a servo in a wing the other way round, then that won't work either. Then you have to be able to change this in the mixer.
Another problem could be if a customer comes from Futaba and uses the SBus servos. These are then addressed and set with Futaba. So also the direction of rotation. Here, too, it must be possible to set the direction of rotation individually in the mixer.
We have perhaps the best and most flexible operating system on the RC market. But we don't have such simple things as a output reversal in the mixer. Unless we use a free mixer. But then the problem arises with the trim. Then I have to set up an auxiliary mixer with the source of the trimmer for both mixers.
Of course, you can manage all this somehow thanks to the flexibility of ETHOS. But is it really necessary to realise such simple things in such a roundabout way?
I'm just imagining what it would be like if a gyro receiver were used!
@bsongis If you create a model via the wizzward, you cannot select the channels at first. This is set by the system. Of course you can change it later.
This is wrong
The order of Ailerons is important
Besides, It is so much nicer to compare mixer and output thermometers when they go the same direction.
This is the only reason I would agree with you. But there are other possibilities to solve this problem!
But what about the value in microseconds? The Channel value displayed on the bargraph is equal to this value in microseconds!
@andreas, i sent you an PM regarding the uni-lua, but added some descriptions regarding this topic. ... among others same screenshot like bertrand.
as bertrand mentioned, it's important to know the "sequence" right-left-right-left in an 4 flap environment
I always searched for a graphic or similar how to assign the channels. I think neither Ethos itself nor the manual is showing the importance of the assignment.
I made the convention for my models looking from behind from left to right like I read. So left flap is "aileron 1" second from Left "aileron 2" and so on. Left elevator is "elevator 1" right elevator is "elevator 2"
I always felt a little bit left alone in terms of channel assignments and made my own rule.
Perhaps the user needs a little bit more help, at least through the manual? I just had a look... Perhaps I overlook something, but I didn't find anything regarding this.
maybe "Aileron R1","Aileron L1", "Aileron R2", "Aileron L2" would've been clearer ?
I think I have understood it and it may be that it all works that way. But let's assume that, for whatever reason, a servo has to be installed the other way round like the corresponding servo in the other wing. It will no longer work.
In addition, there is no real explanation in the manual like Dsrenger wrote above. I will contact Wolfgang and Lothar about this. This should definitely be improved.
I am still of the opinion that the option of inverting the outputs in the mixer would solve all similar problems. Then everyone would find a solution to such a problem without having to study the manual.
@bsongis Perhaps you could think again about allowing inversion in the mixer. Or at least allow a trim assignment in the free mixer. Then you could set such a model via free mixers. We have done this now, but we have also created auxiliary mixers with the trims.
I think neither Ethos itself nor the manual is showing the importance of the assignment.
I will discuss it with Lothar. Yes it is important, and it may cause issues like Andreas describes.
I think I have understood it and it may be that it all works that way. But let's assume that, for whatever reason, a servo has to be installed the other way round like the corresponding servo in the other wing. It will no longer work.
If you swap 2 servos physically, you have to swap them in your setup too, but not invert the way the Mix works, or you will break everything and finish the day with an headache.
Trim assignment in the Free Mix is something discussed in another issue. I think it should be done when the Input is a switch. By default it should use the corresponding Trim (with an option to disable it).
I don't see anything exceptional in your setup which would force you to use a Free Mix. Just use the right channels so that the Mix can work as designed!
maybe "Aileron R1","Aileron L1", "Aileron R2", "Aileron L2" would've been clearer ?
Agreed. Would you mind opening an issue for that?
" maybe "Aileron R1","Aileron L1", "Aileron R2", "Aileron L2" would've been clearer ?"
Perhaps I am a good test object because i really dont know how the assingment should be (And Iam usually not that stupid in these things)
I can think of 3 ways to assign with aileron R1 L1 and so on.
From outer flaps to inner flaps:
From inner flaps to outer flaps:
from left to right:
Or doenst it matter as long as left-right-left-right. I really dont know and I already program 8 flap wings. Guess I was lucky ;)
Looking at it, perhaps the wizards graphics would be one additional place to show the assignments?
Just thinking about it a little bit more.
There is free space in the channel assignment screen. Perhaps these graphics can be shown again here?
Iam just brainstorming, But I guess every konfiguration in the wizard is already an own graphic, so adding the channels as text should be possible. And potentially reusing them in the assignment screen?
As said, just a quick idea, I am not a programmer, just a user. Perhaps its not so easy with language specific graphics. not sure if they exist today. If not, the idea can be scrapped I think
For sure the Names in the list below should match the names in the graphics.
Excellent idea @Dsrenger bitmaps are often better than a long text!
Would you summarize this request into a new issue? This would be for 1.6.0 I think
Need to go to a icehockey match now. Sad, I know
Expect a new issue from me tomorrow morning...
@Dennis 2thumbs UP!
@Wolfgang:
Correct would be QR li 1, QR re 1, QR li 2 and QR re 2
Why do i guess its QR re1, QR li1, QR re2 by using the wizzard:
I. after finishing the wizzard, push full right and look into channel outputs: 1st column, Ail1, ch1 goes to +50% (standard weighting) oldschool oTx rule : "what is positive, will go up" so Aileron1 should be the RIGHT one
II crosscheck: apply +50% Differential im Aileron Mixer, push full left Aileron 1 shows -25%, so it's a flap which must be "underweighted" by pushing left, which is only OK for a RIGHT flap.
Both arguments indicate that the wizzard starts (aileron1) with a right flap This is congruent with the order in the mixers !
i don't want to mess up this issue with this topic, but wrong infos in your great docu should be prevented i can mail lothar too, seems he is a little bit "underloaded" on his holiday trip..... in case you have another thinking, please pm in Andreas' Forum an we can discuss further
regards Udo
I have always counted from left to right and have always been successful. But I admit defeat.
there is no ail-channel assignment shown on the page, and as said, this has nothing to do with the issue, would prefer dicussing the topic on engelmt last words: my tests were done by configuring the wizzard with a standard rx, so channel assignment may differ to stabi series
Yes, this is about a delta. Andreas has a delta model, but in practice he moves the elevator from the tailplane to the wings. In my opinion, the delta mixer is wrong in this case and a normal model with 2 X QR and 2 X HR should be programmed. This way, the trim will work correctly and there will be no mutual interference. The direction of travel of the servos can then be freely selected. I agree, we should discuss this further in the FrSky forum. Wolfgang
Ch1 is definitely Ail R (QR re). If you select a stabi receiver in the wizard with AETR you get CH1 Ailerons1R, etc.
Then it goes Ail 1R, Ail 2L, Ail 3R, Ail 4L, etc.
A customer and I spent several days working on how to programme a Delta (large Mirage) with 2 x elevators and 2 x ailerons. That sounds simple at first. But our problem was that we had to invert an elevator servo. This always had an effect on the Aileron servo. Because of course we want to use the elevator and aileron flaps together.
So we started using the Wizzard to create a model with 4 Ailerons and without elevator. The system then automatically creates an elevator and an Aileron mixer with 4 outputs each. This works well until you start inverting a servo. Then you run into the problem above.
However, if you realise the same mixer using a free mixer, then you can invert the outputs individually in the mixer menu.
It would be desirable for this to be taken into account when creating such a model in the Wizzard. In other words, to enable the inversion of each output in the mixer menu.
The more I look into it, the more I see the need to create this inversion option for all mixers. I have just tried to tackle our problem again by not selecting an aileron and the V-tail in the Wizzard. Then set 4 outputs in the mixer. But even then there is no option to invert the outputs in the mixer menu. Apart from the fact that you then have to trick again to use the aileron instead of the rudder as the source.
My conclusion is therefore to either provide all mixers with the inversion option or to specify a good real delta mixer.