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
- 689 The Flea Market
- 8.6K Software
- 197 SmartSDR+
- 6.6K SmartSDR for Windows
- 200 SmartSDR for Maestro and M models
- 460 SmartSDR for Mac
- 279 SmartSDR for iOS
- 268 SmartSDR CAT
- 220 DAX
- 395 SmartSDR API
- 9.6K Radios and Accessories
- 110 Aurora
- 348 FLEX-8000 Signature Series
- 7.2K FLEX-6000 Signature Series
- 999 Maestro
- 58 FlexControl
- 872 FLEX Series (Legacy) Radios
- 975 Genius Products
- 482 Power Genius XL Amplifier
- 358 Tuner Genius XL
- 135 Antenna Genius
- 322 Shack Infrastructure
- 227 Networking
- 483 Remote Operation (SmartLink)
- 147 Contesting
- 847 Peripherals & Station Integration
- 147 Amateur Radio Interests
- 1.1K Third-Party Software