Baofeng DM-1701/Baofeng DM-1802/Retevis RT-84 running latest OpenMDUV380(openGD77)

[BD4VOW]

Re: DM-1702

Is the encryption table know for this radio ?

It is not listed by RadioTool

If a firmware update is available for this radio, you may be able to brute force crack it to get the encrytion table. There are methods for this, but I don't know them.

Perhaps github md380tools has some scripts to brute force attack the encryption table if its the same size as the other radios.

I will try to find the encryption table when I have time in the coming few weeks.

[BD4VOW]

Please try this version

downloads/DM1701/Firmware/04f5e8eb0fb12 ... e139481835

Keyboard map is per the code I posted earlier

I have also changed the SK1 and SK2 function, so they should now work correctly

I did not have time yet to map SK3 to the Orange button. I may be able to do this later

Anyway, let me know whether the key mapping is now correct. It is definietly wrong if I use this firmware with my RT3S/UV380

Thank you for your quick response, I can't wait to try it, I will do the test tonight after work, and I will record a video for your information.

[BD4VOW]

Please try this version

downloads/DM1701/Firmware/04f5e8eb0fb12 ... e139481835

Keyboard map is per the code I posted earlier

I have also changed the SK1 and SK2 function, so they should now work correctly

I did not have time yet to map SK3 to the Orange button. I may be able to do this later

Anyway, let me know whether the key mapping is now correct. It is definietly wrong if I use this firmware with my RT3S/UV380

Thank you for your quick response, I can't wait to try it, I will do the test tonight after work, and I will record a video for your information.

Tonight, At first I upgraded to your latest version From my previous version successfully, And I used both Analog and DMR communicated with other hams, And most keys are correct, But the keys which connected to ROW3 seems not working except SK1&SK2.

Then I flash the radio to factory firmware & backuped codeplug, And prepare to record a full test video for you.

During the video recording, CPS flashed the binary correctly, But you labeled the DM1701 as DM1801( a very small mistake) on the fw loader UI.

But after flashing, My codeplug seems corrupt, And many functions/UIs on the radio performed abnormal, I tried many different oprations, flash again and again, Still not find the correct way, It's too late for me today, I'm gonna try more during the weekend.

[VK3KYY]

Please check the code I posted showing the key mapping

I thought I copied the details from the table of values for the keys, but perhaps I made a mistake

Re: Typo in radio name

OK. I did not have much time to add this radio to the CPS, and I made a mistake with the name
I will fix this today

Re:codeoplug

Did you load a new codeplug using the CPS

Only GD77 format of codep!ug is supported by the firmware

Perhaps the Baofeng codeplug format in the radio is similar but not identical

[VK3KYY]

I can't find the text "DM1801"

Is this in the CPS or a file name ??

Also, Please confirm that CPS can upload OK to the DM-1701

[BD4VOW]

I can't find the text "DM1801"

Is this in the CPS or a file name ??

Also, Please confirm that CPS can upload OK to the DM-1701

marked on screenshot, for your information


CPS uploading to DM-1701 works perfect!

[VK3KYY]

OK.

I think I did not upload my latest version

I will re-test and upload again

Edit. I will also change the text to include the other radios you listed

[BD4VOW]

Please check the code I posted showing the key mapping

I thought I copied the details from the table of values for the keys, but perhaps I made a mistake

The code you posted is correct! but the "3,6,9,#" keys does not work, they are connected to the same ROW3 GPIO Output with "sk1,sk2,sk3", but sk1 & sk2 works.
The key map had be verified on OpenRTX, works correctly.

Re:codeoplug

Did you load a new codeplug using the CPS

Only GD77 format of codep!ug is supported by the firmware

Perhaps the Baofeng codeplug format in the radio is similar but not identical

Yes, I backuped GD77 format of codeplug before flashing your last test binary.
I am doing more tests now.

[VK3KYY]

I found the problem

There is code which sets ROW 2 to floating / input while scanning the keys, because of some possibly problem with the functions which handle SK1 and SK2

Code: Select all

		// Set ROW2 (K3) floating, otherwise SK1 + (0, #} and SK2 + {*, RED} won't work.
		GPIO_InitStruct.Pin = KEYPAD_ROW2_Pin;
		GPIO_InitStruct.Mode = GPIO_MODE_INPUT;
		GPIO_InitStruct.Pull = GPIO_NOPULL;
		GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW;
		HAL_GPIO_Init(GPIOD, &GPIO_InitStruct);

I will need to look at this code and also the buttons code to find a solution

Possibly it may not be necessary to make this pin into input on either the 380UV or the DM-1701

[VK3KYY]

CPS

downloads/CPS/Latest/OpenGD77CPSInstall ... .04.01.exe

I also added the uploads for MD380 and also noticed that the MD-2017 is the same encryption as the MD-380UV so I added MD-2017 text to the selection for the MD-380UV

Probably support for the MD2017 would be possible with some changes to the firmware, but I don't have the MD-2017 and it is very expensive for me to buy it

Support for MD380 would be difficult becasue it does not use the C6000 IC, it uses the older C5000 and we already tried sending the same commands to the C5000 as the C6000 and it did not work.

Much more work would need to be done to port the firmware to the MD380 and any other older radios that use the C5000