P25RX Firmware Updates / Testing

[radio3353]

Note: After Updating To To The Latest Version With TG Zone Support:
1) select all TG rows in the talk group editor. 2) Press the <Set Selected Zones> button. 3) Enter 1 for the zone. 4) Press the <Write Talk Groups> button. 5) Make sure the '1' button for the Zones is green. (press if not).

In the latest version, there are also new "Freq buttons". To set the frequency for each button, hold the shift key while pressing the left mouse button on the "freq button". This will allow you to input a frequency in MHz. After that, pressing the button is equivalent to the 'freq xxx' command in the console.

You can select what Zones will be enabled on power-cycle or a read of the configuration from the P25RX device. On the talk group editor tab, there are check-boxes for the zones. Setting these and writing the configuration will determine the default enabled zones on power up.

Todd, I performed those tasks when you first added thos features to the firmware. All works well. My question is...if I update to a newer firmware version in the future, will I have to go through this again or will the initial setup be remembered by the P25RX? Thanks.

 

[dcr_inc]

Todd,
Is there a way to change the directory for the "BTCFG-II-2022-01-09_0946.exep25rx_conlog_2022-01-10" files?.. My desktop is getting kinda cramped for space.
Thanks for all of your efforts..Great product.. Be Proud !!

 

[FreqNout]

My desktop is getting kinda cramped for space.

I also ran into that issue. My solution:
I created a p25rx folder and moved the btconfig. exe to it. Created a shortcut on the desktop pointing to the p25rx folder. The files appear to be stored where the exe is located.

 

[dcr_inc]

Thanks.. I will do that

 

[btt]

Running the 01-08 07:59 version. Log showing cc_freq of 0 on TDMA CC sites. RIDs are not reporting on a lot of transmissions.

Also, is the slot reported for the voice or cc channel? Running DSDplus at same time shows slot 1 as CC and 2 for voice. P25RX shows slot 0 most of time, occasionally slot 1.

Site 087, P25-P2 854.762500 MHz Slot 0, TG 6520 , AEP____________________, cc_freq 0.000000 mhz, RID ,2022-01-09-15:35:25, EVM 5%, -108 dBm,
Site 087, P25-P2 854.762500 MHz Slot 0, TG 6520 , AEP____________________, cc_freq 0.000000 mhz, RID 6004141,2022-01-09-15:35:25, EVM 5%, -107 dBm, aep
Site 087, P25-P2 855.187500 MHz Slot 0, TG 6531 , (unknown tgroup), cc_freq 0.000000 mhz, RID ,2022-01-09-15:36:07, EVM 6%, -110 dBm,
Site 087, P25-P2 854.762500 MHz Slot 0, TG 7203 , AEP___________________, cc_freq 0.000000 mhz, RID ,2022-01-09-15:36:12, EVM 6%, -107 dBm,
Site 087, P25-P2 854.762500 MHz Slot 0, TG 6520 , AEP____________________, cc_freq 0.000000 mhz, RID ,2022-01-09-15:36:33, EVM 8%, -109 dBm,
Site 087, P25-P2 854.762500 MHz Slot 0, TG 7203 , AEP___________________, cc_freq 0.000000 mhz, RID 6008620,2022-01-09-15:41:35, EVM 5%, -104 dBm, AEP

I will look into this. Have you tried the non-zero RID log trigger?

Todd, I performed those tasks when you first added thos features to the firmware. All works well. My question is...if I update to a newer firmware version in the future, will I have to go through this again or will the initial setup be remembered by the P25RX? Thanks.

If you update to a newer version of the firmware, you will not. If you go back to an older firmware before the change to the flash memory format for the added zone column, then you will need to import your backup.

 

[kb8q]

Operational question...

If I have roaming disabled and in the search DB Tab I have add secondaries checked, will the P25RX use a secondary freq if the system switches the CC function from the primary to a secondary?

I haven't had that question previously because the alternates weren't being used. Now it seems there is a period daily where there is a change.

 

