Project

General

Profile

Actions

Bug #61

closed

Bug #62: MacOS build broken due to Python version

CHIRP Won't download from VX-8R

Added by Hamish MacArthur over 12 years ago. Updated over 12 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
02/13/2012
Due date:
% Done:

0%

Estimated time:
Chirp Version:
0.2.0
Model affected:
VX-8R
Platform:
MacOS
Debug Log:
I read the instructions above:

Description

Hi!

Sorry can't provide much info however CHIRP wont download anything from my radio even after following instructions provided on this page, the program does recognise the cable however not any of the data the radio transmits!

Hopefully someone knows an answer to the prob!

Cheers :)


Files

debug.log (1.23 KB) debug.log Log file Hamish MacArthur, 02/13/2012 08:47 PM
Actions #1

Updated by Dan Smith over 12 years ago

Have you tried the latest daily version? At the bottom of the downloads page, there is a link to the daily repository.

Actions #2

Updated by Hamish MacArthur over 12 years ago

Yeah I have, the latest version won't even open on my Mac, it says 'str' object has no attribute 'format'`

Actions #3

Updated by Dan Smith over 12 years ago

Ah, well, that is a problem :(

I'll need to resolve that first, which will probably take a few days.

Actions #4

Updated by Dan Smith over 12 years ago

  • Parent task set to #62
Actions #5

Updated by Dan Smith over 12 years ago

  • Status changed from New to Feedback

In the meantime, if you would, try this build:

http://trac.chirp.danplanet.com/chirp_daily/daily-01172012/

This is just before the change that broke things on MacOS, but should have some fixes on top of 0.1.12 to address your issue. If that build works, then we can close this issue and you can upgrade when I fix the MacOS issue.

Thanks!

Actions #6

Updated by Dan Smith over 12 years ago

Sorry, the above should have been this build:

http://trac.chirp.danplanet.com/chirp_daily/old/daily-11172011/

Actions #7

Updated by Hamish MacArthur over 12 years ago

Now getting an error saying unable to fetch CHIRP when I open the program for first use...

Thanks for your help it is appreciated! :)

Actions #8

Updated by Dan Smith over 12 years ago

Oh, dang, there was another build-related issue unrelated to this.. I bet it was right around that time. However, in looking at the change history, I think I was thinking of a change that happened shortly after 0.1.11, not 0.1.12. So, I would expect 0.1.12 to work for you.

You press the button on the radio to transmit, after clicking OK on the clone settings dialog... and then what? The radio says "Clone Error" after a while and CHIRP just never sees anything? Can you find the debug.log file? It should be in your home directory, in a hidden directory called ".chirp". If so, please send that to me.

What kind of cable are you using?

Actions #9

Updated by Hamish MacArthur over 12 years ago

Ok I redid it with the original version of software as thats what currently works best so I can give you a log file...
I am using a Maxton cable (http://maxton-corp.com/EN/Detailed.aspx?id=52&hid=2) and I can confirm it did work with the trial version of the http://www.g4hfq.co.uk/ftbvx8.htm software. The cable has a standard PL-2303 chip in it.

Actions #10

Updated by Hamish MacArthur over 12 years ago

oh and CHIRP does recognise when the cable is present and when it is not...

Actions #11

Updated by Dan Smith over 12 years ago

Hmm, so your test with the G4HFQ software was under Windows, yes? Presumably in a virtual system where you passed the entire USB device through and let Windows use its own driver, right?

The debug log shows a small burp of data being read from the radio, but not the right header and not enough data. This would tend to lead me to think about the USB driver being used, and potentially an incorrect baud rate being set. It seems that MacOS users have the most trouble getting a reliable PL2303 driver loaded. Where did you get yours? May I ask you to try sourcing one directly from Prolific's website to see if it makes any difference?

Actions #12

Updated by Hamish MacArthur over 12 years ago

I did get it directly from Prolific site however thats interesting about Baud rate etc. what should the settings be for CHIRP?

Actions #13

Updated by Hamish MacArthur over 12 years ago

Oh and yeah it was passed through a virtual windows 7 machine running through Parallels

Actions #14

Updated by Dan Smith over 12 years ago

CHIRP sets the appropriate baud rate for the radio you're using (which is 38400 for the VX8). However, if the driver doesn't honor the rate setting, then the behavior you're seeing would make sense.

I'm not familiar with Maxton devices, so I'm really not sure what to say. If you try the same version of CHIRP in your windows VM and it works, then I really have no other suggestion other than to point at the MacOS driver for the cable.

You might join and post to the chirp_users mailing list. There are several MacOS users there that are more "up" on some of the driver issues. You might get a better answer there. In the past, several discussions have ensued about choosing the right MacOS driver, so I know there is some confusion in that space. A quick scan of the previous threads didn't turn up much, other than someone else with a similar problem that moved to a different cable entirely (which did work, by the way).

Actions #15

Updated by Dan Smith over 12 years ago

  • Status changed from Feedback to Closed
  • Chirp Version changed from 0.1.12 to 0.2.0

Closing as abandoned

Actions

Also available in: Atom PDF