To fix your existing talk groups, you can either 1) manually edit / copy-paste the WACN in the talk group editor, or 2) export the talk groups to a CSV file, edit the WACN column with Excel, then import the csv file.Could be - now my question is, sorry if I missed the answer somewhere, how do I avoid or fix that when upgrading?
-Mike
Sorry, but I'm not sure I'm following. Did you have an attachment? Just in case this helps: To enable the priorities for a particular talk group in the newer firmware, you can set the priority value to something higher than 1. (e.g. 2,3,4,5, etc). The highest priority wins at channel grant time.Hello just checking on update on priority the talk group the talkgroup on the first line would have most or highest priority and as you go down the talk group the less the priority is a lot of first responders like this
I'm on it Todd!!@kruser,
Thank you for the report! The channel bandwidth and rf agc were changed in version _2244 last night.. It had some positive effects locally last night during a repeater outage. I've reverted the changes back to what they were. New version available: 2020-11-06_1101. Can you see if this fixes the issue? This is the first RF-performance related change made in a while now, so I would assume this is probably the cause.
@kruser,
Thank you for the report! The channel bandwidth and rf agc were changed in version _2244 last night.. It had some positive effects locally last night during a repeater outage. I've reverted the changes back to what they were. New version available: 2020-11-06_1101. Can you see if this fixes the issue? This is the first RF-performance related change made in a while now, so I would assume this is probably the cause.
Below is my orignalHello just checking on update on priority the talk group the talkgroup on the first line would have most or highest priority and as you go down the talk group the less the priority is a lot of first responders like this
I think that does make sense. Then we could just get rid of the pri_always command.yodermans said:
Could the default in the Priority box on software box one beside sys id be defaulted to 0 or just left blank if you not going to use priority then if you are you could use the number 1.
Hi turnpike61,Hi,
Thanks for all you do for this community. Sorry, I've been off all week due to work, and just tried the latest "stable" version. While it works fine on whatever CC I add to the P25RX Configuration tab, the device no longer roamed on loss of signal. I monitor 5 systems, so I wiped the device using bootloader and restored to 2020-10-32-1527 which still works.
The max field length of the "Alpha Tag" and "Description" fields is 32 characters each as stored in flash memory. The format and length of the talk group records has not changed at all in the new version. The only difference is the new max number of records and the WACN being added (using bits that were allocated, but unused). In other words, nothing changed with regards to the length of anything. Can you send me a copy of your talk group csv and or tgp files?How many characters can I have in the talk group editor for "Alpha Tags"? The reason I ask is because this version 2020-11-06 1342 it will only display five characters versus the twelve I believe I had before.....
Good Morning thanks for all you are doing and Yes that is good with me no need to change it. So do we still use the same priority command@yodermans ,
Sorry, I guess I did get the priority backwards from what you were saying. Higher numbers should be lower priority is that correct? The reason I started with the value 2 to "enable" the priority override function is because the previous default everyone has in flash is a priority of 1. If I change the code to use 0-1 as disable priority, start with 2 as the highest priority and 3 being the next highest priority, etc, would that be a good change?