- Users - lists.chirpmyradio.com

[chirp_users] [CHIRP] #108: .csv to include empty channels
by CHIRP Tracker 19 Aug '11

19 Aug '11

#108: .csv to include empty channels -----------------------------------------------------+---------------------- Reporter: Dan Robertson <dan.my.studio@…> | Type: Feature Status: new | Priority: Would be nice Milestone: | Component: Import/Export Version: 0.1.11 | Keywords: Platform: Windows | -----------------------------------------------------+---------------------- It would be nice to have the .csv contain the empty memory channels as well. So that you can keep the new memories in order and not have to add a line. More of a convenience thing than anything else. -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/108> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 4

[chirp_users] [CHIRP] #105: Bug Setting "default" frequency to last frequency edited..
by CHIRP Tracker 19 Aug '11

19 Aug '11

#105: Bug Setting "default" frequency to last frequency edited.. ----------------------------------------------+----------------------------- Reporter: Robert Terzi <rct+chirp@…> | Type: Bug Status: new | Priority: Cosmetic Milestone: | Component: Memory Editor Version: 0.1.11 | Keywords: Platform: Linux | ----------------------------------------------+----------------------------- I find it confusing that when I start entering a new frequency, by typing the name since it's the left most column, what ever frequency was last in focus gets automatically filled in. If I'm going fast enough I might not realize that I didn't type that frequency in and it isn't the one I want. I'd really like to see that have an undefined value if I've never set it. Alternatively if I type a name first, and there is no valid frequency yet, force the focus to be the freqency field. Another manifestation of this problem is if I double click on the name field of a frequency that isn't in use it creates a new frequency memory for me with that seemingly random (last freqency entry that had focus for editing). -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/105> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 5

[chirp_users] [CHIRP] #117: Add Yaesu FT-1500 Support
by CHIRP Tracker 19 Aug '11

19 Aug '11

#117: Add Yaesu FT-1500 Support --------------------------------+------------------------------------------- Reporter: kb1msr@… | Type: Feature Status: new | Priority: Would be nice Milestone: | Component: Memory Editor Version: | Keywords: Platform: Windows | --------------------------------+------------------------------------------- -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/117> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 1

[chirp_users] (no subject)
by jim gibbens 19 Aug '11

19 Aug '11

Hi Dan- I installed the 8/18 daily build of CHIRP and gave it a try. On the FT-2800m, as before I was able to download from the radio with no problem. I followed the procedure you recommended this morning, but I was not able to upload to the radio no matter what I tried, including switching to the 8/11 version, which had worked before. Any ideas? If it would help to have the radio back, I could send it with the TM-271A. I had no problem with the THK2. Download works fine and I was able to import and modify a csv or chirp file in "live" mode and then export it. On the IC-W32A, I still was not able to download a file from the radio. It gives the same error "class IC9xICFRadio has no attribute '_model'". I switched to the 8/11 daily build and was able to download and upload a modified .img file to the radio. I had thought there was a problem with the tone field on the 8/11 build, but it now seems to work correctly - the tones appear to be correct and they are in the tone field, not the tone sql field. Probably operator error. Thanks, Jim GivensKJ7F

3 4

[chirp_users] New Daily Build
by Dan Smith 19 Aug '11

19 Aug '11

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-08192011/ A list of the changes included in this build (since the last daily) follows: changeset: 1150:69935da6239b tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Thu Aug 18 21:03:37 2011 -0700 files: chirpw description: Write stdio to debug.log if we're not running from a terminal on Linux changeset: 1149:d168743913ec user: Dan Smith <dsmith(a)danplanet.com> date: Thu Aug 18 14:47:41 2011 -0700 files: setup.py description: Install the man page into the proper place changeset: 1148:7f59e18c9803 user: Dan Smith <dsmith(a)danplanet.com> date: Thu Aug 18 14:39:35 2011 -0700 files: share/chirpw.1 description: Fix the missing section in the chirpw manual page changeset: 1147:527833ac1754 user: Dan Smith <dsmith(a)danplanet.com> date: Thu Aug 18 14:24:32 2011 -0700 files: chirp/wouxun.py description: [uv3r] Add split duplex support changeset: 1146:703e8496319a user: Dan Smith <dsmith(a)danplanet.com> date: Thu Aug 18 13:28:58 2011 -0700 files: share/make_supported.py description: Report N/A on the support matrix for D-STAR features on non-D-STAR radios changeset: 1145:3d512f3d4952 user: Dan Smith <dsmith(a)danplanet.com> date: Thu Aug 18 13:28:35 2011 -0700 files: chirp/ic9x_icf.py description: [ic9x] Fix up mode reporting on IC9x ICF files changeset: 1144:ba370c19bc38 user: Dan Smith <dsmith(a)danplanet.com> date: Thu Aug 18 13:28:12 2011 -0700 files: chirp/idrp.py description: [idrp] Fix up feature reporting for Icom ID-RP* repeater modules changeset: 1143:c31583b0bcb3 user: Dan Smith <dsmith(a)danplanet.com> date: Thu Aug 18 13:27:37 2011 -0700 files: chirp/directory.py description: Clean up some missing and incorrect kenwood directory entries changeset: 1142:b33aa77cfd0b user: Dan Smith <dsmith(a)danplanet.com> date: Thu Aug 18 13:25:23 2011 -0700 files: chirp/wouxun.py description: [wouxun] Add split duplex support changeset: 1141:146b050e9831 user: Dan Smith <dsmith(a)danplanet.com> date: Thu Aug 18 12:35:23 2011 -0700 files: chirp/chirp_common.py share/make_supported.py description: Change how RadioFeatures is initialized so that we can stash some doc strings about each setting. Show these in the mouseover tooltip in the model support matrix.

