• 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.

MDC1200 preamble use

Status
Not open for further replies.

IFRIED91

Arrive alive
Joined
Aug 3, 2020
Messages
561
Reaction score
180
Location
NYC area
I’ve always wondered what the purpose of the phone ringing preamble to mdc1200 was until getting into Motorola where it clearly instructs to NEVER mess with it unless absolutely positive you know how a system operates…. Can someone show or explain the preamble in the perfect mdc1200 system and what it’s supposed to sound and appear like when being decoded and encoded?
 

merlin

Active Member
Joined
Jul 3, 2003
Messages
3,948
Reaction score
1,895
Location
DN32su
Best I can say it is a packet that greatly helps synch and give time for repeaters and simulcast to respond.
Really reduces errors. I think there is more info here on RR if you search.
Comes in different flavors talking Harris or Kenwood.

My nickname for it is squeak up.
TRIVIA: Long ago Aliance used this for garage door openers.
 

902

Member
Joined
Nov 7, 2003
Messages
2,657
Reaction score
435
Location
Downsouthsomewhere
I was working for an agency with several thousand MTS2000 portables. We noticed this feature in the programming and, what we surmised was that this allowed for better MDC detection and muting where the filtering is supposed to react rapidly to the tones and mute them. I think the criticality was more in the console to reduce dispatcher fatigue. I could be wrong.

If anyone has an authoritative answer I'd like to know. My former agency all but abandoned their conventional system.

The system I work on now uses MDC1200, but cannot mute the signaling. We are not using Motorola equipment, but the MDC1200 from our non-M equipment is displayed fine on a M portable. Likewise vice versa. Our equipment does not have the capability for a preamble.
 

jruta

Member
Joined
Mar 3, 2010
Messages
358
Reaction score
107
Location
Nj
“The system I work on now uses MDC1200, but cannot mute the signaling.“

That’s got to drive you NUTZ

And I I believe merlin said it best; synchronization packets to help awaken remote receivers/repeaters. Our system uses preamble but it’s DOS muted, so all you hear on a receiving radio is a quick “Chirp”
 

Giddyuptd

Member
Premium Subscriber
Joined
Oct 6, 2018
Messages
1,433
Reaction score
470
Location
Here and there
“The system I work on now uses MDC1200, but cannot mute the signaling.“

That’s got to drive you NUTZ

And I I believe merlin said it best; synchronization packets to help awaken remote receivers/repeaters. Our system uses preamble but it’s DOS muted, so all you hear on a receiving radio is a quick “Chirp”
Most could care less, user end honestly as long as it works. Only radio nuts make issue of this. You maybe get the 1 percent who cry about it.
 

Giddyuptd

Member
Premium Subscriber
Joined
Oct 6, 2018
Messages
1,433
Reaction score
470
Location
Here and there
Yeah it just gets annoying hearing a class bell whenever someone keys up
If it annoys you wait till someone decides to cheap out on a repeater, or lacks programming there of and you'll get the mdc long tone plus a huge squelch crash at end.
 

62Truck

Ordinary Subscriber
Premium Subscriber
Joined
Aug 13, 2005
Messages
2,094
Reaction score
1,034
Location
Ø
Hahhaha Omgg I just imagine tactical public safety on HAM bands tho Lmfaooo 😂

Lol, in my experience most hams hate the MDC1200 but don't really say anything about TPS.
 

a417

Active Member
Joined
Mar 14, 2004
Messages
4,665
Reaction score
3,530
If anyone has an authoritative answer I'd like to know. My former agency all but abandoned their conventional system.

USPTO Patent Office in one of several filings said:
... Upon reception, an exact copy of the original 32 bit data packet is extracted from the 176 bit encoded data packet using conventional decoding methods. The structure of the codes insures that the information can be extracted correctly even if some of the encoded data packet has been corrupted by channel disturbances. Bit synchronization is obtained using the 24 bit preamble providing a pattern to permit extraction of bit clock information. The word synchronization is accomplished by continuously comparing the last 40 received synchronization bits with a fixed synchronization code word and when a predetermined number (35 in the preferred embodiment) of the 40 bits match the synchronization code word bits synchronization is detected. Detection of the synchronization word indicates that the 112 bits of the encoded data word follow immediately. The next 112 bits of the encoded data are stored and then decoded. Transmission time for the basic 176 bit encoded data packet is 290 milliseconds in the preferred embodiment....
copy pasta from one of several MDC related USPTO filings, interpret as you will.

The preamble (AFAIK - not a patent lawyer, EE, guru...) helps with decoding the data stream, sort of like "hey, important stuff is coming your way, this is the timing standard you should be ready for so you don't need me to send it multiple times, etc". If you start dicking with the 'introduction' of the data packet, it would make decoding less than reliable - which is why they would probably put those ominous Thar Be Dragons! warnings in RSS/CPS. I could be totally off base, but thats what make sense to me, as I read it.
 

