<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">On May 22, 2013, at 11:13 PM, Tom Hayward wrote:<br><blockquote type="cite">On Wed, May 22, 2013 at 8:51 PM, Michael David <<a href="mailto:macd81@gmail.com">macd81@gmail.com</a>> wrote:<br></blockquote><blockquote type="cite"><blockquote type="cite">Greetings,<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">I just recently picked up a TH-F6A and love chirp! However, I've got a few issues:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">1) Entering Live mode.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">With the radio in PC mode, sometimes I can't get it to download / enter live<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">mode.. but it's flaky. I have fewer issues with 0.3.1 stable and 20130510 than I do<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">with the newer dailies. When it fails, the screen stays empty after initiating download,<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">and then if I try again, it says access denied and I have to quit the program.<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">FWIW, the TH-F6A code hasn't been touched since 0.2.3.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">There's nothing at Chirp's communication level that would generate<br></blockquote><blockquote type="cite">"access denied". This must be coming from your operating system, and<br></blockquote><blockquote type="cite">it is probably raised by your USB serial driver. If I were you I would<br></blockquote><blockquote type="cite">replace the cable with one of higher quality. WA8LMF recently did a<br></blockquote><blockquote type="cite">good write-up on the differences between USB serial chipsets:<br></blockquote><blockquote type="cite"><a href="http://wa8lmf.net/ham/USB-Serial-Dongles.htm">http://wa8lmf.net/ham/USB-Serial-Dongles.htm</a><br></blockquote><br>Thanks for the feedback. I believe the cable to be solid.<div><br></div><div>I'm using a DB9 radio programming cable connect to a USB Keyspan dongle </div><div>that I've had for a few years and use to configure Cisco devices. The same dongle</div><div>and cable work flawlessly with the Baofeng UV-5R and chirp. Also, I don't notice any </div><div>issues when using the Kenwood MCP-F6F7 software.</div><div><br></div><div>I believe there is a bug somewhere here, but it's a minor issue since once Chirp</div><div>successfully downloads / connects, it's smooth sailing. </div><div><br></div><div><div><blockquote type="cite"><blockquote type="cite">2) Tune Step on Import.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">A friend took time to put various freqs into CHIRP for his UV-5R and sent me a copy of<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">his file. The file includes frequencies that do not land on a 5kHz step, for example FRS<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">frequencies. The file from the UV-5R does not include a tune step field, while the<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Kenwood TH-F6A has a tune step field.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">If entering one of those frequencies into Chirp individually, setting a frequency that doesn't<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">fall on a step will return error 93 "radio refused". However, if by import, the import screen<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">doesn't realize it would be a problem entry and gray it out. When the import runs, the<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">affected channels are skipped quickly (while successfully programmed channels are<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">programmed at a slower pace.)<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">For successful imports, the tune step is defaulted to 5kHz. A workaround could be to<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">take Freq in MHz and divide by .005 and see if (floor(freq) != freq) then default the tune<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">step to 6.25, or otherwise calculate it.<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Chirp does try to guess the step size during import, and if your radio<br></blockquote><blockquote type="cite">doesn't support the step it guesses, it will gray out that memory and<br></blockquote><blockquote type="cite">not import it. You're welcome to look over that code and see if you<br></blockquote><blockquote type="cite">can improve its intelligence.<br></blockquote><br>I'll take a look. I've been meaning to dig into Python more anyway. <br><br><blockquote type="cite"><blockquote type="cite">3) Mode on import:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">NFM is specified for some entries in the UV-5R file. The Kenwood does have an FMN<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">mode though. If NFM could be mapped to FM at the user's discretion, that would be useful<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">rather than kicking it out.<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">IMHO, it's never okay to transmit FM on a NFM channel. You'll annoy<br></blockquote><blockquote type="cite">anyone receiving your signal. Outside the amateur service, you may<br></blockquote><blockquote type="cite">even be violating the license (for example, in the US Part 90 VHF is<br></blockquote><blockquote type="cite">all NFM). To avoid accidental interference, Chirp will not<br></blockquote><blockquote type="cite">automatically change the mode during an import. If you want to<br></blockquote><blockquote type="cite">manually change the mode for a set of channels, use the batch editor<br></blockquote><blockquote type="cite">by selecting multiple channels and right clicking "Edit". This is best<br></blockquote><blockquote type="cite">done in a CSV file before import.<br></blockquote><br>I agree with you, of course. However, In this case, these are frequencies that are outside <br>of the TX range of the radio. I just want to scan / monitor them. And also the TH-F6A does <br>have a narrowband mode, however it's set for the A and B VFOs rather than per channel<br>(unfortunately.)<br><br>I can edit the CSV (as I've done) but I figured I'd mention this anyway as a stumbling block <br>I had as a new user.<br><br>Thanks again,<br>Michael<br><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><br class="Apple-interchange-newline">-- <br>Michael A. David -- <a href="mailto:macd81@gmail.com">macd81@gmail.com</a><br></span>
</div>
<br></div></div></body></html>