• To anyone looking to acquire commercial radio programming software:

    Please do not make requests for copies of radio programming software which is sold (or was sold) by the manufacturer for any monetary value. All requests will be deleted and a forum infraction issued. Making a request such as this is attempting to engage in software piracy and this forum cannot be involved or associated with this activity. The same goes for any private transaction via Private Message. Even if you attempt to engage in this activity in PM's we will still enforce the forum rules. Your PM's are not private and the administration has the right to read them if there's a hint to criminal activity.

    If you are having trouble legally obtaining software please state so. We do not want any hurt feelings when your vague post is mistaken for a free request. It is YOUR responsibility to properly word your request.

    To obtain Motorola software see the Sticky in the Motorola forum.

    The various other vendors often permit their dealers to sell the software online (i.e., Kenwood). Please use Google or some other search engine to find a dealer that sells the software. Typically each series or individual radio requires its own software package. Often the Kenwood software is less than $100 so don't be a cheapskate; just purchase it.

    For M/A Com/Harris/GE, etc: there are two software packages that program all current and past radios. One package is for conventional programming and the other for trunked programming. The trunked package is in upwards of $2,500. The conventional package is more reasonable though is still several hundred dollars. The benefit is you do not need multiple versions for each radio (unlike Motorola).

    This is a large and very visible forum. We cannot jeopardize the ability to provide the RadioReference services by allowing this activity to occur. Please respect this.

P25 simulcast multipath interference

Status
Not open for further replies.

rak313

Member
Joined
Jan 13, 2013
Messages
40
Reaction score
0
Location
Syracuse ny
Just so I'm clear on this - y'all are debating whether or not scanners perform simple Golay error correction on P25 voice frames? Or whether they do it robustly? How does one do Golay FEC non-robustly?

I don't recall a discussion about Golay FEC. I believe there was a question as to whether or not scanners do error correction. Do you know if scanners do error correction on the voice frames?

Was the pic of the scanner supposed to tell us something? If so - please elaborate.

Thanks
 

rak313

Member
Joined
Jan 13, 2013
Messages
40
Reaction score
0
Location
Syracuse ny
I just came across this Dec 2008 thread

http://forums.radioreference.com/pr...linear-simulcast-modulation-difficulties.html


Edit: I removed my comment about the lack of I/Q detector in radio shack. I miss-read the thread. He is talking about no I/Q in a software radio block, not the radio shack scanner.


Within the above thread is this link

A 455 KHz IF Downconverter for Digital Radio Reception

This guy tapped his RS PRO-2006 455 kHz and added a I/Q demod down to a few kHz, then wired to a PC sound card and used software radio to do the processing. He states he was successful at LSM demod.

To me - this implies that the RS PRO does not have I/Q demod, And this was 4 years ago - enough time to fix the problem if it was fixable. So I am guessing a new radio design will be needed to solve consumer scanner P25 simulcast.
 

Mike_G_D

Member
Joined
Dec 19, 2002
Messages
1,246
Reaction score
233
Location
Vista, CA
Hmmm...ok, let's see, how do I parse this all out...

