Welcome to the new FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
Need the latest SmartSDR, Power Genius, Tuner Genius and Antenna Genius Software?
SmartSDR v3.8.20 and the SmartSDR v3.8.20 Release Notes
SmartSDR v2.12.1 and the SmartSDR v2.12.1 Release Notes
Power Genius XL Utility v3.8.9 and the Power Genius XL Release Notes v3.8.9
Tuner Genius XL Utility v1.2.11 and the Tuner Genius XL Release Notes v1.2.11
Antenna Genius Utility v4.1.8
SmartSDR v3.8.20 and the SmartSDR v3.8.20 Release Notes
SmartSDR v2.12.1 and the SmartSDR v2.12.1 Release Notes
Power Genius XL Utility v3.8.9 and the Power Genius XL Release Notes v3.8.9
Tuner Genius XL Utility v1.2.11 and the Tuner Genius XL Release Notes v1.2.11
Antenna Genius Utility v4.1.8
If you are having a problem, 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.
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
FlexLib.NET Nickname Property Inconsistency.
K9DUR
Member ✭✭
There is an inconsistency in the value returned by the Nickname property between the API and RADIO objects.
In the Radio Setup for my 6700, I have Nickname set to "Ray" and Callsign set to "K9DUR".
If I access the API.RadioList(0).Nickname property, it returns "Ray". However, if I access the RADIO.Nickname property, it returns "Ray,_K9DUR".
Shouldn't these two properties return the same value?
73, Ray, K9DUR
0
Comments
-
I have entered this into the bug tracker for additional investigation.0
-
Ray,
We went off to try to duplicate this issue and we aren't seeing what you're seeing. The RadioList is a collection of Radio objects, so RadioList[0].Nickname and RADIO.Nickname (meaning the same object) should definitely match as they are literally the same field in the same object.
I suspect that this may be a result of having 2 versions of Discovery packets being sent out (for backwards compatibility). The older version of Discovery packets used a different method to figure out the nickname, however, the newer version should get the right answer and they are always sent back to back. So perhaps if you checked the value immediately after the first packet arrived (and before the second), you might see something like this.
If you need help setting up to test whether this is the case, please shoot me a direct mail and we'll get this figured out.0 -
Eric,
I am still consistently getting this result. Haven't gotten back to you earlier because I have been buried. This week, I am getting ready for the booth at the Fort Wayne Hamfest this weekend, as soon as I get back, my 6700 is heading to Austin for the PEN. I will get with you after I get my radio back.
73, Ray, K9DUR
0 -
We addressed a similar issue recently with the Nickname that may address yours as well. Keep us posted.
0
Leave a Comment
Categories
- All Categories
- 260 Community Topics
- 2.1K New Ideas
- 538 The Flea Market
- 7.6K Software
- 6K SmartSDR for Windows
- 139 SmartSDR for Maestro and M models
- 368 SmartSDR for Mac
- 242 SmartSDR for iOS
- 226 SmartSDR CAT
- 175 DAX
- 345 SmartSDR API
- 8.8K Radios and Accessories
- 7K FLEX-6000 Signature Series
- 45 FLEX-8000 Signature Series
- 859 Maestro
- 45 FlexControl
- 849 FLEX Series (Legacy) Radios
- 807 Genius Products
- 424 Power Genius XL Amplifier
- 280 Tuner Genius XL
- 87 Antenna Genius
- 227 Shack Infrastructure
- 153 Networking
- 410 Remote Operation (SmartLink)
- 130 Contesting
- 642 Peripherals & Station Integration
- 116 Amateur Radio Interests
- 878 Third-Party Software