So ran a few tests with my VX-6 and latest chirp daily on my hackintosh w/ OSX 10.9.4
with generic prolific cable and the opensource pl2303 drivers, I can upload and download multiple times without issues.
With genuine rtsystems ftdi cable USB-57B, I can download without issues, but I also get an "upload hangs" scenario: somewhere in the upload (maybe 20-30%)
- the radio shows ERROR
- chirp upload progress seems stuck
- after terminating chirp upload (must be done with CTRL-C on commandline), I see:
--- Exception Dialog: Failed to communicate with the radio: write failed: [Errno 9] Bad file descriptor ---
- radio will reset to default state (normal when upload fails I believe)
In console app I see the following interesting messages:
8/8/14 12:49:30.000 PM kernel[0]: FTDIUSBSerialDriver: 0 21009e52 start - ok
8/8/14 12:50:11.000 PM kernel[0]: USBF: 391588.848 AppleUSBEHCI::Found a transaction past the completion deadline on bus 0xfd, timing out! (Addr: 5, EP: 1)
8/8/14 12:52:52.000 PM kernel[0]: USBF: 391749.665 AppleUSBEHCI::DoControlTransfer sync request on workloop thread. Use async!
Now,
I am running drivers FTDI VCP 2.2.18 (I dont think this was downloaded from rtsystems - but cant be sure). I believe due to some issues, had to uninstall Apples FTDI driver (included with Mavericks).
hackpro:build jens$ kextstat | grep -i ftdi
517 0 0xffffff7f825f8000 0x8000 0x8000 com.FTDI.driver.FTDIUSBSerialDriver (2.2.18) <82 35 5 4 3 1>
When I used the same ftdi cable on my linux box (xubuntu 14.04) and daily chirp, I did not have any trouble uploading and downloading (except when using a flakey usb extension cable).
So where I'm at now is suspicious of the serial buffers getting overrun or something like that.
While I dont think this is a chirp problem per se, I'll play around with relaxed timings to see if we can find a happy medium on uploading.