[btt]

Operational question...

If I have roaming disabled and in the search DB Tab I have add secondaries checked, will the P25RX use a secondary freq if the system switches the CC function from the primary to a secondary?

I haven't had that question previously because the alternates weren't being used. Now it seems there is a period daily where there is a change.

No. After you have written the secondaries to the roaming flash, then you need to re-enable roaming. I usually set the timeout to a large number (99999). If you do that, then it will take 10 seconds for the switchover after the current CC drops.

 

[kb8q]

No. After you have written the secondaries to the roaming flash, then you need to re-enable roaming. I usually set the timeout to a large number (99999). If you do that, then it will take 10 seconds for the switchover after the current CC drops.

Perfect -- thanks

 

[ralexander5]

I will look into this. Have you tried the non-zero RID log trigger?

I changed the trigger to "non-zero RID" only. No longer seeing blank RIDs. Thanks
For the cc_freq of 0, I had updated 01-09 09:46 version earlier in the day several hours later it started showing correct freq again. Seems to be okay now.
For the TDMA slot question, the console log is showing slot 1 on a voice grant, but the TG log shows 0.

Site 087, P25-P2 854.762500 MHz Slot 0, TG 6211 , AEP Sinton area_______, cc_freq 0.000000 mhz, RID 6008039,2022-01-10-13:02:59, EVM 6%, -107 dBm, AEP Office
Site 087, P25-P2 854.762500 MHz Slot 0, TG 6211 , AEP Sinton area_______, cc_freq 0.000000 mhz, RID 6008039,2022-01-10-13:03:07, EVM 7%, -109 dBm, AEP Office
Site 087, P25-P2 854.762500 MHz Slot 0, TG 6150 , AEP Sinton Disp______, cc_freq 854.762500 mhz, RID 6001135,2022-01-10-13:23:26, EVM 7%, -109 dBm, AEP
Site 087, P25-P2 854.762500 MHz Slot 0, TG 6202 , Port/Ingle Svc________, cc_freq 854.762500 mhz, RID 6001036,2022-01-10-13:42:28, EVM 6%, -107 dBm, AEP Portland Steve
Site 087, P25-P2 854.762500 MHz Slot 0, TG 6202 , Port/Ingle Svc________, cc_freq 854.762500 mhz, RID 6001042,2022-01-10-13:42:34, EVM 6%, -107 dBm, AEP


P25_PII_CC: SYNC_BCST (0x30): manf=9, microslots=2056 $
BURST_0x0D0x00): 1c,40,04,82,5b,18,3a,95,9f,0d,08,09,88,88,88,88,88,88,88,05,72,a9,f0,
P25_PII_CC: VOICE GRANT (0x40), iden=8, channel=603, freq=854.762500, grp=6202 $
SYS_INFO wacn 0x92715 sys_id 0x1f8 nac 0x057 cc_freq 854.762500 $
$TDMA VOICE GRANT_00, freq 854.762500, tgroup: 6202, slot: 1
SYS_INFO wacn 0x92715 sys_id 0x1f8 nac 0x057 cc_freq 854.762500 $

==============================================================================================
grant (0x00) packet_idx 0, tgroup 6202 freq 854.7625 nac 87 rf_channel 603 follow: 0
desc: Port/Ingle Svc________ location: AEP Portland/Ingelside
control is switching to monitor grant for talkgroup on freq 854.762500
==============================================================================================
TDMA Phase II sync, freq: 854.762500, rssi: -95 dBm, TGroup: 6202, Desc: Port/Ingle Svc________, erate: 0.000 $
TDMA Phase II sync, freq: 854.762500, rssi: -96 dBm, TGroup: 6202, Desc: Port/Ingle Svc________, erate: 0.000 $
P25_PII: SRC_RID: 6008008 GRP 6202 $

 

[btt]

