[chirp_users] Chirp test with Wouxun.
Will load and and upload fine with no glitches during file transfer.
Software shows NFM when downloaded profile is displayed onscreen.... HOWEVER, when re-uploading to radio, the setting STILL shiws wide, as previously programmed.
Also, Scan skip is displayed onscreen, yet when sent back to the radio, again, previously programmed settings stick.
I reset the radio to factory settings and uploaded. Same situation.
Chirp perfectly downloads and uploads file correctly.
Editing settings:
I changed some settings... BUT.. when uploading them to the radio they did NOT stick. My obervations is that the program at this time can only download a file for observation. Data communication is fine; but for some reason, the program cannot change any info.
Program currently cannot load .tw files, so I can't load another profile.
Software shows NFM when downloaded profile is displayed onscreen.... HOWEVER, when re-uploading to radio, the setting STILL shiws wide, as previously programmed.
So, lets just make sure we've got our terminology straight here. CHIRP has the following definitions:
FM = 25kHz steps, 5kHz deviation NFM = 12.5kHz steps, 2.5kHz deviation WFM = (broadcast FM, wide-wide bandwidth)
That matches Icom's notion of the terminology, but not Yaesu's for example. What Yaesu calls NFM is CHIRP's FM, and what it calls FM is what CHIRP calls WFM.
Although contrary to what I told you privately, looking at the code, CHIRP's Wouxun driver does have knowledge of the Narrow/Wide bit in the Wouxun's memory, but it could be interpreting the meaning incorrectly. If you could double-check the behavior with the above definitions, that would be appreciated.
Also, Scan skip is displayed onscreen, yet when sent back to the radio, again, previously programmed settings stick.
Hmm, are you sure it's not inverted? Like, you set it for no Skip and it turns on Skip on the radio (and vice versa)?
Editing settings:
I changed some settings... BUT.. when uploading them to the radio they did NOT stick. My obervations is that the program at this time can only download a file for observation. Data communication is fine; but for some reason, the program cannot change any info.
Hmm, that's definitely strange. Have you tried changing something super obvious like a frequency or tone mode and confirmed that it does not update the radio properly?
Can anyone else with a Wouxun confirm that it's working for them? I had several people try it during development and it definitely wasn't *this* broken.
Program currently cannot load .tw files, so I can't load another profile.
Yep, this is known. While I may add support for this in the future, their file format is really dumb and so I decided against supporting it directly in the first go-round.
Thanks!
On 3/22/2011 2:58 PM, Dan Smith wrote:
Software shows NFM when downloaded profile is displayed onscreen.... HOWEVER, when re-uploading to radio, the setting STILL shiws wide, as previously programmed.
So, lets just make sure we've got our terminology straight here. CHIRP has the following definitions:
FM = 25kHz steps, 5kHz deviation NFM = 12.5kHz steps, 2.5kHz deviation
on UHF.. VHF is different.. but that isn't important right now :)
WFM = (broadcast FM, wide-wide bandwidth)
That matches Icom's notion of the terminology, but not Yaesu's for example. What Yaesu calls NFM is CHIRP's FM, and what it calls FM is what CHIRP calls WFM.
Although contrary to what I told you privately, looking at the code, CHIRP's Wouxun driver does have knowledge of the Narrow/Wide bit in the Wouxun's memory, but it could be interpreting the meaning incorrectly. If you could double-check the behavior with the above definitions, that would be appreciated.
Verified... evidently, this aspect is not being correctly "pulled" from the radio. I changed from wide to narrow via the Wouxun software, then uploaded. Verified on the radio's menu, then downloaded in chirp. Displayed mode say NFM.
Also, Scan skip is displayed onscreen, yet when sent back to the radio, again, previously programmed settings stick.
Hmm, are you sure it's not inverted? Like, you set it for no Skip and it turns on Skip on the radio (and vice versa)?
I saw the whole program indicate "S" across the board. No blanks. About half "really" are set to skip, such as weather service.
Editing settings:
I changed some settings... BUT.. when uploading them to the radio they did NOT stick. My obervations is that the program at this time can only download a file for observation. Data communication is fine; but for some reason, the program cannot change any info.
Hmm, that's definitely strange. Have you tried changing something super obvious like a frequency or tone mode and confirmed that it does not update the radio properly?
Yes... definitely did... a whole lot of frequency changes and all... no go.
Is it possible there is some "checksum" or weird bit that has to be set right for some settings to be properly acknowleged by the radio?
It's hard to decipher an unconventional radio... when used to the "big three" Wouxun tosses a few ringers in there.
on UHF.. VHF is different.. but that isn't important right now :)
No, not from CHIRP's perspective :)
Verified... evidently, this aspect is not being correctly "pulled" from the radio. I changed from wide to narrow via the Wouxun software, then uploaded. Verified on the radio's menu, then downloaded in chirp. Displayed mode say NFM.
Okay, let me make sure I've got this right. You can toggle the narrow/wide bit on the radio (or with the Wouxun software) and CHIRP's mode of NFM or FM doesn't change, is that right?
Can you send me two images (as downloaded with CHIRP) of the radio with a single N/W setting flipped on a single memory channel?
I saw the whole program indicate "S" across the board. No blanks. About half "really" are set to skip, such as weather service.
Hrm, weird. Can you send me two images (as downloaded with CHIRP) of the radio, with only a single skip bit changed on a single memory channel? (Be sure to tell me which channel :))
Yes... definitely did... a whole lot of frequency changes and all... no go.
Well, this is a big red flag that something more fundamental might be wrong. Can someone else confirm or deny this behavior on their end?
Is it possible there is some "checksum" or weird bit that has to be set right for some settings to be properly acknowleged by the radio?
Not that I saw when I had the radio with me. It was extremely willing to accept any data you sent it and write it directly into memory, almost to the point of being unsafe.
Just for further clarification, this is a KG-UVD1P, right?
On 3/22/2011 3:36 PM, Dan Smith wrote:
Okay, let me make sure I've got this right. You can toggle the narrow/wide bit on the radio (or with the Wouxun software) and CHIRP's mode of NFM or FM doesn't change, is that right?
That is correct.
Can you send me two images (as downloaded with CHIRP) of the radio with a single N/W setting flipped on a single memory channel?
I saw the whole program indicate "S" across the board. No blanks. About half "really" are set to skip, such as weather service.
Hrm, weird. Can you send me two images (as downloaded with CHIRP) of the radio, with only a single skip bit changed on a single memory channel? (Be sure to tell me which channel :))
I will send files of each request.. The radio requires TWO frequencies programmed minimum... I will send files and give you info in email line... gimme a few to reprogram.
Yes... kg-uvd1p 2m 440 version.
That is correct.
Wow, crazy!
I will send files of each request.. The radio requires TWO frequencies programmed minimum... I will send files and give you info in email line... gimme a few to reprogram.
There can be more than two memories in the image, just only change one between the "before" and "after" images.
Thanks!
On 3/22/2011 3:56 PM, Dan Smith wrote:
That is correct.
Wow, crazy!
I will send files of each request.. The radio requires TWO frequencies programmed minimum... I will send files and give you info in email line... gimme a few to reprogram.
There can be more than two memories in the image, just only change one between the "before" and "after" images.
Thanks!
files sent
participants (2)
-
Dan Smith -
John Wilkerson