My House View With Antennas

My House View With Antennas

Sunday 20 December 2009

D-STAR - Bing Reference

D-STAR - Bing Reference: "D-STAR (Digital Smart Technologies for Amateur Radio) is a digital voice and data protocol specification developed as the result of research by the Japan Amateur Radio League to investigate digital technologies for amateur radio. While there are other digital on-air technologies being used by amateurs that have come from other services, D-Star is one of the first on-air standards to be widely deployed and sold by a major radio manufacturer that is designed specifically for amateur service use.

D-Star compatible radios are available on VHF and UHF and microwave amateur radio bands. In addition to the over-the-air protocol, D-Star also provides specifications for network connectivity, enabling D-Star radios to be connected to the Internet or other networks and provisions for routing data streams of voice or packet data via amateur radio callsigns.

The first manufacturer to offer D-Star compatible radios is Icom. As of December 30, 2008, no other amateur radio equipment manufacturer has chosen to include D-Star technology in their radios. Kenwood re-brands an Icom radio and distributes it in Japan only.

History

1999 – Funded by the Japanese government and administrated by the JARL, investigation was put into finding a new way of bringing digital technology to amateur radio.

2001 – D-Star is published as the result of the research.

Unknown Date – Icom enters the construction of the new digital technology by offering the hardware necessary to create this technology.

September 10, 2003 - Icom names Matt Yellen, KB7TSE, to lead its US D-Star development program.[1]

December 2, 2003 - First Echolink over D-Star QSO is made between Matt Yellen, KB7TSE in Bellevue, WA, and Sheldon Kane, KE8VO of Urbana, OH[1]

April 2004 - Icom IC-2200H is released. This is a 2-meter mobile, and the first 'D-Star Optional' radio to be released commercially. [2] However, a yet to be released D-Star add-on card is required for this radio to operate in D-Star mode.

November 2004 - JARL releases significant changes to the existing D-Star standard. Icom, aware that the changes were coming, had placed the release of their hardware on hold for a period of as much as a year while they awaited the changes. Now that the changes are out, Icom announces they will be able to finish up and release equipment.

December 29, 2004 - The Icom UT-118 is shipping this week. This is the add-on card that once installed to 'D-Star Optional' radios, will provide D-Star connectivity. With this card added to the IC-2200H, the market now has its first D-Star radio.

December 2004 - The Icom ID-1 1.2GHz mobile radio is released. This was to have been the first D-Star radio, providing full DD functionality. However, its release was delayed from its original date of September 2003.

February 28, 2005 - Icom ID-800 is announced with an expected release date of 28 February 2005. This is the first dual-band 2-meter/70-centimeter mobile radio that is 'D-Star Optional'. It will use the optional UT-118 add-on card to provide D-Star digital voice.

April 2005 - People are reviewing their Icom IC-V82 2-meter handheld transceiver on EHam.net [3]. The June 2005 edition of the ARRL's QST magazine also reviews the Icom IC-V82. They also mention the IC-U82, which is the 70-centimeter version of this HT. These rigs require the purchase and installation of the UT-118 add-on card to make them D-Star functional. These are the first commercial D-Star handhelds.

July 1, 2007 - First D-Star over satellite QSO occurs between Michael, N3UC, FM-18 in Haymarket VA and Robin, AA4RC, EM-73 in Atlanta GA while working AO-27. [4]

February 1, 2008 - Icom announces the availability of Gateway 2.0 software.

April 23, 2008 - Icom and US trust server administration announce the shutdown of the Gateway 1.0 U.S. trust server will occur at 00:00 UTC on June 1, 2008, at which time all systems should have transitioned to Gateway 2.0 software and the new U.S. trust server.

November 22, 2009 - It's been about five years since D-Star made it to market with products for people to buy. As of the time of this writing, there are now around 10,800 D-Star users talking through D-Star repeaters which have connectivity to the Internet via the G2 Gateway. There are around 550 G2 enabled repeaters now active. [5]. Note, these numbers do not include the scores of users with D-Star capabilities but not within range of a repeater, or working through D-Star repeaters that do not have Internet connectivity.