I changed the trigger to "non-zero RID" only. No longer seeing blank RIDs. Thanks
For the cc_freq of 0, I had updated 01-09 09:46 version earlier in the day several hours later it started showing correct freq again. Seems to be okay now.
For the TDMA slot question, the console log is showing slot 1 on a voice grant, but the TG log shows 0.

Site 087, P25-P2 854.762500 MHz Slot 0, TG 6211 , AEP Sinton area_______, cc_freq 0.000000 mhz, RID 6008039,2022-01-10-13:02:59, EVM 6%, -107 dBm, AEP Office
Site 087, P25-P2 854.762500 MHz Slot 0, TG 6211 , AEP Sinton area_______, cc_freq 0.000000 mhz, RID 6008039,2022-01-10-13:03:07, EVM 7%, -109 dBm, AEP Office
Site 087, P25-P2 854.762500 MHz Slot 0, TG 6150 , AEP Sinton Disp______, cc_freq 854.762500 mhz, RID 6001135,2022-01-10-13:23:26, EVM 7%, -109 dBm, AEP
Site 087, P25-P2 854.762500 MHz Slot 0, TG 6202 , Port/Ingle Svc________, cc_freq 854.762500 mhz, RID 6001036,2022-01-10-13:42:28, EVM 6%, -107 dBm, AEP Portland Steve
Site 087, P25-P2 854.762500 MHz Slot 0, TG 6202 , Port/Ingle Svc________, cc_freq 854.762500 mhz, RID 6001042,2022-01-10-13:42:34, EVM 6%, -107 dBm, AEP


P25_PII_CC: SYNC_BCST (0x30): manf=9, microslots=2056 $
BURST_0x0D0x00): 1c,40,04,82,5b,18,3a,95,9f,0d,08,09,88,88,88,88,88,88,88,05,72,a9,f0,
P25_PII_CC: VOICE GRANT (0x40), iden=8, channel=603, freq=854.762500, grp=6202 $
SYS_INFO wacn 0x92715 sys_id 0x1f8 nac 0x057 cc_freq 854.762500 $
$TDMA VOICE GRANT_00, freq 854.762500, tgroup: 6202, slot: 1
SYS_INFO wacn 0x92715 sys_id 0x1f8 nac 0x057 cc_freq 854.762500 $

==============================================================================================
grant (0x00) packet_idx 0, tgroup 6202 freq 854.7625 nac 87 rf_channel 603 follow: 0
desc: Port/Ingle Svc________ location: AEP Portland/Ingelside
control is switching to monitor grant for talkgroup on freq 854.762500
==============================================================================================
TDMA Phase II sync, freq: 854.762500, rssi: -95 dBm, TGroup: 6202, Desc: Port/Ingle Svc________, erate: 0.000 $
TDMA Phase II sync, freq: 854.762500, rssi: -96 dBm, TGroup: 6202, Desc: Port/Ingle Svc________, erate: 0.000 $
P25_PII: SRC_RID: 6008008 GRP 6202 $

Yes, I noticed the CC_FREQ keyword isn't working correct. It only updates at the end of a voice call. I'll check on the TDMA_SLOT as well.

 

[kb8q]

Todd,

I just pulled the data from the 2 radios to see if they ran on the Alt CC today -- because I hadn't noticed.

The simulcast here was on the alternate for about 40 minutes from 11:40 to 12:20.

I didn't even notice. And the interval between transmissions at the beginning and end was closed to 10sec.

That worked great!

James

No. After you have written the secondaries to the roaming flash, then you need to re-enable roaming. I usually set the timeout to a large number (99999). If you do that, then it will take 10 seconds for the switchover after the current CC drops.

 

[turnpike61]

Hi. I haven't listened to the recorded audio files since the last update on the 9th of January. The gap has apparently been fixed, so happy to see that. However, the audio files seem oddly sped up, and sometimes distorted. I tried this with multiple audio programs to make sure I didn't have speed-up set on any of them, and it appears to be the same across all of them. Some TGs do play at what I would consider normal speed, but most don't. I have also changed from 500ms gap to 750ms to see if this has anything to do with it. Anyone else seeing this?

 

