That's fair. My post wasn't attempting to address that particular issue, just responding to the statement that any specific county may not be on ISICS which is not allowed.
Shared Area Radio Agreement (SARA)
- Thread starter Guldnerk
- Start date
Tim -
I am on SDRTrunk. I've tried investigating, but can't figure out why. A user just contacted me and asked as apparently the old provider's SDRTrunk setup was providing it. Any hints? 57031 is turned on for Calls and my feed.
Showing plenty of activity on 57031.....
You sure it is a "0" and not an "O"? I'm assuming all other TGs are functioning properly.
Also, make sure you have it in your streaming Alias lisst. It's easy to accidentally omit something from there.
Also, make sure you have it in your streaming Alias lisst. It's easy to accidentally omit something from there.
Showing plenty of activity on 57031.....
You sure it is a "0" and not an "O"? I'm assuming all other TGs are functioning properly.
Also, make sure you have it in your streaming Alias lisst. It's easy to accidentally omit something from there.
I'm node 3823, so as you can see, I'm putting 57031 on Calls, and the same exact things are on the feed as I listened to them live today. But no information on the pages that went out.
Any idea, by any chance, what the broadcasting radio ID would be?
Edit: Oh, some of those came from 3383... Interesting!
Last edited:
Did you check the alias list on your streaming page in sdrtrunk ?
5700001 - Dispatch
Yeah, I'm just going to force it to always stream 5700001. I'll watch it and see what little piece of the puzzle I'm not getting into my thick skull for some reason.
Thanks!
I see a few transmissions from dispatch ids of 5700002 & 5700004 too
The list I was given has those as M-Comm and C-Comm. Nevertheless, all should be now always be broadcast (unless encrypted obviously)
I can't speak for the old or new setup.
When I played with SDRTrunk, not all transmissions would go through on 57031 (57 FIRE 1) because of the way Harris does their soft patching and how SDRTrunk interacts with the soft patching. SDRTtrunk will pass the voice call on whatever softpatch ID was issued for that transmission. The softpatch ID frequently changes. I have been told SDRTrunk will not be fixing that issue, but that was well over a year ago. Maybe things have changed.
I hope this clears things up. Its pretty technical stuff on how and why it works the way it works.
Tim
I understood that 57031 was functioning on calls, but not BCFY. If that is the case, I don’t see how patching could be the issue.
The OP again mentioned that “no information on the pages that went out.” IMO, in most cases they simply acknowledge the POCSAG page and there is no dispatch call aired. I wonder if they are looking for something that usually just doesn’t exist.
The OP again mentioned that “no information on the pages that went out.” IMO, in most cases they simply acknowledge the POCSAG page and there is no dispatch call aired. I wonder if they are looking for something that usually just doesn’t exist.
I assumed the OP was talking an out the brief voice message the dispatcher puts out over 57 LAW 1, 57 LAW 2, and 57 FIRE 1 as the POCSAG page goes out.
Those brief voice messages are not showing up on Broadcastify because of what I explained earlier.
Tim
I will lock the SDS200 on 57031 tomorrow and compare it to the pages.....
Question for clarification: Do I need to change my name to Tim?
Thank you, Tims, for the info. I was around when a page must have gone out, so I knew where to look in the log... Looks like I'm successfully capturing their informational "I just paged _____ fire" by forcing all streaming of the radio ID for dispatch. It's interesting what it looks like in SDRTrunk...
Group call from C-Comm (5700004) on PATCH 14228, To: P:14228(8445619,8445620,8445639)
I found another similar call earlier in the day:
Group call from M-Comm (5700002) on PATCH 14227, To: P:14227(8445639,8445619,8445620)
So, as 5700001, 5700002, 5700004 are set to always go to the feed, problem solved. Alternative solution, of course, is also to just stream the PATCH channels, but I don't like that as I would hear other counties, and I just want Linn.
But I would love to know what insights you have into the To: fields.
Wow! You folks have convinced me!
So this Group call is going out on 57031, but actually goes to the patch channels, right? I did catch an info call on the SDS yesterday I believe on 57031.
I would guess the "To:" fields is some kind of addressing? Would be interesting to compare that to the POCSAG page to see if it lines up with certain departments.
So this Group call is going out on 57031, but actually goes to the patch channels, right? I did catch an info call on the SDS yesterday I believe on 57031.
I would guess the "To:" fields is some kind of addressing? Would be interesting to compare that to the POCSAG page to see if it lines up with certain departments.
So I managed to capture what you are talking about on my Benton Co feed. I will say that mine looks a little different than what you mentioned in that it shows the talkgroups being patched. This is also using the Beta 3 that was just released this morning.
There is a setting in the options that lets you select whether you want to stream this as a patch, or to each of the individual channels. I had it set to stream patch. I changed it to individual TGs so let's see what happens now....
There is a setting in the options that lets you select whether you want to stream this as a patch, or to each of the individual channels. I had it set to stream patch. I changed it to individual TGs so let's see what happens now....
Attachments
The call on 57031 at 2:48pm was successfully sent to 57031! It did not go to Law 1 or 2, but I have those disabled in the feed since they are mostly encrypted. I enabled them for future calls.
So, it seems this method works. However, it WILL transmit the stream to each TG so if you're worried about bandwidth it may be an issue.
So, it seems this method works. However, it WILL transmit the stream to each TG so if you're worried about bandwidth it may be an issue.
You think if one is streaming three talkgroups that you would hear it on each one? Interesting. I might leave the setting alone for now as my system is working and only streaming once. I think.
According to the documentation, Yes, I believe it would stream to each talkgroup. But, as in my case, if the other TGs are disabled, then it would not.
What I am curious about now is playing with the "Duplicate Calls" in settings to see if perhaps there's an answer there.
Yes, the patched call that just went out was sent to 57011, 57012, and 50061.
I turned on Call Duplication so let's see what happens.
I turned on Call Duplication so let's see what happens.
