- Users - lists.chirpmyradio.com

[chirp_users] [CHIRP] #78: Error on writing to an empty memory slot
by CHIRP Tracker 08 Feb '11

08 Feb '11

#78: Error on writing to an empty memory slot -------------------------------+-------------------------------------------- Reporter: chirp@… | Type: Bug Status: new | Priority: Stability Milestone: | Component: Memory Editor Version: | Keywords: write empty RadioJob KeyError Platform: Linux | -------------------------------+-------------------------------------------- When I was doing some testing (I think I accidentally tried to write to an empty memory slot: -- Exception running RadioJob: 54 -- Exception: -- Traceback (most recent call last): File "/usr/src/archive/Chirp/chirp-0.1.11b4/chirpui/common.py", line 70, in execute result = func(*self.args, **self.kwargs) File "/usr/src/archive/Chirp/chirp-0.1.11b4/chirp/kenwood_live.py", line 174, in erase_memory del self.__memcache[number] KeyError: 54 ------ -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/78> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 1

[chirp_users] [PATCH 1/2] allow flashing by block numbers on THD-72
by Vernon Mauery 06 Feb '11

06 Feb '11

The current thd72.py module already can flash by block numbers based on a dirty block list maintained by the memory editor, but this adds the ability to do the same from the command line. This allows intrepid users to manually (or programatically) modify an image and flash back those individual blocks. This is especially useful for doing things that the gui doesn't do yet, like modifying the startup splash screen. Signed-off-by: Vernon Mauery <vernon(a)mauery.com> --Vernon N7OH

2 3

[chirp_users] TH-D72A setup
by Paul Campbell 06 Feb '11

06 Feb '11

Does Chirp connect via the TH-D72A usb port ? Is there setup information? ( I looked back a couple of months in archives and also looked at beginners guide)

3 2

[chirp_users] Thoughts on TH-F6A support and looking for D710 support
by David Ranch 06 Feb '11

06 Feb '11

Hello Everyone, KI6ZHD here. I just discovered Chirp as I was looking for some way of synchronizing the memories across my F6A, two D710s, and a VX5 in a Linux-only environment. I did some tests and it seems that the Kenwood TH-F6A support is close but it's missing the memory's NAME which is very important to me. I then tried the Kenwood D710 which communicated but didn't support and a Yaesu VX5 didn't work at all. I also noticed I couldn't save any downloaded data nor upload anything back to the radios (see below). The F6A and D710 are the priority radios for me and the VX5 is a backup. Any thoughts on getting the F6A and the D710 working? Taking it a step further, I'm ideally looking for is a memory syncronization tool across different radios. I'm not looking for full backups (though that would be nice like Kenwood's Windows applications) but memories is good enough. Any possibility of coming up with a system that would: - load multiple radio's data at the same time - merge and navigate conflicts (move memories I added in the Car or at Home) and allow me to move them into free slots - come up with a new master file - program them back into each of the radios I know that I could manually do this with Chirp with say CSV files but I think a merging feature like this would be a fantastic. --David Chirp 0.11.b4 Running on Centos 5.5 GTK 2.10.4 PyGTK 2.10.1 Three radios here are tested - Kenwood TH-F6A - Kenwood TM-D710 - Yaesu VX-5 ------------------------------------------- Kenwood TH-F7A ------------------------------------------- Recognizes TH-F6A fine !! does NOT download memory's names !! cannot select File --> Save As !! cannot Radio --> Upload to radio recognition sequence -- [dranch@hampacket chirp-0.1.11b4]$ ./chirpw PC->V71: ID V71->PC: ID TH-F6 PC->D7: ID D7->PC: ID TH-F6 Talking to a TH-F6 PC->D7: AI 0 D7->PC: ? Starting memedit Bank Index supported: False Bank supported: False DTCS Code supported: True DTCS Pol supported: False Mode supported: True Offset supported: True Name supported: True Tune Step supported: True Name supported: True ToneSql supported: True Cross Mode supported: False Started PC->D7: MR 0,000 D7->PC: N PC->D7: MR 0,001 D7->PC: MR 0,001,00145390000,0,2,0,1,0,0,12,08,000,000600000,0,0 PC->D7: MNA MNA 0,001 . . . -- ------------------------------------------- Yaesu VX5 (non-R) ------------------------------------------- Selecting Radio VX3 Program reports 000: 98 80 06 18 78 86 80 60 ....x..` 008: 78 06 00 00 00 00 00 00 x....... Selection of VX3, VX6, and VX7 does not work: VX5 commander (Windows) DOES work for me: http://www.kc8unj.com/vx5.html --> Cancel does NOT work program shows -- Traceback (most recent call last): File "/usr/src/archive/Chirp/chirp-0.1.11b4/chirpui/cloneprog.py", line 58, in <lambda> cancel_b.connect("clicked", lambda b: cancel()) File "/usr/src/archive/Chirp/chirp-0.1.11b4/chirpui/clone.py", line 200, in cancel self.kill(CloneCancelledException) File "/usr/src/archive/Chirp/chirp-0.1.11b4/chirp/chirp_common.py", line 765, in kill import ctypes ImportError: No module named ctypes -- ------------------------------------------- Kenwood D710 ------------------------------------------- PC->V71: ID V71->PC: PC->V71: ID V71->PC: PC->V71: ID V71->PC: ID TM-D710 --- Exception Dialog: Unsupported model `TM-D710' --- Traceback (most recent call last): File "/usr/src/archive/Chirp/chirp-0.1.11b4/chirpui/clone.py", line 153, in run cs.radio_class = detect.DETECT_FUNCTIONS[vendor](cs.port) File "/usr/src/archive/Chirp/chirp-0.1.11b4/chirp/detect.py", line 117, in detect_kenwoodlive_radio raise errors.RadioError("Unsupported model `%s'" % r_id) RadioError: Unsupported model `TM-D710' ----------------------------

3 13

[chirp_users] [CHIRP] #79: Memory merging and conflict resolution
by CHIRP Tracker 05 Feb '11

05 Feb '11