[Vermonster]

Hi. I haven't listened to the recorded audio files since the last update on the 9th of January. The gap has apparently been fixed, so happy to see that. However, the audio files seem oddly sped up, and sometimes distorted. I tried this with multiple audio programs to make sure I didn't have speed-up set on any of them, and it appears to be the same across all of them. Some TGs do play at what I would consider normal speed, but most don't. I have also changed from 500ms gap to 750ms to see if this has anything to do with it. Anyone else seeing this?

I just quickly checked recordings from the system I've been monitoring all week (Con+) and don't hear anything abnormal.

 

[turnpike61]

I just quickly checked recordings from the system I've been monitoring all week (Con+) and don't hear anything abnormal.

Sorry the long delay. On 0109:0946, and they are still rapid and clipped. This is very unlike how they used to be, so I am definitely experiencing something. I know that it appears I am the only one experiencing this, so have added two clips to show what I am seeing. The first, the "FAU Normal" clip is from November of 2021, before the changes. The 2nd, is the "FAU CTY Abnormal" which has the random speed ups and clipped audio. The worst of it starts about 10 seconds in. I am probably going back to the November version to get good recordings back, but wanted others to see.

Dropbox - File Deleted - Simplify your life

www.dropbox.com

Dropbox - File Deleted - Simplify your life

www.dropbox.com

 

[Vermonster]

Yup, that's fast on two different players (VLC and Foobar2K) for me.
I record in MP3. I'll try some Con+ in WAV later today to see what I get.

 

[turnpike61]

Yup, that's fast on two different players (VLC and Foobar2K) for me.
I record in MP3. I'll try some Con+ in WAV later today to see what I get.

Actually, they were originally in MP3, I just converted them to .wav because I didn't have the Lame Encoder handy. They sound the same in both CODECs however.

 

[Vermonster]

I can confirm there is something wrong with how the Rx-I is encoding audio files. I experience a slightly different issue than @turnpike61 :
The same audio file will show as different lengths in various players or windows explorer.
I initially thought that this was very consistent by player--for example Foobar2K showed a length that was shorter than the file would actually play (example: it displays the length as 20 seconds, but keeps playing audio for 30 seconds) and VLC would initially show a length longer than actual, but would recalculate while playing to something close to actual. However, I can now find examples where the opposite is true, example: windows explorer shows length as 30 seconds, Foobar2K shows length as 1:13, but when actually played audio ends at 26 seconds. VLC shows 26 seconds.

I have experienced these errors with both WAV and MP3 VBR files. I will now check and see if they also occur when "High" MP3 quality is selected.

Not sure exactly what the issue is. I have seen this with some music recordings in the past where header errors create all kinds of issues. When I run a program I used to use to try and fix music files (MP3 Diags) on the RX-I files it does identify a number of errors.

(Note: I have not had time to look at RX-II audio files to see if the issue exists there as well)

 

[Vermonster]

@turnpike61 ,
Have you tried recording in MP3 high quality. This looks to produce a file that is a fixed 64kb/s rather than VBR.
For me this seems to have fixed the weirdness I was seeing around track length.
I would start recording in a fresh folder; I'm not quite sure what happens if you change recording to "high" when there is an existing file for the same day in the same folder that was created with a VBR.
Not a complete solution, but better than listening to Alvin and the Chipmunks.

 

[btt]

I will be working on P25RX today. I'll see what I can find with the audio playing back too fast. I've never observed that before. The issue with mp3 players reporting the wrong length is probably not something that can be easily solved (please correct me if I'm wrong on this). Normally, the length of an audio file would be known before encoding started. In this case, we keep appending to the file as new voice audio arrives.

 

[beischel]

I am on the most current version (1/9). This and the last two before it give me choppy or motorboating audio at times I did not have this on the earlier versions. Receiver is in the same location as before. Some transmissions are perfect, others have choppy audio.