SmartSDR v4.2.20 | SmartSDR v4.2.20 Release Notes
SmartSDR v3.10.15 | SmartSDR v3.10.15 Release Notes
The latest 4O3A Genius Product Software:
The latest 4O3A Genius Product Software and Firmware
If you are needing assistance with FlexRadio products, please refer to the product documentation or check the Help Center for known solutions. Need technical support from FlexRadio? It's as simple as creating a HelpDesk ticket.
Enhance winkeyer commands to allow sidetone control for SO2R
Right now there is absolutely no viable solution to paddle-only sidetone which is essential for 2BSIQ operation. This forces everyone back to using a SO2R controller with two radios, which defeats the purpose of having a Flex with two SCUs!
Comments
-
Can someone describe technically what needs to change in order to implement this? Are there specific Winkeyer commands?
1 -
Yes, it happens during the initialization of the winkeyer emulator. Some of this SmartSDR is probably already doing. N1MM is sending it some initialization commands, not sure how much the Flex winkeyer emulator is honoring.
What's missing is N1MM sends 01 88 (sidetone freq 500, paddle only sidetone) and SmartSDR ignores it (I think)
When paddle-only sidetone is not checked, N1MM sends 01 08 in the initialization which seems to be regular sidetone with a freq of 500 (not paddle-only).
I don't really care about changing the sidetone freq too much, that can still be done in SmartSDR, but it is important to be able to distinguish between N1MM telling winkeyer paddle-only sidetone and SmartSDR honoring the request, which would be no sidetone for winkeyer generated CW, but produce sidetone for paddle-generated CW (and even CWX generated sidetone is probably OK, just need it to stop for winkeyer because in 2BSIQ the op is busy listening to CW from the other slice and can't have sidetone from the transmitting slice interfering).
Some of the source documents are here, in the immediate commands section. The docs show it in decimal, it is probably really send it hex.
What are the implications for remote SmartSDR generated paddle CW? Seems like it would be similar, I think the remote SmartSDR is generating the sidetone, would need to not generate sidetone for winkeyer sent CW if that command is received from N1MM, not sure if the winkeyer emulator is located in the radio or in SmartSDR. Maybe not as hard as it sounds if the winkeyer emulator is in SmartSDR.
Brian N3OC
1 -
Also, being able to control keyer speed independently from winkeyer and paddle is highly desirable. The winkeyer spec has a setting for that too, use winkeyer speed potentiometer for paddle and keyboard cw only. So probably need to accept winkeyer speed commands from N1MM and move SmartSDR keyer speed accordingly. That command is set wpm speed 02 xx and change speed buffered 1C xx.
1 -
We're tracking this as SMART-13047. Thanks for the additional info.
0
Leave a Comment
Categories
- All Categories
- 403 Community Topics
- 2.2K New Ideas
- 697 The Flea Market
- 8.6K Software
- 199 SmartSDR+
- 6.6K SmartSDR for Windows
- 203 SmartSDR for Maestro and M models
- 462 SmartSDR for Mac
- 280 SmartSDR for iOS
- 269 SmartSDR CAT
- 221 DAX
- 396 SmartSDR API
- 9.6K Radios and Accessories
- 121 Aurora
- 359 FLEX-8000 Signature Series
- 7.2K FLEX-6000 Signature Series
- 1K Maestro
- 58 FlexControl
- 872 FLEX Series (Legacy) Radios
- 983 Genius Products
- 487 Power Genius XL Amplifier
- 359 Tuner Genius XL
- 137 Antenna Genius
- 324 Shack Infrastructure
- 229 Networking
- 491 Remote Operation (SmartLink)
- 147 Contesting
- 854 Peripherals & Station Integration
- 148 Amateur Radio Interests
- 1.1K Third-Party Software