#79: Memory merging and conflict resolution -------------------------------+-------------------------------------------- Reporter: chirp@… | Type: Feature Status: new | Priority: Functionality Milestone: | Component: Memory Editor Version: | Keywords: Platform: Linux | -------------------------------+-------------------------------------------- I've been looking for a Linux tool that could syncronize my various radios's memories while keeping some data unique. I realize that I can do this manually with CSV files but having this in Chirp would be fantastic. Some ideas for the UI could include: - When a radio's data is downloaded, load it's data into the table but have say the first column naming which radio it came from - When the next radio's data is downloaded, merge that into the table. If a given row is identical from both radios, change the 1st row cell's name to reflect both radios - If a given row (memory slot) are different (conflict), add an additional row reflecting the 2nd radio's name, it's data, and maybe put it in a different color - alternatively, maybe these radios have a unique ID like a serial number, user setable name, etc. so use that - offer a pulldown for this conflict row and ideally REMEMBER this decision (maybe this remembering would be more troublesome than what it's worth): - override the master row - move to memory slot: ### (drag and drop would be slick but that might be hard in Python) - keep unique to this radio - delete The reason for the "keep unique to this radio" would be say on my two D710s, one has an APRS SSID of "KI6ZHD" and another that has "KI6ZHD-9". If I could use this tool to merge data while keeping some settings unique would be ideal. -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/79> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 0

[chirp_users] CHIRP 0.1.11b4
by Dan Smith 05 Feb '11

05 Feb '11

Hi all, I just posted CHIRP 0.1.11b4 with a bunch of changes. This posting includes contributions from Vernon Mauery, Richard Farina, as well as myself. If support for the VX-3R or TH-D72 interests you, be sure to thank these guys :) Changes are: - Fix IC9x detection and baud rate selection - Fix IC9x crashing the whole application - Fix VX-6 not reporting valid tone modes - Fix VX-7 tone field (Richard) - Changes to the status bar text (Richard) - Improved checksum calculation and validation on Yaesu radios - Default VX-7 memory power levels to high (Richard) - Silence the "this will take a long time" warning on file-based radios - Add Kenwood TH-F6A support - Add Kenwood TH-D72 support (Vernon) - Add ICOM IC-2100H support - Add Yaesu VX-3R support (Richard) Like always, I'll be looking for testing and validation of the new drivers listed above, as well, as reports from our model-assigned testers. As a reminder, get the latest beta here: http://chirp.danplanet.com/download/beta Thanks! -- Dan Smith www.danplanet.com KK7DS

5 6

[chirp_users] [PATCH 2/2] add THD-72 splash image manipulation tool
by Vernon Mauery 04 Feb '11

04 Feb '11

This adds a command-line based slash image manipulation tool for the THD-72. It takes as inputs an image file and a NVRAM image and mashes them together so you can upload the modified portions back to the radio and change the two splash screens. This is a useful tool to have until we can come up with a way to integrate this in the GUI. Signed-off-by: Vernon Mauery <vernon(a)mauery.com> --Vernon N7OH

1 0

[chirp_users] [CHIRP] #75: Import poblem between 880H and VX-7R
by CHIRP Tracker 31 Jan '11

31 Jan '11

#75: Import poblem between 880H and VX-7R -----------------------------------+---------------------------------------- Reporter: KN0N@… | Type: Bug Status: new | Priority: Functionality Milestone: | Component: Import/Export Version: | Keywords: Platform: Linux | -----------------------------------+---------------------------------------- 0.1.11.b4 is working very well. I have been running edits and transfers with little issue. I am puzzled why, when editing my 880 image and importing from the VX7 image, some of the 880 memory lines are grayed out. They should be valid and importable. Going the other direction (from 880 file to VX7) Everything looks good, and the D-STAR stuff is the only thing that is (properly)gray. I am attaching my 880 and VX-7 images. Thanks Dan! -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/75> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 7

[chirp_users] [CHIRP] #71: CSV Format Mismatch with DV code
by CHIRP Tracker 31 Jan '11

31 Jan '11

#71: CSV Format Mismatch with DV code ---------------------------+------------------------------------------------ Reporter: kk7ds | Owner: Type: Bug | Status: new Priority: Stability | Milestone: Component: Import/Export | Version: Keywords: | Platform: Linux ---------------------------+------------------------------------------------ The CSV header does not include the "code squelch" header for DV mode, and chokes if the (appropriate) trailing comma is included -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/71> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 3

[chirp_users] [CHIRP] #76: Populate blank fields during CSV import
by CHIRP Tracker 31 Jan '11

31 Jan '11

#76: Populate blank fields during CSV import ---------------------+------------------------------------------------------ Reporter: N7SS | Type: Feature Status: new | Priority: Stability Milestone: | Component: Import/Export Version: | Keywords: Platform: Windows | ---------------------+------------------------------------------------------ I have a master spreadsheet I use as a template. I prefer to leave unused fields blank because it's easier to spot errors. This complicates bringing CSV data into Chirp because it allows only some fields to be blank (name, tone mode, duplex, skip, bank, urcall, rtptcall, rpt2call, digital code). Other fields like Tone, ToneSQL, DTCS Code, DTCS Pol, Offset, Tune Step and Bank Index are not always used and could be defaulted to some value if not specified. That would make imports a bit easier. Thanks! -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/76> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 2

[chirp_users] [CHIRP] #74: TSQL and Duplex save setting
by CHIRP Tracker 24 Jan '11

24 Jan '11

#74: TSQL and Duplex save setting ----------------------------------+----------------------------------------- Reporter: TheSndGy@… | Type: Bug Status: new | Priority: Functionality Milestone: | Component: Memory Editor Version: | Keywords: Platform: Windows | ----------------------------------+----------------------------------------- When setting a tone mode of TSQL but leaving Duplex as "None", the file will not save properly; upon opening, the value is set to "-". IC-2820 -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/74> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 3

Re: [chirp_users] Kenwood TH-D72 and Linux
by Vernon Mauery 03 Jan '11

03 Jan '11

