[TheList] Fwd: Tait FENZ Selcall - Meaning of Status Messages

Thu Feb 24 19:37:02 AEDT 2022

I reread my earlier message, my first reference to K8 should be K6. Oops.

If I had to have an opinion i'd suspect that simplex IGC channels are 'good
enough' and I don't see a wholesale move to networking fireground
channels...  when everyone you want to talk to is within a small radius,
and you don't have to deal with network engagement delay or channel latency
(features of digital networks i've used - P25 and DMR) I don't know that
the incremental benefit of network-extended range is worth the down-sides.
But I really am just expressing a personal opinion.

On Mon, 21 Feb 2022 at 15:35, DogSecurity - Richard <
richard at dogsecurity.co.nz> wrote:

> Thanks Mark,
> yeah I was aware.of the red/white fleet differences, my intent was more of
> a 'universal' decoder. It needs reworking, I just haven't done it to my
> setup yet if I'm being honest. my Callsigns are kinda all over the show, so
> I'll probably sit down and work on it when I move into CHCH city where I
> should have better coverage for decoding.. my Seldec setup currently is
> super janky, I use the I-band link which appears to fall over sometimes, or
> the PC crashes and I don't notice.
>
> If anyone actually uses this, you should treat it more as a getting
> started guide, than anything.. and like Mark mentions, in a few years with
> NGCC coming, it'll all go out the window anyway. Be interesting to see what
> FENZ do, I'd assume they'll use MDC for statuses, and maybe look at the
> likes of a similar setup to MMR/RMR (Victorias GRN) with dispatch and
> fireground channels over the network, although I assume the 3 zones of
> Simplex for fireground works well for them, maybe they'll just keep it like
> now
> Richard / Z
> ------------------------------
> Sent from a mobile device. Please excuse my brevity, punctuation and
> spelling.
>
>
> On 21 February 2022 2:22:53 pm NZDT, Mark Foster <blakjak at gmail.com>
> wrote:
>>
>> Just a comment,
>> There's two common programming sets on FENZ LMR... basically 'red fleet'
>> (trucks)' and 'white fleet' (cars and executives).
>> Due to a limited amount of programmable memory and/or combinations of
>> tones available (IIRC?) the programming differs. White fleet radios can't
>> transmit the codes for arrival messages (K55 66 77 88 99) and Red fleet
>> radios can't transmit some other codes including, for example, K6.
>> So you may hear a fire appliance verbally indicating 'K6', usually with a
>> time attached, and Comms will manually set their status to 'available on
>> pager'.  Which tells ICAD not to indicate a verbal dispatch as being
>> required, and they're off-station so their bells won't go up, but pagers
>> will still go off etc.  When not K6 (away from truck) they're either in the
>> appliance K4/K3 (and so someone's listening to the radio) or they're on
>> station (K7 or K9 if at someone elses station on cover).  Truck on K7 or K9
>> will set off relevant station bells and PA on dispatch.
>>
>> White fleet vehicles such as those operated by support staff (VSO's and
>> Fire Investigators) aren't kept on station specifically, they could be
>> anywhere, so their default 'off the air but available' position is K8 (on
>> pager) and so their radios use this all the time. They're not
>> first-response appliances so they usually don't need to transmit arrival
>> messages. So it makes sense.
>>
>> There used be a K8 code which was 'available at residence' and when you
>> were at your normal home this would be your state, this also meant you
>> could be turned out by phonecall at a known location... this pretty much
>> stopped being used for this purpose when pagers became universal and
>> commonplace, so the K8 code was officially retired not too long ago.
>>
>> So K6 is regularly used but not by front-line appliances that are
>> permanently manned... it represents any vehicle available for dispatch
>> where the radio is not being actively monitored and thus would be for
>> almost any scenario _except_ when on station.
>>
>> The mobility devices that're starting to go out into appliances aren't
>> yet replacing LMR but I imagine that some form of digital status signalling
>> will be deployed when the analogue network is retired, presumably when it's
>> replaced with NGCC.  For the time being the status quo continues.
>>
>> Cheers
>> Mark.
>>
>> On Thu, 3 Feb 2022 at 20:41, DogSec - Richard <richard at dogsecurity.co.nz>
>> wrote:
>>
>>> And looks like I've made a mistake on my list, and it's been wrong in my
>>> radio for years... heh
>>>
>>> Value     Label
>>>
>>> 6           Pwr Failure | K66/OnPager  (there's a limit on characters
>>> that can be entered into this field so this won't fit)
>>>
>>> OnPager would only be used by the likes of your Fire Investigators,
>>> General managers etc (let's call them specialty appliances) as they carry
>>> pagers and only turn out when requested.
>>>
>>> With the introduction of mobility tablets, it's feasible that you may
>>> hear tones less often - that was certainly the case when St John started
>>> using them.
>>>
>>> Richard
>>> On 3/02/2022 7:49 pm, BJ wrote:
>>>
>>> Hi all,
>>>
>>> Just read a guide that Richard posted a while back on how to setup a
>>> TM8200 to decode the 5-tone acknowledgement string from comms.
>>> (
>>> https://radiowiki.org.nz/pipermail/thelist_radiowiki.org.nz/2019-October/003891.html
>>> )
>>>
>>> He mentions that the status codes to program are as follows...
>>>
>>> Value 	Label
>>> 0 	Station | K55
>>> 1 	Turnout | K1
>>> 2 	Pager LOS | K2
>>> 3 	KeyCbnt | K3
>>> 4 	Pgr RetOS | K4
>>> 5 	Manual | K22
>>> 6 	Pwr Fail | K7
>>> 7 	Low Batt | K7
>>> 8 	Pager | K77
>>> 9 	Brglr | K9
>>> 10 	K88
>>> 11 	** PRIORITY **
>>> 12 	Routine
>>> 13 	K99
>>>
>>> Can anyone help me with the meaning of the abbreviated words? Some of them are pretty obvious but some like "Pgr RetOS" and "Brglr" are not. I do know what the K codes mean (from the radiowiki national data) but I'm not sure if they're related or not.
>>>
>>> If someone could point me in the right direction that would be great!
>>>
>>>  Cheers,
>>>
>>> BJ
>>>
>>>
>>> _______________________________________________
>>> TheList mailing listTheList at radiowiki.org.nzhttp://radiowiki.org.nz/mailman/listinfo/thelist_radiowiki.org.nz
>>>
>>> _______________________________________________
>>> TheList mailing list
>>> TheList at radiowiki.org.nz
>>> http://radiowiki.org.nz/mailman/listinfo/thelist_radiowiki.org.nz
>>>
>> _______________________________________________
> TheList mailing list
> TheList at radiowiki.org.nz
> http://radiowiki.org.nz/mailman/listinfo/thelist_radiowiki.org.nz
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://radiowiki.org.nz/pipermail/thelist_radiowiki.org.nz/attachments/20220224/fbc34285/attachment.html>