SmartSDR v3.7.4 and the SmartSDR v3.7.4 Release Notes | SmartSDR v2.12.1 and the SmartSDR v2.12.1 Release Notes
SmartSDR v1.12.1 and the SmartSDR v1.12.1 Release Notes
Power Genius XL Utility v3.8.8 and the Power Genius XL Release Notes v3.8.8
Tuner Genius XL Utility v1.2.11 and the Tuner Genius XL Release Notes v1.2.11
Antenna Genius Utility v4.1.8
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
Built In Test (BIT) Capability
The concept is not new as some military transceivers currently make these tests at power up, periodically during transceiver operation and manually upon operator command.
The FlexRadio SDRs contain both a broadband exciter and one or two broadband receivers. Thus I maintain that if this capability does not presently exist, it could be quickly be implemented and become an invaluable tool to both monitor and maintain the radio’s performance.
The basic concept would be to generate a test signal with the Exciter, pass it out the XCVR port and back into the antenna port with a coaxial jumper, through the full receiver chain to the SCU.
The first receiver frequency sweep would bypass the ATU, preamp and filter bank to create a base line. If this produced an expected signal level over the swept frequency range, continue to the next test else declare a fault. Provide an option to save the results.
Increase the signal level and make another sweep. Repeat N times to check the ADC's dynamic range and the SCU. If this produced the expected signal levels over the swept frequency range, continue to the next test else declare a fault. Provide an option to save the results.
Next, with a high signal level, exercise all the path switches, one at a time, to confirm their low insertion loss and high open circuit isolation. If acceptable, pass else declare a fault. Provide an option to save the results.
Next, with a high signal level, sweep the ham band filters, one at a time, showing insertion loss, band shape and stop band characteristics. If acceptable, pass else declare a fault. Provide an option to save the results.
Next, with a low signal level, check the preamp gains over frequency. If acceptable, pass else declare a fault. Provide an option to save the results.
Repeat the above for the second SCU, if present.
Other tests could be generated to test the transmitter parameters using a dummy load.
The benefit to the customer is a quick, simple hardware validation, and fault detection of subtle failures.
The benefit to FlexRadio is to showcase their SDR capability, assure customers of product performance, early detection of trends and improve product capability.
Comments
-
All I can say is YESSSS - to all of this! I second and third this proposal - and it is congruent to what I have wanted Flex to do since the F5000: go to a cage/VME-style architecture that allows ready testing and substitution of modules w/o a trip to the shop.
Alex/Km5YT0 -
I had assumed that something of this sort (self test) is happening at every boot of the 6500. Else what is this "Calibration" that takes so much time?
The power on tests only seem to deliver an "OK" or "Not OK" result. If you get the latter, you need to ship the unit to the factory. (No user serviceable parts inside!)
73 Martin AA6E0 -
-
Sorry can't resist...BITE me (did not think you would be offended judging by your meme or whatever it's called)
0 -
A few thoughts:
Built In Test software is real costly as it sometimes the size of the operational software. The usual government requirement is to detect 95% of detectable faults. It often requires Hardware when done properly. Than you get into whether you want BIT to run at startup or continuously or both.
If the ultimate goal is detect faults to the piece part level with little ambiguity- bring a lot of money. Most consumer electronics assume factory repair so extensive BIT is not provided. Also most BIT goes to the board level as the repair of the board often is more costly then replacing it.
Myself I would like an indication that the SDR is not performing correctly and a general sense of where the fault is at the block diagram level. Especially if an outside source could be at fault. Ambiguity could be high but at least you could look at the outside sources before mailing the SDR back to the factory.
Jim
ka7gzr
0 -
I see this idea as a useless expenditure of development time.
0
Leave a Comment
Categories
- All Categories
- 279 Community Topics
- 2.1K New Ideas
- 520 The Flea Market
- 7.5K Software
- 6K SmartSDR for Windows
- 143 SmartSDR for Maestro and M models
- 349 SmartSDR for Mac
- 247 SmartSDR for iOS
- 228 SmartSDR CAT
- 168 DAX
- 350 SmartSDR API
- 8.7K Radios and Accessories
- 7K FLEX-6000 Signature Series
- 835 Maestro
- 43 FlexControl
- 842 FLEX Series (Legacy) Radios
- 786 Genius Products
- 413 Power Genius XL Amplifier
- 274 Tuner Genius XL
- 99 Antenna Genius
- 237 Shack Infrastructure
- 161 Networking
- 397 Remote Operation (SmartLink)
- 124 Contesting
- 617 Peripherals & Station Integration
- 122 Amateur Radio Interests
- 855 Third-Party Software