Clem

BEB, it might be worth checking with Inwoods. They seem to list the DX6i (TX only) on their website at £69.99.

David, I've never tried it, but.... Assuming that you can strip the Laser head of ALL other ferrous material, then you could try dissolving the remains of the broken screw out. Submerging the workpiece in a hot, saturated, solution of Alum (Aluminium Potassium Sulphate) in an Aluminium/Pyrex pan is frequently suggested as a method for removing broken taps in non-ferrous materials. Alum is certainly available on ebay, if not locally.    I've no idea as to how hazardous Alum is, although I suspect that assuming "normal" precautions are taken, then it's a lot nicer to work with than the other oft suggested chemical for tap removal - Nitric Acid!    If you google "aluminium sulphate broken tap" you should find plenty of information.   Clem    

Hangar9 seem to think it's possible - with a JR master and a Futaba slave at least.  Hangar9 Trainerlink      

Chris,   The magnets used at Airfield are described at "latch magnets". Would magnetic cupboard door catches (from Screwfix/Wickes etc) do the job?   Wickes pack of 20   Clem  Edited By Clem on 07/10/2009 17:29:41

If air bubbles get pumped back along the fuel line when the velocity stack is blocked (either by a finger or choke arragement) then surely this would indicate that the inlet valve is open when it shouldn't be - on the compression stroke. Too little tappet clearance, stuck/bent valve  - or the cam timing's "out", I would have thought. I don't think you actually said the engine was new - so is it possible that a previous owner's "given it a service" ? !!    Edited By Clem on 18/09/2009 14:23:47

To me, Stephen, they're still in the same horizontal plane.  As you say, Timbo could confirm if the installation is OK.

I'm no expert, but it looks to me as if both your receivers' antennae are lying in the same (horizontal) plane.  I was under the impression that they were supposed to be at 90 degrees to each other - i.e. one horizontal, one vertical.  Could this account for some of your loss of control problems Stephen?  Edited By Clem on 14/07/2009 17:27:07

Hi Myron!   On the off-chance that you've not yet consigned your Corona gear to the "back o' t'fire"...      I spotted a posting on another forum where a user of an Optic 6 was having all sorts of problems with a Corona 2.4gHz module binding to receivers. The apparent solution was that the Optic 6 had to be set in "negative shift" mode to work reliably with the Corona.  Worth checking on yours? 

Posted by Timbo - Moderator on 22/06/2009 20:31:39: Clem...re: the modelmatch thingy...thats what I said wasnt it ???   Er.... yes!  Sorry Timbo, I misread your post  I read it as "IF you're right..." and not "You're right..."!!   Apologies for any confusion.   "I'll get me coat" - as they say....    

Timbo, According to Spektrums FAQ's on their "air modules" :-   Will Model Match work with the Module System? No. Model Match is a patented feature that prevents a model from being operated using the wrong model memory. Model Match can only be integrated into a dedicated Spektrum transmitter such as the Spektrum DX7. The programming necessary to make Model Match functional must be embedded into the transmitter´s programming.   That presumably means that ALL bound Spekky receivers would respond (if powered on) to the binding module?     Phil, "Synchronized binding" sounds like a new olympic sport!  This has turned into something of a debugging marathon for you - I hope your family are keeping any sharp objects away from you!   Myron, This is a bit like bomb disposal - go slowly and follow Phil's instructions to the letter. Oh, and don't cut the blue wire.....      Edited By Clem on 22/06/2009 17:52:38

