- Posts: 69
- Forum
- News, Announcements and Feedback
- Feedback & Questions
- Model file contaminated by navigating to a screen
Model file contaminated by navigating to a screen
- jazzjohn
- Topic Author
- Offline
Less
More
09 Mar 2014 22:47 #21403
by jazzjohn
Model file contaminated by navigating to a screen was created by jazzjohn
The attached file, model10.ini works correctly in my Devo 6.
However, if I click on the model icon, navigate to the trims page and then exit the trims page without changing anything, the trims stop working properly.
The second attachment, model10(2).ini is the same model downloaded from the transmitter after the trims page visit.
The first file shows trim steps of 0, but the second file shows the steps have been changed to 193.
The same thing happens in the emulator.
However, if I click on the model icon, navigate to the trims page and then exit the trims page without changing anything, the trims stop working properly.
The second attachment, model10(2).ini is the same model downloaded from the transmitter after the trims page visit.
The first file shows trim steps of 0, but the second file shows the steps have been changed to 193.
The same thing happens in the emulator.
Please Log in or Create an account to join the conversation.
- WheresWaldo
- Offline
Less
More
- Posts: 253
09 Mar 2014 23:34 - 09 Mar 2014 23:35 #21404
by WheresWaldo
Replied by WheresWaldo on topic Model file contaminated by navigating to a screen
Did you report this and the steps to duplicate it on PB's bitbucket repository?
deviationtx.com/forum/3-feedback-questio...-reporting-bugs#1665
deviationtx.com/forum/3-feedback-questio...-reporting-bugs#1665
Last edit: 09 Mar 2014 23:35 by WheresWaldo.
Please Log in or Create an account to join the conversation.
- jazzjohn
- Topic Author
- Offline
Less
More
- Posts: 69
09 Mar 2014 23:44 - 09 Mar 2014 23:45 #21405
by jazzjohn
Replied by jazzjohn on topic Model file contaminated by navigating to a screen
No because I am not sure if it's a bug or not. Should an issue be reported if if only might be a bug?
Another model didn't exhibit the same behavior.
Another model didn't exhibit the same behavior.
Last edit: 09 Mar 2014 23:45 by jazzjohn.
Please Log in or Create an account to join the conversation.
- WheresWaldo
- Offline
Less
More
- Posts: 253
09 Mar 2014 23:48 - 09 Mar 2014 23:49 #21406
by WheresWaldo
Replied by WheresWaldo on topic Model file contaminated by navigating to a screen
Okay, I just tried this on the latest code emu_devo6.exe and cannot duplicate it. Here are the steps I used:
- Started the emulator (last model loaded, I test with models 31-40)
- Clicked on icon
- Right arrow 4 times to Trims
- Click EXIT
- Turn off TX (which saves current changes)
Last edit: 09 Mar 2014 23:49 by WheresWaldo.
Please Log in or Create an account to join the conversation.
- jazzjohn
- Topic Author
- Offline
Less
More
- Posts: 69
10 Mar 2014 00:05 #21408
by jazzjohn
Replied by jazzjohn on topic Model file contaminated by navigating to a screen
It might be the model I started with that has a problem. That's what I'm unsure of. Can you try it with my model 10?
Please Log in or Create an account to join the conversation.
- FDR
- Offline
10 Mar 2014 05:20 #21411
by FDR
Replied by FDR on topic Model file contaminated by navigating to a screen
Are you sure about the naming, because the model10 has trims with zero trim steps, so it shouldn't work, while the model102 has karge steps?
Please Log in or Create an account to join the conversation.
- WheresWaldo
- Offline
Less
More
- Posts: 253
10 Mar 2014 05:43 - 10 Mar 2014 05:59 #21412
by WheresWaldo
Replied by WheresWaldo on topic Model file contaminated by navigating to a screen
There must be some special cases, when I load your model10.ini with 0 as the step, it is automatically changed to 193 which the GUI lists as Momentary, if I select Toggle the number is 192 and if I select On/Off the number is 191.
I am assuming since the lowest actual value is 0.1 and it is set to 0 Deviation then just makes it the highest allowable value, in this case 193 which equals Momentary. This assumes a circular list.
If you remove the step=??? it will go back to the default 0.1. So it likely isn't a bug, maybe just a program anomaly.
The use of On/Off, Toggle and Momentary is not documented so I don't know what they do. If anyone does and can create a paragraph or two explaining it's use we could ask PB to add it to section 8.5 Trims in the manual.
Okay, I found a forum post from July 2013 explaining this usage:
deviationtx.com/forum/3-feedback-questio...ns-as-switches#11844
I am assuming since the lowest actual value is 0.1 and it is set to 0 Deviation then just makes it the highest allowable value, in this case 193 which equals Momentary. This assumes a circular list.
If you remove the step=??? it will go back to the default 0.1. So it likely isn't a bug, maybe just a program anomaly.
The use of On/Off, Toggle and Momentary is not documented so I don't know what they do. If anyone does and can create a paragraph or two explaining it's use we could ask PB to add it to section 8.5 Trims in the manual.
Okay, I found a forum post from July 2013 explaining this usage:
deviationtx.com/forum/3-feedback-questio...ns-as-switches#11844
Last edit: 10 Mar 2014 05:59 by WheresWaldo.
Please Log in or Create an account to join the conversation.
- jazzjohn
- Topic Author
- Offline
Less
More
- Posts: 69
10 Mar 2014 15:58 #21421
by jazzjohn
Replied by jazzjohn on topic Model file contaminated by navigating to a screen
Maybe my problem was having "step=0". I don't see how the program would save a value like that in the ini file. The model10.ini file was from an older version (v3.? I believe)and when loaded into 4.01, I couldn't see a way to get the trims to work as normal trims through the GUI.
I see how the higher numbers 191, etc. work as parameter values for the button actions; Thanks for explaining that.
I see how the higher numbers 191, etc. work as parameter values for the button actions; Thanks for explaining that.
Please Log in or Create an account to join the conversation.
- jazzjohn
- Topic Author
- Offline
Less
More
- Posts: 69
10 Mar 2014 16:08 #21422
by jazzjohn
Yes, model10.ini is the original file from an older version (3.?). When I load that into the emu, navigate to the trims page, exit the trims page, then quit and save the model, it becomes the file model10(2).ini which Windows renamed for me because of the duplicate (original) file. (The parenthesis in the name didn't make it from my Win desktop through to the upload for some reason.)
Replied by jazzjohn on topic Model file contaminated by navigating to a screen
FDR wrote: Are you sure about the naming, because the model10 has trims with zero trim steps, so it shouldn't work, while the model102 has karge steps?
Yes, model10.ini is the original file from an older version (3.?). When I load that into the emu, navigate to the trims page, exit the trims page, then quit and save the model, it becomes the file model10(2).ini which Windows renamed for me because of the duplicate (original) file. (The parenthesis in the name didn't make it from my Win desktop through to the upload for some reason.)
Please Log in or Create an account to join the conversation.
- Forum
- News, Announcements and Feedback
- Feedback & Questions
- Model file contaminated by navigating to a screen
Time to create page: 0.040 seconds
- Home
- Forum
- News, Announcements and Feedback
- Feedback & Questions
- Model file contaminated by navigating to a screen