Firstly, I would be surprised if self contained consumer scanner receivers designed to decode P25 CAI voice do not use any form of error correction! In all of my professional experience, having no error correction at all on even hard wired systems, let alone much more channel quality variable wireless systems, in real finalized working in-the-field systems would be irresponsible and problematic at best! I would think that these scanners (just so we're clear, we are talking about the current crop of fully self contained non-SDR consumer units like the GRE PSR500/600/800 and Uniden BC996XT,BC396XT, HP-1) have at least SOME form of error correction once the bits have been recovered by the hardware. I REALLY would be surprised if this was not the case!!

So I am going to go out on a limb and say that they do have some error correction but how good it is is open to discussion.

Once again, once you've recovered the bits and stuffed them into a DSP or FPGA or whatever, and start working software and/or DSP firmware magic on them, it is beyond my comfortable knowledge base. Essentially, I turn into a fairly useless idiot. So I defer to others to discuss the details and ramifications of actions within that realm.

Up to that point, based on what I know, there are various pieces of hardware that become important to various qualities in the received signals. In terms of simulcast distortion the quality and nature of the demodulator block(s) would have quite a large impact on the demodulated signal quality. The rest of the RF and IF chain would certainly be of value BUT would affect the reception of all other types of signals also - in other words, if your IMD is poor all modes would be adversely affected, as would also be the case with IF adjacent channel rejection, 1/2 IF rejection, etc. So, for the purposes of the primary discussion at hand, from a hardware standpoint alone, the demodulator quality and design is of paramount importance (with some impact possibly from the final IF filter response and quality, group delay, etc. - we probably need to keep that in mind once the impact of the demodulator is fully understood). Given this, I know that a true I/Q demodulator is the best way to handle more complex digitally modulated signals such as PI/4DQPSK and, presumably (this is where there is some uncertainty in this thread) CQPSK.

I had forgotten about that thread you linked to, rak313. I do remember following it way back when, along with many other similar ones, but, as I have found with many hardware based threads of a similar technical bent, they seem to come to an abrupt end and leave me hanging. I recall that KA1RBI was one of my favorite posters to follow regarding this but he seems to no longer frequent these forums much (though I don't scour every section). I think that what happens is that a lot of these folks are very involved in the USRP and GNU radio efforts and bring the meat of the discussions back over to sites devoted to those technologies. When it comes to sticking with more traditional superhet receivers and consumer self contained units a big problem is the lack of information - those that do know do not tell (largely because, I imagine, they are bound by company confidential information policy) and those of us who do not are left to speculate, as we are doing, using partial and incomplete information, though the speculation might be "fun" it can also be frustrating and form frequent "recursive loops" in the resulting discussions.

Now, I looked at the 455KHz IF I/Q link and did not see where the Pro-2006 was used, but I did not scour the article due to time - I saw a Collins rig being used (if I understand it, he was using the Collins rig to sniff the IF off of another receiver which may have been the 2006. I'm not sure why the Collins was used rather than simply hard tapping into the final IF of the VHF/UHF receiver - maybe because he wanted to use the Collin's superior filtering? But then the Collins is downconverting the IF to audio which seems an unnecessary extra step). Anyway, I need to read it over again in more detail. What you should know is that the 2006 is an older analog only scanner that, I am pretty sure, used a basic FM discriminator switched with an AM detector when using that mode. It has not been in production for many years (ten or so, I think, at least?). So I wouldn't use it as an indicator of current technology in consumer radio scanner design for demodulating P25 CAI voice. Also, if he is just sniffing the final IF, that is prior to the demodulator of the scanner and so completely negates that circuit (and replaces it with the Collin's IF and audio plus the external circuit).

Now I am going to ask what will be to many on this board a really stupid question. As I have said many times, I am really ignorant when the bits have been recovered and are being played with inside a DSP or FPGA, etc. My question is, can we now fully implement a software analog of an I/Q demodulator - that is, in software alone, presumably using DSP magic, can we "make" an I/Q demodulator that performs just as well and just as reliably as a hardware I/Q demodulator? Now I can see maybe two ways to go about this given my current lack of knowledge of the subject - using an high level FPGA that is software programmable so as to write code that makes the FPGA implement an I/Q demodulator using the digital gate structure of the FPGA or actually performing DSP magic on the digitized IF bits within a DSP that performs the same function as what a hardware I/Q demodulator would do. The former method implies that, in the end, digital hardware is used to perform analog processing, I am guessing through very fast switching and sampling, and is configured through software while the latter method literally performs the "I/Q demodulation" function entirely using digital signal processing functions. I am ashamed to say that my knowledge has become so rusty that I must admit uncertainty regarding the former method but the latter is completely outside my knowledge base.

The point of my question is that, if the I/Q hardware is no longer needed and can be implemented using software, then the receiver design simply needs to downconvert to an IF for A/D conversion and taken from there - no hardware demodulator is used at all. As I understand it, this is considered a form of hybrid SDR. Now, how easy and cheap is this now? And how effective is it under all RF channel conditions relative to what you get with a good quality hardware I/Q demodulator? Is it is now so cheap, easy, and reliable so as to simply use the RF and IF to do the downconverting only and omit any further dedicated analog hardware for demodulation and signal processing and perform all other tasks within DSP engines and/or FPGA's or whatever (after first doing A/D, of course, but that could also be integrated on a large scale SOC)? In that case, if so, then the types of consumer scanners we are talking about here could use (and maybe do use?) this method of post IF SDR which would mean that all of the heavy lifting regarding handling of complex signals (like LSM CQPSK) would come down to written software code - in that case, firmware updates might then have hope for fixing all simulcast distortion ills.

-Mike
 
Last edited:

rak313

Member
Joined
Jan 13, 2013
Messages
40
Reaction score
0
Location
Syracuse ny
Firstly, I would be surprised if self contained consumer scanner receivers designed to decode P25 CAI voice do not use any form of error correction!

I agree - and while I do not understand the error correction used in the P25 voice packets, I have seen the C++ code that implements it in the SDR radio, and it would not be hard for a DSP. (note: I was questioning it earlier - I now think its in there).

Also realize when I bring up SDR - its not to promote SDR on a PC (I want to buy a scanner - not tie up my pc)- but to indicate what could be placed in a DSP inside a scanner.

My question is, can we now fully implement a software analog of an I/Q demodulator - that is, in software alone, presumably using DSP magic, can we "make" an I/Q demodulator that performs just as well and just as reliably as a hardware I/Q demodulator?

I believe GSM cell phones were made with only a few ICs with some other parts 10 years ago. While GSM is not P25, GSM has many of the same issues in dealing with receiving signals, while rejecting unwanted interference, and difficult data recovery in a mobile environment at UHF.

You can do what is called bandpass sampling or IF sampling - and only use 1 A/D. However this raises the input frequency to the A/D which will not perform as well at IF as it would at baseband. The sample rate of this A/D needs only to be 2x the IF bandwidth - not 2x the IF frequency.

As to how good are these receivers are - I can't comment - I don't know, but i suspect - good enough for a scanner.

So my "guess" is yes it can mostly be done in software - and a good RF front end can be done with current technology on a single IC.


..., if so, then the types of consumer scanners we are talking about here could use (and maybe do use?) this method of post IF SDR which would mean that all of the heavy lifting regarding handling of complex signals (like LSM CQPSK) would come down to written software code - in that case, firmware updates might then have hope for fixing all simulcast distortion ills.
-Mike

This was my assumption when I started this thread - that the scanner had a single A/D at the last IF, and all of the I/Q detection was in firmware in the DSP.

For page 1 of this thread: ... If they use an A/D at the last IF, followed by a DSP - then it should be pretty easy...
 

Mike_G_D

Member
Joined
Dec 19, 2002
Messages
1,246
Reaction score
233
Location
Vista, CA
"...and a good RF front end can be done with current technology on a single IC."

That statement is what I will remain very skeptical of. That is an area I am pretty familiar with and have a lot of experience in. While, yes, you can put things like low noise RF amplifiers and double balanced mixers into an integrated RF IC, you still need external bandpass filters (and/or band reject, LPF's and HPF's, etc., depending on your application). And local oscillator(s) - do you even want that on the same chip given the potential noise issues, etc. (remember, this is for 30MHz to 1GHz coverage and not just cellular or 802.11 usage). Not to mention all of the power decoupling and matching components (for the filters and to the next stage - ideally in your case an A/D converter). One thing that has always bugged me about many who complain how the scanners need to be as small as a cell phone (though, with the proliferation of "smart phones" now that analogy isn't quite the same as it once was;-)) is that they do not realize that the laws of physics make certain RF elements the size they are simply because of the frequencies they must handle. At 800MHz and above, things can be pretty dinky and manageable in layout on a small multi-layer PCB but when you start wanting to handle frequencies down to 30MHz it gets a lot hairier (physical size-wise at least)! That's if you want to do it well and make the unit work in RF environments besides a rural farm in Kansas during vacation. Nearly every hobbyist knows what sensitivity is and always want that to be the top watermark of scanner performance. But that is so far off the mark it's nearly a complete myth. What you want is USABLE sensitivity in real world noisy RF environments. Sensitivity is an important element, of course, but it must be met given the expected RF environment - it is easy to make a receiver sensitive in a lab or out in a low level RF area but not so easy to do it and maintain that sensitivity when in the presence of in band and out of band (depending on filtering used) strong signals with multiple mixing products in odd areas of your receiver chains that you may not have expected.

A typical cell phone is not intended to be used in fringe very low signal level areas and is not designed to operate outside of 800MHz to 2GHz. You can use SAW filters at that range and they are now very prolific and relatively cheap and nearly "plug and play" (by RF standards, at least). Especially with digital modulation, all a user knows when a call drops out is that it "lost service". It could be because the level of the signal dropped too low OR it could be that the receiver's front end got swamped by a nearby signal on another frequency due to marginal IMD performance or whatever. From a user perspective, they don't know and don't care - it just lost the call. But most communications receiver users, including scanner users, want to be able to cleanly monitor signals from 30MHz thru 1GHz under many signal conditions and using many modulation modes including digital forms. That's actually a lot to do, engineering-wise, if you want to do it well and effectively.

The closest possible low cost solution that I can think of that mirrors, kind of, what you are thinking about might be those really cheap wideband digital TV dongles being heavily discussed in the SDR forums. I think they lack any major front end filtering and you are pretty much at the mercy of your environment and how well their total IMD is - I can't imagine that it is a high number. However, I am amazed at how well they do work as long as the local out of band and undesired signal situation is tame. Given that consumer grade scanners don't have very good RF performance, anyway, maybe the market will tolerate just slapping such a beast in a case with a microprocessor and memory and a keypad and audio amp and everybody will be happy. I'm kinda skeptical though. Of course, I've been ranting about RF performance (and IF performance) on consumer grade scanners for many years and not just the demodulator issues so I'm one of the "tough customers". I don't have the money any longer but if I did, I would gladly pay far more than what the current going price of consumer grade digital scanners is (around $500 to $600) assuming that it is very far below what the current professional, industrial, and/or lab grade receivers cost (not sure but guessing five or six figures for new lab grade stuff going down probably not below several thousand for whatever is out there for the professional market). I still think something with very good performance that blows away what the current sub-$700 consumer self contained consumer scanners can do is doable at no more than twice that range and possibly considerably less. It takes the right attention to the right details and not a short sighted focus on splashy features and non-technical consumer-friendly "bling".

But I digress, sorry! My main point is that that the "all the RF in one chip" thing, at least for wideband receiver design, is questionable to me. It may work and be widely available but what is the performance under real world conditions in metropolitan high level RF areas? If the performance is good what is the cost? If the cost is good, what about performance? Again, as with simulcast distortion, you can only handle so much garbage at a high level in the chain using the DSP magic - at some point, if you want good performance, you want the RF/IF chain to do its job and that is more than just amplification and frequency conversion.

What I don't want to see happen is solving one problem at the expense of adding on other problems. If we simplify the RF even more in order to shift focus to the post-IF processing in the digital realm do we want to take the possible hit in performance at the RF level and believe we can "clean it all up in post" afterwards? I don't want to see a scanner that has excellent reception of P25 LSM but which effectively dies when the neighborhood kids fire up their FRS "walkie-talkies" or the cell site down the road lights up!

-Mike
 
Last edited:

rak313

Member
Joined
Jan 13, 2013
Messages
40
Reaction score
0
Location
Syracuse ny
That statement is what I will remain very skeptical of. That is an area I am pretty familiar with and have a lot of experience in. While, yes, you can put things like low noise RF amplifiers and double balanced mixers into an integrated RF IC, you still need external bandpass filters (and/or band reject, LPF's and HPF's, etc., depending on your application). And local oscillator(s) - do you even want that on the same chip given the potential noise issues, etc. (remember, this is for 30MHz to 1GHz coverage and not just cellular or 802.11 usage).

I agree - I was really thinking about UHF 400 MHz and above - not 30 MHz or even VHF.

I also agree external RF filters are needed.

http://www.analog.com/static/imported-files/product_highlights/4341537959270Othello_G_brief2.pdf




But most communications receiver users, including scanner users, want to be able to cleanly monitor signals from 30MHz thru 1GHz under many signal conditions and using many modulation modes including digital forms.

Scanner may be a misnomer as I see the P25 receiver. I would expect most to want to listen to their county's P25 system (i.e. 1 system - not scanning multiple systems)- and it will have good signal strength - within its intended coverage area. Trying to DX another county seems difficult for P25 signals.

If I gave you a $100 P25 400MHz, 700 MHz (single system only) receiver that worked - vs a versatile $500+ 30MHz-1 GHz general purpose scanner that doesn't do a very good at P25 - which would you buy?. I have an analog scanner that is pretty much quiet. (Although I can still use it for NASCAR :) )
(Now I realize we will not get a $100 scanner for P25 - but parts cost should be less for an integrated design).


Not that I have anything against the architecture of a scanner. It may be simpler/cheaper (all things considered) to just sample the last IF with an adequate A/D/LPF to a good DSP. This would be a very good design - and would only have to mess with low frequency analog and the digital part of the radio.



...The closest possible low cost solution that I can think of that mirrors, kind of, what you are thinking about might be those really cheap wideband digital TV dongles being heavily discussed in the SDR forums. I think they lack any major front end filtering and you are pretty much at the mercy of your environment and how well their total IMD is - I can't imagine that it is a high number. However, I am amazed at how well they do work as long as the local out of band and undesired signal situation is tame. Given that consumer grade scanners don't have very good RF performance, anyway, maybe the market will tolerate just slapping such a beast in a case with a microprocessor and memory and a keypad and audio amp and everybody will be happy. I'm kinda skeptical though.

There is no doubt that the programmable pre-selection RF filter in these "cheap wideband digital TV dongles" is pretty weak - and an external set of RF filters would perform better. But I have 5 UHF TV stations within 10 miles of me - all are line-of-site (1600 kW total power) and I can still easily receive the 60W 453 MHz P25 signal (4-7 miles away) with one of those dongles.


I don't want to see a scanner that has excellent reception of P25 LSM but which effectively dies when the neighborhood kids fire up their FRS "walkie-talkies" or the cell site down the road lights up!

-Mike

My analog scanner goes deaf when I key up my FRS walkie-talkie :(

You make good points.
 

Mike_G_D

Member
Joined
Dec 19, 2002
Messages
1,246
Reaction score
233
Location
Vista, CA
And you make excellent points as well! Others have also indicated the desire for a more restricted coverage scanner that covers just the bands they are interested in and need to use in their area. I now do believe this has merit and would greatly simplify the front end design and yield greater front end protection and robustness for a given cost. I actually would like to see a modular design basically with a common IF-processing chain (we'll call this the "back end" for the sake of this discussion) and switchable front end modules. The theory is interesting and might work but there are manufacturing issues that would likely come up in terms of making those connections between modules robust enough given a consumer price range. The next best bet would be just to make band specific units as you have said. That is probably more workable given the low cost nature of the market using off the shelf components.

And, yes, I would take that band-specific specialized P25 high performer over the general purpose unit given the cost versus performance warranted it!

I think we'll just have to disagree concerning the wideband front end dongles - that is if I am understanding the implications of what you are saying. I think they make great cheap experimental tools for a hobbyist on a budget (I'm near dirt poor myself so they do look interesting to me) but I don't want that type of front end to become either common or accepted as normal for LMR reception even in consumer low end gear. Your experience is impressive but I remain, well, cautiously skeptical, if that makes any sense. But that's just me - I'm not necessarily representative of a typical scanner user. Too much RF engineering in my background, I guess.

Anyway, time to let others get in here and hear their opinions; and this thread is really about the P25 simulcast issues so I have to stop getting off track. I'm still interested in the comparison between software I/Q demodulators (assuming that's not a misnomer) and hardware I/Q demodulators - any pluses and minuses of one versus the other (aside from cost - assuming the software version is always going to be cheaper if the DSP cost is accounted for).

I'll shut up for awhile and let the others get in here and keep the discussion going - beachmark, xmo,...

-Mike
 

rak313

Member
Joined
Jan 13, 2013
Messages
40
Reaction score
0
Location
Syracuse ny
....

I don't want to see a scanner that has excellent reception of P25 LSM but which effectively dies when the neighborhood kids fire up their FRS "walkie-talkies" or the cell site down the road lights up!

-Mike

I have a hard time believing this one but - I just tried keying up my 1/2 Watt Motorola talkabout FRS, 4 ft from the antenna, and my dongle SDR P25 receiver kept decoding unbothered. The P25 talk channel I am tuned to is at 453 MHz, the FRS band is 467 MHz.

Also - bandpass sampling is a preferred approach to eliminate the last IF stage - not just for cost - but for performance in high performance receivers. It eliminates I/Q mismatch. It has its own issues though - requires small aperture A/D or S/H in front of A/D. Not necessarily cheaper either. A state-of-art 14 bit 20MHz sample rate A/D, that can sample a 250-400 MHz IF, cost around $100.

A IF at 455kHz is such a low frequency - I think one could use a 24 bit (18 bit effective) 2.5 MHz sample rate A/D (internally it's 1 bit at 20 MHz - noise shaped, filtered and decimated to 2.5 MHz, e.g. $25 AD7760 AD7760 datasheet and product info | 2.5 MSPS, 24-Bit, 100 dB Sigma-Delta ADC with On-Chip Buffer | Analog to Digital Converters | Analog Devices ). The beauty of this type of A/D is the anti-liasing LPF filter need only pass 600 kHz (455kHz) and be down 100 dB by the time it hits (20-1.25) = 18.75 MHz. That give the filter 5 octaves to get to get down by 100 dB.

The A/D is all digital after the internal sampling at 20MHz. Its internal digital filtering has over 100 dB of attenuation of frequencies above 0.45 the output sample rate (all the way to 20-1.25 =18.75 MHz) .

After sampling - there would still be out of band signals from 0 to 455kHz (-1/2 BW of desired signal) . But you have a 100 dB A/D to be able to handle that. A digital BPF in a DSP would remove these out of band signals (lowering the BW), apply a digital I/Q demodulation to baseband, and lower (decimate) the sample rate commensurate with the BW of the BPF .

You are then at the same point as if you had analog I/Q baseband signals - feeding 2 A/D converters sampling at least at the BW of the desired signal. This example is both expensive and power hungry, But some variation on this theme is very doable.
 

K9DAK

Active Member
Premium Subscriber
Joined
Dec 16, 2010
Messages
700
Reaction score
203
Location
Wauconda, IL
Amazing

Guys . . . this thread is amazing. The technical knowledge here is nothing short of awe-inspiring.

I have a degree in theoretical physics (here we have a spherical horse on a frictionless track :) ), and dabbled in electronic instrumentation design, so I understand the basics of all this, but the technical details are mind-boggling. I'm glad I spent a couple hours one evening chatting with my neighbor, who was an RF designer for Freescale, over a couple of my homebrews . . . he enlightened me about I/Q demodulators.

Keep up the great work guys . . . and if you need a VP of Quality & Regulatory for your new "best scanner in the Universe" company, keep me in mind!
 

rak313

Member
Joined
Jan 13, 2013
Messages
40
Reaction score
0
Location
Syracuse ny
...
Also - bandpass sampling is a preferred approach to eliminate the last IF stage -...
.

Mike, here are a couple of links. The 1st is for a cellular base station receiver. It is an app note - and has some hype in it for the vendor's (a few years old - now legacy) product - but it is a design example with numbers showing the achieved channel selectivity and out of band interference rejection capability using a single A/D and IF bandpass sampling.

http://www.analog.com/static/imported-files/application_notes/490279804AN502.pdf

The second link is for a current production $20 TI part intended for 2-way mobile radio. It contains both transmit and receive hardware. It can sample a 200 MHZ IF and do IQ demodulation, bandpass filter/ decimation to baseband. And then interface to an external DSP for baseband processing.

http://www.ti.com/lit/ds/symlink/afe7222.pdf
 

rak313

Member
Joined
Jan 13, 2013
Messages
40
Reaction score
0
Location
Syracuse ny
I just got the software radio OP25 working on a $20 DTV USB stick ...

This took me a while - because an updated version of the GNU software radio broke the OP25 application. So patches were required. ...

Now for some observations:

1) I live in Onondaga county, NY - which has a 15 channel simulcast system. There are 4 transmitters within 5 miles of my location. There are a lot of hills around here.

2) The OP25.grc application has a graph that shows the FM discriminator output - and the decoded dibits out ( the FM discriminator output - sampled at the symbol rate). If everything is working correctly - one should see 4 lines on the dibit output - as the samples should be only 1 of the 4 symbol values.