Myron/Phil I've read this thread a few times, and understand it less each time I go through it!! Armed with nothing more than inspired(?) guesswork, the following things/assumptions occur to me:- The patented(?) "ModelMatch" feature of Spektrum transmitters binds an individual receiver to a particular model memory on that transmitter.  AFIK, this does not even work on the Spektrum "modules" - only on transmitters with the Spektrum gubbins built-in. This would suggest that selecting different model memories is not relevant to your tests. The binding process is apparently one in which the unique GUID of a 2.4gHz transmitter/module is "learnt" by a receiver. In order for the binding to "stick" even after the receiver is disconnected from power, it would seem that the receiver must store the GUID it learnt in "non-volatile" memory - much in the same way that data can be stored on a USB "memory stick" or digital camera card. The Corona "feature" (with at least one version of their transmitter module), whereby all your receivers need to be bound to the module at the same time is noted on various internet forums.  It sounds daft, but it seems to me that the Corona transmitter module's GUID must being created on-the-fly at bind time - with all the receivers learning the newly created code. If the transmitter GUID code were static, there would surely be no need to re-bind all existing receivers when a new one is added. On a early post in this thread, all three receivers were successfully bound (at the same time) to the module, but following a period without power, two of the three lost their bind. The only conclusion I can draw from this is that the non-volatile memory in (at least) two of the three receivers is, in fact, volatile! I've no wish to interrupt the logical testing that you two have been going through (sorry Phil!), and you may have already answered this, but if I'm right:- * It should be possible to bind all 3 receivers at once. [Since all three learn the "generated" GUID] * They should stay bound whilst powered on. [Since the battery supports the "non-volatile" memory] * If any two are left powered on, and the third is re-bound, the first two should fail to respond.[Since the GUID code is re-created at bind time] * If all three are simultaneous bound, and power removed for a while, the one(s) that fail to respond on resumption of power should always be the same one(s) [Since the bound GUID in non-volatile memory is decaying fastest in these]      

I'll give it a go... must be better odds than the lottery!

The Futaba FASST vs Spektrum debate looks set to continue. It seems to me that many people believe in the "technical superiority" of Futaba's system purely because frequency hopping sounds like it should be a better idea! Whatever I've heard, read or been told, I don't KNOW enough about the subject of 2.4mHz transmissions to fully understand what's involved here - and I suspect that I'm not alone. With FASST transmissions, as I understand it, the transmitter generates a pseudo-random "seed", which is then used by an indentical algorithm in both the transmitter and receiver to pre-determine the sequence of the channels to be "hopped" through. Note that the sequence of channels is pre-determined, and not selected "of the fly" (no pun intended!) whilst taking into account channel availability. Still, this seems fine and dandy, until we ask ourselves what happens if the next channel in the sequence is too "noisy" - and the next, and the next, and the next etc. Once again, taking an extreme example, with no other channels in the agreed sequence found "clear", the FASST system must logically remain locked on the last free channel it found! So much for "hopping". I could argue that at least the Spektrum has the forsight to find a clear channel, and a backup channel before it gives you control of the model - rather than rely on the probability of finding an array of clear channels at some time in the future!   Of course, it's never going to be that straight cut. We could read every scientific and technical paper we can find on these technologies, but even then we'd still have to take into account the implementation of that particular technology by that particular company. If we take this argument to the n'th degree, we should question the relative competence of the programmers who wrote the firmware code! We've already seen mistakes by both companies so far - Futaba transmitters shipped with, or reset to,  the same internal code number, Spektrum receiver "brown out" problems. In reality, there is no doubt that both systems work well enough for other factors to be biggest players when it comes to determining how many pieces we get the model back in after the flight. Me? I use Spektrum DX7's - but would, and probably will, happily use Futaba in the future.  If I do, it will not be because of any supposed "technical superiority" of their FASST sytem, but because of the switch assignability and programming options.   Must close now as the nurse wants my crayon back....

I work, or have recently worked, with ADSL lines from various suppliers - including  BT, Demon, Zen, and Plus.net.   For customer service you can't beat Zen. They use UK based support desks and are, in my experience, outstanding. You can even check the current  telephone queue length, and projected wait time, online - and see historically when the best times of day to call are!  On the very rare occasions when I've reported a fault on a Zen line, they've been brilliant, even calling me back a couple of times after the fault was fixed (at the exchange) to make sure all was well.   As you might expect they're not the cheapest - packages start at £17.61 a month, although the minimum contract length is, I think,  only a month.   Plus. net have cheaper packages, and aren't bad - I use them at home.   Having spent some time on the phone to Demon's "off shore" support desk over the last two days, including a considerable time in a queue, I can't be too enthusiastic about them.     Edited By Clem on 18/06/2009 18:31:00

I confess that I never tried contacting them - I just ordered from the website.   They sell on Ebay too, although I think it works out a little dearer than direct.  They've got over 53,000 "feedback" entries on Ebay, so I suspect they're probably too busy licking stamps to answer the phone!