merlin

Active Member
Joined
Jul 3, 2003
Messages
3,948
Reaction score
1,895
Location
DN32su
I was working for an agency with several thousand MTS2000 portables. We noticed this feature in the programming and, what we surmised was that this allowed for better MDC detection and muting where the filtering is supposed to react rapidly to the tones and mute them. I think the criticality was more in the console to reduce dispatcher fatigue. I could be wrong.

If anyone has an authoritative answer I'd like to know. My former agency all but abandoned their conventional system.

The system I work on now uses MDC1200, but cannot mute the signaling. We are not using Motorola equipment, but the MDC1200 from our non-M equipment is displayed fine on a M portable. Likewise vice versa. Our equipment does not have the capability for a preamble.
A feature of MDC is also like selective (or group) calling. Like tone squelch. in programming, you set this to squelch and the radio never makes a peep unless YOUR code (group code) is received. you don't hear the tones at all.
Your radio likely can be set with an alert tone when you get a call, then just voice.
Non MOTO radios may have a different name for MDC, like MaCom calls it G-Star.
Not quite the same, but tweaks with tones and timing, they are compatible. (goes from 5 tone to 2 tone.)
That preamble is not mandatory, just an added feature if you have it.
Any of the tone signaling schemes work just as well with digital as with analog.
 
Last edited:

merlin

Active Member
Joined
Jul 3, 2003
Messages
3,948
Reaction score
1,895
Location
DN32su
copy pasta from one of several MDC related USPTO filings, interpret as you will.

The preamble (AFAIK - not a patent lawyer, EE, guru...) helps with decoding the data stream, sort of like "hey, important stuff is coming your way, this is the timing standard you should be ready for so you don't need me to send it multiple times, etc". If you start dicking with the 'introduction' of the data packet, it would make decoding less than reliable - which is why they would probably put those ominous Thar Be Dragons! warnings in RSS/CPS. I could be totally off base, but thats what make sense to me, as I read it.
Your quite much on track. I never thought to use such reference.
 

merlin

Active Member
Joined
Jul 3, 2003
Messages
3,948
Reaction score
1,895
Location
DN32su
USPTO can be an incredible resource, but it can also be the vortex to end all vortices.
True, but I have found much obsolescence, but a good place to start. When advancements are made, there is little updating. I am more hardware man and try to keep on top of the 'link layer' of all this. The actual AFSK packet stream. The convolution can be a little complex, but this is really a simple protocol. Almost like teletype of the old days.
 

902

Member
Joined
Nov 7, 2003
Messages
2,657
Reaction score
435
Location
Downsouthsomewhere
Non MOTO radios may have a different name for MDC, like MaCom calls it G-Star.
Not quite the same, but tweaks with tones and timing, they are compatible. (goes from 5 tone to 2 tone.)
That preamble is not mandatory, just an added feature if you have it.
Any of the tone signaling schemes work just as well with digital as with analog.
Well... GEstar is not interoperable with MDC1200. That large system I managed had a number of M-PA portables and Orion mobiles. They were all programmed with GEstar, but I needed to install a separate ANI/ENI decoder on the console for it. They are "like" MDC1200, but can't be displayed on MDC1200 capable subscriber equipment. Same with Kenwood Fleetsync. They all do a good job, and they're all similar, but they're different. In P25 digital mode, the unit ID is imbedded in the data stream. It's sent continuously.
 

jruta

Member
Joined
Mar 3, 2010
Messages
358
Reaction score
107
Location
Nj
Well... GEstar is not interoperable with MDC1200. That large system I managed had a number of M-PA portables and Orion mobiles. They were all programmed with GEstar, but I needed to install a separate ANI/ENI decoder on the console for it. They are "like" MDC1200, but can't be displayed on MDC1200 capable subscriber equipment. Same with Kenwood Fleetsync. They all do a good job, and they're all similar, but they're different. In P25 digital mode, the unit ID is imbedded in the data stream. It's sent continuously.
if I remember correctly the Jedi series was capable of GE Star ? It’s been a really long time so I might be recalling that incorrectly
 
  • Like
Reactions: 902

902

Member
Joined
Nov 7, 2003
Messages
2,657
Reaction score
435
Location
Downsouthsomewhere
if I remember correctly the Jedi series was capable of GE Star ? It’s been a really long time so I might be recalling that incorrectly
You're right, and so did some of the Maxtrac mobiles. But the GE radios didn't do Motorola signaling. If you had a system that was a mixed procurement (some from a year Motorola had the contract, some from a year GE/Ericsson/Tyco/M/A-Com/Harris/L3Harris had the contract. That made things complicated when you were looking for console compatibility.
 
Status
Not open for further replies.
Top