October 2010 - The first D-Star capable microsatellite is scheduled for launch. OUFTI-1 is a CubeSat and is built by Belgian students at the University of Liège and I.S.I.L (Haute École de la Province de Liège). The name is an acronym for Orbital Utility For Telecommunication Innovation. The goal of the project is to develop experience in the different aspects of satellite design and operation.[2][3]

Technical details

D-STAR transfers both voice and data via digital encoding over the 2 m (VHF), 70 cm (UHF), and 23 cm (1.2 GHz) amateur radio bands. There is also an interlinking radio system for creating links between systems in a local area on 10 GHz.

Within the D-Star Digital Voice protocol standards (DV), voice audio is encoded as a 3600 bit/s data stream using proprietary AMBE encoding, with 1200 bit/s FEC, leaving 1200 bit/s for an additional data 'path' between radios utilizing DV mode. On air bit rates for DV mode are 4800 bit/s over the 2 m, 70 cm and 23 cm bands.

In addition to DV mode, a high speed Digital Data (DD) mode can be sent at 128 kbit/s only on the 23 cm band. A higher-rate proprietary data protocol, currently believed to be much like ATM, is used in the 10 GHz 'link' radios for site-to-site links.

Radios providing DV data service within the low-speed voice protocol variant typically use an RS-232 or USB connection for low speed data (1200 bit/s), while the Icom ID-1 23 cm band radio offers a standard Ethernet connection for high speed (128 kbit/s) connections, to allow easy interfacing with computer equipment.[4]

Importance of digital technology and D-STAR

As long as the signal strength is above a minimum threshold, and no multi-path is occurring, the quality of the data received is better than an analog signal at the same strength.

The system today is capable of linking repeaters together locally and through the Internet utilizing callsigns for routing of traffic. Servers are linked via TCP/IP utilizing proprietary 'gateway' software, available from Icom. This allows amateur radio operators to talk to any other amateur participating in a particular gateway 'trust' environment. The current master gateway in the United States is operated by the K5TIT group in Texas, who were the first to install a D-Star repeater system in the U.S.[5]

Another important aspect of D-STAR technology is its ability to send large quantities of data to emergency responders in the event of a disaster. Served agencies can instantly relate to sending 'email' or 'word files' to someone. The data sent can be high-volume, where traditional amateur radio 'modes' are capable of getting a message through albeit slowly, D-STAR can place documents into the hands of those that need them most—fast image, text and document data exchanges.

Criticism
This article is written like a personal reflection or essay and may require cleanup. Please help improve it by rewriting it in an encyclopedic style. (November 2009)

As is usually the case with any new technology, there will be critics. Just as there were people that showed disdain when SSB was introduced, referring to it as 'Duck Talk', there are people that express skepticism for D-Star. The problem is compounded by the fact that since D-Star started in Japan, original historical information is hard to come by when you can't speak or read the language of the source. What's worse are the mistranslations, rumors, and assumptions that come with a new technology as people look to justify either for or against the new technology.

Criticism 1 - 'D-Star uses a proprietary CODEC.' True. Advanced Multi-Band Excitation (AMBE) is the proprietary speech coding standard developed by Digital Voice Systems, Inc. that is used in D-STAR.

Bruce Perens, K6BP, amateur radio and open source advocate, has announced that he will investigate the development of an alternative codec.[6] The AMBE-2020 voice codec is the only proprietary element within the standard, and it is owned by DVSI, not Icom. Anyone can go to DVSI and purchase their own AMBE-2020 chip for about $20USD. Interested individuals will find many open projects being conducted within the D-Star community proving the standard is open, and Icom can't squelch the tinkering of the amateur radio community.

Criticism 2 - 'D-Star doesn't have the range of FM.' If the definition of range is being able to break squelch on an FM repeater, then this would be correct. D-Star doesn't have the range. However, if the definition of range refers to the ability to easily carry conversation at a comfortable level above background noise, then D-Star is comparable to FM. While the quality of FM degrades in a linear fashion the further a user moves away from the source, D-Star maintains a constant and guaranteed 'armchair' voice quality up to a point, then essentially 'falls off a cliff'.[7]

Another thing to consider is power output. Whether it's FM or D-Star, the power output of the transmitter will affect the overall range of the system. Currently, all commercial D-Star repeaters in the 2-meter and 70-centimeter bands sold by Icom transmit at about 25-watts. When compared to most FM repeaters, this is a fraction, and as such affects the total range of the system.