On Thu, Dec 16, 2010 at 8:53 AM, Dan Smith <dsmith(a)danplanet.com> wrote: > Hey Vernon, > > Wow, super-awesome. Thanks a bunch :) > >> In the process of trying to understand the radio, I found that I can >> do partial reads and writes. This opens up a lot in the way of faster >> syncing with the radio. I am hoping to find a way to mark blocks of >> the mmap as 'dirty' and only flush those dirty blocks out to the >> radio. > > Hmm, okay, well, that would be pretty different than how most of the > other stuff works. Perhaps you need to model it more as a LiveRadio > than a mmap-ed one. The UI changes behavior in some areas depending on > whether it thinks the radio is live or not (like warning the user about > long-running operations). Well, for now I am just going to leave it as a clone radio. >> In addition, the windows MCP-4A program offers a lot more than just >> editing the memories. I would like to be able to modify some of the >> other behaviors on the radio from the GUI as well. But I am not sure >> UI-wise the best way to go at this. A new tab or a new popup window >> or something. This is still a ways out since I am still trying to >> figure out memory offsets and data formats for all the settings. > > Yeah, so, the thing is: all radios have memories, and they're all fairly > similar. The problem comes when you have a ton of other little > radio-specific things to change that it becomes harder to make the tool > universal. > > I'm definitely not opposed to this, but I think we need to do some > thinking on how best to model it internally. The UI already has > multiple tabs on some of the radios (like the D-STAR radios, for setting > callsigns and stuff). It shouldn't be too hard to do the same for > specific radio features. I agree that some discussion needs to take place. That is one reason I didn't just jump right in. The other is that I don't have much in the way of pygtk know-how. > Maybe we should come up with a subset of non-memory things we want to > support for all radios first? Things like display color, power-off > time, etc? I'm not sure how far down the rabbit hole you want to go :) 1) Compile a list of all the options all the supported radios have 2) Find the subset of common options 3) Come up with a nice UI for that. I think that steps one and two are the ones that will take the most work. >> +CROSS_CODES = [ >> + "DCS->Off", >> + "Tone->DCS", >> + "DCS->CTCSS", >> + "Tone->CTCSS", >> +] > > Hmm, would you consider splitting (or letting me split) the patch into > one for the D72 and one for the "cross code" thing? This version has that split out. > Am I correct in saying that this lets you transmit DCS but receive Tone, > or something like that? Does the MCP call it "cross code"? The MCP interface has a choice of which method to use (Tone/CTCSS/DCS/Cross) and then if Cross is selected, the "Tx Cross Tone" and "Rx Cross Tone" fields are enabled. The manual calls it Cross Mode, so that is what I have altered it to be. >> +# memory channel >> +# 0 1 2 3 4 5 6 7 8 9 a b c d e f >> +# [freq ] ? mode tmode rtone ctone dtcs cmode [offset] ? >> +POS_MODE = 5 >> +POS_DUP = 6 >> +POS_TMODE = 6 >> +POS_RTONE = 7 >> +POS_CTONE = 8 >> +POS_DTCS = 9 >> +POS_CMODE = 10 >> +POS_OFFSET = 11 >> + >> +MEM_LOC_BASE = 0x1500 >> +MEM_LOC_SIZE = 16 >> +MEM_TAG_BASE = 0x5e00 >> +MEM_FLG_BASE = 0x0C00 > > So, you may hate me for this, but I think you might want to take a look > at some of the other radios that I've been porting to a new way of doing > things. > > Look, for example, at the vx8.py driver. I've defined a little > mini-language that lets you define things like you did in the comment > block above, but in a way that lets the code automate a bunch for you. > I haven't converted the V71 driver because I don't own one and don't > want to port it to the new model until I have one handy to test with. > > Anyway, I definitely think it's the "way forward" with this stuff, and > makes the code much smaller and simpler. Not that I wouldn't take the > patch as it is, but at least take a look first and let me know what you > think. I took a look at the vx8 driver and modified the thd72 driver to work with the bitwise parser. It took some time, but since this was the first day of my end-of-the-year holiday, I didn't have anything else to do. It worked out nicely. I used hg record to break apart my changes and then used hg export to create the patch. Is this the preferred method of submission or should I do something else next time? I have never used hg before, so I am breaking new ground all over the place with this project. --Vernon > Otherwise, thanks a ton for doing this work! > > -- > Dan Smith > www.danplanet.com > KK7DS >

2 2

[chirp_users] chirp RPMs for Fedora FC13 and FC14 Available
by Mike Heitmann 02 Dec '10

02 Dec '10

All, If you are running chirp on Fedora Linux, rpm packages are now available in the the d-rats yum repository. (Also known now as the KK7DS-Ham-Apps Software Repository). To set it up, please look at the instructions: http://www.d-rats.com/component/content/article/30-d-rats-yum-repository/ or just install the repository definition rpm by running: rpm --install http://d-rats.com/yum/f11/d-rats-repo-0.1.3-1.fc12.noarch.rpm as root. There are two repositories: KK7DS Ham Apps Software KK7DS Ham Apps Beta Software The chirp beta versions are in the "Beta Software" repository, which is disabled by default. To enable it, go to: System->Administration->Software Sources and check the box next to it. Please note: there are two rpms for each version: one for FC13 (which used python version 2.6) and one for FC14 (the latest Fedora version, which used python 2.7). Please pick the one that matches your system. 73, and enjoy! Mike, N0SO

1 0

[chirp_users] Testing Guidelines
by Dan Smith 30 Nov '10

30 Nov '10

Hi all, Thanks to those who have volunteered to be testers. There are still a bunch of unfilled spots on the list, so please let me know if you're interested in "owning" the testing of one of the drivers: http://chirp.danplanet.com/content/chirp-qa In order to help make the process more consistent, I have put together a page of guidelines and procedures. Included on this page is some general overview information about how CHIRP works and some bug-like behavior to look for specifically. It also has some suggestions for things to try to verify that CHIRP is operating properly for the radio model you're testing. If you are signed up to test a specific model, or are thinking about doing so, please take a look at the following page: http://chirp.danplanet.com/content/testing-guidelines It would be great if the people assigned to specific drivers could go through that document and give me a "thumbs up" or "thumbs down" report on the currently-available beta version. This will get us rolling a bit, and I'm sure will uncover some issues. Thanks! -- Dan Smith www.danplanet.com KK7DS

1 0

[chirp_users] Looking for help testing specific radios...
by Dan Smith 27 Nov '10

27 Nov '10

