Bug #81
closedthd72 driver does not work with recent firmware
0%
Description
Apparently the D72 driver stopped working somewhere along the line, potentially due to a firmware change.
Files
Updated by Tom Hayward almost 13 years ago
- Platform changed from Windows to MacOS
My clone upload problems were on Mac OS X. The error chirp was giving was "self NAK'd block 0", which means the radio did not respond when the first block was uploaded to it.
I tested Ubuntu 10.04 today (Linux 2.6.32). There seemed to be issues with the cp210x usb driver. Chirp could only open the serial port 20% of the time. When it did open, I didn't get the self NAK'd error. According to chirp, the clone uploaded successfully, but the D72 reported "MCP Error". After power cycling the D72, it appears the upload was successful, despite the error message.
My hunch, as of right now, is that variance and bugs in the cp210x driver between operating systems are responsible for the errors. On OS X, the usb driver requires hardware flow control to be enabled on the virtual serial port. The Linux driver doesn't seem to care. My goal is to get the chirp D72 driver to a point where it can communicate with the cp210x USB UART from all supported operating systems.
Updated by Dan Smith almost 13 years ago
- Status changed from New to Closed
- Target version set to 0.2.1
Fixed by moving to a live driver in r1442
Updated by Tom Hayward almost 12 years ago
- File Kenwood_TH-D72_clone_mode.img Kenwood_TH-D72_clone_mode.img added
- Chirp Version changed from 0.2.0 to 0.2.3
Here is a test image for the clone mode driver. It still does not pass all tests.