Flaws with new versions (scan/recognising burst)
Posted: Wed Jun 01, 2022 5:44 am
Dear all,
as developers didn't respond on my mail (maybe wrong one ), i have decided to post it here:
first of all i have to thank you for all the time and support / development of opengd77 project and apologize that my mail will be a little bit long. I have to say i have tested diferent types of systems, but in general - your project is along anytone one - far the best for what we need and i would really like to help you making it better. On my baofeng 1801 and gd77, i have installed older version of gd77 (stable release from june/july i think), it was released in a summer last year and is far far the best . Than, few weeks ago i have tested latest fw on gd77 and mobile rt90 and compared it to baofeng 1801 with older firmware.
Of course, latest version has many new options as dmr rx agc, beeps etc., which is making this fw even better - but it's not so good in scanning sense and recognising bursts, but funny part is, it was perfect on older stable release from summer last year, so i'm not shure what has changed on a source code or why somebody would make it worser intentional .
Having in your mind, that i have the same settings (scanning 30msec etc.), i have found out, that scanning on older fw is better because:
a) on an new fw, scanning through the dmr systems is sometimes interrupted by dmr repeater carrier, which doesn't include voice data, but is only dmr burst with other data. If you have hold time set for example for 5 seconds, the interrupted station will last as long as the burst is + 5 sec - without any voice or so and than continioue to scan. If you monitor commercial cap+ tier 3 system, it's interrupted very often - because of the constant bursts. Of course it's ham oriented but on older mentioned fw, it works with no problem - this event /problem never happens.
b) sometimes, but much more often the scanning through dmr systems also stops for 2 secs (i'm not shure why) when it finds burst of dmr without voice data. In older fw release it happens, but only stops for a second, which makes scan even faster. Is this maybe somehow connected to "filter time"? IDK.
Of course this station is not meant for scanning (buy a scanner) and commercial use - but maybe you can check what have changed from last year and compare? I don't care about handhelds, i just use older fw which is and will be save on different discs , but on RT90 i cannont install older FW. Is it possible to port older one somehow to mobile stations too?
Regarding "ignore bad crc checksum" or ignore RAS - both FW work it out with no problem - but those with older FW, it even shows TG and ID, new fw doesnt.
Please, comment in polite way and do not be rude to my findings - i did not make up this, I can proof you anytime with video, if you not believe.
as developers didn't respond on my mail (maybe wrong one ), i have decided to post it here:
first of all i have to thank you for all the time and support / development of opengd77 project and apologize that my mail will be a little bit long. I have to say i have tested diferent types of systems, but in general - your project is along anytone one - far the best for what we need and i would really like to help you making it better. On my baofeng 1801 and gd77, i have installed older version of gd77 (stable release from june/july i think), it was released in a summer last year and is far far the best . Than, few weeks ago i have tested latest fw on gd77 and mobile rt90 and compared it to baofeng 1801 with older firmware.
Of course, latest version has many new options as dmr rx agc, beeps etc., which is making this fw even better - but it's not so good in scanning sense and recognising bursts, but funny part is, it was perfect on older stable release from summer last year, so i'm not shure what has changed on a source code or why somebody would make it worser intentional .
Having in your mind, that i have the same settings (scanning 30msec etc.), i have found out, that scanning on older fw is better because:
a) on an new fw, scanning through the dmr systems is sometimes interrupted by dmr repeater carrier, which doesn't include voice data, but is only dmr burst with other data. If you have hold time set for example for 5 seconds, the interrupted station will last as long as the burst is + 5 sec - without any voice or so and than continioue to scan. If you monitor commercial cap+ tier 3 system, it's interrupted very often - because of the constant bursts. Of course it's ham oriented but on older mentioned fw, it works with no problem - this event /problem never happens.
b) sometimes, but much more often the scanning through dmr systems also stops for 2 secs (i'm not shure why) when it finds burst of dmr without voice data. In older fw release it happens, but only stops for a second, which makes scan even faster. Is this maybe somehow connected to "filter time"? IDK.
Of course this station is not meant for scanning (buy a scanner) and commercial use - but maybe you can check what have changed from last year and compare? I don't care about handhelds, i just use older fw which is and will be save on different discs , but on RT90 i cannont install older FW. Is it possible to port older one somehow to mobile stations too?
Regarding "ignore bad crc checksum" or ignore RAS - both FW work it out with no problem - but those with older FW, it even shows TG and ID, new fw doesnt.
Please, comment in polite way and do not be rude to my findings - i did not make up this, I can proof you anytime with video, if you not believe.