Sunday, 30 June 2019
After the work-around for the "no PTT in cw mode" bug. I started to think I might be able to use the FT-991a in a cw contest. On plugging in my headphones to the phones socket and listening through them, I noticed a background noise that sounded like a whine with some data like noise inter-mixed. I changed headphones but the noise was always present (more noticeable with low volume). For some reason I pressed the function key and noticed the noise disappeared (same effect with pressing the menu key). I soon realised that the noise was only present whilst the spectrum-scope / waterfall was visible and actively updating. I had a think about making up an audio low pass filter to go in series with the headphones but then thought better of it in case it let loose the magic smoke on such an expensive radio. I then started to play with all the scope settings like dimmer and colour to see if the whine would go away. Eventually I hit the solution, the noise would vanish completely when the "moni" (monitor, in the function menu) value was reduced below 20. Hopefully the time I spent finding this work-around will help someone out there!
Sunday, 7 April 2019
Multi-client is an interesting feature developed by flex to allow 2 connections to one radio. I suppose the need to create useful application for their 2 SCU transceivers was great but I can’t help thinking that they have missed a trick. Why not a feature to allow SSDR connect to multiple radios? This way one could achieve the functionality of 2 SCUs in physically separate locations with once instance of SSDR. Surely this would be of more use to everyone?, but I expect this would have been too technically challenging for them?
Sunday, 10 March 2019
The FT-991a has pc based ptt in all modes except CW! Note that I don't mean keying the radio through full or semi break-in. The reason for not using these break-in modes is as follows: 1) Full break-in is useless in contests as you never want to hear while you are sending. Also this mode thrashes the radio/amp TX/RX changeover relay, leading to an early demise of your radio/amplifier. 2) Semi-break-in incorporates a delay to prevent the radio from removing PTT between sent cw words and elements. This delay is also applied at the end of every transmission, meaning you miss the start of callsigns from fast return callers. Also if you vary the speed of sending or have a different manual sending speed than the PC, the delay value will need adjusting each time to avoid needless PTT drop-outs. To avoid these pitfalls it is more efficient for the PC just to apply PTT when it needs to. When the PC sends a cw message it engages PTT and then removes it immediately at the end of the message. Yaesu aren't interested in fixing this in their firmware, so here is a work-around for anyone who wants to use an application (N1MM+, Win-Test etc) to PTT the FT-991a in CW mode. The only way to PTT the FT-991 from a PC in cw mode is through pin 6 of the RJ45 mic socket on the front of the radio: (https://shop.technofix.uk/cable-for-pc-headsets-3-5mm-jack-8p8c-modular-rj45-for-yaesu-ft-817-ft-857-ft-897-ft-450-ft-900-ft-991-etc). The 1/4" PTT jack socket can be used to hook up the PTT output from your Win-Key or other device: (https://www.hamcrafters2.com/WKmini.html). FT-991 Menu items: 056 CW BK-IN TYPE (semi/full). 057 CW BK-IN DELAY (30msec to 3000msec). Yaesu have made a complete hash of this radios firmware in that 056 doesn't allow a PTT option (like every other radio on the planet). Even 057 doesn't allow a 0msec setting to get rid of needless delays, so here are my recommended settings for cw contesting using the above hardware: 056 CW BK-IN TYPE (semi). 057 CW BK-IN DELAY (30msec). Using the above hardware and firmware recommendations means that the FT-991 can now be used for cw contesting in a nearly efficient manner. Ok, a needless 30msec is tagged onto the end of every transmission, but its still better than using Yaesu's semi-bk-in with 300msec (28wpm approx) tagged onto the end of every transmission. It's a shame that Yaesu seem to have lost any in house experience in CW contest operation and are now producing sub-optimal equipment for the masses who don't care or know any better. Just imagine if they they did this this on data modes too, the FT8 crowd would be on them like flies. I can only hope that radio was an ooops moment for Yaesu and that the architect is demoted to coffee duties. Hopefully this article saves many ops selling up their FT991 in favour of a proper cw radio like an Elecraft K3.
Thursday, 3 January 2019
There are currently several problems with this unit. I won't go into the Dell tablet internal battery charge problem (if not connected to power for several months) as this has been admitted by Flex (not sorted) and is well documented elsewhere. The problem that concerns me is one that FlexRadio claims is the fault of common networking equipment e.g. Netgear GS105 gigabit ethernet switch. As a firmware engineer myself, I see this problem as being a Maestro 'power on' boot problem where if the negotiation between the Maestro PHY and the Gigabit switch PHY (auto-negotiation for ethernet link speed) is interrupted (for whatever reason), the two units connection is permanently corrupted until the next power cycle. This means either the Flex or Netgear implementation of this auto-negotiation protocol is incorrect. I tend to trust a networking specialist company over one or two peoples opinion in Texas, especially when everything else plugged into the switch works FB, however YMMV. Apparently if you buy a specific type of switch or mandate a 100Mbs link speed this problem goes away (I am less than impressed with this Flexradio solution? which should really have been a eureka moment for them). FlexRadio does hint at the real root of the problem being that most commercial networking equipment is meant for browsing the internet rather than permanently streaming spectrum and sound information and recommends moving to gaming network gear to achieve a better QOS. I have no problems with QOS, once the Maestro is successfully past the auto-negotiation sequence (which in my opinion is the real problem) everything works fine. The fault happens every 1 in 10 power ups and is realised with the Maestro showing high packet loss despite being wired ethernet connected to a gigabit capable switch. Many users have tried to convince FlexRadio of this fault, but due to the 'fanboys' applying pressure, and the ignorance of company, no reasonable discussion can take place on their community forum. If you are happy to pay £1300 for a Dell tablet with a 1 in 10 start up success rate then go right ahead and buy one, ps. all problems will be down to your own networking equipment!
(without the wire). If you are considering buying this antenna second hand, ropes and silicon tubes should be inspected for wear and tear as these are the only perishables on the antenna.
Sunday, 21 October 2018
Yaesu marketing are in full overdrive claiming the FTDX101 is a direct sampling SDR. Sure their display is driven using direct sampling SDR technology, but anything you hear out the radio (the bit that counts?) goes through a mixer to a 9MHz IF then through a roofing filter etc etc. The whole point of direct sampling is exactly what it says on the tin "direct sampling" of the RF from the antenna not of a 9MHz IF with analogue mixing spurii! Same goes for Icom 7300 and 7610. If you want real direct sampling technology "to listen to" get a Flexradio or an Annan. It is really that simple. I hope the market can come up with guidelines on how to properly describe the glut of new architectures coming onto the market. Something like: hybrid SDR - Anything that uses a mixer as part of the receiver chain that eventually produces audio i.e. Icom/Yaesu/Kenwood/Elecraft. SDR - Anything that directly samples (at more than double the input RF) from the antenna i.e. Flexradio/Annan.
All radios when sending cw with PTT enabled (no full or semi break-in delay) have cw sidetone alone coming out of the speaker to allow the user to hear what they are sending. Flexradio have decided that this is isn't enough and have filled the gaps between the sidetone with receiver hiss. No antenna is actually connected to the receiver during this time, but the engineers at Flexradio think it sane to decode the receiver open circuit anyway. Flexradio engineers fully engage with the full and semi break-in brigade (rag-chew, DXers, occasional contester) as this category covers 99% of the user base. These modes are useless for serious contesting, let me explain why: Flexradio Full break-in (really useless): 1) CW contesting is normally done with an amp over a 48 hour period of approx 50% duty cycle tx. This kind of usage will shorten the life of the tx/rx switching mechanism dramatically for both radio and amp. 2) When running a frequency I have no need to hear between my transmissions as those heard are mostly slow or poor operators. Flexradio Semi break-in (useless): 1) A delay is used to stop the radio unkeying between each cw element and character. This saves the tx/rx switching mechanism somewhat (if set correctly), but unfortunately this delay is also added to the end of the transmission where I want to be listening for fast return callers. 2) If I need to vary my cw speed the delay must also be adjusted. Not good for multi-op contests. Let me now explain why computer PTT or manual footswitch PTT is best: External Winkey/Footswitch PTT (brilliant): 1) When sending via my computer, it knows when the end of the stored message is coming and can remove PTT immediately allowing me to hear fast return callers. 2) When sending via my paddle (external K1EL winkey), its hang-time parameter is sufficient to save the tx/rx switching mechanism. 3) The hang-time delay parameter of my winkey changes value automatically with speed. With Flexradio implementation of what to do when PTT is applied, the operator has to listen to the following for a sent "CQ": long sidetone, false hiss, short sidetone, false hiss, long sidetone, false hiss, short sidetone, false hiss, long sidetone, false hiss, long sidetone, false hiss, short sidetone, false hiss, long sidetone, false hiss, real rx hiss. You can imagine how annoying this is going to get over a 48 hour period. Sure you can dial in some flexradio delay to get rid of the false hiss but then you get the above semi break-in disadvantages. Numerous users have reported this fault to Flexradio, but they think they know better...