OpenTX - Nightly builds for pre-2.0 testing
Re: OpenTX - Nightly builds for pre-2.0 testing
In the menu used to define logical switch, there are several columns (function, V1, V2, ...).
Question : is it normal that V1 and V2 can be filled when "function" is set on "---"?
If this is normal, how is the logical switch calculated?
It seems me that the logical switch never becomes ON.
If logical switch is never activated when function ="---", I suggest to clear automatically the parameters when the focus lives the line.
Anyway, I notice a difference in the way this case is handled between the simulator and the TX.
- on the Tx, a long press on enter for a line with function = "---" gives only the possibility to "Clear" the line (not to copy it).
- on the simulator panel, wit a right click,it is possible to "clear" but also to "Copy" (and "Paste").
Question : is it normal that V1 and V2 can be filled when "function" is set on "---"?
If this is normal, how is the logical switch calculated?
It seems me that the logical switch never becomes ON.
If logical switch is never activated when function ="---", I suggest to clear automatically the parameters when the focus lives the line.
Anyway, I notice a difference in the way this case is handled between the simulator and the TX.
- on the Tx, a long press on enter for a line with function = "---" gives only the possibility to "Clear" the line (not to copy it).
- on the simulator panel, wit a right click,it is possible to "clear" but also to "Copy" (and "Paste").
- Scott Page
- Posts: 864
- Joined: Wed Dec 28, 2011 3:32 am
- Country: United States
- Location: Tri-Cities, Washington State
Re: OpenTX - Nightly builds for pre-2.0 testing
Thank you for the clear explanation - and especially for the diagram. I'll have to refer back to it a couple times before I completely assimilate the information - but now I can at least nod and grunt.Kilrah wrote:Inputs are like the D/Rs before them, multiple lines but only the first one that has its switch on is active. It's one OR the other, no mixing.
About the servos page: PPM center shifts the whole output including limits, linear subtrim moves center keeping movement amplitude symmetric (clips movement if limit is hit), "normal" subtrim moves center without clipping but causing assymetry.
-
- Posts: 750
- Joined: Tue Dec 27, 2011 11:22 pm
- Country: United States
- Location: Carson City, Nv
Re: OpenTX - Nightly builds for pre-2.0 testing
Regarding Notes
Is there a reason why only 35 characters of a notes file are displayed?
There appears to be room for 40 or so.
Could the font be made so that all characters, including space, take the same amount of pixels....mono-spaced?
Is there a reason why only 35 characters of a notes file are displayed?
There appears to be room for 40 or so.
Could the font be made so that all characters, including space, take the same amount of pixels....mono-spaced?
Dean
OldDmbThms: 1. Takeoff, 2. Crash, 3. Repair, GOTO 1
OldDmbThms: 1. Takeoff, 2. Crash, 3. Repair, GOTO 1
- guttedgeek
- Posts: 7
- Joined: Wed Feb 19, 2014 10:52 pm
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
Using latest 2014-04-24 build (and earlier), I'm noticing an issue with the inputs: If you don't assign a name to an input, that input is not selectable from the mixer.
Eg, If I create 2 inputs without naming them, they are assigned "i01" & "i02" names respectively. Then in the mixer when I attempt to select them, the only option I see is "i" which doesn't correspond to an input but it allows me to select it which is confusing.
Eg, If I create 2 inputs without naming them, they are assigned "i01" & "i02" names respectively. Then in the mixer when I attempt to select them, the only option I see is "i" which doesn't correspond to an input but it allows me to select it which is confusing.
- guttedgeek
- Posts: 7
- Joined: Wed Feb 19, 2014 10:52 pm
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
Is it currently possible to build an OSX version of Companion 1.99? Assuming I have to build myself, are there instructions somewhere? Cheers.
-
- Posts: 750
- Joined: Tue Dec 27, 2011 11:22 pm
- Country: United States
- Location: Carson City, Nv
Re: OpenTX - Nightly builds for pre-2.0 testing
rdeanchurch wrote:Regarding Notes
Is there a reason why only 35 characters of a notes file are displayed?
There appears to be room for 40 or so.
OK, 35 is the correct number for this font.
Could the font be made so that all characters, including space, take the same amount of pixels....mono-spaced?
Mono-spaced characters would be nice however.
Proportional fonts make it very hard to do anything approaching a table
Dean
OldDmbThms: 1. Takeoff, 2. Crash, 3. Repair, GOTO 1
OldDmbThms: 1. Takeoff, 2. Crash, 3. Repair, GOTO 1
Re: OpenTX - Nightly builds for pre-2.0 testing
I did not find a recent summary schema of openTX.
I made a draft based on the menu in version 1.99.
This draft is in attachment.
I hope this can help getting a general overview of the parameters and the logic.
Perhaps that I made mistakes.
If so, please let me now what can be improved.
I would also like to document the sequence used by openTX to calculate the different objects (flight modes, inputs, channels, logical switches).
This is not evident for me because there are a lot of interactions between the different objects.
It is possible even possible to create some kind of loops that then generates very strange behaviours.
Could one developer (Bertrand, Kilrah?) explains it shortly and I can try to add it to the schema (if it is not to complex).
I made a draft based on the menu in version 1.99.
This draft is in attachment.
I hope this can help getting a general overview of the parameters and the logic.
Perhaps that I made mistakes.
If so, please let me now what can be improved.
I would also like to document the sequence used by openTX to calculate the different objects (flight modes, inputs, channels, logical switches).
This is not evident for me because there are a lot of interactions between the different objects.
It is possible even possible to create some kind of loops that then generates very strange behaviours.
Could one developer (Bertrand, Kilrah?) explains it shortly and I can try to add it to the schema (if it is not to complex).
- Attachments
-
- General schema openTx V2_00.xlsx
- (16.21 KiB) Downloaded 299 times
Re: OpenTX - Nightly builds for pre-2.0 testing
Please find in attachment an updated version of the previous schema where I try to describe the sequence of calculation too.
Please note that I did not yet get any comment/explanation. So the schema reflects the way I imagine that openTX performs the different calculations but I am not sure it is 100% correct.
All comments are welcome.
Please note that I did not yet get any comment/explanation. So the schema reflects the way I imagine that openTX performs the different calculations but I am not sure it is 100% correct.
All comments are welcome.
- Attachments
-
- General schema v2 openTx V2_00.xlsx
- (16.7 KiB) Downloaded 267 times
Re: OpenTX - Nightly builds for pre-2.0 testing
Hmm I really have a hard time trying to understand your schema arrangement actually...
Re: OpenTX - Nightly builds for pre-2.0 testing
I have started on a doc showing the changes introduced in 2.0. Still a lot more to do.
https://docs.google.com/document/d/1lL8 ... sp=sharing
https://docs.google.com/document/d/1lL8 ... sp=sharing
Re: OpenTX - Nightly builds for pre-2.0 testing
Note : I refer here to my second version of the schema.Kilrah wrote:Hmm I really have a hard time trying to understand your schema arrangement actually...
My schema did not try to show the menus/screens, ...
My puprpose was to try to show the calculations performed in openTX (in which sequence, based on which parameters, ...)
Sources and switches are 2 concepts that are fundamental because they are used many times in openTX.
On top of the schema (second and third rows), I try to display all types of Sources and Switches (as you find them in the drop lists of companion). For each type, I try to summary the number, names and possible values
I try to show on the first row from where they are coming from.
E.g. the physical switch SA apears once in the drop list "Source" and there can get 3 values (-100, 0,+100). It apears in the drop lists "Switch" too with 6 identifiers (SAUp , SA---, SADown, !SAUp, !SA---, !SADown) that each can be true or false.
Some components (e.g. Special switches, Channels) are the result of internal calculations. In this case, I used the same color for the calculation box and for the source and/or switch boxes.
In each box where I try to explain a calculation step (e.g. calculating Inputs, calculating Channels, calculating special switches) the box gives all paramaters that are taken into account (in the same sequence as the companion screen). Basic components (like Source, Switch, GVar, flight mode, curve) are displayed in a small box instead of as text to help to recognise them.
The main part is the sequence of calculations.
I hope this can help having a better understanding of openTx.
Sorry, if the schema is not clear enough.
I can improve it if you want and have some proposals.
- Scott Page
- Posts: 864
- Joined: Wed Dec 28, 2011 3:32 am
- Country: United States
- Location: Tri-Cities, Washington State
Re: OpenTX - Nightly builds for pre-2.0 testing
Seems you could start with page 38 on this document. http://www.alofthobbies.com/files/Taran ... _Guide.pdfmstrens wrote:Note : I refer here to my second version of the schema.Kilrah wrote:Hmm I really have a hard time trying to understand your schema arrangement actually...
My schema did not try to show the menus/screens, ...
My puprpose was to try to show the calculations performed in openTX (in which sequence, based on which parameters, ...)
Sources and switches are 2 concepts that are fundamental because they are used many times in openTX.
On top of the schema (second and third rows), I try to display all types of Sources and Switches (as you find them in the drop lists of companion). For each type, I try to summary the number, names and possible values
I try to show on the first row from where they are coming from.
E.g. the physical switch SA apears once in the drop list "Source" and there can get 3 values (-100, 0,+100). It apears in the drop lists "Switch" too with 6 identifiers (SAUp , SA---, SADown, !SAUp, !SA---, !SADown) that each can be true or false.
Some components (e.g. Special switches, Channels) are the result of internal calculations. In this case, I used the same color for the calculation box and for the source and/or switch boxes.
In each box where I try to explain a calculation step (e.g. calculating Inputs, calculating Channels, calculating special switches) the box gives all paramaters that are taken into account (in the same sequence as the companion screen). Basic components (like Source, Switch, GVar, flight mode, curve) are displayed in a small box instead of as text to help to recognise them.
The main part is the sequence of calculations.
I hope this can help having a better understanding of openTx.
Sorry, if the schema is not clear enough.
I can improve it if you want and have some proposals.
Re: OpenTX - Nightly builds for pre-2.0 testing
OpenTX 1.99 Version 2014-04-28
Channel Range of internal RF module ist messed up after Firmware upgrade (from an ealrier 1.99 Version).
It changes to Channels 5-16 instead of previous 1-16.
Unfortunately it is not fixable on te transmitter itself, the radio freezes when trying to correct it.
Regards
Koffi
Channel Range of internal RF module ist messed up after Firmware upgrade (from an ealrier 1.99 Version).
It changes to Channels 5-16 instead of previous 1-16.
Unfortunately it is not fixable on te transmitter itself, the radio freezes when trying to correct it.
Regards
Koffi
Re: OpenTX - Nightly builds for pre-2.0 testing
EEPROM format changed on the 18th, older 2.0 EEPROMS need to be discarded. Start fresh or re-convert your r2940 EEPROM.
Re: OpenTX - Nightly builds for pre-2.0 testing
Thanks Scott,Scott Page wrote:
Seems you could start with page 38 on this document. http://www.alofthobbies.com/files/Taran ... _Guide.pdf
I used some informations from this link to make a third draft of the schema (see new attachement).
I also added some more text to make it easier to understand.
I still avoided connectors between all boxes because there would be to many connectors.
I hope that this version is better.
Please note that I am still not sure that the sequence of calculations is 100% correct.
E.G. Is it true that if set up says that Input 1 uses Input 2 as source, then Input 1 will be calculated based on the "old" value of Input2 because the current one is not yet calculated?
E.G. Are the telemetry fields calibrated before being used as source (multiplied by 10, 100, ...).
It would be usefull if someone can validate/amend the schema.
- Attachments
-
- General schema v3 openTx V2_00.xlsx
- (19.23 KiB) Downloaded 245 times
- Scott Page
- Posts: 864
- Joined: Wed Dec 28, 2011 3:32 am
- Country: United States
- Location: Tri-Cities, Washington State
Re: OpenTX - Nightly builds for pre-2.0 testing
Play Once..Not during startup is not working...
I'm sorry I didn't have time to test this out more carefully. But - if playing a track - say for a switch position - and "Play once, not during startup" is chosen and then the EEPE is "Write models and settings to radio". Power cycle the radio and "read models and settings from radio". The "play once, not during startup" spaces are blank - and the play track for switch positions with that parameter don't sound at all.
Now, I was very low on time to do thorough testing because I had a short window at work today with which to test.
I'm sorry I didn't have time to test this out more carefully. But - if playing a track - say for a switch position - and "Play once, not during startup" is chosen and then the EEPE is "Write models and settings to radio". Power cycle the radio and "read models and settings from radio". The "play once, not during startup" spaces are blank - and the play track for switch positions with that parameter don't sound at all.
Now, I was very low on time to do thorough testing because I had a short window at work today with which to test.
Re: OpenTX - Nightly builds for pre-2.0 testing
Can you guys play sound files from the sd-hc card menu?
Sent from my GT-I9300 using Tapatalk
Sent from my GT-I9300 using Tapatalk
[url=https://www.viagrasansordonnancefr.com/sildenafil-100-milligrams-ligne/]sildenafil 100 milligrams ligne www.viagrasansordonnancefr.com[/url]
Re: OpenTX - Nightly builds for pre-2.0 testing
Is there any way to tell if a nightly build has any changes from the previous night?
Thanks,
Randy
Thanks,
Randy
Re: Sv: OpenTX - Nightly builds for pre-2.0 testing
You can go to github and look at the commits that have been made in-between two builds. The commits are time stamped and documented by one or several comments. Sometimes there is an issue that has been closed by a commit, which means there is even more information available.
https://github.com/opentx/opentx/commits/next
https://github.com/opentx/opentx/commits/next
Re: OpenTX - Nightly builds for pre-2.0 testing
Confirmed and posted https://github.com/opentx/opentx/issues/1043Scott Page wrote:Play Once..Not during startup is not working...
I'm sorry I didn't have time to test this out more carefully. But - if playing a track - say for a switch position - and "Play once, not during startup" is chosen and then the EEPE is "Write models and settings to radio". Power cycle the radio and "read models and settings from radio". The "play once, not during startup" spaces are blank - and the play track for switch positions with that parameter don't sound at all.
Now, I was very low on time to do thorough testing because I had a short window at work today with which to test.
projectkk2glider@github
- Scott Page
- Posts: 864
- Joined: Wed Dec 28, 2011 3:32 am
- Country: United States
- Location: Tri-Cities, Washington State
Re: OpenTX - Nightly builds for pre-2.0 testing
DarKHawK wrote:Can you guys play sound files from the sd-hc card menu?
Sent from my GT-I9300 using Tapatalk
NO it does not play from the HD-SC Card sounds menu. I can select play for a sound and press ENT and no sounds.
Re: OpenTX - Nightly builds for pre-2.0 testing
Thanks I could not get it to work and though I had some setting stopping it.
Sent from my K00C using Tapatalk
Sent from my K00C using Tapatalk
[url=https://www.viagrasansordonnancefr.com/sildenafil-100-milligrams-ligne/]sildenafil 100 milligrams ligne www.viagrasansordonnancefr.com[/url]
- Scott Page
- Posts: 864
- Joined: Wed Dec 28, 2011 3:32 am
- Country: United States
- Location: Tri-Cities, Washington State
Re: OpenTX - Nightly builds for pre-2.0 testing
dinamich wrote:Confirmed and posted https://github.com/opentx/opentx/issues/1043Scott Page wrote:Play Once..Not during startup is not working...
I'm sorry I didn't have time to test this out more carefully. But - if playing a track - say for a switch position - and "Play once, not during startup" is chosen and then the EEPE is "Write models and settings to radio". Power cycle the radio and "read models and settings from radio". The "play once, not during startup" spaces are blank - and the play track for switch positions with that parameter don't sound at all.
Now, I was very low on time to do thorough testing because I had a short window at work today with which to test.
Thank you. I am happy to share observations, but not comfortable posting issues - especially when there are things that don't work now that will in a future release but I'm not sure which things to ignore until later. Such as the observation that sounds won't play in the SD card menu --I know it worked in a recent version (not 1.99) but doesn't work here. Then there is the fact that in the custom functions menu when pressing on the play button in companion one would expect it to play and it doesn't -- but I think that's a feature that's going to be implemented in the future.
- Scott Page
- Posts: 864
- Joined: Wed Dec 28, 2011 3:32 am
- Country: United States
- Location: Tri-Cities, Washington State
Re: OpenTX - Nightly builds for pre-2.0 testing
There is a new feature that I just hate. It's nice to be able to scroll through the options or values in the entry fields in special functions of logical switches -- but I keep accidently changing fields I don't want to by scrolling the page and moving the mouse. The values or selections change if I'm just hovering - I should have to click on the field before being able to scroll through the values.
Re: OpenTX - Nightly builds for pre-2.0 testing
Turning the mousewheel when the cursor is over a control edits it, it's always been like this, same in 1.52, and is simply standard Windows behavior. Not even sure it's possible to avoid it.
-
- Posts: 750
- Joined: Tue Dec 27, 2011 11:22 pm
- Country: United States
- Location: Carson City, Nv
Re: OpenTX - Nightly builds for pre-2.0 testing
Its always been like this and always been very ANNOYING.
I have accidental changed a switch several times.
Yes, I know its a personal problem, but I still don't like it.
But it also occasionally catches me in scrolling thru web stes.
So it is something I doubt Microsoft will fix for me ... or even Scott
I have accidental changed a switch several times.
Yes, I know its a personal problem, but I still don't like it.
But it also occasionally catches me in scrolling thru web stes.
So it is something I doubt Microsoft will fix for me ... or even Scott
Dean
OldDmbThms: 1. Takeoff, 2. Crash, 3. Repair, GOTO 1
OldDmbThms: 1. Takeoff, 2. Crash, 3. Repair, GOTO 1
-
- 9x Developer
- Posts: 2764
- Joined: Fri Dec 30, 2011 11:11 pm
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
Perhaps switch to Linux?
Re: OpenTX - Nightly builds for pre-2.0 testing
Or get a mouse where it doesn't scroll that easily.bertrand35 wrote:Perhaps switch to Linux?
Sent from my GT-I9300 using Tapatalk
[url=https://www.viagrasansordonnancefr.com/sildenafil-100-milligrams-ligne/]sildenafil 100 milligrams ligne www.viagrasansordonnancefr.com[/url]
-
- Posts: 750
- Joined: Tue Dec 27, 2011 11:22 pm
- Country: United States
- Location: Carson City, Nv
Re: OpenTX - Nightly builds for pre-2.0 testing
Touch screen, Not mouse.
Yeah, I'm working on getting Linux...boot as dual boot.
Yeah, I'm working on getting Linux...boot as dual boot.
Dean
OldDmbThms: 1. Takeoff, 2. Crash, 3. Repair, GOTO 1
OldDmbThms: 1. Takeoff, 2. Crash, 3. Repair, GOTO 1