The world's first non-Icom D-Star repeater

The world's first non-Icom D-Star repeater GB7MH, fully linked to the K5TIT G2 network and D-Plus, went live on 10 September 2009, in West Sussex, England. Whilst waiting for the DSL line installation, the repeater is connected to the Internet via a 3G dongle from network operator 'Three'. The system is built around Satoshi Yasuda's GMSK Node Adapter, a Mini-ITX system running CentOS 4, a Tait T800 repeater and G2 code written by G4ULF. All the usual G2 features such as callsign routing, D-Plus linkage and DPRS via D-Star Monitor are supported.

Source:- RSGB UK repeater website, www.ukrepeater.net

Gateway server

The current gateway control software rs-rp2c version 2.0, more commonly called 'Gateway 2.0', runs on virtually any distribution of Linux, but the Icom-supported and -recommended configuration is CentOS 5.1 on a Pentium IV 2.4 GHz or faster machine.

The recommended configuration uses Linux CentOS 5.1 with the latest updates, typically running (kernel 2.4.20. glibc 2.3.2 and BIND 9.2.1 or later). The CPU should be 2.4 GHz or faster and the memory should at least be 512 MB or greater. There should be two network interface cards and at least 10 GB free of hard drive space which includes the OS install. Finally for middleware, Apache 2.0.59, Tomcat 5.5.20, mod_jk2 2.0.4, OpenSSL 0.9.8d, J2SE 5.0 and postgreSQL 8.2.3 are utilized, but these can be different as updates occur.

Along with the open-source tools, the Icom proprietary dsipsvd or 'D-Star IP Service Daemon' and a variety of crontab entries utilize a mixture of the local PostgreSQL and BIND servers to look up callsigns and 'pcname' fields (stored in BIND) which are mapped to individual 10.x.x.x internal-only addresses for routing of both voice and data traffic between participating gateways.

During installation, the Gateway 2.0 software installation script builds most of the Web-based open-source tools from source for standardization purposes, while utilizing some of the packages of the host Linux OS, thus making CentOS 5.1 the common way to deploy a system, to keep incompatibilities from occurring in both package versions and configuration.

Additionally, gateways operating on the U.S. trust server are asked during initial setup to install DStarMonitor which is an add-on tool that allows the overall system administrators to see the status of each Gateway's local clock and other processes and PIDs needed for normal system operation, and also sends traffic and other data to servers operated under the domain name of 'dstarusers.org'. By this means a complete tracking of user behaviour is technically possible. Installation of this software also includes JavaAPRSd, a Java-based APRS interface which is utilized on Gateway 2.0 systems to interface between the Icom/D-Star GPS tracking system called DPRS to the more widely known and utilized amateur radio APRS system.

How Gateway 2.0 works

Each participating amateur station wanting to use repeaters/gateways attached to a particular trust server domain must 'register' with a gateway as their 'home' system, which also populates their information into the trust server a specialized central gateway system—which allows for lookups across a particular trust server domain. Only one 'registration' per trust domain is required. Each amateur is set aside eight 10.x.x.x internal IP addresses for use with their callsign or radios, and various naming conventions are available to utilize these addresses if needed for specialized callsign routing. Most amateurs will need only a handful of these 'registered' IP addresses, because the system maps these to callsigns, and the callsign can be entered into multiple radios.

The gateway machine controls two NICs, the 'external' one being on a real 10.x.x.x network behind a router. A router that can perform network address translation on a single public IP address (can be static or dynamic in Gateway 2.0 systems) to a full 10.x.x.x/8 network is required. From there, the Gateway has another NIC connected directly to the D-Star repeater controller via 10BaseT and the typical configuration is a 172.16.x.x (/24) pair of addresses between the gateway and the controller.

Differences between Gateway 2.0 and Gateway 1.0

The main differences between Gateway 1.0 and 2.0 are the addition of a relational database (PostgreSQL) for more flexibility and control of updates, versus the previous use of only BIND for 'database' activities, the addition of both an administrative and end-user Web interface for registration which was previously handled via command-line commands by the Gateway 1.0 system administrators, dropping the requirement for static public IP addresses for gateways, and the ability of the software to use a DNS FQDN to find and communicate with the trust server, allowing for redundancy/failover options for the trust server administrators. Finally, a feature called 'multicast' has been added for administrators to be able to provide users with a special 'name' they can route calls to which will send their transmissions to up to ten other D-Star repeaters at the same time. With cooperation between administrators a 'multicast group' can be created for multiple repeater networks or other events.