When the tower is not transmitting - the dibit display looks like random noise. When the transmitter is transmitting - you clearly see the 4 lines.

My dibit display looks extremely clean - very clear distinction between symbol values. And most importantly - the decoded audio sounds clean. It may be a bit too soon to judge - but I would say the quality is perfectly acceptable. BTW, this application code does do error correction.

I do not know if a consumer scanner at my location would do better/worse.
Rick

I've been listening to our county's simulcast P25 system on the E4000/RTL2832U dvt-usb stick for 2 weeks now - and i thought I'd give an update.

1) I'm only listening to 1 digital voice channel (this is a 15 channel system). There may be other software pieces that i could use to monitor to the control channel and automatically switch to the appropriate voice channel - but I have not investigated them. So as a result - i just hear what is being said on that 1 voice channel.

2) There are 15 sites in our county. The transmitters I believe I receive significant signal from are listed below:

1) 2.7 miles @ 154 deg - 90W - minor hills in way - likely could receive.
2) 5.2 miles @ 172 deg - 75W on FM radio tower - line of site.
3) 11.7 miles @ 124 deg - 90W on TV tower - line of site.
4) 3.4 miles @ 84 deg - 100W - shaded by hills - likely could receive.
5) 3.9 miles @ 57 deg - 100W - shaded by hills - likely could receive.

