Batboard

Good Afternoon All,

I am having difficulties with getting my hands in-line with my thoughts. Once upon a time, many times in a row, I was able to get XTS series radios to share a repeater while operating on different nets. i.e., the freqs were shared, but I somehow got different nets to not talk to each other (in ASTRO mode). This was all done several years ago and I've slept since then. Anyhow, I'm trying to do it again, but it's not working. I can't even get it to work right in analog mode. I can get one channel to work or all channels to talk to each other, but seperate nets aren't happening. Also, this is newer Quantar stuff using Windows based programming instead of DOS. Any ideas would be greatly appreciated. I'm sure it's just some check box I forgot about somewhere, but my brain is turning to sludge right now...

Okay, I figured out a little bit more. This windows software sucks, but that's not the thing I noticed. In the "Access Code Table" area I don't have "CR" (Community Repeater Option) available. I only have "Normal" and "DCS". That answers the whole problem of why it's not being transparent to my NAC codes. Now for the next problem... Why don't I have that option, and how do I get it? I didn't realize Quantar's came w/o that... I figured it was one of those standard things like a new car coming with a drivers seat. Silly me. Is there a work around for this? I've tried NAC code F7F but it no worky for me.

In order to get the MPL feature with a Quantar, you have to enable it in a prior screen; the tradeoff is that you are limited to only one channel. I don't have the Windows laptop in front of me, so I can't give you the precise address of the screen, but in the DOS version it is in Hardware.

Note that the MPL (or "Community Repeater") function in the Quantar is quite limited. From memory, you can have only 16 input tones, and only one of them can be a DPL.

I have never encountered the occasion to consider how the analog MPL feature co-exists with an analog/digital "dual mode" setup.

Thank you for the reply RKG, but MPL is not what I'm trying to do. I'm trying to get the repeater to be transparent with NAC codes (digital version of PL). I pulled out another repeater and it had the option on it, so all is now right with the world. I forced that software onto the first repeater and now I can do that which I knew I could do, but couldn't figure out why I was so retarded.

As a note for others that may be trying a simliar action with the windows programming software;

With the hardware options set to ASTRO CAI Capable, set the access code table to "CR $F7F". That is all. The Tx code is meaningless unless your doing wireline. This setup will allow all NAC codes to access the repeater, and the repeater will retransmit the NAC code as recieved. I ran my tests with four channels, all of them talked to their respective channel, but not to each other. The main limiting factor with this setup is only one channel can access the repeater at a time. With about 1-200 radios per repeater it's never really been an issue, but things have a tendency to change...

Okay, new turn to the same problem. Got all of my XTS's programmed up and working pretty. I didn't have any XTL's on hand for testing, but I built a program just the same. Everything that is shared is identical between XTS and XTL codeplug, but the XTL is not working right. The signal is being repeated as if there is no NAC code. All channels talk to each other. The XTS cannot hear the XTL when on different channels, but the XTL hears everything. I went back through the codeplug and matched everything up, all is golden. I then built an entirely new codeplug from scratch, but the issue remains. Any ideas?

Simple setup is ASTRO only, no analog.
Different NACs for each channel.
Normal Squelch. I had a codeplug set as CSQ, but that somehow got lost in all of the work I did yesterday, so Normal it is, but Normal works with XTS.
No Talk Groups.
Nothing fancy, just voice, not trunked.

I'm not sure it will function as you are describing.
I would guess you are scanning- but once it has carrier, does it go back into scan?

Will there be all the channels/NACs in each radio? or will each radio have a different one.

If the person normally stayed on the channel with say...NAC 294, then they wouldn't hear anything but 294 traffic.
That would probably work ok, but I don't know that regular scanning will (perhaps vote scan?)

Obviously you can only have one converstaion at a time through the repeater, since there is only one carrier and it isn't multiplexed (same goes for talkgroups in conventional)

Exactly what is the final result you want?

Oh yeah, make sure you have a fairly current Quantar firmware, as they finally implemented F7E and some other featuers that the slightly older ones did not have.

Mark

If you send me your XTL codeplug I could take a look at it.

Make sure you don't have F7E RX (but you probably know that)

You did a top node drag and drop from the XTS?

Mark

CTolley wrote: With the hardware options set to ASTRO CAI Capable, set the access code table to "CR $F7F". That is all. The Tx code is meaningless unless your doing wireline. This setup will allow all NAC codes to access the repeater, and the repeater will retransmit the NAC code as recieved. I ran my tests with four channels, all of them talked to their respective channel, but not to each other. The main limiting factor with this setup is only one channel can access the repeater at a time. With about 1-200 radios per repeater it's never really been an issue, but things have a tendency to change...

Done that but the Quantar wont repeat any P25. Analog repeating works.

I understood that I now need to set up a list of the accepted NAC's but I don't have a clue where to do that. Help?

To clarify, I am also trying to make a Quantar to repeat multiple NAC's, as a community repeater.

Erik OH2LAK

There are two ways to configure a Quantar to process P25 voice for more than one NAC.

First, as previously mentioned, in the access code table, set the RX NAC operation to CR $F7F, which will allow the station to repeat any NAC.

The second method is to set up the station for multi-NAC operation. This is similar to analog multi-coded squelch operation. To do this you first go to the SERVICE:HARDWARE CONFIGURATION screen and change the Multi-Coded Squelch field to MULTI-NAC. You then enter specific NAC's in the access code table. This allows the station to repeat more than one NAC but not all of them - just specific codes.

These features became available in station firmware 13 [and above]. The corresponding release of programming software is also required.

xmo wrote: First, as previously mentioned, in the access code table, set the RX NAC operation to CR $F7F, which will allow the station to repeat any NAC.

This seems to lack some other switch to throw, as changing the setting from 'NORMAL' to 'CR $F7F' effects P25 repeating to stop.

xmo wrote: The second method is to set up the station for multi-NAC operation. This is similar to analog multi-coded squelch operation. To do this you first go to the SERVICE:HARDWARE CONFIGURATION screen and change the Multi-Coded Squelch field to MULTI-NAC. You then enter specific NAC's in the access code table. This allows the station to repeat more than one NAC but not all of them - just specific codes.

I have to test this, this might be better so I can control which NAC's are passed through.

xmo wrote: These features became available in station firmware 13 [and above]. The corresponding release of programming software is also required.

The station runs R20 firmware and used CPS R14, so I should be good.

Thanks for the info.

Erik OH2LAK

The Multi-NAC solution seems to work and does the job, now I have control over multiple NAC's repeated by the Quantro.

Problem solved.

Erik OH2LAK