Search found 44 matches
- Wed Jul 30, 2014 4:36 pm
- Forum: OpenXVario - an open source vario supported by the open source firmwares!!
- Topic: Creating an RPM and Temp Sensor
- Replies: 53
- Views: 39767
Re: Creating an RPM and Temp Sensor
The line with if (RpmSet = true) { should be if (RpmSet == true) { Please let me know if this solve the issue, so I can integrate it a new version on google. Note : About initialisation of rpm on 60, you are right: it sould better be 0 but if other mistakes are fixed, it should not matter I think. ...
- Wed Jul 30, 2014 2:10 am
- Forum: OpenXVario - an open source vario supported by the open source firmwares!!
- Topic: Creating an RPM and Temp Sensor
- Replies: 53
- Views: 39767
Re: Creating an RPM and Temp Sensor
Also see that RPM is initially set to a value of 60 for some reason in openxsensor.ino
volatile uint16_t Rpm = 60 ;
volatile uint16_t Rpm = 60 ;
- Tue Jul 29, 2014 10:23 pm
- Forum: OpenXVario - an open source vario supported by the open source firmwares!!
- Topic: Creating an RPM and Temp Sensor
- Replies: 53
- Views: 39767
Re: Creating an RPM and Temp Sensor
Broke down and picked up a Function Generator (been meaning to get one for a while). With Blades equals 1 it reads correctly (though a little high) up to 9999 but returns to 0 once it goes above 10000. So some issue there with large numbers. I'll next see about a method to calibrate the reading. ---...
- Tue Jul 29, 2014 5:20 pm
- Forum: OpenXVario - an open source vario supported by the open source firmwares!!
- Topic: Creating an RPM and Temp Sensor
- Replies: 53
- Views: 39767
Re: Creating an RPM and Temp Sensor
Now I remember, in radio/src/telemetry/frsky_d.cpp:
frskyData.hub.rpm *= (uint8_t)60/(g_model.frsky.blades+2);
60 / 1 = 60 (with blades = 1)
I did a quick test changing blades = 2 and sure enough, default value displayed is 30.
frskyData.hub.rpm *= (uint8_t)60/(g_model.frsky.blades+2);
60 / 1 = 60 (with blades = 1)
I did a quick test changing blades = 2 and sure enough, default value displayed is 30.
- Tue Jul 29, 2014 5:14 pm
- Forum: OpenXVario - an open source vario supported by the open source firmwares!!
- Topic: Creating an RPM and Temp Sensor
- Replies: 53
- Views: 39767
Re: Creating an RPM and Temp Sensor
Hi Mike, with tied to ground it simply holds the last value displayed. I tried the "Reset Telemetry" feature but then it goes to 60 right away until the pull down to ground is removed. We may need to have a feature to calibrate the value that is read on pin 8 as simply tapping the pin with...
- Tue Jul 29, 2014 3:13 pm
- Forum: OpenXVario - an open source vario supported by the open source firmwares!!
- Topic: Creating an RPM and Temp Sensor
- Replies: 53
- Views: 39767
Re: Creating an RPM and Temp Sensor
Also a little confused on: >Do not forget to fill in the calibration parameters for >#define offset_1 0 >#define mVoltPerStep_1 1 >As explained in the config file, you can just start with 0 (offset) and 1 (mVoltPerStep) and look at what you get on the Tx display. Change the parameters in order to ge...
- Tue Jul 29, 2014 3:03 pm
- Forum: OpenXVario - an open source vario supported by the open source firmwares!!
- Topic: Creating an RPM and Temp Sensor
- Replies: 53
- Views: 39767
Re: Creating an RPM and Temp Sensor
Thanks guys, parts finally arrived so I put together a quick test unit and changed the config to only give me RPM. Appears to work while simply manually pulling pin 8 to Vcc with a jumper multiple times. However it does not properly zero the RPM value, when first powered up the RPM shows 60 (blades=...
- Tue Jul 22, 2014 10:09 am
- Forum: OpenXVario - an open source vario supported by the open source firmwares!!
- Topic: Creating an RPM and Temp Sensor
- Replies: 53
- Views: 39767
Re: Creating an RPM and Temp Sensor
Thanks guys for all the info and help! So for the the latest source code I see online for oxs, I only have to uncomment the rpm sensor line to get support for it then? Or is there a newer source elsewhere? (github etc). And the defaultfield value I leave alone then at 0x00? Just use it for the send ...
- Tue Jul 22, 2014 2:57 am
- Forum: OpenXVario - an open source vario supported by the open source firmwares!!
- Topic: Creating an RPM and Temp Sensor
- Replies: 53
- Views: 39767
Re: Creating an RPM and Temp Sensor
Ah I see there is a branch called oXs, that has already been setup for RPM, Temp, etc. Just need to figure out the config file. I don't understand the 3.3 and 3.4 section about DEFAULTFIELD, do I need to change it from 0x00 to 0x16 (or 0x10 for hex value of dec 16?) for RPM? Also for the Data to Sen...
- Tue Jul 22, 2014 1:50 am
- Forum: OpenXVario - an open source vario supported by the open source firmwares!!
- Topic: Creating an RPM and Temp Sensor
- Replies: 53
- Views: 39767
Creating an RPM and Temp Sensor
Hi guys, thanks to Mike for pointing this project out, I've ordered a pair of arduino's to work on. What I'm looking to create is the following: - RPM sensor input that works the same as the sensor hub (for my nitro heli) - temp sensor input that works the same as the sensor hub (again for nitro eng...
- Sat Apr 26, 2014 5:43 pm
- Forum: openTx for FrSky radios
- Topic: Model Artwork for Taranis
- Replies: 519
- Views: 1082276
Re: Model Artwork for Taranis
Has anyone done a FliteTest model pack yet? Just realized I need to get my FT-Viggen and FT-Spitfire moved over to my Taranis
- Wed Apr 16, 2014 9:02 pm
- Forum: openTx
- Topic: OpenTX - Nightly builds for pre-2.0 testing
- Replies: 776
- Views: 443851
Re: OpenTX - Nightly builds for pre-2.0 testing
Hmm, sounds like a feature request for a later minor update, checkbox to be blocking or not.
- Wed Apr 16, 2014 11:51 am
- Forum: openTx
- Topic: OpenTX - Nightly builds for pre-2.0 testing
- Replies: 776
- Views: 443851
Re: OpenTX - Nightly builds for pre-2.0 testing
Wow guys great progress and thanks Bertrand for the Blades changes. I'll done some testing with an Electric setup using pole count and see how she works. --- With regards to the model notes, does it currently display the note before enabling the Tx section? I'd like to use it for any models that use...
- Mon Mar 31, 2014 10:43 am
- Forum: openTx for FrSky radios
- Topic: Blades "1"
- Replies: 18
- Views: 9962
Re: Blades "1"
Bertrand, my pull request was not to change the default of 2 (if I did, my mistake). My change was to remove all the other issues I pointed out above. Setting Blades Min to -1 was not fully thought out. There was an instance on line 175 of eeprom conversions where a uint was used (unsigned), that wo...
- Sun Mar 30, 2014 8:30 pm
- Forum: openTx for FrSky radios
- Topic: Blades "1"
- Replies: 18
- Views: 9962
Re: Blades "1"
Just submitted a pull request with all references of Blade to allow for 0 based (0=1 blade) and a max of 20 blades / poles.
- Sun Mar 30, 2014 8:05 pm
- Forum: openTx for FrSky radios
- Topic: Blades "1"
- Replies: 18
- Views: 9962
Re: Blades "1"
Won't the typecasting in eeprom conversion also cause issues as its an uint?
Line 175 in radio/src/eeprom_conversions.cpp
uint8_t blades; // How many blades for RPMs, 0=2 blades, 1=3
Line 175 in radio/src/eeprom_conversions.cpp
uint8_t blades; // How many blades for RPMs, 0=2 blades, 1=3
- Sun Mar 30, 2014 7:53 pm
- Forum: openTx for FrSky radios
- Topic: Blades "1"
- Replies: 18
- Views: 9962
Re: Blades "1"
Companion is still showing 2 to 4 as min and max blades. Have to see if they tried to use -1 as well since Companion occasionally typecasts blades as an unsigned int. Taranis simulator also lets you select "0" as the minimum blade count, suspect offending code is: opentx / radio / src / gu...
- Sun Mar 30, 2014 6:57 pm
- Forum: openTx for FrSky radios
- Topic: Blades "1"
- Replies: 18
- Views: 9962
Re: Blades "1"
EDIT: I see how you worked around this, simply set MIN_BLADES -1 (with the +2 everywhere, this gives you 1). Now we just need to increase the blade count to allow for Electric Motor RPM sensors like the Eagletree units (uses Motor Pole count), 20 should be a good high enough number for now. --- Look...
- Sun Mar 30, 2014 6:55 pm
- Forum: openTx for FrSky radios
- Topic: Blades "1"
- Replies: 18
- Views: 9962
Re: Blades "1"
Thank you Bertrand! This keeps sneaking back in.
Any value that references Blades needs to change from +2 to +1 as well, I'll have a dig through.
Any value that references Blades needs to change from +2 to +1 as well, I'll have a dig through.
- Sun Mar 30, 2014 6:54 pm
- Forum: FrSky Taranis radio
- Topic: Using Telemetry as a source to mix with.
- Replies: 8
- Views: 5188
Re: Using Telemetry as a source to mix with.
Yes but you will need to add extra sensor variables to the GetValues function as it's rather basic at the moment. So if you know how to code, have at it
- Sun Mar 30, 2014 3:16 pm
- Forum: openTx
- Topic: OpenTX - Nightly builds for pre-2.0 testing
- Replies: 776
- Views: 443851
Re: OpenTX - Nightly builds for FrSky Taranis
I am slowly writing a wiki page for Lua scripts on OpenTX. It's here: https://github.com/opentx/opentx/wiki/Lua-scripting-in-OpenTX You will be able to download and run the classical snake game at the very end of the page ... in case you broke all your planes ;) Will it be possible to use telemetry...
- Sun Mar 30, 2014 3:12 pm
- Forum: FRSky Telemetry Mods
- Topic: RPM sensor
- Replies: 14
- Views: 11914
Re: RPM sensor
Exactly, nothing special about the RPM sensors. I've done tests with all kinds of makes and models (usually ones for Nitro Helis). Work just fine. Currently I'm using a Spektrum crankcase sensor and a Multigov gear sensor (both of them just x pulses per rev). Just remember you are currently going to...
- Wed Jan 15, 2014 11:56 pm
- Forum: openTx for FrSky radios
- Topic: Adding option for persistent battery consumption
- Replies: 1
- Views: 2374
Adding option for persistent battery consumption
Just about to experiment with another fork adding the ability to turn on persistent battery (CNSP) telemetry value (optional setting). This would allow for receiver packs (and flight packs) to save the current value of usage upon power off and reload when turned on. You would then have a proper &quo...
- Tue Jan 14, 2014 10:39 pm
- Forum: openTx for FrSky radios
- Topic: Help with RPM sensor on the Sensor Hub - Cannot get any read
- Replies: 5
- Views: 4500
Re: Help with RPM sensor on the Sensor Hub - Cannot get any
Thanks Kilrah... I know. Dum ass Engineer here didn't listen to his own advice... ooops. I also learned something new: With the SmartPort Lipo sensor removed and using an old data Lipo sensor connected to the hub I get the following: With Old Lipo Sensor and New Smart Port Current Sensor the RPM rea...
- Tue Jan 14, 2014 10:06 pm
- Forum: openTx for FrSky radios
- Topic: Help with RPM sensor on the Sensor Hub - Cannot get any read
- Replies: 5
- Views: 4500
Re: Help with RPM sensor on the Sensor Hub - Cannot get any
And finally success!!! Looks like I found an issue with a combination of devices killing the RPM data. If I use the following: X8R -> FVAS-02H -> SP_FLVS -> SP-40A FVAS-02H -> FSH-01 (Sensor Hub V2) I get no RPM at all. --- If I remove any one of the other Smart Port devices (Lipo Sensor or Current ...
- Tue Jan 14, 2014 9:14 pm
- Forum: openTx for FrSky radios
- Topic: Help with RPM sensor on the Sensor Hub - Cannot get any read
- Replies: 5
- Views: 4500
Re: Help with RPM sensor on the Sensor Hub - Cannot get any
I've now tried two more sensors, both work the same way as the Spektrum: 1. Aerospire Multigov Sensor (actually just a Hall Effect switch with wires) 2. Hitec Optical RPM Sensor HTS-ORPM (the one that looks almost the same as the frsky one) The Hitec actually outputs a 6v to 0v square wave but still...
- Tue Jan 14, 2014 2:50 am
- Forum: openTx for FrSky radios
- Topic: Help with RPM sensor on the Sensor Hub - Cannot get any read
- Replies: 5
- Views: 4500
Help with RPM sensor on the Sensor Hub - Cannot get any read
Help! Looking for help from anyone with an RPM sensor connected to a Sensor Hub or anyone that has one laying around they can hook up for a moment to do a test. I'm working on testing the RPM code changes I've made but I can't yet even get started on the bench... the Sensor Hub is not reading RPM s...
- Fri Jan 10, 2014 3:37 pm
- Forum: openTx for FrSky radios
- Topic: Taranis does not alert if Lipo Voltage Sensor disconnects
- Replies: 4
- Views: 3505
Re: Taranis does not alert if Lipo Voltage Sensor disconnect
Yep. I was more concerned if the balance plug somehow came loose from the voltage sensor as the actual sensor gets powered from the balance plug and not the SmartPort data line which is unfortunate. So if the leads vibrate off etc, the sensor dies and the radio still show the last recorded voltage.....
- Fri Jan 10, 2014 12:35 pm
- Forum: openTx for FrSky radios
- Topic: Taranis - What range does temp sensor expect? & temp2 issue?
- Replies: 4
- Views: 3448
Re: Taranis - What range does temp sensor expect? & temp2 is
Thanks guys, If the Spektrum (and the Hitec once it arrives) thermistor is a different resistance, do we have a way yet to adjust the offset for different thermistors? That would be a good addition to the Wiki/Manual that the expected value of the temp sensor Thermister is 100k. I see if I Annan edi...
- Fri Jan 10, 2014 4:37 am
- Forum: openTx for FrSky radios
- Topic: Taranis - What range does temp sensor expect? & temp2 issue?
- Replies: 4
- Views: 3448
Re: Taranis - What range does temp sensor expect?
Hmm, I also noticed in /src/telemetry/frsky.cpp (and frsky_sport.cpp) that in the function resetTelemetry(), the temp2 defaults are not being set. Temp1 are however as per below: frskyData.hub.temperature1 = -30; frskyData.hub.maxTemperature1 = 100; Should there not also be ones for temperature2 and...