CHIRP

h2. 1. What is the behavior you are seeing?

The radio doesn't respond to chirp, the error is:

Radio did not ACK first command

I get this in the terminal where i started chirp:

User selected Baofeng UV-3R on port /dev/ttyUSB0
Clone thread started
-- Exception: --
Traceback (most recent call last):
  File "/home/anarcat/dist/chirp-daily-20120507/chirpui/clone.py", line 223, in run
    self.__radio.sync_in()
  File "/home/anarcat/dist/chirp-daily-20120507/chirp/wouxun.py", line 967, in sync_in
    self._mmap = uv3r_download(self)
  File "/home/anarcat/dist/chirp-daily-20120507/chirp/wouxun.py", line 877, in uv3r_download
    uv3r_prep(radio)
  File "/home/anarcat/dist/chirp-daily-20120507/chirp/wouxun.py", line 872, in uv3r_prep
    raise e
RadioError: Radio did not ACK first command
------
Clone failed: Radio did not ACK first command
Clone thread ended
--- Exception Dialog: Radio did not ACK first command ---
Traceback (most recent call last):
  File "./chirpw", line 68, in 
    langs += os.getenv("LANG").split(":")
AttributeError: 'NoneType' object has no attribute 'split'
----------------------------

I did not find a debug.log, looking at the source i assume this is the same.

h2. 2. What is the behavior you were expecting?

I was expecting a nice filling up of the tab with the radio data, so i can flash it back. :)

h2. 3. Can you reproduce the problem all the time?

Yes.

h2. 4. What are the steps required to reproduce the problem?

Connect a Baofeng UV-3R+ radio to a Debian Wheezy laptop using a "Kenwood/Wouxun cable".

Power up the radio.

Choose "Download from Radio" in the Radio menu, with port /dev/ttyUSB0, Vendor Baofeng et Model UV-3R.

h2. 5. Is this specific to a certain radio model (driver) or something that you can reproduce with another radio?

I am happy to say chirp looks fine with my Wouxun KG-UVD1P.

This is similar to #167, but I open a different issue because the error message is different. I also wonder if the protocol for the UV-3R+ is different from the UV-3R radio...