Hi all, I would like to propose the idea of a formal list of radio testers, to help ensure that future releases of CHIRP go out without significant model-specific regressions. What I would like is one or two volunteers per radio to test beta versions in a timely manner. This would mean that when I post a beta version (or especially right before a regular release), you would test the latest with your assigned radio to make sure that it functions as expected. We could get a "tester's plan" developed with specific things to test each time to make it consistent and meaningful. I would expect a "thumbs up or down" response within, say, a week of posting a new beta version. In return, you would have my (and others') gratitude, a mention on the website as being responsible for "QA" of your model, and hopefully a better tool in the long run as a result. I can't personally purchase and own every model that CHIRP supports. As the list grows, it becomes harder and harder to make changes without knowing if obscure models are being negatively affected. So, any volunteers? Please reply and let me know which radio you'd be willing to help test and I'll get a list started on the website. Thanks! -- Dan Smith www.danplanet.com KK7DS

3 5

[chirp_users] CHIRP 0.1.11b3 (with lots of changes)
by Dan Smith 15 Nov '10

15 Nov '10

Hi all, I just posted 0.1.11b3 with a fairly extensive set of changes. In addition to support for a few new radios, this beta release has a lot of usability and stability fixes. If you haven't tried CHIRP in a while, take a look. If you're good at breaking things, help me out by pointing to what you find. Support for new models: - Add ICOM IC-Q7A support - Add ICOM CI-V radio support and preliminary IC-7200 driver - Hopefully at least IC-7000, IC-706 support coming soon - Add Yaesu FT-7900 support Usability enhancements: - Performance improvements in the memory editor - Import dialog improvements: - Color collisions in yellow - Color invalid locations in red - Grey-out memories that can't be imported into the current model - Better error handling and reporting - Allow multi-select in the memory editor (and thus multi-delete) - Add Edit menu with Cut/Copy/Paste and overwrite notification - Hide more columns when not supported by a given model - Offer radio's supported modes and tone modes in UI - Improve per-radio validation of input Stability/Fixes: - Fix memory editor not actually saving single changes to a memory in some cases - Fix exposing some internal-use column names in View->Columns - Fix open/import of CSV files - Port IC-2200 module to new driver model - Port VX-7 module to new driver model - Port FT-7800 module to new driver model - Fix a 2820 bug after download - Fix VX-8 checksum calculation There are a lot of new features being added here and I want to get them out to "regular users" in a formal release soon. I'd really appreciate some testing of this stuff, even if you report back with what you've done and that "it worked". Thanks! -- Dan Smith www.danplanet.com KK7DS

1 0

[chirp_users] CHIRP 0.1.11b2
by Dan Smith 08 Nov '10

08 Nov '10

Hi all, I just posted 0.1.11b2. I'd like to thank Ben Smith and Richard Farina for their contributions as part of this round of changes. They're working on VX7 and VX8 enhancements and I'm very happy to have them helping out. The changes this time are: - Catch and report errors when failing to save [Ben] - Remove faulty FT-50R clone support for the time being - Add support for opening, importing, and saving to VX7Commander files [Rick] - Allow canceling a clone in progress - Add odd-split support for the Yaesu radios [Rick] - Allow importing from IC9x .ICF files - Allow opening .ICF files directly (read-only) - Add a warning pop-up if you try to "convert" an IC9x .ICF file - Fix ID880 callsign lists and DV callsign editing per-location - Add a new common data parsing base (currently used by vx8, id880, ic2820 drivers) I would very much appreciate some testing of the new IC9x .ICF file functions from those that asked for it. Also, the vx8, id880, and ic2820 are now using a new method for accessing the memory map that should help reduce the potential for errors and clean up the code a lot. Since this is the first release with that subsystem, there are likely to be some issues. If you have one of these radios, please exercise this version in those areas and report any issues you may encounter. Thanks! -- Dan Smith www.danplanet.com KK7DS

1 1

[chirp_users] [CHIRP] #64: Repeater and Mycall corruption in 880 file
by CHIRP Tracker 07 Nov '10

07 Nov '10

#64: Repeater and Mycall corruption in 880 file -----------------------------------+---------------------------------------- Reporter: kn0n@… | Type: Bug Status: new | Priority: Functionality Milestone: 0.1.10b2 | Component: Callsign Editor Version: | Keywords: Platform: Windows | -----------------------------------+---------------------------------------- Sorry it took me so long to get back to testing. There is corruption in the Repeater Callsign and My Callsign fields on the D-STAR tab. Occurs with both radio dump and icf conversion of an 880 radio/file. Perhaps a counting error or missed field separator, as in some cases the last character is pushed to the beginning of the following field. Also if you scroll way down the Repeater Callsign column you will see a lot of gibberish. The Callsign field looks fine. Chirp 0.1.11b1 -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/64> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 2

[chirp_users] [CHIRP] #69: Cannot import an IC-92AD ICF file
by CHIRP Tracker 07 Nov '10

07 Nov '10

#69: Cannot import an IC-92AD ICF file ------------------------------------+--------------------------------------- Reporter: W1GRI@… | Type: Bug Status: new | Priority: Functionality Milestone: | Component: Memory Editor Version: | Keywords: Platform: Windows | ------------------------------------+--------------------------------------- Get unsupported model error when converting a 92AD icf file. Version is 0.1.10 -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/69> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

3 4

[chirp_users] ICF Importation
by IT2 Stuart Blake Tener, USNR 02 Nov '10

02 Nov '10

ALCON, Indeed it is worthy of notation that the ability to provision a capability for the importation of ICF files is a very welcome addition. Will CHIRP be able to write out, for export, ICF files in addition? -- IT2 Stuart Blake Tener, USNR, N3GWG (Extra), MROP Beverly Hills, CA / Las Vegas, NV / Philadelphia, PA / Washington, DC mobile: (310) 358-0202 Nextel: 124*233172*14 (direct connect) e-mail: teners(a)bh90210.net

2 1

[chirp_users] Vx7 having the upload problem form Tom@K3WS.com
by tom＠k3ws.com 02 Nov '10

02 Nov '10

communications error / invalid character “0A” should have been NACK/ACK try again. Still having the upload problem. I enabled the mods settings in vx7 commander software no joy there either. when trying to upload with the rt systems software the error that pops up is as follows ( communications error / invalid character “0A” should have been NACK/ACK try again. Please send any feedback on how to fix this to tom(a)k3ws.com 73's all. 73's from Tom K3WS node # 377671 & K3WS.com Echolink# K3WS-L 377672 & K3WS-R 377673 Echolink now on iPhone echolink.org Host of HF Remote Stations MD and PA K3WS Repeater 147.060+ PL 167.9 Cambria County ARES EC Sent from K3WS BlackBerry by AT&T -----Original Message----- From: chirp_users-request(a)intrepid.danplanet.com Sender: chirp_users-bounces(a)intrepid.danplanet.com Date: Tue, 02 Nov 2010 12:00:01 To: <chirp_users(a)intrepid.danplanet.com> Reply-To: chirp_users(a)intrepid.danplanet.com Subject: chirp_users Digest, Vol 23, Issue 1 Send chirp_users mailing list submissions to chirp_users(a)intrepid.danplanet.com To subscribe or unsubscribe via the World Wide Web, visit http://intrepid.danplanet.com/mailman/listinfo/chirp_users or, via email, send a message with subject or body 'help' to chirp_users-request(a)intrepid.danplanet.com You can reach the person managing the list at chirp_users-owner(a)intrepid.danplanet.com When replying, please edit your Subject line so it is more specific than "Re: Contents of chirp_users digest..." Today's Topics: 1. Re: [CHIRP] #69: Cannot import an IC-92AD ICF file (Gary Bechtold) 2. Re: [CHIRP] #69: Cannot import an IC-92AD ICF file (Dan Smith) ---------------------------------------------------------------------- Message: 1 Date: Tue, 2 Nov 2010 09:37:07 -0700 From: Gary Bechtold <ki4vlh(a)gmail.com> Subject: Re: [chirp_users] [CHIRP] #69: Cannot import an IC-92AD ICF file To: donotreply(a)danplanet.com, Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Message-ID: <AANLkTi=4E_UrmpVhLAj2-bQjeBF8hdhHKG9V1tqMA22v(a)mail.gmail.com> Content-Type: text/plain; charset="windows-1252" I to will be glad to wait for this little/big fix, Gary KI4VLH On Wed, Oct 27, 2010 at 6:42 AM, CHIRP Tracker <donotreply(a)danplanet.com>wrote: > #69: Cannot import an IC-92AD ICF file > -------------------------------------+-------------------------------------- > Reporter: W1GRI@? | Owner: kk7ds > Type: Bug | Status: accepted > Priority: Functionality | Milestone: > Component: Memory Editor | Version: > Resolution: | Keywords: > Platform: Windows | > > -------------------------------------+-------------------------------------- > Changes (by kk7ds): > > * owner: => kk7ds > * status: new => accepted > > > Comment: > > This is a well-known limitation because the ICF files for 91/92 radios are > completely different than the others. I do, however, have some code from > AE7Q to use to add this support. I will leave this open until I get it > added. > > -- > Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/69#comment:1> > CHIRP <http://trac.chirp.danplanet.com/trac> > CHIRP Development > _______________________________________________ > chirp_users mailing list > chirp_users(a)intrepid.danplanet.com > http://intrepid.danplanet.com/mailman/listinfo/chirp_users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://intrepid.danplanet.com/pipermail/chirp_users/attachments/20101102/c7… ------------------------------ Message: 2 Date: Tue, 02 Nov 2010 09:39:55 -0700 From: Dan Smith <dsmith(a)danplanet.com> Subject: Re: [chirp_users] [CHIRP] #69: Cannot import an IC-92AD ICF file To: Discussion of CHIRP <chirp_users(a)intrepid.danplanet.com> Message-ID: <4CD03EDB.6080007(a)danplanet.com> Content-Type: text/plain; charset=windows-1252; format=flowed > I to will be glad to wait for this little/big fix, Gary KI4VLH Thanks. I've actually finished adding it to the code and made a lot of progress towards simplifying the process of using ICF files with CHIRP. You can now import directly from an ICF instead of converting it first, which unifies the path for all types of those files. That will be available in the next beta, which hopefully won't be too far off. Stay tuned! -- Dan Smith www.danplanet.com KK7DS ------------------------------ _______________________________________________ chirp_users mailing list chirp_users(a)intrepid.danplanet.com http://intrepid.danplanet.com/mailman/listinfo/chirp_users End of chirp_users Digest, Vol 23, Issue 1 ******************************************

2 1

[chirp_users] [CHIRP] #65: With VX-8E download works but image is unusable
by CHIRP Tracker 25 Oct '10

25 Oct '10

#65: With VX-8E download works but image is unusable ------------------------------------------+--------------------------------- Reporter: shopper108@… | Type: Bug Status: new | Priority: Functionality Milestone: | Component: Import/Export Version: | Keywords: image corrupt unusable VX-8 Platform: Linux | ------------------------------------------+--------------------------------- Hi! Just found Chirp and it seems a very nice application. Many thanks for making it! My clone download from VX-8E completes OK, but when I try to export to csv or load back the image file to Chirp I get the exception below. I do have odd splits programmed for some repeaters, meaning the +- symbol (TX frequency freely and independently programmed from RX frequency). It would be great if Chirp could treat a clone dump image file as raw file and not try to interpret it when doing backups. Maybe an "Upload image file to radio" option in the menu? This way maybe chirp is useful even if the internal format of the dump image of the radio changes. Of course, if chirp could interpret odd splits, it would be even better. Another thing... why does chirp say "communicating with the radio" when you try to export to csv? I would not expect it to communicate with the radio at that time but just export the data currently in chirp's memory. 73's and best regards, OH2FRM / Tom -- Exception: -- Traceback (most recent call last): File "/home/scratch/chirp-0.1.11b1/chirpui/editorset.py", line 235, in do_export dst_rthread) File "/home/scratch/chirp-0.1.11b1/chirpui/editorset.py", line 185, in _do_import_locked dialog = dlgclass(src_radio, dst_rthread.radio, self.parent_window) File "/home/scratch/chirp-0.1.11b1/chirpui/importdialog.py", line 455, in __init__ self.populate_list(src_radio) File "/home/scratch/chirp-0.1.11b1/chirpui/importdialog.py", line 396, in populate_list mem = radio.get_memory(i) File "/home/scratch/chirp-0.1.11b1/chirp/vx8.py", line 45, in get_memory return vx8_ll.get_memory(self._mmap, number) File "/home/scratch/chirp-0.1.11b1/chirp/vx8_ll.py", line 265, in get_memory mem.duplex = get_duplex(mmap) File "/home/scratch/chirp-0.1.11b1/chirp/chirp_common.py", line 153, in __setattr__ self._valid_map[name])) ValueError: `i' is not in valid list: ['', '+', '-'] -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/65> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 2

[chirp_users] [CHIRP] #67: Unable to connect to IC92AD
by CHIRP Tracker 25 Oct '10

25 Oct '10

#67: Unable to connect to IC92AD -------------------------------------+-------------------------------------- Reporter: greg.franklin@… | Type: Bug Status: new | Priority: Functionality Milestone: | Component: IC-91/92 Version: | Keywords: unable to connect Platform: Windows | -------------------------------------+-------------------------------------- Unable to connect to my IC92AD. Radio does not appear in drop down menu : CLONE > radio type. Running windows 7 CHIRP 0.1.10, GTK 2.14.6, PyGTK 2.12 73 VA7BC -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/67> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

2 7

[chirp_users] [CHIRP] #68: ID-800 firmware ver 1.0 Chirp can't communicate
by CHIRP Tracker 11 Oct '10

11 Oct '10

#68: ID-800 firmware ver 1.0 Chirp can't communicate --------------------------------+------------------------------------------- Reporter: klx250@… | Type: Task Status: new | Priority: Functionality Milestone: | Component: ID-800 Version: 0.1.9 | Keywords: Platform: Windows | --------------------------------+------------------------------------------- Chirp 0.1.10 can't communicate with this model. This ID-800 has the first firmware version Icom sold. -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/68> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 1

[chirp_users] [CHIRP] #66: IC-E80D D-star Transceiver
by CHIRP Tracker 28 Sep '10

28 Sep '10

#66: IC-E80D D-star Transceiver -------------------+-------------------------------------------------------- Reporter: G4ERV | Type: Feature Status: new | Priority: Functionality Milestone: | Component: Memory Editor Version: | Keywords: Platform: Linux | -------------------+-------------------------------------------------------- Could really do with support for the IC-E80D D-STAR transceiver when you get a chance. There are a lot of these about now. -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/66> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 0

[chirp_users] [CHIRP] #63: upload not working on IC2820
by CHIRP Tracker 08 Sep '10

08 Sep '10

#63: upload not working on IC2820 ------------------------------+--------------------------------------------- Reporter: iz5fsa@… | Type: Bug Status: new | Priority: Stability Milestone: | Component: Import/Export Version: | Keywords: Platform: Linux | ------------------------------+--------------------------------------------- Serial connection to IC2820 with latest beta, download from IC2820 works fine but upload don't go. Program remain on radio-popup-window and Ok button don't seems to work. -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/63> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 1

[chirp_users] [CHIRP] #62: 880 import csv
by CHIRP Tracker 04 Sep '10

04 Sep '10

#62: 880 import csv ---------------------------+------------------------------------------------ Reporter: n4cz@… | Type: Bug Status: new | Priority: Stability Milestone: | Component: Memory Editor Version: | Keywords: Platform: Windows | ---------------------------+------------------------------------------------ -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/62> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 1

[chirp_users] [CHIRP] #60: converting a 91ad file to a 2820
by CHIRP Tracker 02 Sep '10

02 Sep '10

#60: converting a 91ad file to a 2820 ------------------------------+--------------------------------------------- Reporter: ki4vlh@… | Type: Task Status: new | Priority: Functionality Milestone: | Component: IC-91/92 Version: | Keywords: Platform: Windows | ------------------------------+--------------------------------------------- I try to load a 91ad existing icf file and when I try to save it to a .img file it gives me a not compatable file, what am I doing wrong? Gary Bechtold KI4VLH CHIRP 0.1.10 GTK 2.14.6 PyGTK 2.12.1 -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/60> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 1

Re: [chirp_users] [CHIRP] #42: test Mac OS X version
by CHIRP Tracker 31 Aug '10

31 Aug '10

#42: test Mac OS X version ------------------------------------+--------------------------------------- Reporter: GuyLGardner@… | Owner: Type: Task | Status: closed Priority: Stability | Milestone: Component: IC-91/92 | Version: Resolution: Not A Bug | Keywords: beta test Platform: MacOS | ------------------------------------+--------------------------------------- Changes (by kk7ds): * status: new => closed * resolution: => Not A Bug Comment: Hi Steve, Thanks for the offer. The best thing you can do is join the mailing list to participate in related discussion. I have a preliminary set of steps and a script to help run CHIRP on OSX in a hacked-up kinda way here: http://chirp.danplanet.com/resources/chirp-on-macos Lets continue the discussion on the mailing list, okay? -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/42#comment:2> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 0

Re: [chirp_users] [CHIRP] #42: test Mac OS X version
by CHIRP Tracker 25 Aug '10

25 Aug '10

#42: test Mac OS X version ------------------------------------+--------------------------------------- Reporter: GuyLGardner@… | Owner: Type: Task | Status: new Priority: Stability | Milestone: Component: IC-91/92 | Version: Resolution: | Keywords: beta test Platform: MacOS | ------------------------------------+--------------------------------------- Comment (by nu7b@…): I'm glad to volunteer as another beta tester for a Mac OS-X version of CHIRP. Steve NU7B -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/42#comment:1> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 0

[chirp_users] [CHIRP] #58: support for 92ad
by CHIRP Tracker 20 Aug '10

20 Aug '10

#58: support for 92ad ------------------------------------+--------------------------------------- Reporter: w1gri@… | Type: Bug Status: new | Priority: Functionality Milestone: | Component: IC-91/92 Version: | Keywords: Platform: Windows | ------------------------------------+--------------------------------------- Site says it supports 92AD. Can't find radio in list. Attempt to read it fails with every setting I could find. Is there another version somewhere? Is there some setting that I should use with the 92AD? Ted -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/58> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 2

Re: [chirp_users] [CHIRP] #41: 800H -> 91AD -- unable to load schema
by CHIRP Tracker 20 Aug '10

20 Aug '10

#41: 800H -> 91AD -- unable to load schema ------------------------------+--------------------------------------------- Reporter: kevin@… | Owner: Type: Task | Status: closed Priority: Functionality | Milestone: 0.1.9 Component: Import/Export | Version: 0.1.9 Resolution: Fixed | Keywords: Platform: Windows | ------------------------------+--------------------------------------------- Changes (by kk7ds): * status: new => closed * resolution: => Fixed Comment: I'm sure this is either fixed or different at this point. Please re- create a bug if this is still a problem for you with the latest code. -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/41#comment:1> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 0

Re: [chirp_users] [CHIRP] #19: Support for ID-880H
by CHIRP Tracker 20 Aug '10

20 Aug '10

#19: Support for ID-880H ----------------------------+----------------------------------------------- Reporter: VK3UR | Owner: Type: Task | Status: closed Priority: Functionality | Milestone: Component: Memory Editor | Version: Resolution: Fixed | Keywords: Platform: Windows | ----------------------------+----------------------------------------------- Changes (by kk7ds): * status: new => closed * resolution: => Fixed Comment: Added a while ago, 0.1.10ish -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/19#comment:1> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 0

Re: [chirp_users] [CHIRP] #11: GUI to remember last used settings
by CHIRP Tracker 20 Aug '10

20 Aug '10

#11: GUI to remember last used settings ----------------------------+----------------------------------------------- Reporter: N7QPP | Owner: Type: Task | Status: closed Priority: Functionality | Milestone: Component: Memory Editor | Version: Resolution: Fixed | Keywords: Platform: Windows | ----------------------------+----------------------------------------------- Changes (by kk7ds): * status: new => closed * resolution: => Fixed Comment: Fixed for 0.1.11b1 -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/11#comment:5> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 0

Re: [chirp_users] [CHIRP] #5: Band B DV dependencies before using CHIRP on IC-9X radios
by CHIRP Tracker 20 Aug '10

20 Aug '10

#5: Band B DV dependencies before using CHIRP on IC-9X radios ----------------------------+----------------------------------------------- Reporter: VK3UR | Owner: Type: Task | Status: closed Priority: Functionality | Milestone: Component: IC-91/92 | Version: Resolution: Fixed | Keywords: Platform: Windows | ----------------------------+----------------------------------------------- Changes (by kk7ds): * status: new => closed * resolution: => Fixed Comment: Fixed in 0.1.11b1 -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/5#comment:1> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 0

[chirp_users] chirp 0.1.11b1
by André 20 Aug '10

20 Aug '10

Hello, Where can I find chirp 0.1.11b1 Regards, André van Wijk http://www.pe1cdb.nl

2 1

[chirp_users] CHIRP 0.1.11b1
by Dan Smith 20 Aug '10

20 Aug '10

Hi all, I just posted 0.1.11b1 with a slew of new features and fixes: - Remove length and format restrictions from CSV files - Fixed a bug in IC-2200 driver - Fixed limit on number of memory locations in CSV driver - Fixed IC-2820 TSQL flag enabling duplex - Fixed IC-91A and IC-91/92AD in non-DV mode communication - Add scan skip support for VX-7, VX-8 - Make clone box remember port, model settings - Icom ID-80AD support (ICF only right now, clone in may work too) - Yaesu VX-6R support - Yaesu FT-7800R support - Yaesu FT-50R support (shaky) - Kenwood TH-D7 support - Kenwood TM-D700 support - Kenwood TM-V71A support - Kenwood TM-V7A support - Unify the mode for connecting to clone-mode and live-mode radios - Change to native number ordering (instead of all radios forcing a zero start) - Make all radios (except the Yaesu ones) auto-detect the model number - Make the IC-91/92 driver open both bands at once Feedback, especially in terms of test reports of the newly supported radios, is much appreciated! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

2 2

[chirp_users] CHIRP 0.1.10 - RELEASE
by Dan Smith 18 Jun '10

18 Jun '10

Hi all, I just posted the official 0.1.10 release...finally! It was more than a year between 0.1.9 and 0.1.0, which is far, far too long. I'll try to make sure not to let it get that out of hand in the future. Not many changes from the previous beta, but they are: - Make CSV files not have a length limit on alpha names - Add basic Kenwood TH-D7 support (may work for the D700, not sure) - Fix a bug in the import process if using a radio without bank support - Changed the "Connect to..." menu item name and unify the code paths for all "connected-mode" radios I'll be updating the website soon. Until then, you can get the official release here: http://chirp.danplanet.com/download/ With this release out the door, I hope to start working on adding support for more radio models. Let me know if you have a suggestion (and might be willing to part with one for a couple of weeks). Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

[chirp_users] CHIRP 0.1.10b11
by Dan Smith 15 Jun '10

15 Jun '10

Okay folks, Hopefully this is the final beta of 0.1.10. A couple of fixes and additions: - Fix pathing issue that prevents us from running on Windows Vista and 7 - Fix ic9x connection - Add basic Yaesu VX-8R support - Add per-radio name filtering so that the UI properly reflects what it is going to write into the radio (such as 8-char uppercase on ID-880) If I don't hear anything soon, I'll call this final and post it. If you can break it, speak now! :) -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

[chirp_users] [CHIRP] #57: Win7
by CHIRP Tracker 15 Jun '10

15 Jun '10

#57: Win7 -----------------------------+---------------------------------------------- Reporter: kc9mnl@… | Type: Bug Status: new | Priority: Stability Milestone: | Component: Memory Editor Version: 0.1.9 | Keywords: "win7" "windows7" "64bit" "line 22" Platform: Windows | -----------------------------+---------------------------------------------- Windows 7 64bit Just crashes upon opening "Errors Occurred see the log file....chripw.exe.log" Traceback (most recent call last): File "chirpw", line 22, in <module> File "chirp\platform.pyo", line 338, in get_platform File "chirp\platform.pyo", line 327, in _get_platform File "chirp\platform.pyo", line 237, in __init__ File "ntpath.pyo", line 91, in join TypeError: 'NoneType' object is unsubscriptable Traceback (most recent call last): File "chirpw", line 22, in <module> File "chirp\platform.pyo", line 338, in get_platform File "chirp\platform.pyo", line 327, in _get_platform File "chirp\platform.pyo", line 237, in __init__ File "ntpath.pyo", line 91, in join TypeError: 'NoneType' object is unsubscriptable Traceback (most recent call last): File "chirpw", line 22, in <module> File "chirp\platform.pyo", line 338, in get_platform File "chirp\platform.pyo", line 327, in _get_platform File "chirp\platform.pyo", line 237, in __init__ File "ntpath.pyo", line 91, in join TypeError: 'NoneType' object is unsubscriptable Traceback (most recent call last): File "chirpw", line 22, in <module> File "chirp\platform.pyo", line 338, in get_platform File "chirp\platform.pyo", line 327, in _get_platform File "chirp\platform.pyo", line 237, in __init__ File "ntpath.pyo", line 91, in join TypeError: 'NoneType' object is unsubscriptable -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/57> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 1

[chirp_users] CHIRP 0.1.10b10
by Dan Smith 09 Jun '10

09 Jun '10

Hi all, Well, I broke something with a last minute typo in 0.1.10b9 for the id880 driver, so I've posted another beta today with a few more things: - Fix ID880 memory saving - Fix SKIP and P.SKIP support in ID880 - Add ID880 bank name support Hopefully this will be a "release candidate". Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

[chirp_users] [CHIRP] #55: SKIP field not editable - mis-read on import
by CHIRP Tracker 09 Jun '10

09 Jun '10

#55: SKIP field not editable - mis-read on import ----------------------+----------------------------------------------------- Reporter: KN0N | Type: Bug Status: new | Priority: Functionality Milestone: 0.1.10b2 | Component: Memory Editor Version: 0.1.9 | Keywords: SKIP Platform: Windows | ----------------------+----------------------------------------------------- Doing a ICF file conversion for the 880 I am not getting the SKIP field to come in correctly. Some are OK, but most are set to "P" where the were blank in the original. If I edit the SKIP field in CHIRP the changes do not "stick". If you can't replicate it let me know and I will attach some data files & logs. -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/55> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 4

Re: [chirp_users] chirp_users Digest, Vol 19, Issue 2
by Juergen Sturhahn 09 Jun '10

09 Jun '10

2 1

[chirp_users] CHIRP 0.1.10b9
by Dan Smith 08 Jun '10

08 Jun '10

Hi all, It has been quite a while since the last beta of CHIRP and an obscene amount of time since the last official release! I just posted 0.1.10b9 with the following changes: - Fix setting of tone mode on id880 - Fix hosing the current set of memories after a CSV export - Fix long name support in CSV files - Fix 6.25-step frequencies on id880 and implement tuning step support - Add human-readable names for radios - Add basic Yaesu VX-7R support We need to get an official release out as soon as possible as it has been more than a year since the last one! If people could please give this a thorough beating, I would appreciate the feedback so we can get 0.1.10 final posted. The VX-7 driver may not be perfect, but it seems to work for me. You have to follow the typical clone procedure that you're probably used to using with other programs, of course. Please, let me know if this is ready for prime time! Thanks! -- Dan Smith dsmith#danplanet.com, s/#/@/ www.danplanet.com KK7DS

1 0

[chirp_users] [CHIRP] #56: ID-880 odd split not working
by CHIRP Tracker 08 Jun '10

08 Jun '10

#56: ID-880 odd split not working ----------------------------------+----------------------------------------- Reporter: dsmith@… | Type: Bug Status: new | Priority: Stability Milestone: | Component: Memory Editor Version: | Keywords: Platform: Linux | ----------------------------------+----------------------------------------- From Kenny: So in memory #6, I have the DStar repeater for GoldMnt programmed. Using the Icom provided software, I correctly programmed it to 449.5625. (http://www.wd7str.org/) When I started, I had Chirp read in my existing memories and it changed the frequency to 1666.37000. When I corrected the frequency to 449.5625 and wrote it back out, the ID880 gets upsets and resets everything. -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/56> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 1

[chirp_users] [CHIRP] #54: "NAME" field truncated to 6 characters in CSV dump
by CHIRP Tracker 08 Jun '10

08 Jun '10

#54: "NAME" field truncated to 6 characters in CSV dump ----------------------+----------------------------------------------------- Reporter: KN0N | Type: Bug Status: new | Priority: Functionality Milestone: 0.1.10b2 | Component: Import/Export Version: 0.1.9 | Keywords: CSV Platform: Windows | ----------------------+----------------------------------------------------- Maybe not a "bug" per se, but since the 880 memory allows for an 8 character name, I think the CSV dump should allow for them as well. BTW I have Linux on all my PCs now, either native or VM; so I can test an new tar files that you care to post :) -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/54> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 1

[chirp_users] [CHIRP] #53: BANK data not saved to CHIRP file
by CHIRP Tracker 21 May '10

21 May '10

#53: BANK data not saved to CHIRP file ----------------------+----------------------------------------------------- Reporter: KN0N | Type: Bug Status: new | Priority: Functionality Milestone: 0.1.10b2 | Component: IC-2820 Version: | Keywords: Platform: Windows | ----------------------+----------------------------------------------------- After loading a 2820 IMG file (or conversion from ICF), the bank names are displayed. After exporting to CHIRP format, they are gone. Ver: 0.1.10b9 (just a gentle reminder Dan :) -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/53> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 1

Re: [chirp_users] [CHIRP] #52: ID-880 csv import data buggered
by CHIRP Tracker 30 Mar '10

30 Mar '10

#52: ID-880 csv import data buggered ----------------------------+----------------------------------------------- Reporter: KN0N | Owner: kk7ds Type: Bug | Status: closed Priority: Functionality | Milestone: 0.1.10b2 Component: Import/Export | Version: 0.1.9 Resolution: Fixed | Keywords: 880 import Platform: Linux | ----------------------------+----------------------------------------------- Changes (by kk7ds): * status: accepted => closed * resolution: => Fixed Comment: Fixed in changeset:611 -- Ticket URL: <http://trac.chirp.danplanet.com/trac/ticket/52#comment:3> CHIRP <http://trac.chirp.danplanet.com/trac> CHIRP Development

1 0

[chirp_users] [CHIRP] #52: ID-880 csv import data buggered
by CHIRP Tracker 29 Mar '10

29 Mar '10

#52: ID-880 csv import data buggered ----------------------+----------------------------------------------------- Reporter: KN0N | Type: Bug Status: new | Priority: Functionality Milestone: 0.1.10b2 | Component: Import/Export Version: 0.1.9 | Keywords: 880 import Platform: Linux | ----------------------+----------------------------------------------------- D-RATS working FB... moving over here :-) Saved some mems from my 2820 image to a csv. Looks good in that format. (This 2820 image was obtained from an icf conversion) Imported said csv into my 880 image (read by CHIRP) and... 1) all Tone mode are set to NONE 2) ALMOST all of the minus (-) duplex cells are set to (none)The (+) offsets are OK .1.10b8 -- Ticket URL: <http://trac.chirp.danplanet.com/ticket/52> CHIRP <http://trac.chirp.danplanet.com/> CHIRP Development

1 2

Re: [chirp_users] SEXY EMAILS
by Dan Smith 19 Mar '10

19 Mar '10

> I KEEP RECEIVING STRANGE EMAILS WITH CHIRP TICKET NUMBERS, > > HOWEVER THESE EMAIL RELATE TO SEX SITES! Yes, they are from SPAM bots posting bogus information on the tickets. About an hour ago I stopped the ticket system from copying the mailing list until the SPAM stops. I'm copying this to the chirp users list so that other people know as well. Sorry for the inconvenience. -- Dan Smith www.danplanet.com KK7DS

2 1