Another additional feature of Gateway 2.0 is the ability to use callsign 'suffixes' appended to the user's callsign in a similar fashion to the repeaters and gateways in the original system, which allow for direct routing to a particular user's radio or between two user radios with the same base callsign, by utilizing the 8th most significant field of the callsign and adding a letter to that location, both in the gateway registration process on the Web interface, and in the radios themselves.

Gateway 1.0 control software

The Gateway 1.0 software was similar to Gateway 2.0, and utilized Fedora Core 2+ or Red Hat Linux 9+ OS on a Pentium-grade 2.4 GHz or faster machine and Icom has announced a shut-down date for the U.S. Gateway 1.0 Trust Server, see 'History' section.

Add-on software

Various projects exist for gateway administrators to add 'add-on' software to their gateways, including the most popular package called 'dplus' created by Robin Cutshaw AA4RC. A large number of Gateway 2.0 systems are offering services added by this software package to their end-users, and users are getting used to having these features.[6] Features include the ability to link systems directly, 'voice mail' (a single inbox today), ability to play/record audio to and from the repeaters connected to the Gateway and the most important, the ability for DV-Dongle [7] users to communicate from the Internet to the radio users on the repeaters.

There is often a misconception by users and system administrators alike that the Gateway 2.0 systems have these add-on features from dplus by default, a testament to the popularity of this add-on software. Software development on dplus is very active right now, and features such as multiple repeater/system connections similar to the type of linking done by other popular repeater-linking systems (IRLP and EchoLink) are being worked on.

Manufacturers of D-STAR equipment
Manufacturer Radio(s) Repeater(s) More Information
Icom Yes Yes ([8] ID-1, ID-800H, ID-880H, IC-2200H, IC-2820H, IC-80D, IC-91AD, IC-92AD, ID-RP200V, ID-RP400V)
Kenwood Yes Yes (Kenwood 're-badges' an Icom radio in Japan which is not for sale outside Japan.)
Moetronix DV Dongle No (Available through multiple amateur radio dealers.)
MicroWalt Corporation DUTCH*Star Mini Hotspot & Node Adaptor No Hotspot / Node Adaptors give D-Star users access to remote D-Star systems using over-the-air interface

Equipment

* Icom D-STAR equipment[9]
*

Transceivers:
o Icom ID-1: 23 cm digital voice and digital data mobile transceiver. Power is selectable at 1 W or 10 W. USB control port and Ethernet connection for data.
o Icom IC-2820H/IC-E2820: 2 m / 70 cm twin band digital voice mobile transceiver. Power up to 50 W on each band. May be purchased with or without D-STAR module. The D-STAR module includes a built-in GPS receiver with accompanying antenna.
o Icom ID-800H: 2 m / 70 cm dual band digital voice mobile transceiver. Power up to 55 W on 2 m and 50 W on 70 cm.
o Icom IC-92AD: 2 m / 70 cm twin band digital voice hand held transceiver. Four power settings up to 5 W on each band. Rugged and submersible design, optional microphone with embedded GPS.
o Icom IC-91AD/IC-E91 + D-STAR: 2 m / 70 cm twin band digital voice hand held transceiver. Power is selectable at 0.5 W or 5 W on each band.
o Icom IC-2200H: 2 m single band digital voice mobile transceiver. Power up to 65 W. Must purchase optional D-STAR module.
o Icom IC-V82: 2 m single band digital voice hand held transceiver. Power up to 7 W. Must purchase optional D-STAR module.
o Icom IC-U82: 70 cm single band digital voice hand held transceiver. Power up to 5 W. Must purchase optional D-STAR module.

Note: All mobile (including hand-held) radios may also be used on conventional analog FM.
Repeater equipment:
o Icom ID-RP2000V: 2 m digital voice repeater.
o Icom ID-RP4000V: 70 cm digital voice repeater.
o Icom ID-RP2V: 23 cm digital voice repeater.
o Icom ID-RP2D: 23 cm digital data access point.
o Icom ID-RP2C: Repeater controller. Can support up to four digital voice repeaters and digital data access points. Required to operate any Icom D-STAR digital voice repeater or digital data access point.

