Welcome to the FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
The latest SmartSDR Software:
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
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
How to Receive Technical Support::
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.
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.
SmartSDR API - display pan Status Packet get unexpected value id
Options
IW7DMH, Enzo
Member ✭✭
Hello,
using my controller I got the unexpected id (I suppose it is so) for a phantomatic pan object as marked in the picture below.

I was aware that Pan ID start from 0x40000000 and so on, while Waterfall ID start from 0x42000000 and so on. It seems here that also Pan objects can have the 0x4200... id.
Is this correct?
This is anyway a strange behaviour because when it happens I have only one active panadaptor and it happens only when the band is changed from an external software (in my case it is Log4Om). If I change band using SSDR GUI the (wrong) status packet isn't send from the rig.
As Log4OM is using the CAT protocol I suppose it is a specific issue of the CAT APIs as using SSDR GUI everything works properly.
73' Enzo
iw7dmh
using my controller I got the unexpected id (I suppose it is so) for a phantomatic pan object as marked in the picture below.

I was aware that Pan ID start from 0x40000000 and so on, while Waterfall ID start from 0x42000000 and so on. It seems here that also Pan objects can have the 0x4200... id.
Is this correct?
This is anyway a strange behaviour because when it happens I have only one active panadaptor and it happens only when the band is changed from an external software (in my case it is Log4Om). If I change band using SSDR GUI the (wrong) status packet isn't send from the rig.
As Log4OM is using the CAT protocol I suppose it is a specific issue of the CAT APIs as using SSDR GUI everything works properly.
73' Enzo
iw7dmh
0
Answers
-
Good find. This is a bug in the code. I have entered a fix and submitted it for review. (#1963)0
Leave a Comment
Categories
- All Categories
- 401 Community Topics
- 2.2K New Ideas
- 684 The Flea Market
- 8.6K Software
- 194 SmartSDR+
- 6.6K SmartSDR for Windows
- 200 SmartSDR for Maestro and M models
- 456 SmartSDR for Mac
- 278 SmartSDR for iOS
- 268 SmartSDR CAT
- 219 DAX
- 394 SmartSDR API
- 9.6K Radios and Accessories
- 102 Aurora
- 347 FLEX-8000 Signature Series
- 7.2K FLEX-6000 Signature Series
- 994 Maestro
- 58 FlexControl
- 872 FLEX Series (Legacy) Radios
- 970 Genius Products
- 481 Power Genius XL Amplifier
- 357 Tuner Genius XL
- 132 Antenna Genius
- 321 Shack Infrastructure
- 226 Networking
- 482 Remote Operation (SmartLink)
- 144 Contesting
- 845 Peripherals & Station Integration
- 147 Amateur Radio Interests
- 1.1K Third-Party Software