Duke Energy P25 System
- Thread starter AESFTW
- Start date
I didn't see no other tg's popping up in FL. Even with the storm cell past nothing.
lwvmobile
DSD-FME
I'm so jealous, I want Duke to go live in the Carolinas
To be fair, this is the most activity I've seen concurrently on this system since it went up (and that I was watching it), but to be fair, they've had their work cut out today. Its hard to see and get all the areas into frame, but top left is Monticello, top middle is Madison, top right is White Springs, bottom left is Perry, and far bottom right is lonely Williston with a single hit.
Yeah, but how much wind/rain/lightning did you all get down in Polk County. Up here, I'd compare it to a tropical depression or tropical storm with the level of sustained winds. I was also monitoring SLERS/Taylor Fire and they were busy all afternoon with tree/limb fires due to down power lines, etc. I'm counting 242 different calls, most of them related to downed lines and downed trees in the road, and getting Duke to come turn power off so they could clear the limbs form the road, etc
Taylor County:
Any they are still busy too.
If Duke had service in Jackson & Bay they would been busy for sure with the tornadoes hit.
lwvmobile
DSD-FME
Well, seems that 62773 and 62774 have been patched back together, but this time, they are no longer supergroup 64808, but supergroup 64811. Really thinking if anybody else starts to contribute TG information pulled from Aliases and GPS, then they should make sure that its a TG (WGID) and not a Supergroup, those may be more dynamic in nature than I anticipated. I'll keep an eye on it and see if it does revert back to 64808, but for now they are operating as 64811.
Code:
07:38:53 P25p2 LCCH MAC_SIGNAL
MFID A4 (Harris) Group Regroup Explicit Encryption Command
Patch Active; SSN: 11; SG: 64811; KEY: 0001; ALG: 84;
WGID: 62773; WGID: 62774;I'm seeing the exact same thing on the 397 system ID
MFID A4 (Harris) Group Regroup Explicit Encryption Command
Patch Active; SSN: 11; SG: 64811; KEY: 0001; ALG: 84;
WGID: 62773; WGID: 62774; [0m
- Joined
- Nov 16, 2004
- Messages
- 2,084
This is a normal operation for most Harris systems, the "supergroup" IDs are pulled from a pool of IDs designated for that use. This often causes trouble for non-subscriber units (like scanners) monitoring the system(s).
DSD+ used to work great, but now if an external source logs on it throws off the sync and it stops decoding, it has also become harder to get the initial sync to work after this happens and I try to reconnect.
My recommendation is to try and gather some raw audio when this type of thing is happening, zip it up, and send it to dsdplusfastlane@gmail.com or upload somewhere and put a link for download. Pretty sure that if it is a DSDPlus issue, the author would need raw audio.
Mike
Do you mean raw audio when it won't sync? Hard to know when it's going to drop due to external join.
I hear ya. I imagine it is difficult to time that. But yes, that is what i mean. It's happening when monitoring CC, and not when decoding voice, right? At any rate, maybe gather raw audio (let it run for hours). And then if it occurs, use Audacity or something to chop of the unneeded raw audio and leave only that which contains the issue. Or just record for yours, upload the BAF (big arse file) somewhere, and let the author download it on his dialup
m
I guess another option would be to maybe provide more screenshots. Like a screenshot of what FMP* looks like, what console logs look like during the event, etc. Console logs aren't ideal, but those can be recorded and gone through and you can then cut out just the specific section where things go bad. FMP* would be nice to see -- I say that because it almost sounds like it could also be a signal issue. weak signal? Signal being interfered with?
Lot of variables. If I had access to P25 Phase II systems, I'd do some testing of my own. But alas I don't. The latest version of DSDPlus has been out for a while now, and this is the first time I've heard of an issue with P25 P2 decoding. Then again, not sure how many people are monitoring P25 P2 systems with TDMA CCs. And I think that's basically what you are getting at -- suspecting something with TDMA control channel decoding, yes?
The issue doesn't seem to be happening with voice or detection of encrypted traffic. It seems to be happening when an external radio joins from outside, like over VOIP. When that happens it seems to interrupt the sync with DSD+ and the logging of the large amounts of CC data. However it does give the message that it detects the signal and usually the NAC, but not NL.
When I have time I will gather more info, but there still isn't a lot of traffic on the system.
Ok sounds good. If there is an issue, I want to see it get fixed. So do what you can, when you can to gather data.
Mike
Perhaps Middle FLA, Northern FLA??? So MFE would belong to Middle FL area eastern side?
217
Sporadic E enthusiast
Perhaps it's nuclear fuel and multiple fuel (wind, solar, coal, hydro, gas)
Last night and this morning was using dsdplus to see if any new tg popping up here in polk county fl. Nothing new.
Even if you've seen old TGs that are not in the database please post here along with who is using it (based on the RID alias sent OTA) Thanks!
The ones listed is only ones I see on dsd.