* Kenwood D-STAR equipment[10]
*

Transceivers:
o Kenwood TMW-706S: 2 m / 70 cm dual band digital voice mobile transceiver. Power up to 50 W.
o Kenwood TMW-706: 2 m / 70 cm dual band digital voice mobile transceiver. Power up to 20 W.

Note: These transceivers are not available in North America and appear to be OEM versions of the Icom ID-800H

* Inet Labs
*

Computer accessory:
o DV-Dongle[11]: USB device with AMBE codec, which can be used to generate D-STAR packets over the Internet through applications such as DVTOOL[12].
o

Note: Now available from a number of amateur radio dealers or by homebrew using documentation at Moetronix.

Compatible programs and online projects

D-StarLet

A Web-based text messaging application using D-Star digital data technology[13][14]

D-StarLet is an open source client-server solution that allows content creation and modification from certain persons. D-StarLet interfaces with a D-Star radio through the serial port. It works with Windows (98+), Linux (Red Hat 7.3+), Apple Mac OS X, and others.

D-PRS interface

D-PRS is GPS for ham radio. Includes DStarTNC2, javAPRSSrvr, DStarInterface, and TNC-X[13]

DStarMonitor

A Java application run on the repeater gateway PC which logs activity on the attached repeaters. Additional features include APRS object representation of each repeater.[13]

DStarQuery

DStarQuery monitors the low-speed data stream of a D-STAR radio looking queries sent from a remote station. When a valid query is received, a predefined sequence is executed and the results transmitted from the station running DStarQuery. For example, a station transmits '?D*rptrs?' and it is received by a DStarQuery station which responds with a list of local repeaters.[13]

The program D-PRS Interface includes a 'Query' entry field that streamlines this process allowing the user to simply enter the desired command. Most DStarQuery systems will respond with a list of available commands when '?D*info?' is received.

d*Chat

A simple 'instant message' or keyboard-to-keyboard chat application for DV mode.[13]

D-TERM

A simple 'instant message' or keyboard-to-keyboard chat application for DV mode.[13]

D-RATS

An emerging D-STAR communications tool that supports text chat, email, TCP/IP forwarding, file transfers, and more. The application is written in Python and is cross-platform. It runs on Windows, Mac OS X, and Linux.[15] A reflector devoted solely to relaying D-RATS communication is called a 'Ratflector'.

Dstar Comms PRO

An advanced software application for use with DStar enabled radios. Supports advanced text chat, personal messaging with auto-reply and inbox, e-mail gateway and a beacon mode. GPS Tracking / Logging and a GPS Beacon emulator and Internet linking. New features are added weekly and users can suggest new features through the Dstar Comms forum. www.dstarcomms.com

DStar TV

Slow Scan TV for DStar radios and video streaming for Icom ID-1 by GM7HHB. Runs on Windows XP and Vista.

Home-brew D-Star radio

The first presumed D-Star radio including pictures and diagrams can be found at Moetronix.com's Digital Voice Transceiver Project. This page includes the schematic, source, and whitepaper.

Another project is Satoshi Yasuda's (7M3TJZ/AD6GZ) experiments with a UT-118 DV adapter. This project involves interfacing Icom's UT-118 with other manufacturer's amateur radio tranceivers. With this project some VHF/UHF/SHF amateur radio tranceivers are capable of being adapted for D-STAR operation. This requires access to the receiver's discriminator and to the direct FM modulator of the radio, sometimes available at a 9600 bit/s packet interface. Satoshi's product is no longer available. There is an alternative available at www.dutch-star.nl.

EA3CNO also has designed another interface based on a PIC microprocessor and UT-118 module.

See also

* MDC-1200
* NXDN, a related commercial two-way digital radio standard with similar characteristics
* Project 25, a related digital radio standard sponsored by APCO
* Ricochet modems
* TETRA, a digital two-way radio standard in use outside of North America

References

