[DSTAR_DIGITAL] Re: News on IC-9100 dstar capabilities
--- In dstar_digital@yahoogroups.com, John Hays j...@... wrote: Version 2: What bands does DV operate on in the IC-9100? (This could be answered as 6m - 23cm or 160m - 23cm or some subset of the same.) I think it would be a shame to cripple the rigs DV modulation capability on lower bands when there is the possibility that we could see regulation interpretation or modification that would extend the bands where it could be used below 29 mHz.
[DSTAR_DIGITAL] Re: DV Dongle - QSO, VOIP, or Chat Room?
--- In dstar_digital@yahoogroups.com, john_ke5c k...@... wrote: If one dongle user communicates with another dongle via a reflector to which no gateway is linked (no RF), is that a QSO, a VOIP telephone call, or some type of chat room? (General question, not addressed to Ed per se) 73 -- John Interesting question, John. Let's break it down: Is it a QSO? QSO Meaning (from Q-Code Table) Question: Can you communicate with ... direct or by relay? Reply: I can communicate with ... direct (or by relay through ...). Q-Codes were originally designed for telegraphy, and serve some purpose in data mode communications to convey information in the fewest number of signaling elements. Their use on voice is largely cultural rather than functional. The use of QSY to W7SP repeater is less clear than Moving to W7SP repeater and a full syllable more (less efficient). However, the Q code says nothing about RF being involved, so in your scenario, it probably is a QSO. Is it a VOIP telephone call? I doubt anyone would argue that VOIP (voice over IP) is happening in this scenario, it certainly is not ROIP (radio over IP - http://en.wikipedia.org/wiki/Radio_over_IP) as by definition a two-way radio needs to be at one end. I would not consider it a telephone call (http://en.wikipedia.org/wiki/Telephone_call) as that would typically involve the concept of a E.164 (http://en.wikipedia.org/wiki/E.164) type addressing scheme. I do not consider Skype, Gtalk, Jabber, or similar systems VOIP telephony until they connect to the telephony world using PSTN, SIP, or similar. So, I would say it is a VOIP call, but not a VOIP telephone call. Is it a chat room? Conference bridges, reflectors, etc. can be used as chat rooms, but refer to the server side, not the endpoints (the DV Dongles or radios). So the contact is happening in a chat room but the contact itself is not a chat room. -- John K7VE
[DSTAR_DIGITAL] Re: DV Dongle
--- In dstar_digital@yahoogroups.com, barrymung barrym...@... wrote: As its 'GMSK' over internet protocol, maybe we have 'GOIP'?? Voip is 'Voice' over internet... albeit GSM in some cases, I think we need to differentiate? My 2p worth! Neil. Well, not really. GMSK is the modulation technique on the RF signal over the air. We extract the data stream out of the GMSK signal to create a digital signal that contains the D-STAR frames (including headers, etc.). Inside the D-STAR digital voice frames, is the AMBE vocoder data stream that actually contains the digitally encoded voice that becomes the voice portion of VOIP. One could argue it is D-STAR over IP (DOIP - Do IP) as there is more to the protocol than simply encapsulating a codec (like GSM or uLaw). If we digitized the GMSK signal and sent that over IP, you might call it GOIP (Go IP), but as it is now that would be a misnomer. -- John, K7VE
[DSTAR_DIGITAL] Re: DV Dongle - [ADGRV]OIP
--- In dstar_digital@yahoogroups.com, barrymung barrym...@... wrote: Hi John, True, but 'AIOP' doesn't have a very good ring to it really. Think we should stick to D-Star-VOIP or DV-Voip. We know what we mean, but outsiders will just think we're adding confusion to their systems in reality. 'Hotspots' directly inject the AMBE voice through the pipe, along with the routing info to the reflector or wherever, not totally sure as not played with the complete 'hotspot' yet, IE callsign routing etc. Still, its all good fun and a learning curve for some of us! 73. Neil. G7EBY. Hi Neil, Since I don't read Japanese, I cannot say for sure, but it is my understanding that the D-STAR specification includes the definition of D-STAR on the Internet. I am not sure dplus and indeed Hotspot implements that protocol (I suspect it does not). If, as I suspect, the UDP packets are encapsulations of the the D-STAR frames, then it is not analogous to the traditional VOIP model. If you take one of the common VOIP protocols, SIP (session initiation protocol) for example. The control, e.g. addressing, flow, messaging, etc. is managed through one data stream and the voice using one of the standard codecs such a ulaw, alaw, iblc, gsm, g.729, ... is sent over a separate data stream (another IP port) using RTP (real time protocol). The voice portion is simply the encoded voice. Under D-STAR the voice (AMBE) and messaging (DATA) are combined, and likely encapsulated with callsign addressing, if not the whole frame structure over one data stream to a single port. This is fundamentally different. If we must have an *OIP -- I would propose DOIP for D-STAR over IP, which incidentally, could also include encapsulated DD frames. John - K7VE
[DSTAR_DIGITAL] Re: What is required for a D-Star Repeater?
--- In dstar_digital@yahoogroups.com, ipscone ipsc...@... wrote: One thing it looks like I missed is a duplexer. Right? What kind of duplexer is needed/compatible/desireable for a D-Star repeater? Would the requirements for the duplexer be any different than for an analog repeater? What else have I left out? Exactly the same as for an analog repeater. You might want to also look at http://g4ulf.blogspot.com/ de K7VE
[DSTAR_DIGITAL] Re: Wouldn't It Be Nice ?
--- In dstar_digital@yahoogroups.com, john_ke5c k...@... wrote: For all of those who don't want the DPLUS software to route call sign routed packets into the network, there's just as many of us who think that it is working they way it should. So no matter what Robin does, a number of people are going to think that it is wrong, he can't win. Sure Robin can win - by providing local gateway control over dplus callsign and slash routing behavior. Then you can be happy with your gateway and many of us can be happy with ours, instead of just you being happy. Remember Robin's code is not part of the gateway. It eavesdrops (packet sniffs) the data going in to and out of the gateway daemons to locate packets that it believes it needs deal with, then transports them over a separate Internet port to other DPLUS based systems, either reflectors, DV Dongles, or other DPLUS equipped gateways and proxies (packet insertion) local delivery out to the controller. DPLUS has no control over native D-STAR routing (callsign) or Icom's gateway enhancements (/callsign and multicasting). The only thing he can affect is DPLUS behavior, Nate's solution is a good one and could be setup as a configurable parameter. - John, K7VE
[DSTAR_DIGITAL] Re: Wouldn't It Be Nice ?
--- In dstar_digital@yahoogroups.com, Adrian vk4...@... wrote: The icom routed incoming call (from #) will pass to a linked reflector or gateway to the listeners system. Just to be clear, routed calls are not Icom routed calls, they are native to the D-STAR protocol. The Icom gateway implements them. DPLUS linking is a non-standard add-on, widely deployed and accepted by the users, but not native to the protocol. DE K7VE
[DSTAR_DIGITAL] Re: DStar contest: calling Japan
John, Very cool utilization of the Multicast function. --- In dstar_digital@yahoogroups.com, john_ke5c k...@... wrote: I found a use for G2 multicast groups! Contest participation is a bit sparse, probably because DStar is still a bit sparse, but I tired of calling JA repeater modules one by one, so I defined eight multicast groups of five or six JA modules on K5CTX.
[DSTAR_DIGITAL] Re: First home-made dstar G2 gateway went live today.
--- In dstar_digital@yahoogroups.com, ham44865 ham44...@... wrote: First, congratulations on the advances in your project! I have looked at and built the code for your gateway from http://sourceforge.net/projects/dstardextra/ and will be doing some testing on it. Also it was cool to see that your project rank is in the top 2000 on SourceForge and I appreciate the early source releases. dstar_gwy_srv can be used on any DSTAR ICOM system, Europe,US, Japan,... I'd be curious about Japan since they still use the version 1.0 of the gateway software. I think there were changes in the trust server between version 1.0 and G2. G4ULFs design is built to be fully compatible with the G2 infrastructure and has been tested against a trust server run similarly to the USTrust server, it now is in production beta against the USTrust server. Therefore, it should work against any other G2 Trust Server, regardless of its location. You can read a bit about G4ULF's project at http://g4ulf.blogspot.com/ It is idependent of any backbone,if there is such a word backbone when it comes to dstar. There are a couple of instances where the term backbone is used in D-STAR, most noticeably when applied to the 10 gHz. ATM backbone for connecting repeater sites, but really it is a semantic issue. G4ULF's gateway is on the largest and most universal D-STAR network (authentication and authorization trust server). G4ULF completed a test process that allows him to use the USTrust server and be a peer on that network. I believe you mean dstar TRUST groups, not backbone. In this context, that is probably the better term. Scott 73 - K7VE
[DSTAR_DIGITAL] Re: Digital vs. Analog both have a place.
--- In dstar_digital@yahoogroups.com, bruce mallon wa4...@... wrote: D-Star will realy explode when some one finds a way to standerdize digital into a transfurable mode between manufactures and platforms AKA diffrent radios. Bruce Did you happen to look at the links in my earlier post. The technology is there (or just about there). Its the entrenched manufacturers, other than Icom, who don't get it. The standard has been around for almost 10 years now, its implementation that's missing from the non-Icom manufacturers. So new manufacturers will probably come in. Alinco is probably the low hanging fruit. I wonder what would happen if everyone on this list wrote Alinco HQ a nice letter telling them they would buy Alinco radios if they implemented D-STAR in place of their proprietary digital system? Alinco, Incorporated Yodoyabashi Dai-Bldg 13F 4-4-9 Koraibashi, Chuo-ku Osaka 541-0043 Japan TEL. (06) 7636-2361 FAX. (06) 6208-3801 Possible email: esa...@alinco.co.jp de K7VE
[DSTAR_DIGITAL] Re: Digital vs. Analog both have a place.
--- In dstar_digital@yahoogroups.com, k7ve j...@... wrote: 4 Alinco is probably the low hanging fruit. I wonder what would happen if everyone on this list wrote Alinco HQ a nice letter telling them they would buy Alinco radios if they implemented D-STAR in place of their proprietary digital system? Alinco, Incorporated Yodoyabashi Dai-Bldg 13F 4-4-9 Koraibashi, Chuo-ku Osaka 541-0043 Japan TEL. (06) 7636-2361 FAX. (06) 6208-3801 Possible email: esa...@... de K7VE or exp...@alinco.co.jp
[DSTAR_DIGITAL] Re: Any new routers
--- In dstar_digital@yahoogroups.com, Robert Hobbs Jr. n5...@... wrote: What is the latest recommended router for a gateway. Robert/ N5ULA Read through the thread starting at http://groups.yahoo.com/group/DStar-Gateway/message/3086
[DSTAR_DIGITAL] Re: Help software d-term and u-view 32 driver bridge
--- In dstar_digital@yahoogroups.com, transmisiones alvmu...@... wrote: Hello friends, I connect my computer ic-2820 software with the d-term program to another U-VIEW32 the APRs and no bridge to connect the driver, please I need a manual on how to get it working, thanks to everyone and I hope your help. 73 ea9pe Have you tried D-RATS? The current betas support the map function internally to the application. Join the discussion group and you can get access to betas as well as excellent support. http://www.d-rats.com
[DSTAR_DIGITAL] D-STAR repeaters vs Analog Repeaters
conversation or send and receive email or download lists of data via packet. I don't tie up the net control discussion when I send and receive email. BUT, if Internet access IS available, then I can provide all of the above, as well as direct communications with remote locations such a State EOCs, FEMA EOCs, and other government organizations in DC such as the Red Cross. --Yes, assuming all those agencies have Dstar (all of those agencies by default quite likely already have analog FM) And more and more are becoming D-STAR enabled (including available grant money for the same). So if I compare the common non-linked FM repeater to the commonly Internet connected D-STAR repeater, the D-STAR repeater at it's worst does a heck of a lot more, and at the best, just blows the functionality of a FM repeater away. --Hmmm..you do get NOAA weather alerts over your D-Star repeater? We do on analog. You get site telemetry (battery voltage, VSWR, etc.) over your D-star? Some D-STAR repeaters are providing those functions, just because you haven't figured it out doesn't mean it doesn't exist. [Deleted rehashing of what your site hasn't implemented, but could.] 73 Daron N7HQR John - K7VE
[DSTAR_DIGITAL] Digital vs. Analog
D-STAR is not expensive. If you compare the price of a new D-STAR radio (new technology) to a new Analog FM synthesized (old technology) radio of 25 years ago, its a downright bargain. Even if you take a modern Analog FM radio and add what is needed to make it data capable (let alone digital) you are at or above the price of a similar D-STAR radio (sound card modes excluded, but who wants to drag along a computer when a simple integrated solution exists). I'm not flush with cash, but a couple hundred extra to play with D-STAR is cheap, its a few meals out on the town or a car trip across the state. Most of us spend that just attending an out of area ham convention. Its a personal choice where you will spend your money, but saving up a few weeks to pay the difference between 30 year old technology and a current generation radio doesn't seem like that big of a sacrifice to me. Amateurs will eventually migrate to digital for VHF/UHF repeaters. Will D-STAR be forever? Probably not, but it is the leading solution right now. The move to digital only makes sense, its more spectrum efficient and you can offer a lot more services on a 'channel' than you can with analog. I imagine that at some point, not soon, the ratio of digital VHF/UHF operations to analog FM will be similar to the ratio of SSB to AM transmissions on HF. Stagnation is killing this hobby, if we are not willing to crack open our wallets, and to apply our talents, to evolving the hobby it will die a slow death, which may be sped up by commercial and government $$$ eager for more spectrum. We need to have a reason for more people getting on the radio and actually using our spectrum -- a repeater that sits silent for days on end should loose its coordination in favor of groups who will actually use the frequencies. I think D-STAR or other digital radio with lots and lots of applications will provide that catalyst, but hams need to want to grow the hobby both in technology and activity. There are non-Icom D-STAR components coming out shortly. A gateway replacement by G4ULF (http://g4ulf.blogspot.com/), radios and adapters (http://www.dutch-star.nl/products/ds-1/) and more. The other vendors: Kenwood - barely in the amateur radio business anymore. Stuck on AX.25/APRS for amateur enhancements (20+ year old technology) Yaesu - focused on HF and offer WIRES (http://www.vxstd.com/en/wiresinfo-en/) just another voice over IP (VOIP) system like IRLP or Echolink (see my comments at http://k7ve.org/site/index.php?option=com_contenttask=viewid=28Itemid=26) Alinco - possibilities here for D-STAR radios. Friendcom + Node Adapter (http://www.dutch-star.nl/products/fc-301d/ and https://www.argentdata.com/catalog/product_info.php?products_id=110) If some RF/Digital designer hams would look at the technology and apply their skills to design we could have a variety of great D-STAR components. If someone who is very fluent with technical Japanese would translate this document http://www.jarl.com/d-star/shiryou/STD4_3C.pdf for the rest of the world, then there is plenty of software/firmware talent to provide the applications and control software. Do you (the reader) want to be part of the solution and future or grumble and keep the hobby stagnant and on a path to death? John, k...@k7ve.org --- In dstar_digital@yahoogroups.com, AB8XA ab...@... wrote: Regardless of how it has been increasingly accepted, and even if Icom dramatically lowered the huge overpricing, D-STAR is, and will continue to be, a niche technology, as long as Yaesu, Kenwood, Alinco AND even Icom themselves continue to sell significant volumes of non-D- STAR radios. It's certainly a good thing there are so many niches in amateur radio, but establishing a D-STAR repeater for tactical emcomm in lieu of (not in addition to) an analog FM repeater, probably eliminates roughly 90% of potential ham volunteers and IMO would be foolhardy. Those who say digital is the way of the future may be correct, but every analog radio sold, including those sold by Icom, pushes that point further into the future, and by then, D-STAR may have been obsoleted by another technology. If you can afford it, certainly--buy HT and mobile rigs that are BOTH analog and digital-capable. I'm in D-STAR only because I won an IC-91AD as a door prize. The radio I bought for my truck is the Icom IC-208H simply because I couldn't/wouldn't afford nearly twice as much for the near identical ID-800. I'm far from alone. I don't mean to rain on D-STAR proponents parade, but that's how I see it. -- Moe
[DSTAR_DIGITAL] U.S. Only - Re: Tactical Call indication
--- In dstar_digital@yahoogroups.com, Woodrick, Ed ewoodr...@... wrote: If you stick to the specifics of the protocol, then if you put something besides your callsign in the field, then it wouldn't be in accordance with the protocol. If it isn't in accordance with the protocol, then you will need to follow the requirements of utilization of a non-published protocol. This would require, among other things, that the station identification be done in a standard protocol such as FM or CW. (For US rules) So I guess if you want to get down to nitpicking, if the callsign is not in the field then you need to make sure to switch your radio to FM and identify appropriately. Ed WA4YIH Though I am of the school that the MY field should contain one's own callsign, I don't think your argument about having to ID using FM or CW is correct. The standard protocol includes AMBE encoded voice, which can be readily deciphered by anyone with a D-STAR radio and giving a voice ID over AMBE, I believe, would constitute a legal identification within the US rules. -- John, K7VE
Native D-STAR vs. DPLUS linking (was: Re: [DSTAR_DIGITAL] Signal Distance)
--- In dstar_digital@yahoogroups.com, john_ke5c k...@... wrote: Callsign routing to a long haul truck driver who is in range of a DStar repeater say 5% of the time, and whose whereabouts even then would be known only if he remembered to key up? Well, that is like making the argument that there shouldn't be defibrillators on airplanes because they only are useful 0.1% of the time when a passenger has a heart attack. I used to be a road warrior and on any given day may have been in one or more different major cities. My travels took me to 5 continents and many of the US States and Canadian provinces. Had D-STAR been available then, the first thing I would have done after leaving an airport terminal is to key-up on a D-STAR repeater -- then my friends and more importantly my family (my wife, all 4 sons, and my daughter-in-law are all licensed) could call me without knowing where I was, what repeater I was on, what frequency, etc. For family members that don't regularly operate, just having the radio preprogrammed would make it almost like an intercom, PTT to Dad anywhere he might be... As D-STAR grows beyond a handful of repeaters in any given area, there certainly will be repeaters that are quite, where callsign routing to the individual station makes a perfect use case. In fact, I think most of the linking right now is more of a function of insufficient local traffic and trustees wanting to hear something coming out of that expensive repeater they put up. Also, applications like D-PRS, Digital Data (if done right), and D-RATS do make use of callsign routing. DPLUS is not the solution to these. In many ways, DPLUS is just IRLP/Echolink for Digital Voice. (No slant on its utility, but it is not the final definition of D-STAR communications - it is an application that uses defined D-STAR.) Without dplus and reflectors, DStar would be on its way to join HF digital. HF Digital is alive and well (from CW, to packet, to PSKxx, to Pactor, ...). If you are referring to digital voice on HF, a big factor there was that the good implementation was plagued by ignoring intellectual property rights and using a vocoder without the owner's permission. When a good, legal and/or licensed vocoder for HF is implemented, I think you will see a rise in HF Digital Voice. Shoot, with a good modulation scheme, D-STAR might even find a home on HF if we can move to bandwidth defined modulation authorization instead of discrete designators. 73 -- John Not every QSO is a random fishing expedition, sometimes you want to speak to a specific station, regardless of its location and frequency. See: http://k7ve.org/site/index.php?option=com_contenttask=viewid=26Itemid=26 John - K7VE
880 vs 800 (was: Re: [DSTAR_DIGITAL] Signal Distance)
--- In dstar_digital@yahoogroups.com, Nate Duehr n...@... wrote: On Thu, 14 May 2009 14:18:26 -0700, John Hays j...@... said: Here is my thought on this. Radios should be identified by their official callsign (and optional designator character), tactical / special event callsigns can be put into the 4 char comment, on voice, or in the message field for SMS. Certainly, the local repeater could be allowed to pass tactical radio callsigns, but across the network you are just asking for routing errors if more than one station decides their callsign of the day is TAC1 or BASE or EOC (mitigated by registration, but then only one station in the entire network can be TAC1, in a dynamic addressed network it would be anarchy). It hasn't been anarchy yet... I disagree. Yes, you have to watch out that you aren't using some tacticals that someone else is using on the same day. How often has that happened in the real world yet? :-) I think in the real world you would find that quite often a tactical callsign is in use in multiple locations. (For example, during a hurricane in the Gulf coast, multiple EOC stations may be on D-STAR at the same time.) In the dynamic design, you really don't have a database of who's using what callsign (though such a design would probably have query tools) I see this design being very dynamic with routing lookups on demand with caching. So the local gateway sees your local special callsign and marks it as being on local repeater X and reports to the central data servers, that EOC is now on repeater X (based on the MY EOC field). The gateway also services another repeater Y and someone now calls UR EOC and it routes to repeater X, good so far. Now another station on a remote gateway, servicing repeater Z, has MY EOC set and keys her microphone. The remote gateway dutifully updates the central data servers that EOC is now on repeater Z and sends an advisory notice to your local gateway of this information. Your local gateway says, oh, EOC has moved, I'll update my hashtable, now the station at repeater X keys with UR EOC and the gateway dutifully routes it to remote repeater Z ... ooops! As I said before, the radio should ID its official callsign ... solving this problem. Certainly, my aforementioned alternatives would allow net or event participants to still use tactical callsigns, an accepted practice in emergency communications. The use of tactical callsigns does not relieve a station of the responsibility of identifying his transmissions with his own callsign, so using the official station callsign in the MY field also frees the operator from having to remember to ID when in the heat of action during an event. The filter would have to be pretty loose but keep it to looking something like a callsign and definitely could filter certain profane words. Ohh.. now you've opened Pandora's box. Is it the Network's responsibility to stop someone from transmitting naughty words in their callsign field? :-) As a repeater trustee, one would have the responsibility to follow rule (in the US) 97.113a4, if she is aware of such transmissions. On both of the above ... I say no filters. Transmissions are the responsibility of the transmitting station... as always. Software in charge of human policy always ends up a mess, and people figure out ways around it anyway. Nate WY0X I would say the filters should be available at the gateway so that a trustee can have some management of its use, but they should be optional. -- John, K7VE
[DSTAR_DIGITAL] Re: Signal Distance
--- In dstar_digital@yahoogroups.com, Rob tango...@... wrote: I spend a lot of time driving from south Florida to SE Tennessee (I make the trip about every two months) and have heard very little 2m activity while driving up I-75 through Fla. and Ga. Just remember if everyone listens and nobody puts out a call the airwaves get very, very quiet. -- K7VE
[DSTAR_DIGITAL] Re: Server Req for ID-RP2C and ID-RP4000V?
--- In dstar_digital@yahoogroups.com, K7WIN - Jeff k7...@... wrote: I am planning a D-Star Repeater installation and have decided to go with the Controller and UHF Module. I have some questions. Great Do I need a server running gateway software to allow the repeater to function as a gateway? Yes (P4 class at 2.4 Ghz.+, 1GB RAM, 10GB Disk, Dual Ethernet), as well as a router that can handle Class-A addressing (10.x.x.x/8) on the LAN side. Several options including the MikroTik routers (http://www.roc-noc.com/home.php?cat=4) Beyond the normal local repeater configuration, what will I need to configure for gateway (internet) operation? http://dsyncg2.dstarusers.org/JoiningTheNetwork2.pdf and join the dstar-gateway list here on Yahoo! Thanks in advance, Jeff - K7WIN Sierra Vista, AZ John, K7VE
[DSTAR_DIGITAL] Re: Any D-Star evening events at Dayton?
From Icom Forums: ~~ Dayton 2009 D-Star update ~~ We will continue the trend of a LOT going on at Dayton '09 for the D-STAR junkies! The ICOM D-STAR booth will be showing the repeater, mobile and handheld equipment. We will have a cross-section of expert users from across North America to staff the booth, with a variety of experiences and styles. You'll have plenty of access to get your questions answered. The DStarUsers booth will again be across the aisle (next to Heil). We'll also be showing several of the applications and interfaces that have been created for D-STAR. There are some impressively powerful tools available, and we'll have folks available to discuss them. The Friday Night Event will be at the Drury Inn, 6616 Miller Lane, from 7:00 PM until 10:00 PM. We'll have handouts at the booths on Friday with directions to the hotel. If you're interested in D-STAR, you won't want to miss the Friday Night Event this year. As always, we expect the room to fill up. Don't be late! Dayton now has a D-Star repeater W8BI on 174.110 [147.11 ?] +0.600. The Hamilton, OH W8RNL D-Star system is on 145.16 +0.600 and 442.625 +5.00. Fred - WD5ERD wd5...@k5tit.org
[DSTAR_DIGITAL] Re: build your own d-star
--- In dstar_digital@yahoogroups.com, n8wzw n8...@... wrote: hello all im new to this site i like to know if any one know of a web site that you can order p.c.b. to build a d-star to add to a radio. mark n8wzw http://d-star.dyndns.org/rig.html.en Discussion in Yahoo! Group gmsk_dv_node Second project by PA4YBR
[DSTAR_DIGITAL] Re: need a new way to program my 92ad
--- In dstar_digital@yahoogroups.com, Ray T. Mahorney coffee-cra...@... wrote: I lost my primary machine and am using a secondary which does not have a DB9 on the back is there an alternate way of programming the 92AD? Ray T. Mahorney WA4WGA I regularly use a USB-to-Serial converter to program my 91AD and 2820H. K7VE
[DSTAR_DIGITAL] Re: Updates
--- In dstar_digital@yahoogroups.com, Barry A. Wilson ka0...@... wrote: I have few questions to throw out to the group. 1) Can JA stations call sign route to each other? Yes, that is basic gateway functionality. 2) Is there anything in Robins software that would inhibit someone calling from one country to another? Let's say the FCC restricts US stations from calling Iran for whatever reason. Not that I'm aware of, and that should be operator discipline, not something that the gateway controls. (What if a genuine emergency existed, where the use any available means doctrine would apply?) 3) How do the rules apply on D-STAR and IRLP if you are in control of a repeater system in another country if you don't have a reciprocal operating permit in hand. The U.S. rules govern RF transmissions that emanate from transmitters in the U.S. jurisdiction. (U.S. and Territories, U.S. flagged crafts in or over International waters.) If you are the control operator of a repeater in another country, you would have to follow that country's rules. 4) Would that be considered third party operating under the repeater trustees license to their country? That would require knowing the rules in each country. In general, if you come in on amateur radio RF and go out on amateur radio RF things are pretty clear. The complexity is when one end is not RF (PC, DV Dongle, etc.). It has long been understood that amateurs talking to amateurs is not 3rd party traffic, if each is using his/her license (not a guest using someone else's license). This is really pretty simple. The owner/operator of the repeater is responsible to operate it within the terms of his/her license and national regulations. If the regulations allow a long virtual wire between repeaters (e.g. the Internet) for RF communications then don't armchair lawyer it -- if the national regs don't allow wire-to-RF (e.g. DV Dongle to RF) then the operator probably should shut down that portion of the software. 5) So that would bring up the question can we only work countries which have third party agreements with D-STAR and IRLP when accessing via RF? You're over thinking this. 6) I would assume the FCC rules wouldn't apply when using the dongle if the repeater is on foreign soil? Not the amateur radio rules, but there could be wireline rules. (FCC is over both wireless and wireline for U.S.) I know when operating HF we must consider third party rules. but I haven't heard much about this on D-STAR or IRLP systems Only if a third party is involved on HF (or any frequency - VHF/UHF, etc. can cross borders too.) I think the shortage of discussion is a result of precedence and just applying a little sense to operations. Barry KA0BBQ John - K7VE Who thinks obsessing over what if cases can be a control issue for a lot of folks. The real question should be Am I personally following the rules as best as I understand them and letting others do the same?
[DSTAR_DIGITAL] Re: ICOM announced new hand-held and mobile D-STAR transceivers, ID-80 and ID-88
--- In dstar_digital@yahoogroups.com, Oba ja7...@... wrote: Here is the link http://www.icom.co.jp/release/20090128/index.html albeit it's Japanese. 73 Oba JA7UDE
[DSTAR_DIGITAL] Re: GPS with D-Star
--- In dstar_digital@yahoogroups.com, larryhayter larryhay...@... wrote: I have been using D-Star now for about 6 months and enjoy mobiling. My radio is and IC91AD and I have recently started using the GPS function. Unfortunately, there is only one radio port and when using GPS I cannot use other computer connections or software. Does anyone have any ideas on how to port the GPS data to the radio from a PC. E.g. GPS PC Radio. This way I could switch software instead of cables...just asking!! 73 Larry - VE3LGH Haven't done it personally, but the cable diagrams for the 91AD can be found here: http://cobalt.n5zpr.com/Media/icom_cables.pdf If you can send NMEA sentences from your software to the radio at the 4800 baud standard, it should work, nothing magic here. You may have to try pins 2 and 3 swapped on the computer port. You might also check the information at the D-RATS site, as many folks seem to be doing similar computer generated GPS strings there - http://www.d-rats.com/wiki/ John - K7VE
[DSTAR_DIGITAL] Re: Follow-Up on U.S. Regulations
I have no idea what you are saying here, I made no comment about unlicensed use of ham frequencies. Nor did I advocate violating rules that are in place, I merely stated they need updated to handle new technology and needs. Perhaps you could clarify. --- In dstar_digital@yahoogroups.com, bruce mallon wa4...@... wrote: So does this meen that if your digital you can allow non hams use�of ham frequencies because you don't beleve the rules are up to your date ?? � Kinda like rules only apply to those who beleve in them ?? � You lost me � --- On Sun, 12/28/08, k7ve j...@... wrote: From: k7ve j...@... Subject: [DSTAR_DIGITAL] Follow-Up on U.S. Regulations To: dstar_digital@yahoogroups.com Date: Sunday, December 28, 2008, 10:38 PM --- In dstar_digital@ yahoogroups. com, Bob McCormick W1QA yahoo@ wrote: Elaborating on this: Things that are unacceptable: - booking an airline reservation at a web site How is this different than ordering a pizza over an autopatch (which the FCC has specifically allowed)? I don't know / have not heard about the FCC specifically allowing ordering a pizza over an auto patch or similar activities. It was big news when the change in the regulations were made, this was probably over 10-20 years ago. They of course, don't codify the words you can order pizza in the regs, but I believe it revolves around 97.113a3 -- you cannot operate such that it is a financial gain (pecuniary interest) to yourself or your employer. So the reasoning goes, if you don't own or work for the pizza shop, you can order a pizza over an autopatch. This is mentioned in the ARRL article at http://www.arrl. org/FandES/ field/regulation s/phone-patch. html (item 2) But maybe more importantly - that airline reservation over the Internet would probably make use of HTTPS (SSL) encryption ... and my personal opinion would be HTTPS traffic probably shouldn't be allowed (as its encrypted). What do you / others think on that one (SSL)? I think the rules are antiquated here, but still in force. The intent is to keep the amateur bands from being misused for commercial or nefarious intent. It would be fairly easy to have a system with fairly weak encryption for certain activities with keys being retained for the FCC should they monitor a communication the wish to decrypt. In any event - we have a 23cm DV + DD on one of our local D-STAR systems but the gateway is not yet connected to the Internet. Once it is ... there is less than a handful of people that have the requisite rig to use D-STAR DD. I think for the time being, in our area, the minimal interest and high entry cost for the ID-1 radio really diminishes any concerns I have about Internet access over D-STAR. Bob W1QA Yup, we need a DD Brick Ethernet and antenna connection, built for minimum cost with solid technology. It should have a small internal web server for configuration. John - K7VE
[DSTAR_DIGITAL] Re: Has it been devoloped yet?
--- In dstar_digital@yahoogroups.com, jack [EMAIL PROTECTED] wrote: Is there a way to connect to dstar on the Internet with out a DV Dongle as yet? I have a 2820H, but as yet we do not have a gateway in my area. You must have AMBE encoding to work D-STAR, the cheapest way to do that is with a device using the DVSI AMBE 2XXX chip. Software only licenses cost about $100K and reverse engineering would violate patents. The DV Dongle is a cost effective way to get on the D-STAR network over the Internet. -- John, K7VE
[DSTAR_DIGITAL] Re: Bringing New D-STAR Hardware and Software into the Network - A Proposal
Ernie - Thanks for your thoughts. All - could we keep the followup to the thread on dstarsoftware Yahoo! group. I sent the original posting to a few groups to reach a wide audience, but it would be great to centralize the followup discussion - 73 DE K7VE
[DSTAR_DIGITAL] Re: How much bandwidth?
These folks have 900 MHz. stuff that has more range at about T1 speeds, they have amateur radio discounts if you ask. (Not published on site.) http://www.avalanwireless.com/index.htm You have to setup an account to get into their store, but I haven't been spammed by them. (YMMV)
[DSTAR_DIGITAL] Calling OZ! (Demo)
If things work out I am driving from the Seattle area to Vancouver BC (Canada) this evening to have supper with an Adeliade, Australia ham friend, Roger VK5ARE, I have not seen in 30 years. He has not had any D-STAR experience and Vancouver/Victoria have some nice repeater/gateways in place. I plan to have D-STAR along. I think it would be fun to hook him up with someone down under before he flies back tomorrow. I will hopefully be on sometime between Z-0600Z (Thursday in OZ). Let me know where to try, if you'll be monitoring. John - K7VE
[DSTAR_DIGITAL] Re: Programming For Simplex?
--- In dstar_digital@yahoogroups.com, ki4umx [EMAIL PROTECTED] wrote: Our area is scheduled for a D-Star repeater when funding is available, so a few of us are planning to get the radios and operate Simplex until the magic day arrives. My question is - Do I need to use MYCALL and URCALL when operating Simplex? I suspect that I do, but wanted to check with someone who has used Simplex. Hank KI4UMX Hank, Technically no, but you probably want to use them anyway. When you have MYCALL set to KI4UMX you ID every tinme you key up. If you set URCALL to CQCQCQ that is generally the CQ message. BTW, if you have MYCALL set it will show on the other station's display when you key up. There may also be a few folks who will want to try Callsign Squelch, in which case you will want to put their callsign in the URCALL slot. -- John, K7VE
[dstar_digital] Re: Macon Ga. DSTAR...??? WTK
--- In dstar_digital@yahoogroups.com, Evans F. Mitchell KD4EFM / AFA2TH / WQFK-894 {linux box} [EMAIL PROTECTED] wrote: Wanting to know if there are any of the GPB dstar systems online near Macon / Warner Robins area yet? Evans It took a while for me to deduce that GPB meant Georgia Public Broadcasting Just as a reminder, this is a widely read (international) list, including non-native English speakers. We can all improve communication by avoiding regional terms and abbreviations. Thanks. K7VE
[dstar_digital] Re: Thanks for info
--- In dstar_digital@yahoogroups.com, Jim [EMAIL PROTECTED] wrote: Thanks for the sync cable info ne? what type of GPS can I get (not a lot of $$$) that can directly plug into ID800 Direct Plug-In is the stickler, you will probably have to build or buy a cable with the right connectors. Cable schematics are at http://cobalt.n5zpr.com/Media/icom_cables.pdf. Almost any GPS that provides a serial signal (RS232 style) with NMEA 0183 (http://en.wikipedia.org/wiki/NMEA_0183) should be able to work with your ID800. Google Deluo or USGlobalSat BR-355 GPS for examples of low cost units. John - K7VE
[dstar_digital] Re: G2 Software arrived
--- In dstar_digital@yahoogroups.com, Manos Darkadakis [EMAIL PROTECTED] wrote: Hello all I have finally received and installed G2 software. A few things I miss like, what is the trust server ip, how can I register our SZ1SV gateway there? Then we hope that we will be able to join the rest of the world from here at SZ1SV. Thanks in advance Manos SV1IW In addition to Nate's comments, you will use the hostname and not the IP address. (IP Address could change.)
[dstar_digital] Re: [DVDongle] D-STAR equivalent of echolink L-node ... possible?
--- In dstar_digital@yahoogroups.com, Tony Langdon [EMAIL PROTECTED] wrote: With the advent of Dongles, repeater/gateway linking, I'd imagine this is less of an issue these days. Dongles also have issues with callsign routing too if I recall. 73 de VK3JED http://vkradio.com DV Dongles attach to: 1) DPLUS on a gateway 2) Reflectors They don't need routing, per se, though they can't break through callsign squelch (an Icom extension). Many of us have hoped that D-STAR would not become Echolink. A DV Dongle is a useful accessory that can be adapted to a few different applications, but it currently has some limitations and a simple lashup to make an L-Node is going to have issues (Of course an RP2D is basically an L-NODE, but you need a D-STAR radio to talk to it, specifically an ID-1). People are going to do this anyway, but often someone new to D-STAR will try this before they gain experience with the fullness of D-STAR and the issues raised in the now somewhat dated article I reference should be understood before attempting the same. -- John, K7VE
[dstar_digital] Re: LINKING 2 (OR MORE) D-STAR SYSTEMS TO MAKE A ZONE
Manos, I don't know of anyone that has implemented this solution (maybe we'll be lucky and someone will have the information), however, there is a theory that the port that the 10 GHz. attaches to is a generic ATM (Asynchronous Transfer Mode) Point-to-Point port - it would be interesting to see if someone has attached it to an ATM device (like a Cisco router) and made it work. Then one could look at a variety of ATM solutions. -- John, K7VE