Closed afera15 closed 4 years ago
Try moving the source that covers the control channel to be the first one in config.json. I recently migrated a system that worked fine with the second source defined covering the CC which then broke when moving that same config.json on a recent build. I think it is adjacent to #328 which I have a suspicion was mistakenly closed but I'm not confident in that at all. Worth a shot.
EditToAdd: I just noticed before I closed the site that just yesterday new code was pushed to master branch that might address the same kind of behavior (if I'm right). See bottom #334. Might be worth just pulling down the latest? Just FYI.
I have pulled the most recent update and moved the first receiver to cover the control channel, no success
Few things I see.
the center freqs on some of your sources are only 1mhz apart. but you have the rates at 2.4mhz. I would space out these sources so they don't overlap and in the process would need less dongles to cover the same spectrum. Less dongles are usually better.
Try the other modulation type, qpsk.
You should only need 3 rtl dongles in total to cover the freqs for the site you listed.
Some of your center freqs are missing a 0. This is likely the issue.
Thanks for trying my idea, recently bitten by it and perhaps seeing it everywhere now.
Frameshift's points seem right and a little embarrassed missed them. I too see some of them with missing zeros in the center freq. Even with the decimal .0 (which I've not seen before) some are missing one. I do think they are spaced so tight as to be able to cope with them missing maybe but maybe not.
More likely the culprit to me, I looked at the system at https://www.radioreference.com/apps/db/?sid=100 and I think the modulation should be qpsk for a P25 phase 1 which would make frame's fix #2 the one that has my bet. Good luck! Maybe this is helpful for getting the center freqs right? http://garvas.org/trunk-recorder/ I've never used it but seen it in the gitter.im chat from time to time (including tonight).
So I spaced them out to make sure they don't overlap and verified that the file looks good but I am still getting the same thing. I have also tried changing to fsk4. Here is the current config:
{
"sources": [{
"center": 852200000,
"rate": 2400000,
"ppm": 0,
"gain": 35.0,
"digitalLevels": 8,
"digitalRecorders": 13,
"driver": "osmosdr",
"device": "rtl=0,buflen=65536",
"modulation": "qpsk"
},{
"center": 774781250,
"rate": 2400000,
"ppm": -1,
"gain": 35.0,
"digitalLevels": 8,
"digitalRecorders": 1,
"driver": "osmosdr",
"device": "rtl=1,buflen=65536",
"modulation": "qpsk"
},{
"center": 854812500,
"rate": 2400000,
"ppm": 0,
"gain": 35.0,
"digitalLevels": 8,
"digitalRecorders": 3,
"driver": "osmosdr",
"device": "rtl=2,buflen=65536",
"modulation": "qpsk"
}],
"systems": [{
"control_channels": [853137500, 852762500],
"type": "p25",
"shortName": "MPSCS-GR",
"broadcastifyApiKey": "KEY",
"broadcastifySystemId": "ID",
"audioArchive": false,
"hideEncrypted": true
}],
"broadcastifyCallsServer": "https://api.broadcastify.com/call-upload",
"controlWarnRate": 5,
"callTimeout": 0.75
}
Any other ideas. Thank you all for the help!!! <3
With so many moving parts I'm prone to seeing what those more eperienced suggest but what happens if you run the following? In an attempt to simplify it and walk before you crawl maybe?. That config should run one stick and grab the control channel on either side of center. It will complain it doesn't have sources to give to the other channels but it will prove out a few things that should work IMO.
{
"sources": [{
"center": 853000000,
"rate": 2400000,
"ppm": 0,
"gain": 35.0,
"digitalLevels": 8,
"digitalRecorders": 13,
"driver": "osmosdr",
"device": "rtl=0,buflen=65536",
"modulation": "qpsk"
}],
"systems": [{
"control_channels": [853137500, 852762500],
"type": "p25",
"shortName": "MPSCS-GR",
"broadcastifyApiKey": "KEY",
"broadcastifySystemId": "ID",
"audioArchive": false,
"hideEncrypted": true
}],
"broadcastifyCallsServer": "https://api.broadcastify.com/call-upload",
"controlWarnRate": 5,
"callTimeout": 0.75
}
@dkettmann Thank you so much!!! It works now with the one channel. So now I need to see what is wrong with the other two channels...
So besides making the config simpler as I stated that change did one other thing. It moved the "source" device to be the first (and only) device to work around the issue/bug I mentioned above. Might be worth while to add the others below it and see if that (combined with correcting the qpsk) gets you where you want. I'm considering maybe the new code didn't build in to a new executable and still hitting that? Again, I'd defer to someone with more experience if they want to pipe in. Good luck, hope that gets it.
This can be closed
I am getting an error that I cannot find the control channel
Here is my Config File:
An when I use GQRX:
I have tried playing with the Gain between 30 and 40 as well as PPM between 1 and -1
Here is the Site I am trying to listen to:
3 (3) | 042 (2A) | Grand Rapids | Kent, MI | 774.78125 | 851.7375 | 851.775 | 852.0375 | 852.2375 | 852.2875 | 852.6625 | 852.7625a | 853.1375c | 855.1125
Any suggestions as I cannot figure this out