OpenGD77

If I replaced the current 1 Mb flash chip in my GD-77 radio with a larger 8 Mb chip, will the OpenGD77 firmware and CPS utility support the added storage and allow uploading a larger DMR ID database?

KI5GZK wrote: ↑

Sat Aug 29, 2020 9:13 pm

If I replaced the current 1 Mb flash chip in my GD-77 radio with a larger 8 Mb chip, will the OpenGD77 firmware and CPS utility support the added storage and allow uploading a larger DMR ID database?

Basically no, changing the chip on its own will not make any difference as the firmware does not detect chip size as all normal GD-77's only have 1Mb.

To make use of the larger chip would require changes to both the firmware and also the CPS, so you'll need to modify both of those as well as modifying your radio.

I wonder how much memory we need to hold all the registered DMR Amateur numbers ?
and if a suitable flash chip is available.

[edit]
DMR MARC = 144000 registered users. >6600 DMR repeaters.
radioid.net = 104627 DMR ID's with Ham-Digital's 66966 ID's, we have a global network of 171593 DMR ID's

Hi,

It depends of the network you're using, I mean, BM is sending Talker Alias data, so using DMRIds database is useless for it.
DMR-MARC/DMRPlus/IPSC2 is another story.
Also, looking up in a 171k entries database could take quite some time, even if the current code is a bit optimized.

Cheers.
---
Daniel

One problem with the entire DMR ID database, is that a large proportion of the IDs are never used.

This is for a variety of reasons, including people with multiple ID's, club callsigns special event stations etc etc
Last time I checked HamDigital, only about 1/2 the total DMR ID's were active in the last 12 months.

Even if there was space to upload the entire database it would take quite a long time to upload the callsign and name to the radio.

If DMR MARC supported TA, then the database would be completely redundant.

In a perfect world all of the DMR networks would support Talker Alias, but that is sadly not the case.

Now if Pi-Star had the ability to inject TA data into the DMR stream, that would be a great help.

KI5GZK wrote: ↑

Mon Aug 31, 2020 11:23 pm

In a perfect world all of the DMR networks would support Talker Alias, but that is sadly not the case.

Now if Pi-Star had the ability to inject TA data into the DMR stream, that would be a great help.

Thats a good idea.
It's MMDVMHost which would need to do this, but I can't remember if MMDVMHost reads the database file.. Possibly not.

Hi,

VK3KYY wrote: ↑

Mon Aug 31, 2020 11:48 pm

KI5GZK wrote: ↑

Mon Aug 31, 2020 11:23 pm

In a perfect world all of the DMR networks would support Talker Alias, but that is sadly not the case.

Now if Pi-Star had the ability to inject TA data into the DMR stream, that would be a great help.

Thats a good idea.
It's MMDVMHost which would need to do this, but I can't remember if MMDVMHost reads the database file.. Possibly not.

MMDVMHost send the QSOInfo data to the firmware (source and destination) at the beginning of a network activity. This is how OpenGD77's hotspot code is able to send fake TA if such data is missing.


Cheers.
---
Daniel

KI5GZK wrote: ↑

Mon Aug 31, 2020 11:23 pm

In a perfect world all of the DMR networks would support Talker Alias, but that is sadly not the case.

Now if Pi-Star had the ability to inject TA data into the DMR stream, that would be a great help.

My openSPOT2 does this, but it's no use on the air on the C-bridge network here in the Pacific Northwest.