1. ↑ 'Icom names new D-Star technical specialist'. American Radio Relay League. 2003. http://www.arrl.org/news/stories/2003/09/10/3/#Icom. Retrieved 2009-11-27.
2. ↑ 'SA Announces Vega CubeSat Selection'. European Space Agency. 2008. http://www.esa.int/esaED/SEM2BPUG3HF_index_0.html. Retrieved 2008-12-05.
3. ↑ 'The ARRL Letter'. American Radio Relay League. 2008. http://www.arrl.org/arrlletter/08/0404/. Retrieved 2008.
4. ↑ 'What is D-Star?'. Icom America. http://www.icomamerica.com/amateur/dstar/dstar2.asp.
5. ↑ 'About K5TIT - The Texas Interconnect Team'. Texas Interconnect Team. http://www.k5tit.org/about.html.
6. ↑ Bruce Perens. 'The Codec2 Project: Next-Generation Audio Codecs and Vocoders for Two-Way Radio'. http://codec2.org/. Retrieved 2008-07-20.
7. ↑ Mark Miller, N5RFX (2008). 'DStar DV Sensitivity vs. Analog Sensitivity'. qsl.net. http://www.qsl.net/kb9mwr/projects/voip/dstar/D-STAR%20Digital%20Voice%20versus%20Analog%20FM%20Sensitivity.pdf. Retrieved 2009-11-26.
8. ↑ http://icomamerica.com/en/products/amateur/dstar/dstar/default.aspx
9. ↑ 'Amateur Equipment'. Icom Worldwide. http://www.icom.co.jp/world/products/amateur/index.htm.
10. ↑ 'Amateur Equipment'. Kenwood (Google Translation). http://translate.google.com/translate?hl=en&sl=ja&u=http://www.kenwood.com/newsrelease/2007/20070628.html&sa=X&oi=translate&resnum=1&ct=result&prev=/search%3Fq%3Dsite:www.kenwood.com%2Bd-star%26num%3D50%26hl%3Den%26safe%3Dactive%26sa%3DG.
11. ↑ 'DV Dongle Homepage'. AA4RC. http://dvdongle.com.
12. ↑ 'DVTool Software Download (Zipped)'. AA4RC. http://www.dvdongle.com/downloads/DVTool-dist.zip.
13. ↑ 13.0 13.1 13.2 13.3 13.4 13.5 '3rd party'. Icom America. http://www.icomamerica.com/support/forums/tt.asp?forumid=28.
14. ↑ AE7Q. '3rd party sub: D-StarLet'. Icom America. http://www.icomamerica.com/support/forums/tm.asp?m=1872.
15. ↑ http://www.d-rats.com/wiki/

Journal

Journals with D-STAR relevant information and a brief description

* ARRL: QST Special Emergency Communications Issue Vol 91 No 9 September 2007 Page 30, by Gary Pearce, KN4AQ talks about his experience using D-STAR followed by his comparison of the radio and conclusion. Page 109, by Icom describes D-Star used in EmComm.
* ARRL: QST Icom IC 2820H Dual Band FM Transceiver Vol 91 No 11 November 2007 Page 74, by Steve Ford, WB8IMY does a review on the IC 2820H Dual Band FM Transceiver.
* RSGB: RadCom March 2008 (Vol 83 No 03) review of Icom IC-E2820 transceiver and overview of D-Star.
* CQ-VHF: D-STAR in the Southeastern U.S., Greg Sarratt, W4OZK, (partial), http://www.cq-vhf.com/D-StarWin08.html

Media

Media with D-STAR relevant information and a brief description

* The Rain Report The Rain Report September 2007, by J. Maynard, k5zc The Rain Report discuss major concern in the D-STAR community

* Digital Voice for Amateur Radio, a documentary video produced in 2008 by Amateur Radio Video News [8]. The hour-long video includes a 30-minute segment on D-STAR, including demonstrations and interviews with the amateur radio operators who helped introduce the new mode in America.

External links

* Alabama D-STAR Information
* D-STAR FAQ and Information
* Icom D-STAR information
* D-STAR in France
* D-STAR in Brazil"

CSV Load for Icom IC-91AD

Icom's RS91 Software does not make it easy to load pre-existing frequency and settings into your IC-91AD. This article gives step-by-step instructions for using the D-STARCOM program by AE7Q to modify an Icom .icf file with comma seperated values (CSV) to load the information.

If you need a good load of frequencies, etc. and you are in the Western US or Canada, try http://nwham.com/repeaters/ 