1 0

[chirp_users] first dumb question
by David Singleton 18 Aug '11

18 Aug '11

ok, so I just found out about CHIRP, and I just joined the list, but my question is how do I install it in Ubuntu?

2 3

[chirp_users] Can't open file 8900 img
by Alvin Koffman 18 Aug '11

18 Aug '11

*Any one want to look at the .img file and try it? I'll email it **Alvin Koffman * IN brightest day, in blackest night, *No evil shall escape my sight* *Let those who worship evil's might,* *Beware my power... * *My Holy Spirit's light! *

2 7

[chirp_users] New Daily Build
by Dan Smith 18 Aug '11

18 Aug '11

Greetings, A new daily build of CHIRP is available. This includes changes made directly to the tree yesterday, and may include additional features, bug fixes, and/or bugs. If you are interested in trying it, grab it from the following location: http://trac.chirp.danplanet.com/chirp_daily/daily-08182011/ A list of the changes included in this build (since the last daily) follows: changeset: 1140:cb25bf4672a5 tag: tip user: Dan Smith <dsmith(a)danplanet.com> date: Wed Aug 17 12:39:19 2011 -0700 files: chirp/alinco.py description: [alinco] Fix getting/setting empty channels changeset: 1139:038d1e6833e6 user: Dan Smith <dsmith(a)danplanet.com> date: Wed Aug 17 12:30:15 2011 -0700 files: share/make_supported.py description: Add share/make_supported.py This script generates HTML describing each radio and the features it (or chirp) supports. changeset: 1138:adf318f4c0ae user: Dan Smith <dsmith(a)danplanet.com> date: Wed Aug 17 12:28:50 2011 -0700 files: chirp/ic9x.py chirp/kenwood_live.py chirp/wouxun.py description: Make various radios not freak if they're not given a serial or mmap pipe to read from during __init__ changeset: 1137:3c7fb41b34ea user: Dan Smith <dsmith(a)danplanet.com> date: Wed Aug 17 12:28:23 2011 -0700 files: chirp/ic9x_icf.py chirp/vx8.py description: Some VARIANT updates for nicer display changeset: 1136:8f49ebb8c4aa user: Dan Smith <dsmith(a)danplanet.com> date: Wed Aug 17 07:59:10 2011 -0700 files: tests/images/dj596.img description: [dj596] Add an image for testing changeset: 1135:9307ff20e390 user: Dan Smith <dsmith(a)danplanet.com> date: Wed Aug 17 07:46:22 2011 -0700 files: chirp/alinco.py description: [alinco] Add power levels for DJ596 and (maybe) fix the narrow flag changeset: 1134:31de8602559c user: Dan Smith <dsmith(a)danplanet.com> date: Wed Aug 17 07:40:07 2011 -0700 files: chirpui/shiftdialog.py description: Fix "Delete (and shift up)" running off the end of memories if no hole is found.

1 1

Re: [chirp_users] testing (daily on FT 2800M)
by Eric Muehlstein 18 Aug '11

18 Aug '11

I just gave the 8/17 build a try on my 2800M also. I was not able to upload back to the radio. The terminal output was either "Failed to read echo" or "Radio did not ack ID" Attached is a sample of terminal output and an .img file. On Wed, Aug 17, 2011 at 10:00 PM, jim gibbens <wetboy133(a)yahoo.com> wrote: > Hi Dan- > > I installed the 8/17 daily build of CHIRP and gave it a whirl. > > On the FT-2800m, I was able to download a file from the radio and the data > looks fine. I was able to export to .csv and .chirp without error, but could > not upload the .img file back to the radio. No error message, it just did > not work. The upload to the radio did work with the 8/11 build. > > On the TH-K2, I was able to download a file from the radio and the data > looks fine. I was able to export to .csv and .chirp and I could modify the > file "live" and correctly download the file with changes back from the > radio. So this one seems to be working pretty well as far as I can tell. > > On the IC-W32A, I was not able to download a file from the radio. It gave > an error "class IC9xICFRadio has no attribute '_model'". See below. I'd > saved a .img download off the radio from the last session and I was able to > upload that .img file to the radio. > > > > Thanks, > > Jim Givens > KJ7F > > _______________________________________________ > chirp_users mailing list > chirp_users(a)intrepid.danplanet.com > http://intrepid.danplanet.com/mailman/listinfo/chirp_users > >

2 3

[chirp_users] Testing Daily 8/17 on FT 2800
by Eric Muehlstein 17 Aug '11

17 Aug '11

I just gave the 8/17 build a try on my 2800M also. I was not able to upload back to the radio. The terminal output was either "Failed to read echo" or "Radio did not ack ID" Attached is a sample of terminal output and an .img file.

1 0