The system is LSM. The decoding string is as follows:

a) E4000/RTL2832U tuned to 453 MHz - sampling I/Q at 2.4576 MHz.

b) I/Q samples are translated in frequency a few kHz to fine tune (center the signal in) the channel, low pass filtered to 15 kHz bandwidth, and decimated by 64 to 38,400 I/Q samples/sec.

c) The I/Q samples are "FM quadrature detected" meaning - the current sample is divided by the sample 1 symbol time ago (8 samples in this case), and the angle of the resulting vector is computed. This angle is multiplied by 4/pi. The result is a single data stream (no longer complex) ranging from +/- 4.

d) The angle information goes to the C4FM decoder inside the op25 decode block (nothing special for CQPSK or LMS). This takes the samples and derives a sample clock from the incoming data stream, and interpolates the samples to the sample time indicated by the sample clock. The sample is then compared to the ideal bit values of +3, +1, -1, -3 - and the symbol is determined.

e) voice forward error correction bits are used to correct voice errors. The error correction is pretty robust. The "significant" voice data is protected by 11 FEC bits for every 12 data bits. FEC can correct up to 3 errors in those 23 bits.

The data symbol display shows a plot of the computed samples at the sample times. These plots look very good - such that few errors should be occurring.

So how does it sound?

For the most part - it is good - with no break-ups or beeps or chirps. There are occasional 2-6 seconds of R2D2 turkey gobble. But I have decided these are likely encrypted radios, as I have observed near perfect plots of the computed samples when this is observed - and there are no decoded words within the R2D2 gobble during a reception.

