CHIRP

Works great! Thanks

Additional info about using the Radtel RT-900 BT/KSUN UV110D over Bluetooth:
It works on Linux (and possibly MacOS) if you use the ble-serial:

1. Install ble-serial Python package (pip install ble-serial)
2. Make note of the Radio MAC address (xx:xx:xx:xx:xx:xx) e.g. from Android BT application (or install blescan and use sudo blescan to find the devices in neighborhood)
3. run ble-serial -d xx:xx:xx:xx:xx:xx (xx:xx:xx:xx:xx:xx being the address)
4. In the Download/Upload dialog choose /tmp/ttyBLE as the Custom... port and do standard download/upload
5. Please note that the radio restarts after upload and BLE BT connection is lost, you have to restart ble-serial in such case
6. If you want to make it permanent, add /tmp/ttyBLE to favorite_ports= into the [state] section (you may have to create the key) in ~/.chirp/chirp.config with your favorite editor to have it always listed in port list, e.g. with USB adapters (this will add them to the front of the list of possible ports so that you can quickly choose between them):

favorite_ports = /dev/ttyUSB0,/tmp/ttyBLE,/dev/ttyACM0

Pavel, this looks like good info to put into a Documentation page. Can I create it from your content above and let you edit it further?

Of course, use it as you wish, it is actually based on some of your information as well. But there should probably be a warning it may not work well with radios connected with external BLE adapters

Added to the Documentation page as BLERadios. Gave you edit access, so feel free to tweak as needed (and if needed). Thanks!

OK, thanks. I have edited it to include the information which models are known to work and which I have verified as not working with the external adapter. Hopefully the edit is OK with you.

Indeed, thanks!

On a Clorgo BT-8000Pro upgraded to V0.06 firmware, this worked perfectly. I was able to add FRS and GMRS channels and save back to the radio without issues.

Justin, what is "this"? The BT procedure or the test driver attached to this module? If it's the test module here, please use Help->Report or update a bug to send a debug log to this issue (after download/upload) so we can get the result recorded and get your model included in the alias map. If it's just using the BT procedure but a different driver, please open a new New Model request with the details so we can get it added to the model alias map separately.

I think he meant the driver. Clorgo BT-8000Pro should be an alias for KSUN UV110D (they are the same radio sold under different label, unlike RT-900 Pro which has at least different front panel). I am sorry, I have extremely busy work week so I won't be able to adapt the driver to be put together with the original one yet.

Okay, you can put it in chirp/share/model_alias_map.yaml and it will show up on the front page as an alias after the build with that change.

Just received the RT-900 Bluetooth sold as 256 memories.

I upgraded the firmware V1.09P and radio is Hardware V1.1B. After running the V1.09 firmware update which stated it was 512 memories it upgraded my radio to 512. Bluetooth is also still functional. Have tested and radio does indeed support more than 256 memory locations using the kdh_uv110D_BT.py.

Only suggestion is that in the mode field please add AM as copying and paste data from UV-K5 data sets error out due to no AM option. The current work around is to change the mode in the incoming file to FM which allows the cut and paste. The other interesting finding is the radio will automatically change any entries it sees in the Airband frequency range to AM even in the CHIRP spreadsheet I have mode set to FM.

Otherwise have not found any problems, so thank you!

There is no internal channel setting for AM/FM switching which would represent it, only auto detection and global AM/FM setting in settings tab, unfortunately. This is why the copy & paste cannot be fixed unless somebody has an idea how to make it work (maybe some conversion during paste in one of the methods changing the binary data?)

Yes I did discover that the AM setting in the menu is a global setting. Seems the firmware and the CPS software are half baked in terms of this missing parameter as well as any form of decent scanning setup other then a global one compared to the CPS for the RT-860. I have read that they used a different Beken chip and not the BK1080 which is in the Quansheng. For now I can work around the cut and paste issue by changing the mode from AM to FM in the files I am copying thanks for the quick reply!

Came a cross quite a major bug..... If supermode(Press 8 and PTT whilst turning on) is enabled, the driver nolonger works. Returns and error "Radio returned unknown Identification string"

Kevin Omura wrote in #note-15:

Yes I did discover that the AM setting in the menu is a global setting. Seems the firmware and the CPS software are half baked in terms of this missing parameter as well as any form of decent scanning setup other then a global one compared to the CPS for the RT-860. I have read that they used a different Beken chip and not the BK1080 which is in the Quansheng. For now I can work around the cut and paste issue by changing the mode from AM to FM in the files I am copying thanks for the quick reply!

Manual modulation per channel has now been added to both versions of the rt-900

Kevin Omura wrote in #note-15:

