The 91AD and 80AD have totally different memory configurations. The
only Icom software that two radios can share is the 80 and 880.
However, you can use the information from here http://k7ve.org/blog/2007/06/csv-load-for-icom-ic-91ad/
to help you move information between systems. (You
On Sep 2, 2010, at 9:17 AM, Steve Bosshard (NU5D) wrote:
Like fishing - it's not necessarily how big the bites are, but how
fast they are biting - a combination of sample size and rate - seems
like there is a rule that sample rate must be twice the highest
frequency being digitized - for
On Sep 2, 2010, at 9:17 AM, Steve Bosshard (NU5D) wrote:
Like fishing - it's not necessarily how big the bites are, but how
fast they are biting - a combination of sample size and rate - seems
like there is a rule that sample rate must be twice the highest
frequency being digitized - for
On Sep 2, 2010, at 6:36 AM, Dr. Joeseph Mesh wrote:
Some respond to the challenge of acquiring the “knowledge required”
to accomplish a remarkable feat of great distance and low power on
HF...
Others like it handed to them effortlessly with fidelity
Which side one agrees with is a
NI-STAR / Gateway requirements are less than those for Icom Gateway.
I think Dave (G4ULF) is using a fairly modest 512 Mbytes of memory and
an ITX style board (typically 1-1.6 Ghz. processor). You do need
Ethernet and probably would be good to have 2.0 USB for a node adapter.
John D.
On Sep 2, 2010, at 1:50 PM, Gary wrote:
We really haven’t used it for anything else, and have no plans to,
with the exception of putting a real SSL cert so users no longer
have to deal with the warnings.
You know that Robin (AA4RC) has purchased a wildcard for
dstargateway.net
On Sep 2, 2010, at 2:25 PM, Gary wrote:
John,
WOW! That is interesting, and I did not know.
So instead of dstar.wg2msk.sidigital.org via DDNS, I can use his,
and get a SSL cert?
Yup, just ask him for a CNAME for WG2MSK pointing to
dstar.wg2msk.sidigital.org and a cert.
This
John,
D-STAR has a very specific standard for the on air digital voice
signal. The signal rate must be 4800 bps (to achieve 6.25khz.
bandwidth). Any variance from that rate and you have broken the
standard and would be incompatible with D-STAR. The specification
also requires the use
On Sep 1, 2010, at 3:19 PM, n2gyn wrote:
It's NOT a microphone issue. It's the small bit processing. I have
been in Pro sound for most of my life. Their is NO WAY to get any
quality at 8bit. This is unexceptionable to me! I rather listen to
all the QRM and QRN in the world with analog.
I
On Sep 1, 2010, at 4:53 PM, Tony Langdon wrote:
As stated, fidelity is not the point of D-STAR. It's voice/data
communications using the minimum feasible bandwidth.
73 de VK3JED / VK3IRL
http://vkradio.com
And for the HF DV experimenter it looks like DVSI now has a chip to do
1200 or
You might look for a Motorola RP1225 or a narrow banded Kenwood TKR --
I have a stock TKR-820 in service with a minimum of work, just pulled
the deviation down (the receive is still wide but works).
Read about it here:
Sorry typo - http://groups.yahoo.com/group/pcrepeatercontroller/files/
On Aug 26, 2010, at 1:06 PM, John Hays wrote:
OpenG2 stuff, which you can find at
http://groups.yahoo.com/prcrepeatercontroller/files
John D. Hays
Amateur Radio Station K7VE
PO Box 1223
Edmonds, WA 98020-1223 VOIP/SIP
Chuck,
I don't have personal experience with the VXR 5000, but if Pin 3 is
flat to the modulator and pin 6 is flat from the discriminator and it
is true FM (no PM), then it may be a good candidate. Just start with
my article and the pinout at
From a practical point of view they are pretty equivalent. Both run
fine with the DVAR software. G4ULF's package is being tested against
both and a few bugs and documentation issues are still being worked
out before general release. They do have different licensing terms
for their
ICF files really only make sense in a local area. The best place to
get local icf files is by talking to local D-STAR users.
You can see how to extract the data from a 91AD ICF here
http://k7ve.org/blog/2007/06/csv-load-for-icom-ic-91ad/
The 880 and 80 are, to my knowledge, the only
On Aug 13, 2010, at 1:13 PM, Rob wrote:
Hi all,
I'm busy scraping together money for a D-STAR radio. Someone has
loaned me a dongle, and I've been playing around with that. I'm
reading up on D-STAR as much as I can. I have a couple questions:
I've read about the various Trust Servers,
On Aug 10, 2010, at 12:56 PM, Tony Langdon wrote:
At 04:39 AM 8/11/2010, you wrote:
Callsign routing probably would have gained traction earlier if the
updates to gateways weren't so slow, but ircddb has solved this
problem if gateway owners will just install it.
ircddb is certainly a
Callsign routing is analogous to direct dialing.On a phone you
dial 999-555-1234 and you don't know if the party at the other end is
on a call or not (or if the party line is busy). If they don't have
call waiting you get a busy tone, if they have call waiting you create
an
On Jul 29, 2010, at 5:05 AM, n2vu911 wrote:
Greetings to the group,
My name is Donald ~ N2VU, and I'm in Warren County New York ... the
first to have D-Star in the area. I was on the fence about D-Star
for quite a while until 2 weeks ago and boy do I wish I got into it
sooner. I love
On Jul 29, 2010, at 12:56 PM, Gary Pearce KN4AQ wrote:
- call sign routing. Enter someone's call sign in the YOUR field of
the radio, key up through your local repeater, and your transmission
will be routed through the Internet to the last D-SATAR repeater
that person keyed up (and it
Times microwave crimp on. The center conductor is a bit bigger than standard N.
--
John D. Hays
206-801-0820
Sent from my iPhone
On Jul 27, 2010, at 8:14, genedathe datheg...@hotmail.com wrote:
Hello all:
I'm new to the ID-1 and am setting up a mobile antenna for field day type
This was answered up stream. REF002 apparently had an IP address
change and DPLUS needs to be restarted on the gateway attached to the
repeater. Kent seems to know how to connect, as he connected to
REF001A and REF014A, just was having difficulty connecting to REF002A.
On Jul 26, 2010,
DVAR is Windows but it gives a test platform with easy DPLUS linking.
G4ULF is a Linux implementation but has a smaller footprint than Icom's. I
think David uses a 512 MB ITX motherboard and does not require dual Ethernet
ports.
The key on radios is true FM, not PM. Access to discriminator
As Mark announced, he forgot to renew his domain(s) and they should be back on
the next few days.
--
John D. Hays
206-801-0820
Sent from my iPhone
On Jul 25, 2010, at 16:58, Gerry Creager gerry.crea...@tamu.edu wrote:
As I write this, http://www.gmskhotspot.com dumps to a squatter page. I
I don't know about the Allentown group, but here is my setup: http://k7ve.org/blog/2010/06/converting-the-kenwood-tkr-820-to-use-with-d-star/
Full repeater hooked to Hotspot for now, will go G2 as soon a
G4ULF software is out.
On Jul 22, 2010, at 12:50 PM, David Holman wrote:
Jim,
There's a project and discusion gorup to do just this http://groups.yahoo.com/group/pcrepeatercontroller/
-- I see no reason to put both analog and digital on the same
frequency, they can't talk to each other and without fairly
sophisticated users using transmit lockout, CTCSS on analog,
WA7IXK, Dale was on the Northern Utah Technical Society (NU7TS) net
last night (8PM Mountain REF029C) and said both Las Vegas stacks are
open and operating.
On Jul 18, 2010, at 4:23 AM, Steve Lewis wrote:
I'm going to be headed there in the near future for a few days...
Although there
On Jul 14, 2010, at 2:03 PM, Tony Langdon wrote:
At 02:56 AM 7/15/2010, you wrote:
There are some folks who are using the DVDONGLE in combination with
an FM radio to get on D-STAR and I guess you could build such a
beast (as long as you handled the ID requirements - every radio must
ID on its
On Jul 13, 2010, at 8:34 AM, Will wrote:
Hello D-STAR People,
Well Im new to the group and have only been `playing' with D-STAR
for a month or so but I am having fun while learning this new
technology. I am a hardware design engineer working in the Data
Storage industry so I love all
On Jul 12, 2010, at 2:18 PM, The Latino Ham _Not Spam wrote:
My two Cents on the D-star Drama. The problem here is not the
technology itself. The problem with Dstar is that radios are so
expensive.
The radios aren't expensive, hams are cheap :) --- if you compare an
IC2AT (really
If going from NE to SW (as proposed) you will need to take into
account time zones.
East 11 AM - 1 PM
Central 10 AM - 12 PM
Mountain 9 AM - 11 AM
Pacific 8 AM - 10 AM
What would be cool is to add a website where you enter in your QSOs
including time and LAT/LON and have it plot all of the
On Jun 24, 2010, at 6:55 AM, Evans F. Mitchell KD4EFM wrote:
We take it for grant it, when we talk to someone on the other end of
the RF wave,
that person to is a registered and authorized Amateur Radio Operator
according to
their respective countries requirements... rather it's HF or
On Jun 24, 2010, at 1:36 PM, ra3apw wrote:
We can assume that a weak place in security is an air interface of
local
repeater (at confidence links between Gateways).
Therefore:
- authentication can work locally on a concrete repeater
- authentication takes place only at process of
There is no authentication.
There is no authorization on DPLUS links -- once a repeater module is
linked to another repeater or reflector it repeats what it hears.
There is authorization for registered callsigns on native D-STAR
callsign routing, but there is no provision to prevent
Actually something is not right in Dodge City anyway. I was
attempting a callsign route with WW6USA A and one of the repeaters was
using DPLUS:
1) I couldn't callsign capture on that repeater (we moved to another,
non-linked module)
2) Callsign routing wasn't working consistently on the
??
*** sent from my cell
From: John Hays j...@hays.org
Sent: Wednesday, June 23, 2010 9:25 PM
To: dstar_digital@yahoogroups.com
Subject: Re: [DSTAR_DIGITAL] D-Star air interface authentication
There is no authentication.
There is no authorization on DPLUS links -- once a repeater module
I missed the whole DVAP part of the formula.
On Jun 14, 2010, at 5:26 AM, Francis Miele wrote:
The DVAP does not pass the GPS info to DPRS.
--
Fran, W1FJM
On Sun, Jun 13, 2010 at 10:41 PM, John Hays j...@hays.org wrote:
Have you used the dprs calculator to set your gps message
Have you used the dprs calculator to set your gps message? That's
probably the issue.
--
John D. Hays
206-801-0820
Sent from my iPhone
On Jun 13, 2010, at 14:45, n7bcp n7bcp.la...@gmail.com wrote:
Running an IC-92AD with the GPS mic and have been unable to have my
position reported on
Of course we could come up with better network protocols (security, no
#...@$# pre-registration of radios -- the callsign is the registration,
strong authentication for network connected devices, better discovery
and update, classes of traffic with full admin control by
rule, ...) the
On Jun 8, 2010, at 1:31 AM, Tony Langdon wrote:
Obviously, the protocol will need to be able to signal dynamically
whether a frame contains voice or data.
It already does. The only difference in the D-STAR wrapper between
encapsulated Digital Voice and encapsulated Ethernet Frames is
Which DVTool Version are you using? If its the Java version you may
want to switch to the compiled versions at http://opendstar.org/tools/
-- DVTool-2.0beta4 is the current version. You might also try the
Yahoo! group DVDongle for support questions.
For a repeater, you can go with the
On Jun 7, 2010, at 9:50 AM, a cutler22 wrote:
I miss-read this tidbit -
Protocol forks are everpossible, and once the door for codec
experimentation. *However*, the one advantage Codec2 would have any
other competing protocol is time - it's the first on the scene and
it's not like
On Jun 7, 2010, at 2:02 PM, e_l_green wrote:
If ICOM had chosen something other than AMBEC, none of this would
be a problem... but apparently they felt taking a short cut and
gluing an extra chip into their designs was worth more to them in
terms of quicker design turnaround than the
On Jun 3, 2010, at 4:32 PM, Rusty Hemenway wrote:
Id’ not heard about this freq being the d-star simplex freq. Is it
coordinated nationwide? Wish I had known this as I just returned
from a over 2000 mile trip across the country.
Rusty K1GGS
There is no national coordinating
On Jun 3, 2010, at 4:49 PM, Nate Duehr wrote:
On 6/2/2010 5:39 AM, Woodrick, Ed wrote:
You’ve been a part of this same D-STAR Signal Coverage conversation
many times and the answer is always the same, time after time. And
you don’t seem to see where even classic BER calculations have
Hi Fran,
G4ULF's software is not generally available yet, look for it over the
next few months.
He is a very high demand consultant/engineer for a major networking
equipment company and regularly travels around the world, so he
sometimes doesn't get to email as often as we would like.
He
On May 17, 2010, at 12:09 PM, Nate Duehr wrote:
On 5/17/2010 11:57 AM, Woodrick, Ed wrote:
And while you indicate that the G2 and DPlus protocols aren’t open
source, they definitely have been reversed engineered and we have
third party solutions talking to them now.
Which ones? Where
Robin announced some dvap enhancements including a spectrum scope and
FM mode.
G4ULF demonstrating non-Icom D-STAR repeater with full G2
functionality which K5TIT will register. NO8I B on REF030B. Software
available soon.
IC9100 avail Q4 estimated price $4000 base.
--
John D. Hays
bruce mallon wrote:
146.52 is what on the ARRL band plan back almost 40 years ?
Your point? The national calling frequency could just as easily be
145.52 mhz. or 145.51 mhz. -- there's nothing magical about 146.52 --
its just a frequency, that happens to sit right in the middle of the
There is no need for APCO P25 protocol compatibility. They are
different designs for different purposes. Hams are not a managed
fleet like public safety systems.
That being said, creating a 12.5 kHz. band plan in the portion of the
REPEATER sub-band currently used for analog simplex
the
shelf manufacturer it will never grow.
Things change over time and people need to be adaptable.
On May 5, 2010, at 9:07 AM, bruce mallon wrote:
i think on 223 mhz your idea would work
--- On Wed, 5/5/10, John Hays j...@hays.org wrote:
From: John Hays j...@hays.org
Subject: Re: [DSTAR_DIGITAL] US
It is not a matter of giving frequencies, the frequencies in
question can already be legally used for repeaters (http://www.zerobeat.net/part97/c.html#205
), it is only tradition that has simplex operating there. Any amateur
of the proper license class can put a repeater there, its a matter
I have used transverters as well and I have at least 2 223 mhz radios
(handheld and mobile). But neither does D-STAR and the general
population wants a self-contained simple radio to put on their belt or
in their car/truck without extra boxes or having to do the math to
figure out what
On May 5, 2010, at 9:23 AM, bruce mallon wrote:
BTW My ALINCO is digital compatible how about ICOM getting
with ALINCO and making a board ?
The Alinco radios could be on D-STAR so easy. One could probably even
make a board to go where their non-standard digital card goes. The
On May 5, 2010, at 10:40 AM, e_l_green wrote:
Which brings up the question of why 144/440 is all that's
commercially available for D-STAR use, given the crowding in the 144
band and now, apparently, in the 440 band. Digital voice cell phones
are operating successfully in bands near the
What's stupid is that these repeater sub-band frequencies aren't
coordinated. Once they are coordinated, then the uncoordinated users
in the spectrum will need to resolve all interference issues they
cause and coordination is a function for repeaters, not simplex
nodes. Those are the
On May 5, 2010, at 2:12 PM, J. Moen wrote:
I've read that since Japan amateurs don't have access to the 220 mHz
band, Japanese radio manufacturers are less inclined to design for
that band. Too bad they can't make enough money selling into other
markets worldwide to justify tri-band
I believe he is referring to the Alinco EJ-47U digital voice board --
it is not compatible with any of the standards.
On May 5, 2010, at 2:34 PM, Evans F. Mitchell KD4EFM wrote:
So explain what is so digital capable about the ALINCO's please.
I do not see the relevance to your statement.
On May 5, 2010, at 3:01 PM, Nate Duehr wrote:
The only reason at the end of the day is to transmit voice or data
to another D-STAR repeater located somewhere other than the original
repeater.
If you have a need for linking, it's great. If not, there's no
other need.
Stand-alone
On May 5, 2010, at 4:49 PM, milkman wrote:
I'm new to this group and would like to start off first saying Hello
to everyone here. Now what I don't understand is this. It seems to
me that D-Star could just be a huge money pit at this time. As I
look around my state we have 4 D-Star
A few thoughts:
1. Print publishing is a dying proposition. No printed directory can
keep current with changing information.
2. Some repeater coordinators have been resistant or slow to accept D-
STAR and provide coordination, so many D-STAR repeaters are not
coordinated and don't make it
On May 4, 2010, at 12:30 PM, Kent Hufford wrote:
Since I've been doing DSTAR since the last Dayton, I know where on
the web to find the listings for DSTAR repeaters. But, it would be
nice to have it in the ARRL REPEATER guide as I drive down the road.
Since I don't have a Air
What logic says that when you have limited spectrum for repeaters that
you are allocating some to simplex, when there is spectrum where
repeaters are not allowed and is being under used?
On May 4, 2010, at 4:58 PM, bruce mallon wrote:
NO the problem is we don't need More repeater pairs
there
IF there is repeater pairs not being used or just used on paper go use
them ...
Here in Tampa I'll bet 90% of the repeaters have less that 10 users a
week.
D-Star is 1/10 of the 2 meter users now why not go on 300 UNUSED KHZ
?
--- On *Tue, 5/4/10, John Hays /j...@hays.org/* wrote:
From
On Mar 17, 2010, at 11:45 AM, kn4aq wrote:
For the record, P25 uses DVSI's IMBE vocoder. It's similar to the
AMBE used in D-STAR, but not identical.
See page 81-82 of this document: http://www.p25.com/resources/P25TrainingGuide.pdf
(Phase 2 uses AMBE+2)
John D. Hays
Amateur Radio
It all depends on what you are trying to accomplish and how big your
local user community is -- a full repeater is the solution if you want
ALL of the features of D-STAR, you have a few choices here:
1 - Icom repeater and controller, plus gateway - connect to the
USTRUST (K5TIT) where most
On Mar 12, 2010, at 11:28 AM, Nate Duehr wrote:
On 3/12/2010 11:08 AM, John Hays wrote:
I would avoid the complexity of domain names as you outline here.
The bandwidth of the D-STAR DD stream doesn't bode well for
supporting server applications at the last mile ID-1.
If you mean putting
I have been doing a lot of thinking about a new D-STAR Architecture
(and hope to provide some more concrete material at some point), but
this discussion brings up some basic ideas that have been percolating
in my ruminations.
Icom started from a different model than community usage
DV - Dongle (Or other software that uses the DV Dongle/DPLUS interface)
On Mar 9, 2010, at 12:53 PM, kd5jjp wrote:
what does DVD stand for when attached to the end of the Reporting Node
this has occurred when I try to talk on the node. My call sign shows
up on the internet but know one
Don't forget some of the great open source projects:
Xastir (http://xastir.org)
KA9Q NOS (http://www.ka9q.net/code/ka9qnos/)
Open SDR Radio (http://sourceforge.net/projects/opensdr/)
and more.
--
John D. Hays
Amateur Radio Station K7VE http://k7ve.org
PO Box 1223
Edmonds, WA 98020-1223
Aside from the stupidity of RF based callsign registration (it's a bad
design), you do have to update your multiple terminals from the
gateway that you are registered on (also a bad design). The only way
to effectively solve this is to have your registration deleted, which
if the K2DIG
Actually, I know a few people with multiple ID-1s. Unfortunately, I
only have one on loan.
On Feb 26, 2010, at 3:26 PM, Nate Duehr wrote:
On 2/26/2010 2:29 PM, Woodrick, Ed wrote:
About the only reason why you have to have multiple terminals is if
you are running multiple ID-1s.
On Jan 22, 2010, at 3:28 PM, Nate Duehr wrote:
On 1/22/2010 4:03 PM, Neil wrote:
Wouldn't it be nice if say, a group of people around the country
(or world even), could put a special call in the UR field and
everyone in that group would have their traffic automatically
routed to all
On Jan 20, 2010, at 9:45 AM, Francis Miele wrote:
I don't think they are doing anything shady. They have their own
version of a board and clearly state that they DO NOT supply the
firmware. However, I'm sure an enterprising individual could locate
some versions of the firmware elsewhere
On Jan 20, 2010, at 9:42 AM, J. Moen wrote:
I'm not advocating talking to club members or government agencies,
or writing documents, that refer to them as customers. I'm talking
about an attitude, where you understand a customer is someone you
are serving and whose needs you need to
So, if I buy a board from Mark today, it will have the new firmware
installed? If so, great news!
Do you have documentation of the protocol interface (for development)
and a feature list?
On Jan 20, 2010, at 11:11 AM, Fred N. van Kempen wrote:
Our firmware runs on all the boards
The original question revolved about having an analog repeater relay a
reflector's audio out the analog repeater, but to not allow audio from
the analog repeater into the reflector. Not something I would do, as
it is confusing to users, but it would not inject non-D-STAR into the
D-STAR
While I have strong opinions about personal rights and society's
needs, particularly as relates to both HOAs and the way this country
provides healthcare -- this topic should be moved off list.
(And what is being proposed in the US is not Socialized medicine, the
UK has socialized
On Jan 20, 2010, at 2:14 PM, Catrina White wrote:
Another newbie question for all of you:
I wanted to perform an echo test, and was wondering if it is a
universal thing such as: repeater name (space) E
for instance: KI6JKA_E would perform an echo test to find out if I
am making it into
Francis Miele f...@miele-family.com
is this really dstar related
--
Fran
On Wed, Jan 20, 2010 at 6:24 PM, John Hays j...@hays.org wrote:
While I have strong opinions about personal rights and society's
needs, particularly as relates to both HOAs and the way this country
provides
On Jan 19, 2010, at 1:52 PM, Woodrick, Ed wrote:
We would be paying ourselves and our customers (during emergency
communications) a disservice if we only used one thing when other
solutions are available.
Amateur radio stations should never have customers -- you might
provide
On Jan 19, 2010, at 1:36 PM, ka2ugz wrote:
WOW what a response for the recent new guy post! Seems like an
abundance of energy in this group.
I saw a presentation and demonstration of a D-Star hot-spot using a
node adapter (Ham Radio University sponsored by GSBARC) and as a
result I
On Jan 19, 2010, at 2:17 PM, Francis Miele wrote:
based on my experience you will be lucky if you ever hear from him.
try here instead http://www.enicomms.com/
--
Fran, W1FJM
Which provides no contact method, for questions and such? Nor related
documentation. Do they provide
On Jan 19, 2010, at 2:19 PM, Catrina White wrote:
I didn't know that I could connect my garmin to my 91AD. I was told
that it could not work.
_
Hi Cat,
First, welcome to the hobby and specifically to D-STAR.
Yes, your Garmin will plug into the side of your 91AD (I've done it
many
Mark monitors this list
--
Fran
On Tue, Jan 19, 2010 at 5:24 PM, John Hays j...@hays.org wrote:
On Jan 19, 2010, at 2:17 PM, Francis Miele wrote:
based on my experience you will be lucky if you ever hear from him.
try here instead http://www.enicomms.com/
--
Fran, W1FJM
Which
On Jan 6, 2010, at 6:13 AM, bosshardss wrote:
I wonder if we just look at DSTAR without Icom's Gateway system or
Robin's DPLUS additive, what we would really have.
3 - ... built in position reporting overhead.
4 - Advanced features - Individual calling, Group Calling, Call Sign
capture,
Gateway and Dongle users often wonder if their Internet connection is
solid. Speed is only one factor. Here is a website that will give
you a better idea of your packet loss, ping time, and jitter. (Jitter
is the variability of time between packets -- real time voice based
Audio Stream: http://www.splatterbox.us:7415/listen.pls
John D. Hays
Amateur Radio Station K7VE
PO Box 1223
Edmonds, WA 98020-1223
At Hamcom you saw Robin, AA4RC's, DV Dongle with an antenna. That is
a product in development. The standard DV Dongle has no RF capability.
On Dec 7, 2009, at 1:01 PM, sly wrote:
Regarding the dv dongle question, I thought there was a dongle that
also was capable of rf? So you could
I just heard there will be a discussion of D-STAR on the Amateur
Radio QSO Show tomorrow (Tuesday, Dec 8)
QSO is heard on WRMI on 9955
10-12 EST 0300-0500 UT Tuesdays.
Also one hour of QSO is airing on WRMI Thursdays at 8-9 pm EST
0100-0200 UT FRIDAYS.
Targeted to the Caribbean and
yaesufanatic wrote:
I am trying to understand the features and limitations of D-STAR. I
have viewed every D-STAR video on YouTube (Especially good were KN4AQ
Gary Pearce's videos) plus I have read the articles/manuals on the
Icom site and DSTARusers.org.
How can D-STAR radios communicate
Benson wrote:
As a new D-Star user, I can't understand this statement: DR mode is
not compatible with add-on D-PLUS software, commonly used to link
repeaters, nor with stations accessing the network with a DV Dongle
connected to their computers. Can someone enlighten me? 73 de NE4W
John,
Welcome to D-STAR. If you are looking to tie into the D-RATS
technology for purely data uses, it is flexible enough to allow you to
use a variety of mechanisms to interconnect, including a radio on each
end, AX.25 KISS, and other mechanisms. If you are just interested in
the slow
Charles,
OK, just wanted to verify. It's hard to diagnose from a distance, but
I would suspect a defect in in 91AD B based on the description you
have provided.
On Oct 19, 2009, at 9:55 AM, CharlesK wrote:
John,
I had 2 91AD's that I was loading memories and testing. 91AD A to
91AD
Charles,
I don't remember if you said you were programming these radios by hand
or using software. If using software, a full reset of the radio
wouldn't be a bad idea as you can quickly reload memories. If you
have the Icom RS91 software, it should be easy (additional help on my
site
My reading of the protocol specification is that the header has a
checksum (2.1.1 (11) page 4 - http://www.arrl.org/FandES/field/regulations/techchar/D-STAR.pdf)
for error detection, but forward error correction (FEC) only
applies to the audio portion of the AMBE payload (and performed by
The moderators accidentally let that one through (he sent several in
various languages) ... he has been removed from the list. Sorry, folks.
This list permits people to list items for sale, but this was clearly
Unsolicited Commercial Email (UCE or SPAM) -- which is not welcome.
On Oct 6,
Thanks for the update.
On Oct 7, 2009, at 12:55 PM, ham44865 wrote:
Ooops...
We noticed after a day ot two, our Open G2 DSTAR Gateway
software gets out of SYNC with the ICOM repeater-controller
hardware and the hardware starts rejecting our packets.
We fixed that, by re-SYNChronizing with
Which is a closed and restricted Yahoo! Group.
Next...
--
John D. Hays
206-801-0820
Sent from my iPhone
On Oct 4, 2009, at 9:22, Nate Duehr n...@natetech.com wrote:
So, was that the answer to all three questions posed?
1. Where's the source available from?
The D_STAR_Open_Source_group
2.
NXDN uses the same codec/modulation as D-STAR, that is why D-STAR DV
is claimed to be 6.25 Khz., the radios may just not be as tight. I
think the Utah VHF Society studies showed that different models of
Icom D-STAR radios exhibited different RF characteristics.
1 - 100 of 174 matches
Mail list logo