I do not know if my location is such that I just don't have the simulcast receive issue or what - but the listening is very good. Edit- added thought: I should get a GRE or Uniden P25 scanner and compare.
 
Last edited:

kruser

Well Known Member
Premium Subscriber
Joined
Nov 25, 2007
Messages
5,089
Reaction score
1,425
Location
W St Louis Cnty, MO
I've been listening to our county's simulcast P25 system on the E4000/RTL2832U dvt-usb stick for 2 weeks now - and i thought I'd give an update.


I do not know if my location is such that I just don't have the simulcast receive issue or what - but the listening is very good. Edit- added thought: I should get a GRE or Uniden P25 scanner and compare.

That's all interesting rak, I have the hardware for it but have not had time to set it up. I use the various digital scanners so if I ever setup the RTL2832, it will be an easy comparison for me.
Thanks for sharing your setup as it will give me something to go on if I ever find the time to mess with SDR!
 

rak313

Member
Joined
Jan 13, 2013
Messages
40
Reaction score
0
Location
Syracuse ny
Thanks for sharing your setup as it will give me something to go on if I ever find the time to mess with SDR!

Your welcome. Just be patient - as the code as it sits does not work - it got broke with a new update. You have to make patches to get it to work - see below:

I just got the software radio OP25 working on a $20 DTV USB stick ( The RTL2832U / Elonics E4000 SDR Radio - AKA "The $20 SDR" | Ham Radio Science ) - where the PC does the signal processing. The software application for OP25 is here DecoderPage

