On telemetry bars?jhsa wrote:that is asking for some scalers as in er9x/ersky
João
OpenTX - Nightly builds for pre-2.0 testing
-
- 9x Developer
- Posts: 2764
- Joined: Fri Dec 30, 2011 11:11 pm
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
-
- 9x Developer
- Posts: 2764
- Joined: Fri Dec 30, 2011 11:11 pm
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
It's only precision for the bar max, not the precision for the bar itself, 100mAh will be ok, I change again now.Kilrah wrote:The way bars are designed there is only an 8-bit value available (256 possibilities) to store the min and max.
Allowing up to 20'000 means that we'll lose precision on the mostly used small values. We'd have to do 100mAh steps, not sure guys with 500mAh batteries will be happy...
Anyway this should be all redesigned for a future version. In the meantime we'll have to choose which is least annoying... 100mA steps could probably be OK.
Re: OpenTX - Nightly builds for pre-2.0 testing
But the same scaling is also used for custom switches etc on stock, no?
-
- 9x Developer
- Posts: 2764
- Joined: Fri Dec 30, 2011 11:11 pm
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
True, I forgot the 9x stock. I think 100mAh will be ok though.
Re: OpenTX - Nightly builds for pre-2.0 testing
Hey guys, I upgraded to nightly and I'm enjoying the new changes
The only thing I've noticed is I can't get my custom sounds to show up in the Special Functions -> Play Track selection menu, only the default ones are there. I could get them in the old openTX, and I can still see them and play them in the file browser in the "long hold menu" screen.
Is this a known issue or some setting that I missed? Thanks!
The only thing I've noticed is I can't get my custom sounds to show up in the Special Functions -> Play Track selection menu, only the default ones are there. I could get them in the old openTX, and I can still see them and play them in the file browser in the "long hold menu" screen.
Is this a known issue or some setting that I missed? Thanks!
Re: OpenTX - Nightly builds for pre-2.0 testing
Superb. You guys are just the best. Imagine Futaba or Spektrum being so responsive to change requests like these.bertrand35 wrote:It's only precision for the bar max, not the precision for the bar itself, 100mAh will be ok, I change again now.Kilrah wrote:The way bars are designed there is only an 8-bit value available (256 possibilities) to store the min and max.
Allowing up to 20'000 means that we'll lose precision on the mostly used small values. We'd have to do 100mAh steps, not sure guys with 500mAh batteries will be happy...
Anyway this should be all redesigned for a future version. In the meantime we'll have to choose which is least annoying... 100mA steps could probably be OK.
I love OpenTx. You guys deserve many beers on us lot.
-
- 9x Developer
- Posts: 2764
- Joined: Fri Dec 30, 2011 11:11 pm
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
Names too long? Now the maximum is 8 chars (compromise to allow 64 functions ...)oiseau wrote:Hey guys, I upgraded to nightly and I'm enjoying the new changes
The only thing I've noticed is I can't get my custom sounds to show up in the Special Functions -> Play Track selection menu, only the default ones are there. I could get them in the old openTX, and I can still see them and play them in the file browser in the "long hold menu" screen.
Is this a known issue or some setting that I missed? Thanks!
- 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
Sounds in model name folder issue:
I found that default sounds (ie. SA-up.... etc) will not work in a model name folder if the name has a space.
So if the model is named "green" and the sound folder is named "green" it works find
If the model and sound folder are named "green f" then the default sounds don't work. Have not tried any other special characters.
I found that default sounds (ie. SA-up.... etc) will not work in a model name folder if the name has a space.
So if the model is named "green" and the sound folder is named "green" it works find
If the model and sound folder are named "green f" then the default sounds don't work. Have not tried any other special characters.
Re: OpenTX - Nightly builds for pre-2.0 testing
You need to replace spaces with underscores if I remember well.
- 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
This is what I did of course. When documentation is written this would be a good foot note to include. It's no problem for me → was past that in a flash → but I know a bunch of users (too many) who will belabor over a little thing like this in RCG for weeks. (I'm sorry I'm a little jaded today).Kilrah wrote:You need to replace spaces with underscores if I remember well.
-
- Posts: 17
- Joined: Tue May 06, 2014 7:21 pm
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
Hi there
I just registered to report what I just found something wrong in May 5 version.
In logical switches, on the function such as a=x, a>x, a<x etc, there are something wrong in V1 values.
In CompanionTX and Tx simulation these show [I1]Thr, [I2]Ail, [I3]Ele, [I4]Rud, Thr, Ail, Ele, Rud so on, but
in Taranis radio it shows I1, I02, I03, I04, Thr, Ail, Ele, Rud......
Thanks
I just registered to report what I just found something wrong in May 5 version.
In logical switches, on the function such as a=x, a>x, a<x etc, there are something wrong in V1 values.
In CompanionTX and Tx simulation these show [I1]Thr, [I2]Ail, [I3]Ele, [I4]Rud, Thr, Ail, Ele, Rud so on, but
in Taranis radio it shows I1, I02, I03, I04, Thr, Ail, Ele, Rud......
Thanks
- Rob Thomson
- Site Admin
- Posts: 4543
- Joined: Tue Dec 27, 2011 11:34 am
- Country: United Kingdom
- Location: Albury, Guildford
- Contact:
Re: OpenTX - Nightly builds for pre-2.0 testing
Had the inputs name/ description been set?
Sent from my GT-I9300 using Tapatalk
Sent from my GT-I9300 using Tapatalk
Slope Soaring, FPV, and pretty much anything 'high tech'
...........if you think it should be in the wiki.. ask me for wiki access, then go add it!
...........if you think it should be in the wiki.. ask me for wiki access, then go add it!
-
- Posts: 17
- Joined: Tue May 06, 2014 7:21 pm
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
Learning a lot.
After setting the input names, it shows correctly.
Thanks
After setting the input names, it shows correctly.
Thanks
-
- Posts: 4
- Joined: Sat Oct 05, 2013 2:12 pm
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
I downloaded the Open TX Companion 1.99 and the associated files, and have looked everything over fairly carefully.
(Working only with the Companion and without installing the .bin on a Taranis since mine is due next week.)
There are a lot of significant changes!
Is the whole Taranis community on board with these changes? Is FrSky going to start providing this software with their radios?
Or is this a branch that has many great features but not generally used by the greater number of Taranis users?
These changes are fine with me since I haven't started working my radio yet, but I think a lot of Internet knowledge doesn't apply any more, and this might upset some people.
All I want is a Taranis that is representative of all Taranises, so that the Internet knowledge out there is applicable to my radio.
Thank you for your patience with my questions.
C. J. Klingman
South Fork, CO
(Working only with the Companion and without installing the .bin on a Taranis since mine is due next week.)
There are a lot of significant changes!
Is the whole Taranis community on board with these changes? Is FrSky going to start providing this software with their radios?
Or is this a branch that has many great features but not generally used by the greater number of Taranis users?
These changes are fine with me since I haven't started working my radio yet, but I think a lot of Internet knowledge doesn't apply any more, and this might upset some people.
All I want is a Taranis that is representative of all Taranises, so that the Internet knowledge out there is applicable to my radio.
Thank you for your patience with my questions.
C. J. Klingman
South Fork, CO
- Rob Thomson
- Site Admin
- Posts: 4543
- Joined: Tue Dec 27, 2011 11:34 am
- Country: United Kingdom
- Location: Albury, Guildford
- Contact:
Re: OpenTX - Nightly builds for pre-2.0 testing
Taranis runs opentx.
Opentz gets new up dates based on user feedback and requests.
Once the new version of opentx is released, you can optionally upgrade your radio to the latest release.
This process is no different to choosing to upgrade from windows xp, to windows vista. Over time - the new version will become the one everyone has.
There is no harm you sticking with what you get as stock, and never upgrading.
Up to you! All your own choice!
Sent from my GT-I9300 using Tapatalk
Opentz gets new up dates based on user feedback and requests.
Once the new version of opentx is released, you can optionally upgrade your radio to the latest release.
This process is no different to choosing to upgrade from windows xp, to windows vista. Over time - the new version will become the one everyone has.
There is no harm you sticking with what you get as stock, and never upgrading.
Up to you! All your own choice!
Sent from my GT-I9300 using Tapatalk
Slope Soaring, FPV, and pretty much anything 'high tech'
...........if you think it should be in the wiki.. ask me for wiki access, then go add it!
...........if you think it should be in the wiki.. ask me for wiki access, then go add it!
- 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
Rob Thomson wrote:Taranis runs opentx.
Opentz gets new up dates based on user feedback and requests.
Once the new version of opentx is released, you can optionally upgrade your radio to the latest release.
This process is no different to choosing to upgrade from windows xp, to windows vista. Over time - the new version will become the one everyone has.
There is no harm you sticking with what you get as stock, and never upgrading.
Up to you! All your own choice!
Sent from my GT-I9300 using Tapatalk
Did I miss something? What is this in reference to?
- Rob Thomson
- Site Admin
- Posts: 4543
- Joined: Tue Dec 27, 2011 11:34 am
- Country: United Kingdom
- Location: Albury, Guildford
- Contact:
Re: OpenTX - Nightly builds for pre-2.0 testing
Yes. Post was not yet approved as a new member!Scott Page wrote:Rob Thomson wrote:Taranis runs opentx.
Opentz gets new up dates based on user feedback and requests.
Once the new version of opentx is released, you can optionally upgrade your radio to the latest release.
This process is no different to choosing to upgrade from windows xp, to windows vista. Over time - the new version will become the one everyone has.
There is no harm you sticking with what you get as stock, and never upgrading.
Up to you! All your own choice!
Sent from my GT-I9300 using Tapatalk
Did I miss something? What is this in reference to?
Sent from my GT-I9300 using Tapatalk
Slope Soaring, FPV, and pretty much anything 'high tech'
...........if you think it should be in the wiki.. ask me for wiki access, then go add it!
...........if you think it should be in the wiki.. ask me for wiki access, then go add it!
-
- Posts: 4
- Joined: Sat Oct 05, 2013 2:12 pm
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
Yes, I routinely upgrade the operating system and various programs on my computer and never think anything about it.
But this upgrade to Taranis is a little bigger than that. It's as if my computer keyboard and mouse now work differently on a routine computer update.
The whole operating system of the Taranis is changing it seems to me. Which is fine, as long as it's universally accepted, particularly by FrSky.
I'm particularly worried about the steps necessary to upgrade Taranis to Version 2.0. It seems that the first installation of 2.0 firmware will have to be done with the old USB driver, before shifting over to the Companion 2.0 built-in method of flashing new firmware. Having done neither yet, I can only hope I'll figure things out when the time comes. There sure is a lot of discussion on the Internet of troubles with USB communication.
In any case, these are good problems, not bad ones, and I am looking forward to staying onboard with the latest improvements.
As an aside, I sure hate all the 'long press' and 'short press' procedures. I'm sure it's unavoidable with the limited number of input keys, but I like to see everything on menus, even if it is a slower way to operate. Puts a big strain on memory to have hidden keystrokes all over the place.
C. J. Klingman
South Fork, CO
But this upgrade to Taranis is a little bigger than that. It's as if my computer keyboard and mouse now work differently on a routine computer update.
The whole operating system of the Taranis is changing it seems to me. Which is fine, as long as it's universally accepted, particularly by FrSky.
I'm particularly worried about the steps necessary to upgrade Taranis to Version 2.0. It seems that the first installation of 2.0 firmware will have to be done with the old USB driver, before shifting over to the Companion 2.0 built-in method of flashing new firmware. Having done neither yet, I can only hope I'll figure things out when the time comes. There sure is a lot of discussion on the Internet of troubles with USB communication.
In any case, these are good problems, not bad ones, and I am looking forward to staying onboard with the latest improvements.
As an aside, I sure hate all the 'long press' and 'short press' procedures. I'm sure it's unavoidable with the limited number of input keys, but I like to see everything on menus, even if it is a slower way to operate. Puts a big strain on memory to have hidden keystrokes all over the place.
C. J. Klingman
South Fork, CO
- 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
I've got just the thing for you. It will cost more than the Taranis - but you have the more incredible transmitter out there for only about $500 including the Taranis. First you need a Tablet that runs Windows 8.1 I'm using the Dell Venue8 Pro.cjklingman wrote:Yes, I routinely upgrade the operating system and various programs on my computer and never think anything about it.
But this upgrade to Taranis is a little bigger than that. It's as if my computer keyboard and mouse now work differently on a routine computer update.
The whole operating system of the Taranis is changing it seems to me. Which is fine, as long as it's universally accepted, particularly by FrSky.
I'm particularly worried about the steps necessary to upgrade Taranis to Version 2.0. It seems that the first installation of 2.0 firmware will have to be done with the old USB driver, before shifting over to the Companion 2.0 built-in method of flashing new firmware. Having done neither yet, I can only hope I'll figure things out when the time comes. There sure is a lot of discussion on the Internet of troubles with USB communication.
In any case, these are good problems, not bad ones, and I am looking forward to staying onboard with the latest improvements.
As an aside, I sure hate all the 'long press' and 'short press' procedures. I'm sure it's unavoidable with the limited number of input keys, but I like to see everything on menus, even if it is a slower way to operate. Puts a big strain on memory to have hidden keystrokes all over the place.
C. J. Klingman
South Fork, CO
Then you need the Tablet mount from Hobby King http://www.hobbyking.com/hobbyking/stor ... ystem.html
Now you connect the transmitter to the top mounted tablet anytime you want to do any programming and you can use a real bluetooth keyboard and mouse and forget about the long press and short press. Of course you'll also have the ability to play music, record audio, surf the Internet (if there is wifi at your field) take pictures or video of the flight, and skype -- all while flying. Ya -- Futaba 18mz... beat that!
- Rob Thomson
- Site Admin
- Posts: 4543
- Joined: Tue Dec 27, 2011 11:34 am
- Country: United Kingdom
- Location: Albury, Guildford
- Contact:
Re: OpenTX - Nightly builds for pre-2.0 testing
If any consolation.
I recently upgraded a radio - it was 100% painless.
One small point. IMHO, it is actually of little relevance if opentx upgrades are or are not accepted by frisky.
They do not control the open source project. Remember - opentx also runs on other platforms - not just taranis.
However... That being said. Frsky and the opentx team are in regular contact. Many new features are in-fact bow in place to support new frisky hardware. So... Yes. They are onboard.
Sent from my GT-I9300 using Tapatalk
I recently upgraded a radio - it was 100% painless.
One small point. IMHO, it is actually of little relevance if opentx upgrades are or are not accepted by frisky.
They do not control the open source project. Remember - opentx also runs on other platforms - not just taranis.
However... That being said. Frsky and the opentx team are in regular contact. Many new features are in-fact bow in place to support new frisky hardware. So... Yes. They are onboard.
Sent from my GT-I9300 using Tapatalk
Slope Soaring, FPV, and pretty much anything 'high tech'
...........if you think it should be in the wiki.. ask me for wiki access, then go add it!
...........if you think it should be in the wiki.. ask me for wiki access, then go add 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
One more question regarding this.rdeanchurch wrote:Do I understand this correctly?Kilrah wrote:That document is far from complete at this point. It's basically same as for flight modes on current release, with names "SA-up" "SA-mid" "SA-down" "LS1-on" "LS1-off" etc.
The model is named....Omega
In a folder in SOUNDS/lang/Omega/
put in tracks named
Launch-ON.wav (for FlightMode1)
SA-up.wav
SA-mid.wav
I expected that !SA-down would also be an option,
It isn't working for me. I use it for dual rates on a 3 position switch.
But is it meant to? It is not working in 8May build if it was meant to.
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
No it's not.
Sent via mobile
Sent via mobile
-
- 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
Wow!
So can I take that as a definite, firm maybe?
So can I take that as a definite, firm maybe?
Dean
OldDmbThms: 1. Takeoff, 2. Crash, 3. Repair, GOTO 1
OldDmbThms: 1. Takeoff, 2. Crash, 3. Repair, GOTO 1
- 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
Of course you'd use !SA↓ in the functions - but you'd use SA-mid and and duplicate .wav for SA-up.rdeanchurch wrote:One more question regarding this.rdeanchurch wrote:Do I understand this correctly?Kilrah wrote:That document is far from complete at this point. It's basically same as for flight modes on current release, with names "SA-up" "SA-mid" "SA-down" "LS1-on" "LS1-off" etc.
The model is named....Omega
In a folder in SOUNDS/lang/Omega/
put in tracks named
Launch-ON.wav (for FlightMode1)
SA-up.wav
SA-mid.wav
I expected that !SA-down would also be an option,
It isn't working for me. I use it for dual rates on a 3 position switch.
But is it meant to? It is not working in 8May build if it was meant to.
-
- Posts: 6
- Joined: Sat Oct 19, 2013 9:05 am
- Country: -
Re: OpenTX - Nightly builds for pre-2.0 testing
I sincerely hope not!Rob Thomson wrote:This process is no different to choosing to upgrade from windows xp, to windows vista.
Sent from my iPhone using Tapatalk
-
- 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
Yes I understand difference on Switches and Sounds/en/modelScott Page wrote: Of course you'd use !SA↓ in the functions - but you'd use SA-mid and and duplicate .wav for SA-up.
But then High rates plays three times if i use up for some other purpose.
Its a small price for the savings of Functions, just not what i had expected....a lack of symmetry.
Not terrible bad...
I just switched SA-mid to high rates. Now it only plays twice.
....liveable, but not quite as consistent as anticipated.
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
Don't get it. If you only want it to play once then don't duplicate... That way it won't sound when you get to the 3rd position.
Sent via mobile
Sent via mobile
- 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
If you flick it to the middle it will play. If you flick past the middle it will play. it will only play twice if you flick slowly.Kilrah wrote:Don't get it. If you only want it to play once then don't duplicate... That way it won't sound when you get to the 3rd position.
Sent via mobile
-
- 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
If you move it to the middle it plays.
Now move to the top position for a different function, fine.
Now back to the middle, it plays.
Two plays, no change in high rates.
It is not a very big deal. I'll take it over going down the list at model selection any-day.
Now move to the top position for a different function, fine.
Now back to the middle, it plays.
Two plays, no change in high rates.
It is not a very big deal. I'll take it over going down the list at model selection any-day.
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
Yesterday (May 10) I flashed the nightly build for 1.99 to my Taranis. When I turned it on, I noticed that the setup pages for Logical Switches and Telemetry had been over written by what appears to be random data. I reflashed the build for May 9 and the pages were back to normal. This morning (May 11) I flashed todays nightly build and the same thing happened. Is this a bug, or is there something I need to do before or after flashing?