Yes I did discover that the AM setting in the menu is a global setting. Seems the firmware and the CPS software are half baked in terms of this missing parameter as well as any form of decent scanning setup other then a global one compared to the CPS for the RT-860. I have read that they used a different Beken chip and not the BK1080 which is in the Quansheng. For now I can work around the cut and paste issue by changing the mode from AM to FM in the files I am copying thanks for the quick reply!

Manual modulation per channel has now been added to both versions of the rt-900

Pavel Moravec wrote in #note-14:

There is no internal channel setting for AM/FM switching which would represent it, only auto detection and global AM/FM setting in settings tab, unfortunately. This is why the copy & paste cannot be fixed unless somebody has an idea how to make it work (maybe some conversion during paste in one of the methods changing the binary data?)

Manual modulation per channel has now been added to both versions of the rt-900

(apologies for the repeated message.. I kept sending to wrong person)

Fred Trimble wrote in #note-21:

Just got a RT-900 BT and updated the firmware to V1.15P.

Glad to see the community is already working on getting this radio added to CHIRP. I think it's just about there...

This attached version fixes some of the outstanding annoyances I found when testing out this experimental driver:

1) Adds "AM" as a Mode and validation to the memory channel grid for Airband frequencies (118.0 - 136.0 MHz).
2) Fixes "AM" paste to memory channel grid. Allows AM channels to be pasted from other CHIRP images.
3) Fixes PF2 Key (Short Press) where setting index was off 1 causing incorrect setting to be uploaded to radio from CHIRP.

I have not tested these fixes on a RT-900. Maybe someone else can do that and confirm they work on that radio too.

Thx, Fred

A quick test on my 900bt and all seems to be working... Thank you for the update mate..

Update

Sadly if you try changing Mil Airband from FM to AM it fails. It can be done on the radio but chirp fails to allow it

Mil Airband is 225.0 to 399.95 MHz btw

Fred Trimble wrote in #note-25:

Andrew Thornton wrote in #note-23:

Update

Sadly if you try changing Mil Airband from FM to AM it fails. It can be done on the radio but chirp fails to allow it

Andrew Thornton wrote in #note-24:

Mil Airband is 225.0 to 399.95 MHz btw

Didn't think about the MIL AM Airband...

The attached version will also allow AM Airband frequencies from 225.0 to 399.95 MHz.

Give it a try!

Thanks mate that worked a charm

The last issue is that the driver stops allowing AM after 136... actual range is 117.975 – 137.000

give it a try... always fails for me..

Anywau AWESOME WORK MATE

Thank you

Fred Trimble wrote in #note-28:

Andrew Thornton wrote in #note-26:

Thanks mate that worked a charm

The last issue is that the driver stops allowing AM after 136... actual range is 117.975 – 137.000

give it a try... always fails for me..

Anywau AWESOME WORK MATE

Thank you

Andrew Thornton wrote in #note-27:

An attempt to fix the issue mentioned above where Airband is not recognised between 136-137 seems to have worked but may be someone could check and improve it....

This is based on Fred Trimble work so all credits to him

Here is yet another updated version that fixes the following:

1) Expands Airband range to 108.0 - 136.975 MHz to follow what that RT-900 BT (V1.15P) interprets as AM modulation when frequencies are input in VFO mode.
2) Coerces AM Mode on radio for MIL Airband range 225.0 - 399.95 MHz.
3) Coerces RX only (duplex off) on all AM mode memory channels.

Should be getting pretty close now on the AM Airband nuances, no?

Thx, Fred

Cheers for the new update...

Fred Trimble wrote in #note-30:

I wanted to make a version of the RT-900 BT driver that would allow AM Mode to be used outside of the Airband and MIL Airbands. The attached version will allow AM mode on any frequency, but will pop-up a warning dialog in the process. The prior versions I uploaded would only disallow AM mode outside of Airbands. The reason for doing this was to follow in the CHIRP driver what the radio (fw 1.15P) actually allows.

Thx, Fred

Great work mate... And actually in my view the best option... Just looking at what you did om the py file for future ref... Also noticed you attempted to add a shrt cut for am modulation for sidebutton 3...Unfortunately does not work but may be will if Radtel adds the option in future..

Thank you for the work yu put in on this driver... Makes life far easier... By the way end of this week/beginning of next Radtel are due to release a new fw/cps version and BT app... Tp fix a few issues I mentioned too them as well as allow global am modulation in their apps too.. Hopefuly they will allow step changing in the the apps too(needs it in CHirp)

Apologies for the spelling... Fat finger issues...

If you have and contacts at Radtel maybe you could find out where the Step size is stored in the memory map and what the valid modes and their values are.

Thx, Fred

Am the Admin/Mod in their Official telegram group so will ask and see what I can find out...