It assumes you have already installed the gnu-radio GNU Radio - WikiStart - gnuradio.org

On top of these 2 applications the OP25.grc code ( from here Gr-baz - SpenchWiki ) allows non-programmers to use the gnu graphical companion to change what processing blocks are in the receiver chain. I can now hear my local county's P25 audio (although only 1 channel at a time).

This took me a while - because an updated version of the GNU software radio broke the OP25 application. So patches were required. (not to mention that no one said it was broke in the 1st place- so I was left thinking I must be doing something wrong.) Eventually I stumbled across this link which explained how to fix it: OP25 - SpenchWiki

Rick
 

kruser

Well Known Member
Premium Subscriber
Joined
Nov 25, 2007
Messages
5,089
Reaction score
1,425
Location
W St Louis Cnty, MO
Good deal on the info about the broken code. I'd surely have figured I'd missed something without that info!
 

beachmark

Member
Joined
Jan 30, 2013
Messages
47
Reaction score
0
Location
Afton, VA
1) 2.7 miles @ 154 deg - 90W - minor hills in way - likely could receive.
2) 5.2 miles @ 172 deg - 75W on FM radio tower - line of site.
3) 11.7 miles @ 124 deg - 90W on TV tower - line of site.
4) 3.4 miles @ 84 deg - 100W - shaded by hills - likely could receive.
5) 3.9 miles @ 57 deg - 100W - shaded by hills - likely could receive.

