Here is a list of all the postings Mike Blandford has made in our forums. Click on a thread name to jump to the thread.
|Thread: S6R receivers|
Download the latest manual from here: **LINK**.
You have "Quick mode" available on new receivers (it is the default mode), and you also get it if you update the firmware on the receiver.
There is a new download of firmware for the S6R/S8R available, which a description of "Fix the Bug"!
I've found out that the change is to remove the flashing of the blue Led on power up when in "Quick mode". It seems the Rx didn't start operating while flashing the blue Led, so was slow to recover from a brownout when in "Quick mode".
|Thread: The 2018 Transmitter Survey!|
One thing that FrSky do is listen to users and developers. When they were developing the XJT module, I had PXX protocol firmware for the DJT module to test (back in 2011). When developing the Taranis, developers received prototype units. We gave quite a lot of feedback on the hardware design (which FrSky changed), including making sure even the original gimbals were good quality, as well as porting ersky9x/openTx to the radio.
Most of the time, if there are problems reported back they fix them and provide updated firmware (and even hardware mods) as a result.
Open source firmware developers are also provided with documentation (circuit diagrams, protocol specifications etc.), so are able to provide a level of support on these forums to end users.
After a number of problems with the S6R (stabilising receiver) firmware, I received a S8R from them to test before it became available for general purchase.
In the US, Aloft hobbies provide excellent support for FrSky equipment, which provides a significant level of "word of mouth" advertising.
Of course, since the Taranis uses open source firmware, the development cost was much lower, which is one reason the price point of the radio is lower than some competitors.
|Thread: Safety plug|
This is true for the turn off transient when disconnecting the battery, but during normal operation the ESC switches power between the outputs and, particularly at throttle settings less than full, switches the current on and off.
Since this switching also operates at something like 8kHz or higher, these transients occur at that frequency. The result is that the capacitors at the input of the ESC are repeatedly charged and discharged at this frequency by the voltage transients.
Longer wires result in a higher inductance and so a higher transient voltage. This higher voltage then causes a higher current into and out of the capacitors. For the capacitors to handle this alternating current they need to have a sufficiently high "Ripple Current" rating (which is helped by them having a low ESR rating).
If the capacitors don't have a high enough rating, then they heat up. Electrolytic capacitors tend to "dry out" over time and so lose some capacitance. If they heat up, this drying out occurs sooner. Eventually the capacitor fails completely at which point the transients are applied directly to the rest of the electronic circuitry, usually causing a catastrophic failure of the ESC.
Adding extra capacitors to long wires, reduces the voltage transients due to the higher capacitance, and also reduces the ripple current in the capacitors as the current changes are shared between them.
I did try to work out the likely ripple current in the capacitors once, and came up with a value that suggested the capacitors on most ESCs were being run well beyond their ratings.
|Thread: FrSky X10 - Taranis replacement?|
The Taranis and QX7 only have a 32K byte EEPROM fitted. This means, even with data compression, that you can't save 60 complex models in it. The Horus doesn't have any EEPROM so models are stored on the SD card.
What has happened is openTx, for ARM processor based radios, was first implemented on the SKY upgrade board for the 9X radio. This has a 512Kbyte EEPROM. openTx opted to allow for 60 model memories. When then implemented on the Taranis (prototypes had a 64Kbyte EEPROM), the number of model memories was kept at 60, but there has always been a problem actually storing 60 complex models. As time has gone on, with more features being added, each model has needed more storage space. I think that a number of name fields were therefore reduced in length to allow more models to be stored.
|Thread: Your Transmitter History|
Remcon kit + other make of kit Rx
Firmware on all these radios is er9x/ersky9x
Edited By Mike Blandford on 09/04/2018 23:35:15
|Thread: FrSky Taranis - user chat|
I've also now posted another "app". This one, called "ChangeId.app" lets you change the physical Id of a FrSky sensor, useful if you need two of the same type of sensor (e.g. FLVSS for more than 6 cells).
In ersky9x firmware I have a "maintenance mode" that provides several features including the ability to flash internal and external XJT modules, change the SPort ID of sensors and flash Multiprotocol modules. Some of these features have been included in openTx, but others have not, and my not get included, or may tak a long time before they do get included.
I've been looking in to this and have a possible solution that doesn't rely on openTx being changed.
My idea is to have an "app" that just does the flashing of a MultiProtocol module, and then others that allow for different functions.
To use such a facility does not require openTx to be modified, just flash an alternative bootloader, then run an app from there to carry out these sorts of functions.
I've just posted a test version of ersky9x (ProvR222a2) (**LINK**) for the Taranis, Taranis Plus and the QX7(s). The bootloader in these has the options of "Flash Firmware" and "Run App". I haven't had the "Restore EEPROM" in my version of the bootloader, so I don't have that available (yet). I'll either add that, or make it another "app"!
|Thread: Who wants a Warbird Replics Hurricane?|
I've been progressing the wing centre section and now have flaps fitted and working and the retracts all glued in and working.
The next step is to attach the outer wing panels. The plan shows 38mm dihedral under each tip (not quite sure exactly where this is measured, the absolute end of the balsa block or the end of the veneered part). The instructions say the outer panels are already made to give the dihedral, but when I "dry fit" them I get very little dihedral. It looks like I shall need to sane the root of the outer panels to fix this.
|Thread: S6R & S8R Receivers|
I find flying with auot-level on very odd since it tends to fight any control input you apply. For example, normally, when you apply aileron to bank the model, when you reach the required bank angle you centralise the aileron (you don't want to roll!). As the model turns, with the 'outside' wing moving faster than the 'inside' wing, the model may try to increase the bank angle, so you end up applying a small amount of 'opposite' aileron to hold the bank angle.
With auto-level, you have to hold the aileron on to hold the bank angle.
Up until now I've set auto-level on a switch so it only acts for 1.5 seconds, long enough to get the model level, but then revert to stabilise mode.
Next time I fly, I've set auto-level up so it only operates as long as the aileron and elevator are both centered. As sonn as any control input is applied, auto-level switches off.
Yes, as it says under "SportSet(9).zip":
Usually that is caused by the self-check having been run when channel 5 wasn't being driven, so the Rx has "remembered" zero movement. Try running the self-check again, and re-calibrating the servo limits.
I agree, I can't see why "Panic Mode" is needed!
Since the SportSet program runs on the PC, it works for all transmitters!
Regarding the missing boxes, where is your TaskBar? Someone with this problem had their TaskBar at the top, moving it to the bottom fised the problem! I just checked V1.8.1 of SXRConfig (version shows in the window heading), and this works correctly even with the TaskBar at the top.
As I understand it, Panic Mode is self-level.
I've written an alternative program for the PC and STK called "SportSet", I've posted it here: **LINK**
I'm trying to remember/find the fix for the missing boxes on the FrSky config program. It's a setting somewhere!
Recent firmware has "Quick Mode" (the default) that does what you describe. You may, however, turn "Quick Mode" off, when the software beahves as before with "Hover" and "Knife Edge" available.
After running the "Self Check" (blue LED on) and calibrating the servo throws, moving the throttle has NO effect. The Rx will continue to look for any increase in the maximum servo movement allowed until you power the Rx off.
The current manual is quite good, I got FrSky (when then asked me for comments on the manual) to include quite a lot of details and warnings (e.g. don't have rates active when calibrating servo throws) in it.
|Thread: And now for something completely different|
Any possibility of putting the bolt through in the opposite direction?
Both er9x/ersky9x and openTx have a "Heli" menu (unless with openTx you have selected "No Heli", where you select the "120" swash option (off, 120, 120X, 140 and 90 are available).
The rest think its ternary!
|Thread: FrSky X10 - Taranis replacement?|
I assume you have checked the contrast setting in the radio setup hasn't changed.
|Thread: Super Star|
Should fly well. The model in my avatar is a scaled down Super Star in general arrangement (54" span), for electric power. It just goes where I point it. Originally it used 12, 3000mAh NiMh cells, and flew well on 400W. It now uses a 4 cell, 3000mAh LiPo and has 600W, while being 12oz lighter.
|Thread: What are the rules?|
6 cubed is 216, so volume is reduced by this factor. Assuming the build is using identical materials, 3022kg reduces to 13.9kg (not 139kg).
Want the latest issue of RCM&E? Use our magazine locator link to find your nearest stockist!