Prerequesites

  • IC-91AD with a fully charged battery
  • Programming Cable attached to the computer
  • Icom's RS-91 Software Installed
  • D-Starcom Utility Installed - Here

Step-by-Step Instructions

  1. Plug the cable into the IC91AD
  2. Start the RS91 Software
  3. Wait for Data Reading icon to change from red to black (3rd Icon from left below menu bar).
  4. Select "File", then "Save As" (Pick a file name, such as "default.icf") to save your current configuration -- after navigating to the directory where you unzipped DSTARCOM.
  5. From Windows, Select "START", "RUN" --> type "cmd" to get a command line window.
  6. In the command line window "cd" to the directory where you unzipped DSTARCOM.
  7. Give the command "dir" and you should see the icf file (default.icf) Type "dstarcom.exe default.icf > default.csv" (Be sure to include the .exe, otherwise you will try to execute the Linux version in the directory and happiness will not be your experience.)
  8. You can open the "default.csv" and edit it with Excel or your favorite text editor. Excel or another spreadsheet program makes it easier to see what you are doing, but be sure you save it back as a csv and not as another format. (Use the README.HTML as a guide - you must include a tuning step, I've found.)
  9. Save the file.
  10. Now type in the command line "dstarcom.exe default.icf new.icf < default.csv" (This creates a new load file based on the old "default" one, that includes all of your settings plus the memory changes and additions you put in the CSV file)
  11. Go back to the rs91 software and select "File" --> "Open" and choose the "new.icf"
  12. Allow the RS91 program to load your memories (it will ask if you want to save the old before loading the new, probably not necessary since you already saved it) -- Let the icon change from red to black.
  13. Your IC91AD will reset, you can also make any other changes you want in the RS91AD fields (and re-save the new.icf).
  14. Now your new memories should be loaded and ready to go.

Built a D-STAR compatible repeater

onathan has created a piece of software to act as a controller for both analog and D-STAR repeaters.  It runs on Windows and Linux and has a minimum of additional components.

You need the typical radios, duplexer, antenna and so forth to build the repeater.  Then you add:


  • Linux or Windows Computer
  • Cheap soundcard (I use a cheap < US$8 USB sound fob -- you want cheap, no filtering)
  • PTT/COR device (Velleman board, Serial port, or URI)

Jonathan's software, found in the files section of pcrepeatercontroller Yahoo! group,  does the rest.  It is the GMSK modem and the control logic for the D-STAR repeater.

After obtaining a Velleman (VM110 the assembled version of the K8055 board kit),  I first tried this with some Friendcom UHF 301 radios.  My documentation isn't that good on these and they were a bit problematic, though I at least got them to sort of work, but the output signal wasn't usable -- probably my fault rather than the radios.  I decided then to try a couple of Yaesu radios, a FT817 for the receiver and an FT847 for the transmitter (they were handy).






Using the standard 6-pin DIN "packet" connector on the back of each radio, I was able to connect them to the USB soundcard and a Velleman VM100 USB project board for COR and PTT.Both radios were configured for 9600 baud packet operation.


Within Jonathan's D-STAR repeater program, I had to configure my repeater callsign NW7DR  B and tell it I was using the Velleman board (his software now supports a serial port or the URI Board for COR/PTT) and set the COR to use inverted logic and the transmitter to invert the signal.  Once this was all put together, a little twiddling with levels on the audio and it just worked! 

I strapped this together in a couple of hours and the coax is cheap stuff so I have a fair amount of desense so no real range, but around the house it is beautiful.

BTW, this code can also talk to a gateway to interconnect with other D-STAR repeaters.

Loads of fun


D-STAR Fundamental Differences with traditional VOIP Repeater Linking

 A response to a question from K2AAU on DSTAR_DIGITAL at Yahoo! Groups


There is a fundamental difference between D-STAR and the VOIP systems like Echolink, IRLP, WIRES, AllStar/Tiara, ...

On those other systems, the approach is to take analog audio from a receiver, and with a computer/soundcard, convert that audio into a digital format for transmission across the Internet, where it is immediately switched back to analog audio for a transmitter.  The radios and repeaters involved are the same analog FM that has been around since the early amateur radio repeaters in the middle of the last century.  This is what people are familiar with and they approach the connectivity issues from that frame of reference.  Nothing wrong with that, it is the way we humans approach problems, building on prior experience.

D-STAR is a paradigm shift for the amateur community.  It isn't about merely moving voice (audio) from one location to another.  It is, in every sense, a digital mode. 

A D-STAR transmitter (for Digital Voice or DV), translates, compresses, and encodes the "audio" into a digital stream using AMBE, at 2400 bits per second, within the radio.  That digital stream is also given some forward error correction (FEC) consuming another 1200 bits per second.  This FEC is a factor that allows D-STAR transmissions to recover the original audio content and deliver clarity when the signal is very weak (on analog FM it would have a great deal of noise - here is a video comparing the two in real time http://www.youtube.com/watch?v=FyYhLtS-0gE - not english, but clearly shows the difference).  The actual transmitted signal is encoded at 4800 bits per second, so removing the 3600 bps for the audio, there is another 1200 bps that can be used for various ancillary communications, including position reporting (GPS coordinates), short message service, and various contextual pieces of data.  This additional data has been exploited for some fairly sophisticated applications, such as D-STAR TV (sending images), D-RATS (chat, message passing including email gateway to the Internet, TCP/IP tunneling, ...), etc.  This combination of digitally encoded audio and ancillary data is always in the data stream in a D-STAR (DV) signal, whether the audio is silent or not -- it is there, whether the "data" portion contains all zeros or one or more of the listed data items -- it is there - they are inseparable.  This data stream is modulated onto a narrow (6.25kHz.) FM signal using GMSK modulation.

A D-STAR receiver, on the other hand, receives the narrow FM signal, and using GMSK demodulation, extracts the data stream, and processes it through the AMBE chip to deliver the audio and the ancillary data mentioned above.  If you were to listen with a traditional FM receiver you would hear what I call "structured noise." You can tell it is not natural, it has patterns in the noise. 

A D-STAR repeater doesn't convert this datastream to audio and ancillary data, though it does examine the data stream to know what to do with the payload (Callsigns, control bits, and so forth).  In fact, you cannot tap audio out of the D-STAR repeater directly.  In the Icom repeaters, I've been told the audio sections of the radios have not been populated.  The repeater directs this digital stream from the receiver to the transmitter, in digital form, and optionally send the digital stream via the controller to co-located repeaters (based on callsign routing) or to a gateway computer.  Again, the gateway computer keeps everything at the digital level, and based on information from the datastream optionally directs the datastream to remote gateways, which, in turn, pass that digital signal to a controller, which sends it to the appropriate repeater module, and on to the user radio, where the audio and ancillary data are ultimately decoded.

The gateway computer is connected to the controller using Ethernet, and by specification must be "close" to the controller (from a latency point of view).  In most installations the gateway computer is co-located with the controller and repeater decks and the Internet is brought to the computer  at the repeater site. (The Greeks report having separated the computer from the controller by some distance using low latency WiFi style connections, but this is not typical.)  The Internet connection must be stable, low latency, low jitter (inter-packet timing should be stable, it doesn't work well through satellite connections, because those circuits will buffer and burst packets creating high jitter), and have an IP address for the computer that changes infrequently. It also requires a router with certain characteristics (LAN side Class-A address space).

The gateway has many functions to perform including keeping a database of all known callsigns on the D-STAR network and what gateways have most recently heard them. This is why on D-STAR you can tell your radio you want to speak to a specific station (callsign) without knowing what repeater (worldwide) the station is monitoring, the gateway system will figure it out and send your signal (datastream) to the right repeater and ultimately to your desired receiving station.  In order to keep all of this data up to date, the gateway needs sufficient bandwidth to send and receive the datastreams for each of the attached repeaters to the various destinations, including a potential 128 kbps, usually TCP/IP, stream (from 23cm DD mode - Ethernet over the ether), as well as the command and control, data synchronization, etc.

So, as you can see,  this system is much more complex, and powerful, than  the  VOIP pack (IRLP,  Echolink, etc.) that are only concerned with routing audio from one repeater to another over the  Internet.  In D-STAR, there is simultaneous audio and data, that must traverse the whole network.

For these reasons, you will not be able to provide the services that D-STAR users want and expect without a decent, reliable, and moderately high bandwidth Internet connection.  In D-STAR, you need to understand and provision a network, not just a radio link.