c) The I/Q samples are "FM quadrature detected" meaning - the current sample is divided by the sample 1 symbol time ago (8 samples in this case), and the angle of the resulting vector is computed. This angle is multiplied by 4/pi. The result is a single data stream (no longer complex) ranging from +/- 4.

Hey Rick,

Just checking back in to what is up here. With the 2 direct Line-of-sight sites, you should have some level of multipath. With a 6 mile site difference, it would nominally be a 3 usec relative delay, BUT the site delays are probably modified to optimize the overlap delays and it could therefore be more or less at your location. From what I have read on C4FM tolerance to such delay overlap, you could be on the edge of problems or not.

And BTW, an actual FM quadrature detector works differently from what you descibe above, The IF signal is split and one half delayed by 90 degrees, or 1/4 of an actual RF cycle, and mixed==> multiplied with itself. So don't confuse this processing with an actual FM quadrature detector. Maybe it is called such but it is not the same process.

Keep up the good work! I am certainly impressed.

Regards, Mark B.
 

rak313

Member
Joined
Jan 13, 2013
Messages
40
Reaction score
0
Location
Syracuse ny
Hey Rick,

And BTW, an actual FM quadrature detector works differently from what you descibe above, The IF signal is split and one half delayed by 90 degrees, or 1/4 of an actual RF cycle, and mixed==> multiplied with itself. So don't confuse this processing with an actual FM quadrature detector. Maybe it is called such but it is not the same process.

Keep up the good work! I am certainly impressed.

Regards, Mark B.

