[chirp_users] Kenwood TH-D72 Issue
Hello to the Group,
Like several other users have posted, I too have a Kenwood TH-D72 portable and just recently started using Chirp. In addition, I also have had problems sending an image to the radio in Clone mode. I see where issues 2455 and 1611 address this problem.
After playing with the radio and seeing what is in it after the upload, I'd like to add several pieces of information.
1. Both issues 2455 and 1611 appear to me to be the same issue. Yes, the newly progammed 2m channels don't transmit (same as non-functional). However, when I look at the memories in the radio by band, the newly programmed 2m channels show up on the UHF side of the radio, not the VHF side. Apparently, when you try to transmit on these channels, the radio thinks these channels are out-of-band and will not transmit. Otherwise, the channels appear to receive OK.
2. Before programming these new channels, I completely read all the memories in the radio, both VHF and UHF channels and saved the image. I then added several new VHF channels to the image and then programmed everything back to the radio. When everything was finished, the new channels were added in the correct memory position but on the UHF side of the radio (as described above). However, the original channels were in their original positions and worked normally. There were no problems with transmitting on the original VHF channels.
3. If I didn't know anything about the inner workings of Chirp, I'd probably conclude that: - The write (clone) process works OK (the original channels went back to where they were and work OK). - The process of taking the image and putting the contents on the wire to the radio works OK. - Something in Chirp is classifying VHF frequencies as UHF channels at data entry time. Upon upload to the radio, the radio is instructed somehow to place these entries in the UHF side where they will fail instead of the VHF side where they belong.- The process of taking the image and putting the contents on the wire to the radio works OK.
Software in use: Chirp 0.4.1 and nightly build 20150513. PC is running slackware 14.1 (64-bit).
Hope this helps the developers fix the bug.
73, Mark, N2MH
For a long time the clone mode driver was hidden because of bugs like this. The live mode driver is much more reliable. For some reason people like clone mode, so we re-enabled it.
If I were you, I'd stick to the live mode driver. That's what I use with my TH-D72.
Tom KD7LXL On May 25, 2015 2:56 PM, "Mark Herson, N2MH" n2mh@n2mh.net wrote:
Hello to the Group,
Like several other users have posted, I too have a Kenwood TH-D72 portable and just recently started using Chirp. In addition, I also have had problems sending an image to the radio in Clone mode. I see where issues 2455 and 1611 address this problem.
After playing with the radio and seeing what is in it after the upload, I'd like to add several pieces of information.
- Both issues 2455 and 1611 appear to me to be the same issue. Yes, the
newly progammed 2m channels don't transmit (same as non-functional). However, when I look at the memories in the radio by band, the newly programmed 2m channels show up on the UHF side of the radio, not the VHF side. Apparently, when you try to transmit on these channels, the radio thinks these channels are out-of-band and will not transmit. Otherwise, the channels appear to receive OK.
- Before programming these new channels, I completely read all the
memories in the radio, both VHF and UHF channels and saved the image. I then added several new VHF channels to the image and then programmed everything back to the radio. When everything was finished, the new channels were added in the correct memory position but on the UHF side of the radio (as described above). However, the original channels were in their original positions and worked normally. There were no problems with transmitting on the original VHF channels.
- If I didn't know anything about the inner workings of Chirp, I'd
probably conclude that:
- The write (clone) process works OK (the original channels went back to
where they were and work OK).
- The process of taking the image and putting the contents on the wire to
the radio works OK.
- Something in Chirp is classifying VHF frequencies as UHF channels at
data entry time. Upon upload to the radio, the radio is instructed somehow to place these entries in the UHF side where they will fail instead of the VHF side where they belong.- The process of taking the image and putting the contents on the wire to the radio works OK.
Software in use: Chirp 0.4.1 and nightly build 20150513. PC is running slackware 14.1 (64-bit).
Hope this helps the developers fix the bug.
73, Mark, N2MH
chirp_users mailing list chirp_users@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users To unsubscribe, send an email to chirp_users-unsubscribe@intrepid.danplanet.com
What vhf/uhf sides? There is only one set of memories that I know of.
Jardy Dawson WA7JRD
Message used osmosis to get into your brain.
-----Original Message----- From: "Mark Herson, N2MH" n2mh@n2mh.net Sent: 5/25/2015 14:56 To: "chirp_users@intrepid.danplanet.com" chirp_users@intrepid.danplanet.com Subject: [chirp_users] Kenwood TH-D72 Issue
Hello to the Group,
Like several other users have posted, I too have a Kenwood TH-D72 portable and just recently started using Chirp. In addition, I also have had problems sending an image to the radio in Clone mode. I see where issues 2455 and 1611 address this problem.
After playing with the radio and seeing what is in it after the upload, I'd like to add several pieces of information.
1. Both issues 2455 and 1611 appear to me to be the same issue. Yes, the newly progammed 2m channels don't transmit (same as non-functional). However, when I look at the memories in the radio by band, the newly programmed 2m channels show up on the UHF side of the radio, not the VHF side. Apparently, when you try to transmit on these channels, the radio thinks these channels are out-of-band and will not transmit. Otherwise, the channels appear to receive OK.
2. Before programming these new channels, I completely read all the memories in the radio, both VHF and UHF channels and saved the image. I then added several new VHF channels to the image and then programmed everything back to the radio. When everything was finished, the new channels were added in the correct memory position but on the UHF side of the radio (as described above). However, the original channels were in their original positions and worked normally. There were no problems with transmitting on the original VHF channels.
3. If I didn't know anything about the inner workings of Chirp, I'd probably conclude that: - The write (clone) process works OK (the original channels went back to where they were and work OK). - The process of taking the image and putting the contents on the wire to the radio works OK. - Something in Chirp is classifying VHF frequencies as UHF channels at data entry time. Upon upload to the radio, the radio is instructed somehow to place these entries in the UHF side where they will fail instead of the VHF side where they belong.- The process of taking the image and putting the contents on the wire to the radio works OK.
Software in use: Chirp 0.4.1 and nightly build 20150513. PC is running slackware 14.1 (64-bit).
Hope this helps the developers fix the bug.
73, Mark, N2MH
_______________________________________________ chirp_users mailing list chirp_users@intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users To unsubscribe, send an email to chirp_users-unsubscribe@intrepid.danplanet.com
participants (3)
-
Jardy Dawson -
Mark Herson, N2MH -
Tom Hayward