I have just spoken with the FCC regarding a Petition for Reconsideration filed by Motorola regarding automatic GPS and data transmissions on the GMRS band.

Motorola would like to allow automatic transmissions on the 462 MHz frequencies which includes repeater outputs (Channel 15-22) and the interstitial 462 MHz channels (Channels 1-7). The repeater inputs are not presently mentioned, however we will articulate our position to the Commission that these input frequencies should be prohibited due to the potential of interference to repeaters.

myGMRS.com (and it's parent company RepeaterFinder, LLC) will be filing an ex parte response in the docket with the following requests:

A Busy Channel Lockout (BCL) feature be mandated for any radios which are to operate in an automatic fashion. The devices must inhibit transmission if there is co-channel activity to prevent interference to other users of the shared frequencies. Blind periodic transmissions are going to be very problematic and will almost certainly cause interference.

Duty cycle limits of the bursts must be set by the FCC. I believe Uniden America proposed no more than once every 2 minutes and no more than 5 seconds per transmission. This sounds reasonable to cover longer text messages and location updates without constantly trashing the band.

The FCC plans to respond to Motorola and issue a decision in the next couple of weeks, so anyone who would like to submit comments to the record is encouraged to do so as soon as possible. No exact deadline was given, but they expressed a desire to have this hammered out within the next week or two.

I get it but it but the public won't. it will just be another "toy" for the kids to play w/.

I personally see it of no use given the limited range at the power levels of these radios. there is no way that they should be allowed on the hi side. as for BCLO I agree and timing at 5 min intervals and 2 sec of data.

The FCC made it clear that they wanted quality comments, not a large quantity. So I don't necessarily want to flood them with comments. I think it would be a good idea for people to only submit a filing to the FCC if they strongly disagree with the position I put forward. No need for everyone to file just to say the same things or to go off the reservation with other issues.

Regarding the duration of the data burst -- it really depends what modulation and baudrate they want to go with. If it's low speed, 5 seconds might be reasonable. If it's high speed, 5 seconds may be completely unnecessary. But I also don't want to sit here and argue over numbers. As long as there's some sane limit to the number of these bursts, and most importantly, busy channel lockout, I'm fairly happy.

If you do want to file now, the docket is here. Click "+ New Filing" or "+ Express" to get started:

My personal view is that there should be NO automatic data bursts for GPS tracking. I really don't see what constantly transmitting your location would be useful for. I would think that if you do want your GPS location to be transmitted, it could be sent like an ID burst upon pressing the PTT. I believe that by doing this it would not only keep the air clear from constant data chunks being sent, but also extend battery life as the radio wont be auto transmitting for two and a half minutes or receiving & decoding two and a half minutes per radio in use every hour. This allows users to update their location either through check-in or through general conversation and could even be used on a repeater as it only sends the data burst when the user is talking.

Once you hit the "auto TX" button as discussed how long a duration are you looking at before it stops. 5sec data every 2min for how long ? 10 min 10 transmissions or till the batteries go dead. like a time out timer.

This is already permitted; see the Garmin Ring for more details. This is only an expansion to GMRS channels.

My personal view is that there should be NO automatic data bursts for GPS tracking. I really don't see what constantly transmitting your location would be useful for. I would think that if you do want your GPS location to be transmitted, it could be sent like an ID burst upon pressing the PTT. I believe that by doing this it would not only keep the air clear from constant data chunks being sent, but also extend battery life as the radio wont be auto transmitting for two and a half minutes or receiving & decoding two and a half minutes per radio in use every hour. This allows users to update their location either through check-in or through general conversation and could even be used on a repeater as it only sends the data burst when the user is talking.

Speaking of the Garmin Rino, enough people are willing to shell out $650 for an FRS radio that it's still in production a decade later, and with ever more smartphone-like hardware. Hams use APRS, which has grown from a simple "amateur position reporting system" into a full-fledged tactical network (their words, not mine) which allow passing of email, instant message, position and status information…

I don't have any use for it, as nobody I communicate with has a ham ticket. However, an in-dash GPS navigator / GMRS radio (god willing, GMRS repeater, too) would be amazing, especially if it was aware of repeater coverage circles and could seamlessly and automagically switch to simplex (one less thing to worry about).

A momentary tangent into commercial land-mobile radio and fleet management - they pay thousands of dollars to use satellite to pass quick voice messages and location and status of their vehicles in real time. Clearly there's a use case, but mere mortals can't afford to find out if it suits them.

I'd like to be able to have a combination of turn-by-turn directions, and semi real-time GPS coordinate updates when I'm driving with someone else. And geolocation bursts over GMRS are a perfect opportunity to unseat Garmin's Rino protocol in favor of APRS; this will allow other vendors to compete in that market and help drive prices down. Furthermore, (knock on wood…) calling for help will include machine-readable GPS coordinates, which will direct help quickly and efficiently to the location of someone in jeopardy instead of requiring the organization of a search party or a helicopter with a thermal camera.

I'm even open to data bursts on repeater inputs, though with more trepidation - perhaps limiting them to manual triggering would be a good first step. Or another option would be to offer cheap repeater controllers with multiple tones; data would be transmitted with one PL code embedded in a sub-audible signal -- Dakota Alert embeds triggering data for their MURS driveway alarms by modulating the CTCSS tone -- and a different PL code for analog voice, allowing a repeater to silently pass data without interrupting users of legacy hardware with the modem howl of modulated data.

Another possibility is silent slow data, and the use of the whole audio spectrum for loud fast data, embedding a callsign into an opening tone and a GPS coordinate into the roger beep? I've done similar things with an Anytone I bought before their certification was pulled. The preamble and Roger beep would embed the name of the user in such a fashion that compatible receivers would display their name or callsign on their display while they were talking. It sounded like a cross between birdsong and modem sounds, and was perhaps an unpleasant roger beep to listen to, but it took no longer to transmit and was no more intrusive than one.

Is this proceeding still open? Any resolution. It worries me when Motorola asks for something. There is usually some over reach. Having 30 of those GPS gadgets on a channel at a national park will be a mess. And yes, at bubble pack prices, folks will be attaching them to their cars and motorcycles as a poor mans lojack.