The FM quadrature detection process I described is what I saw in the software block (assuming I read it correctly - as C++ is foreign to me) - and I purposely put it in quotes - as I did not think it represents what an analog FM discriminator would do. The signal at the point in the processing I was describing was at baseband - so there is no such thing as 1/4 RF cycle.

Rick
 

zerg901

Member
Premium Subscriber
Joined
Apr 19, 2005
Messages
3,725
Reaction score
309
Location
yup
Sometimes the FCC license contains info about the azimuth of the antennas used in a radio system. The info is buried down with the HAAT etc info. This might clarify where signals hit you from. (relevant ? - I dont really know)
 

slicerwizard

Member
Joined
Sep 19, 2002
Messages
7,779
Reaction score
2,146
Location
Toronto, Ontario
I don't recall a discussion about Golay FEC.
You yourself have posted about the error correction with 11 ECC bits protecting 12 payload bits and capable of correcting up to 3 bit errors. What kind of FEC are you talking about? Golay, that's what kind. Any discussion about P25 voice error correction is a discussion about Golay FEC.


I believe there was a question as to whether or not scanners do error correction.
Yes, that was my impression. And my response was along the lines of "Are you serious?"


Do you know if scanners do error correction on the voice frames?
Yes, I'm pretty sure I know the answer to that.


Was the pic of the scanner supposed to tell us something? If so - please elaborate.
Let's see - a scanner (made in 2005, no less) that displays "ERR" and a number while RXing P25 voice...

How could it calculate an error value if it wasn't doing error correction?

Scanner: "Ah, here's my 12 payload bits; and here are the 11 ECC bits - Ignore! Hm, what error value should I display? I dunno - let's go with 40!"

And 8 years later, it's questioned whether (current) scanners implement FEC on voice data... I guess I'm just surprised that something this obvious has to be explained.
 

rak313

Member
Joined
Jan 13, 2013
Messages
40
Reaction score
0
Location
Syracuse ny
You yourself have posted about the error correction with 11 ECC bits protecting 12 payload bits and capable of correcting up to 3 bit errors. What kind of FEC are you talking about? Golay, that's what kind. Any discussion about P25 voice error correction is a discussion about Golay FEC.

Yes, that was my impression. And my response was along the lines of "Are you serious?"

Yes, I'm pretty sure I know the answer to that.

Let's see - a scanner (made in 2005, no less) that displays "ERR" and a number while RXing P25 voice...

How could it calculate an error value if it wasn't doing error correction?


Scanner: "Ah, here's my 12 payload bits; and here are the 11 ECC bits - Ignore! Hm, what error value should I display? I dunno - let's go with 40!"

Just so I'm clear on this - y'all are debating whether or not scanners perform simple Golay error correction on P25 voice frames? Or whether they do it robustly? How does one do Golay FEC non-robustly?

I do (now) believe scanners do error correction - but they easily could just detected errors without correcting them - and still have an percent error display. At the time - i thought the error correction process was complicated and difficult. I have since found out that - while its still pretty complicated to understand - its not that hard to implement. So I believe they likely do correct the errors. But until I see Uniden or GRE state that they do (like a comment in their manual, or an advertising claim) - its just speculation.

It was not obvious to me what that display you posted meant - you could have explained it.

All we are trying to figure out is why scanners sound so crappy - so if you have anything to offer - please tell us. Possible lack of error correction was just 1 of several suggestions that probably have nothing to do with it. But we still dont't have a good answer - that we are sure is responsible.
 

beachmark

Member
Joined
Jan 30, 2013
Messages
47
Reaction score
0
Location
Afton, VA
The second link is for a current production $20 TI part intended for 2-way mobile radio. It contains both transmit and receive hardware. It can sample a 200 MHZ IF and do IQ demodulation, bandpass filter/ decimation to baseband. And then interface to an external DSP for baseband processing.

http://www.ti.com/lit/ds/symlink/afe7222.pdf

I just looked at this part; it looks to me to contain two complete RX and two complete TX converter paths. Please correct me if I am wrong here, please.

For the RX path it says this in the app section (9): "The dual ADCs can be used to capture complex I/Q inputs from a quadrature demodulator, or two independent IFs or used in a diversity configuration." So this chip in particular is not using one sampling chain and somehow deriving separate I&Q data streams with one sampling; it has 2 complete A/D sampling chains, one for I and the other for Q. Both TX and RX dual chains have all of the features of a traditional I/Q mod or demod with the gain balance adjustments and phase adjustment between I and Q to correct I-Q errors.

I need to be shown if there is a 'for real' sampling system that can derive 2 statistically independent data streams from one sampling. This does not appear to be it. And I'm not trying to be controversial; I am trying to learn.....or 'catch up' is maybe the right term!
 
Status
Not open for further replies.
Top