Re: [DSTAR_DIGITAL] Re: DPRS issue
On Sun, 2010-05-23 at 14:49 -0400, Steve Lewis wrote: This was the most helpful reply received. Starting digging into GPS-A...figured out that if I have my symbol in the radio set to Other -- Other becomes nothing and you miss a character. So, set your symbol to anything OTHER than Other and it will be fine. I can hear me now. :-) Other works, but you need to change the -- to the two character representation for whatever symbol you wish to use. After scrolling down to Other, push the dial, and you can edit the text. I have mine set to /-, which is a house symbol.
Re: [DSTAR_DIGITAL] Re: I Want To Know???
On Sat, 2010-05-08 at 13:45 +, milkman wrote: Everyone in America does not live in a D-Star hotspot. So that makes it worthless. I give up! Everyone in America does not live where highspeed internet access is availabe. So that makes highspeed internet access worthless. I am going to call my cable company and cancel my highspeed internet. Everyone in America does not live in an area with cell phone coverage. So that makes cell phones worthless. I am going to call my telco and cancel my cell phone account. Everyone in America does not live where they can put up HF antennas. So that makes HF worthless. I am going to sell my HF radios. What a ridiculous thing to say! You are talking about a mode that has been around for 5 years or so, and complaining that it has fewer repeaters and fewer users than a mode that has been around for what - 50 years or more? And you are not only surprised by this, but upset by it? And somehow this is DSTARs fault, and makes DSTAR worthless? I'm sorry you feel robbed and lied to, but information about both DSTAR itself and the current state of the DSTAR network is readily available. It is nobody's fault but yours if you didn't do your research before buying. This is a hobby, by the way - nobody owes it to you to spend their time and money to provide you with the system that you think you are entitled to. While you stated that you were here to ask questions and to learn, your posts sound more like you came here to stir the pot. If you don't like DSTAR, or a new and still-growing mode does not meet your needs - then don't use it! The rest of us are having a lot of fun with it.
Re: [DSTAR_DIGITAL] Fooling the GPS firmware in an IC2820 to display position data without a GPS sig
Dan, Same question I asked Ed - have you actually tried that and got it to work? I have been unable to get the 2820 to accept serial GPS data in place of the built-in GPS (not to mention that turning off the GPS in the 2820 also turns off the radio's GPS functionality - you can't even access the GPS displays). NMEA strings sent to the radio's serial port are treated exactly the same as any other serial data, and transmitted over the air as low speed data. If you are able to make this work, I'm interested in knowing how. Brian VE7NGR On Sun, 2010-02-21 at 00:55 -0500, Daniel G. Thompson wrote: Now, if you just want the radio to think it knows where it's at, that is fairly easy. Simply get any pic project board with a serial port on it and set the port to whatever speed the data needs to be ( I forget what the 2820 wants when you send in GPS strings to the back of the radio) and have it send a formated what appears to be output from a GPS. The biggest problem will be something that keeps close enough time to not munge things up. Turn off the GPS in the 2820, and I can't recall for sure if you have to feed the data into the back or the front of the radio, but you can certainly feed it into one of those ports. If you are feeling very wealthy and have plenty of realestate, use a computer to send the data string. A small app to send this information for either Windows or Linux would not be all that hard to write. Dan Thompson d...@waycom.com - Original Message - From: Jim Kvochick k...@att.net To: dstar_digital@yahoogroups.com Sent: Saturday, February 20, 2010 10:24 AM Subject: RE: [DSTAR_DIGITAL] Fooling the GPS firmware in an IC2820 to display position data without a GPS sig Sadly, the radio is buried in a reinforced concrete bunker, and we have limited feedline access to the outside world. This makes using the GPS antenna not attractive. Thanks for the comments! Jim WB8AZP
Re: [DSTAR_DIGITAL] Speaking of GPS
On Sun, 2010-02-21 at 15:08 -0800, Don Bowen wrote: I am looking for a GPS navigation for the car. I would like for any D-Star radio I get to be able to read the GPS. Are there any out there that have an external data port? The 2200, 800, and 880 will all take a feed from your GPS. The 2820 has it's own GPS built in (assuming you have the UT-123 DSTAR board installed) and won't need the feed.
Re: [DSTAR_DIGITAL] Fooling the GPS firmware in an IC2820 to display position data without a GPS sig
I disagree with all the other posters who said this is possible and easy. This would be easy with an ID-800 or ID-880; they do not have an internal GPS, and rely on a serial NMEA feed from an external GPS. The IC-2820 has a GPS inside the radio (on the UT-123 D-STAR board). What you plug in is not an external GPS - it is just a GPS antenna. What you want to do would require either simulating the RF transmission from several GPS satellites, or injecting the feed into an appropriate place inside the radio (assuming it uses serial NMEA internally - I don't know if it does). If you want to send and receive position reports via a computer, then this is simple and can already be done, but it sounds like you want to use the radio's GPS features, which is a different matter. 73, Brian VE7NGR On Fri, 2010-02-19 at 16:09 +, jkvochick wrote: I have a 2820 installed in a place where receiving a GPS signal would be very, very, difficult. Sadly, without receiving a valid GPS signature, some of the other cool features, like distance to station doesn't work. Since this radio is installed in a fixed location, I was wondering if you could inject an appropriate rs232 signal from say an Arduino microprocessor board, so that the internal units believed they had valid psiiton data? Jim WB8AZP
RE: [DSTAR_DIGITAL] Fooling the GPS firmware in an IC2820 to display position data without a GPS sig
Ed, You sure about that? I'm skeptical. If I turn off the GPS, I can't even access the 2820's internal GPS functions (the third menu page is not accessible, so I can't access the position displays at all). Furthermore, sending NMEA data to the serial port sends it out over the air regardless of whether the GPS is turned on or off. Have you actually tried this and got it to work? I just did (including sending NMEA data to the radio via the serial port), and it does not work. It's possible I am missing something. Brian On Sat, 2010-02-20 at 22:03 +, Woodrick, Ed wrote: Brian, The IC-2820 has a serial input just like the ID-800 or ID-880. If you want to send data in this port, all you need to do is to turn off the internal GPS and the port is available EXACTLY as if it was a ID-880. So by just faking the GPS serial stream, you can make the internal distance and direction functions come to life. Although personally I would think that it would be infinitely more useful if D-RATS were used and then all of the position reports would be presented on an easy to see screen, as opposed to the harder to see screen of the IC-2820 which switches when you talk. Ed WA4YIH From: dstar_digital@yahoogroups.com [mailto:dstar_digi...@yahoogroups.com] On Behalf Of Brian Mury Sent: Saturday, February 20, 2010 2:59 PM To: dstar_digital@yahoogroups.com Subject: Re: [DSTAR_DIGITAL] Fooling the GPS firmware in an IC2820 to display position data without a GPS sig I disagree with all the other posters who said this is possible and easy. This would be easy with an ID-800 or ID-880; they do not have an internal GPS, and rely on a serial NMEA feed from an external GPS. The IC-2820 has a GPS inside the radio (on the UT-123 D-STAR board). What you plug in is not an external GPS - it is just a GPS antenna. What you want to do would require either simulating the RF transmission from several GPS satellites, or injecting the feed into an appropriate place inside the radio (assuming it uses serial NMEA internally - I don't know if it does). If you want to send and receive position reports via a computer, then this is simple and can already be done, but it sounds like you want to use the radio's GPS features, which is a different matter. 73, Brian VE7NGR On Fri, 2010-02-19 at 16:09 +, jkvochick wrote: I have a 2820 installed in a place where receiving a GPS signal would be very, very, difficult. Sadly, without receiving a valid GPS signature, some of the other cool features, like distance to station doesn't work. Since this radio is installed in a fixed location, I was wondering if you could inject an appropriate rs232 signal from say an Arduino microprocessor board, so that the internal units believed they had valid psiiton data? Jim WB8AZP
Re: [DSTAR_DIGITAL] Re: DSTAR PARACHUTE MOBILE Sat Sept 5, 2009
Nate, On Fri, 2009-09-04 at 09:39 -0600, Nate Duehr wrote: We (AF6IM and KF6WRW) have been keeping our toggles stowed until we get to about 3000 ft. If you pulled at 3000' MSL here, well... you'd be dead/underground! 1. Unlike pilots, skydivers always use AGL, not MSL. When we are headed straight at the ground at 120 mph (or possibly a lot more depending on body position), we really want to know how far away the ground is without having to remember and subtract the ground elevation. Since we almost always land at the same location we took off from, and are not in the air long enough to worry about significant barometric pressure changes, it makes sense to use AGL. 2. When Mark says keeping our toggles stowed, he is not talking about deploying the parachute. The toggles are the steering controls. Parachutes are packed with them locked partway down in order to improve the deployment. Once the canopy is open, the jumper releases the toggles to allow the canopy to go to full flight. Leaving them stowed will result in slower flight and a lower descent rate, useful to give Mark more time to play with the radio, as well as reducing wind noise that the mic will pick up. Brian
Re: [DSTAR_DIGITAL] DSTAR PARACHUTE MOBILE Sat Sept 5, 2009
Mark, I've operated 2 metre FM parachute mobile. Even with a lightly loaded 240 my mic picked up a lot of wind noise and made it difficult for other stations to understand me. I was using a speaker mic cupped in my hands to try to block the wind but still had some problems. I no longer own any big slow parachutes (I have a 135, a 120, and a 97) so I'm sure it would be a lot worse now. Something to think about if you haven't done this before... It would take some coordination to get the timing right, but if I could get my hands on a DSTAR handheld (my only DSTAR radio at the moment is a 2820), we could make a parachute to parachute DSTAR contact - now *that* would be neat! Blue Skies, Brian CSPA D-661 - oh, and VE7NGR ;-) On Thu, 2009-09-03 at 18:32 +, boeing377 wrote: We will try again this Saturday Sept 5, 2009, likely jump window is between noon and 2:30 PM California time. Will be aloft over Byron CA. Will announce on K6MDD through two meter repeater about 30 minutes prior to liftoff. Will make the world's first DSTAR parachute mobile call to Tim K6BIV to thank him for K6MDD and then work the rest. I am hoping for moderate winds on Saturday. Safety has to come first and if winds are over our limits we will probably have to postpone again. We can take higher winds in a freefall jump but it leaves very little time for comms. If I do a freefall from 13-14K I'll open around 3K and try to get a few QSOs done, but I have to quickly focus on getting back to the DZ, avoiding other canopies and setting up my landing approach. 73, Mark AF6IM
Re: [DSTAR_DIGITAL] Invitations to other ham groups.
Yahoo Groups allows you to set your email preferences to allow or disallow invitations from other groups. On Fri, 2008-11-07 at 03:15 +, Eric Gildersleeve wrote: I realize this may not be the appropriate place to make statements, but I know they are coming from users that watch this site as well. I have repeatedly ignored the invitation to the illinoisdigitalham group on Yahoo! but, I am fed up with the constant invitations. Please don't mine E-Mails from this group and bombard us with invitations. I consider it spam and have reported it to Yahoo! I provide my E-Mail for those that want to contact me off list on a topic. Not for you to Spam me every month. I know I'm not the only one receiving messages. Thank you! Eric KD7CAO
Re: [dstar_digital] Re: Article in Popular Communications
On Sun, 2008-10-19 at 13:52 -0700, Mike Albertson wrote: With a 1.2GHz digital data repeater/server at a fire station near the center of the city, ID-1s in the communications van and the emergency operations center we expect to have an infrastructure independent wide area network covering most of the city. I would consider the repeater/server to be infrastructure.
Re: [dstar_digital] Re: Newbie Question
On Wed, 2008-08-20 at 11:09 -0500, Dennis Rogers wrote: Only one digital board. When they put two in there you can. at what cost I was referring to analog, which is what I thought the question was about. You are correct, it cannot do either in digital mode. On Wed, Aug 20, 2008 at 3:40 AM, Brian Mury [EMAIL PROTECTED] wrote: What the IC-2820 does not do is receive TWO D-STAR (digital) transmissions at the same time. Is it capable of VV/UU and X band analog? Yes and yes. -- Regards, Dennis, N5VRP [EMAIL PROTECTED] Dstar User / Gateway Admin / D-PRS Provider ARRL Member Cactus-Intertie Member AMSAT Member, President's Club 73's from SATX, EL09rk [Non-text portions of this message have been removed]
Re: [dstar_digital] CHIRP: An open-source programming tool for ICOM radios
On Wed, 2008-07-23 at 21:36 -0700, Dan Smith wrote: I've tightened that down. If you want to grab a snapshot of my development tree and try again, it would be appreciated: That fixed it! Okay, I wasn't masking out enough bits for the tone value. You've got something turned on in a memory location that I don't have, and so you've got a bit (0x80) turned on that is throwing it out of range. Does this mean if I upload the image file, I'll lose whatever setting I have that you aren't handling? Or was I just messing up your error handling?
Re: [dstar_digital] CHIRP: An open-source programming tool for ICOM radios
On Tue, 2008-07-22 at 16:48 -0700, Dan Smith wrote: It's strange that your cable doesn't seem to be echoing what the PC sends. Are you using an OPC-478? No, it's a homebrew cable. I'm using the front data port. In the ICOM (and I think all other) cables, the TX and RX pins are tied together in the db9 connector, Oh? I didn't know that. I found a document online that shows a cable schematic, it does not have them connected together. If you want, edit chirp/icf.py, and in the send_clone_frame() function, put return frame right after the pipe.write(frame) line. This should stop it from eating and comparing the echo. Yeah, that works. I just did a successful download. It won't let me export, import, or upload (those are disabled, and it says no image, even after downloading), but that's a different issue... I'm going to play around with the command line tool and see what I can do with that. Thanks for the help! Brian
Re: [dstar_digital] CHIRP: An open-source programming tool for ICOM radios
On Wed, 2008-07-23 at 06:38 -0700, Dan Smith wrote: I wasn't aware that you could do clone operations through the front data port. You can use the CS-2820 through that port? Yes. The serial cable schematics won't, but the CI-V cloning cables will: Yep, but this isn't a CI-V cable. It's a standard three wire serial cable. Did the radio go into clone out mode and take a couple minutes to do the clone? Yes. Can you send me the ic2820.img file in the working directory so I can see if it looks like a valid memory image? There isn't one. Using chirp.py: ./chirp.py -r ic2820 -s /dev/ttyS1 --download-mmap |==| 100.0% Cloning from radioTraceback (most recent call last): File ./chirp.py, line 199, in module radio.sync_in() File /home/bmury/software/chirp-0.1.2/chirp/ic2820.py, line 62, in sync_in self.process_mmap() File /home/bmury/software/chirp-0.1.2/chirp/ic2820.py, line 40, in process_mmap self._memories = ic2820_ll.parse_map_for_memory(self._mmap) File /home/bmury/software/chirp-0.1.2/chirp/ic2820_ll.py, line 121, in parse_map_for_memory m = get_memory(map, i) File /home/bmury/software/chirp-0.1.2/chirp/ic2820_ll.py, line 56, in get_memory raise errors.InvalidDataError(Radio has unknown tone 0x%02X % _tonei) chirp.errors.InvalidDataError: Radio has unknown tone 0x8E
Re: [dstar_digital] CHIRP: An open-source programming tool for ICOM radios
On Mon, 2008-07-21 at 13:11 -0700, Dan Smith wrote: - Program as many ICOM radio models as possible with a single app - Be open-source - Be cross-platform - Support open data formats Cool! The Icom CS-2820 doesn't work properly in WINE or virtualized Windows. there are plenty of errors at this point. However, if you'd like to give it a try and report back, it would be much appreciated. If you I'm trying it with my 2820, running Fedora 9. csvdump.py gives me this when I click on the download button: Bad response: 000: fe fe ef ee e1 29 70 00 .)p. 008: 01 20 20 20 20 20 20 20 016: 20 20 20 20 20 20 20 20 024: 20 00 0e 03 00 06 33 30 ..30 032: 30 41 30 2e 30 30 fd 00 0A0.00.. Sent: 000: fe fe ee ef e0 00 00 00 008: 00 fd 00 00 00 00 00 00 Trying chirp.py instead: ./chirp.py -r ic2820 -s /dev/ttyS1 --download-mmap Bad response: 000: fe fe ef ee e1 29 70 00 .)p. 008: 01 20 20 20 20 20 20 20 016: 20 20 20 20 20 20 20 20 024: 20 00 0e 03 00 06 33 30 ..30 032: 30 41 30 2e 30 30 fd 00 0A0.00.. Sent: 000: fe fe ee ef e0 00 00 00 008: 00 fd 00 00 00 00 00 00 Traceback (most recent call last): File ./chirp.py, line 199, in module radio.sync_in() File /home/bmury/software/chirp-0.1.2/chirp/ic2820.py, line 61, in sync_in self._mmap = icf.clone_from_radio(self) File /home/bmury/software/chirp-0.1.2/chirp/icf.py, line 151, in clone_from_radio md = get_model_data(radio.pipe) File /home/bmury/software/chirp-0.1.2/chirp/icf.py, line 31, in get_model_data send_clone_frame(pipe, 0xe0, model, raw=True) File /home/bmury/software/chirp-0.1.2/chirp/icf.py, line 91, in send_clone_frame raise errors.RadioError(Radio did not echo frame) chirp.errors.RadioError: Radio did not echo frame
