Re: The DVAP and Using D-STAR Low & High Speed Data Presentations at ARRL/TAPR DCC 2012
I myself am curious about this.?? I also have a message programmed in my ID-1, and I have never been able to seem to get it to come through—although several years ago, I *thought* I saw my message come through, but haven’t been able to do it since. Marshall KI4MWP ? ?
toggle quoted message
Show quoted text
From: D-STAR_23cm@... [mailto:D-STAR_23cm@...] On Behalf Of Dean Gibson AE7Q
Sent: Thursday, January 10, 2013 3:22 PM
To: D-STAR_23cm@...
Subject: Re: [D-STAR_23cm] Fwd: The DVAP and Using D-STAR Low & High Speed Data Presentations at ARRL/TAPR DCC 2012? ? Has anyone EVER seen a (20-character) message string from an Icom ID-1 get transmitted to a repeater???
I have my ID-1 programmed to send a 20-character message with each transmission.? Yet, when I key up the only local 23cm D-Star repeater I can hit (K7LWH/A), the message never gets through.? Looking at the history on that repeater, apparently no one else can send a message from an ID-1 either.? However, John Hays gets a message transmitted to K7LWH/A when sending from his Icom 9100, so it doesn't appear that this is a repeater problem.? See:
Icom ID-1 firmware bug, or am doing something wrong???
|
Re: The DVAP and Using D-STAR Low & High Speed Data Presentations at ARRL/TAPR DCC 2012
Make sure you have selected the message and enabled it.? I missed that for about 3 months and spent many days head banging on the desk till I found it.? Easiest if you use the software rather than the radio head to set it up.? Short answer is yes I have one on my ID-1 and it transmits each and every time
? Kerry VE6KGA
?
toggle quoted message
Show quoted text
From: D-STAR_23cm@... [mailto:D-STAR_23cm@...] On Behalf Of Dean Gibson AE7Q
Sent: Thursday, January 10, 2013 1:22 PM
To: D-STAR_23cm@...
Subject: Re: [D-STAR_23cm] Fwd: The DVAP and Using D-STAR Low & High Speed Data Presentations at ARRL/TAPR DCC 2012
? ? Has anyone EVER seen a (20-character) message string from an Icom ID-1 get transmitted to a repeater???
I have my ID-1 programmed to send a 20-character message with each transmission.? Yet, when I key up the only local 23cm D-Star repeater I can hit (K7LWH/A), the message never gets through.? Looking at the history on that repeater, apparently no one else can send a message from an ID-1 either.? However, John Hays gets a message transmitted to K7LWH/A when sending from his Icom 9100, so it doesn't appear that this is a repeater problem.? See:
Icom ID-1 firmware bug, or am doing something wrong???
|
ID-1 20-character message
Sorry about that;? I forgot to change the "subject".
On 2013-01-10 12:21, Dean Gibson AE7Q
wrote:
toggle quoted message
Show quoted text
Has anyone EVER
seen a (20-character) message string from an Icom ID-1 get
transmitted to a repeater???
I have my ID-1 programmed to send a 20-character message with each
transmission.? Yet, when I key up the only local 23cm D-Star
repeater I can hit (K7LWH/A), the message never gets through.?
Looking at the history on that repeater, apparently no one else
can send a message from an ID-1 either.? However, John Hays gets a
message transmitted to K7LWH/A when sending from his Icom 9100, so
it doesn't appear that this is a repeater problem.? See:
Icom ID-1 firmware bug, or am doing something wrong???
|
Re: The DVAP and Using D-STAR Low & High Speed Data Presentations at ARRL/TAPR DCC 2012
Has anyone EVER seen a (20-character) message string from an
Icom ID-1 get transmitted to a repeater???
I have my ID-1 programmed to send a 20-character message with each
transmission.? Yet, when I key up the only local 23cm D-Star
repeater I can hit (K7LWH/A), the message never gets through.?
Looking at the history on that repeater, apparently no one else can
send a message from an ID-1 either.? However, John Hays gets a
message transmitted to K7LWH/A when sending from his Icom 9100, so
it doesn't appear that this is a repeater problem.? See:
Icom ID-1 firmware bug, or am doing something wrong???
|
Re: High Speed Data Mode Repeater Coverage
On 08/01/13 22:07, Bill Vodall wrote: I'm looking for pointers on generating coverage plots for DD-Mode. The quick answer is that you need 13 db more signal for DD, than DV.
I created a radio mobile online coverage map for one DD AP here. It
looked extremely optimistic. Then I added 12 db more loss to the coax
and it seemed realistic...
73
Bill - WA7NWP
Hi Bill, Would you happen to have the .net and other database files for the AP? It would save me a bunch of time if I could use them. Regards John EI7IG
|
Re: High Speed Data Mode Repeater Coverage
On 08/01/13 22:07, Bill Vodall wrote: I'm looking for pointers on generating coverage plots for DD-Mode. The quick answer is that you need 13 db more signal for DD, than DV.
I created a radio mobile online coverage map for one DD AP here. It
looked extremely optimistic. Then I added 12 db more loss to the coax
and it seemed realistic...
73
Bill - WA7NWP
Thanks for your answers guys, Regards John EI7IG
|
The DVAP and Using D-STAR Low & High Speed Data Presentations at ARRL/TAPR DCC 2012
-----Original Message-----
From: KN4AQ To: kn4aq
Sent: Thu, Jan 10, 2013 8:09 am
Subject: HamRadioNow - Double Dose of D-STAR from the DCC
HAMRADIONOW EPISODES 48 and 49:
The DVAP (Under the Hood); Using D-STAR Low and High Speed Data; These are the last two of the regular 45-minute seminars from the 2012 ARRL/TAPR DCC. Coming soon - the banquet Keynote talk, and the 4-hour "deep dive" into GNU Radio.
?
This time - Moe Wheatley AE4JY describes how he did the hardware side of the D-STAR DVAP (Digital Voice Access Point Dongle) and DVDongle.
Moe usually sits back and let's Robin Cutshaw AA4RC to all the talking about these products (Robin did the software side).
But this time, it's Moe in the spotlight, and he does a great job.
?
And John Davis WB4QDX will guide you through using D-STAR's low and high speed data.
That low speed data rides along with every D-STAR voice transmission, but few users do anything with it.
You need a computer plugged into the radio to access the data function, but after that, it's easy. John shows you how.
HAMRADIONOW is an online podcast from Amateur Radio//Video News. It's free to watch on the web. If you like what you see, we request your support. Just go to our web site, , and 'click the pig.' That'll take you to the support page. Whatever you think it's worth.
Thanks and 73,
Gary KN4AQ
RadioNow
Gary Pearce KN4AQ
508 Spencer Crest Ct.
Cary, NC 27513
kn4aq@...
919-380-9944
|
Sorry to put this out to the list, but:
John: eMail sent directly to your own domain bounces:
Name service error for name=hays.org type=A: Host found but no data record of requested type
Contact me via callsign routing if you need further details. I'm going to bed soon, but should be up around 7:15am.
-- Dean
|
Re: High Speed Data Mode Repeater Coverage
I'm looking for pointers on generating coverage plots for DD-Mode.
The quick answer is that you need 13 db more signal for DD, than DV. I created a radio mobile online coverage map for one DD AP here. It looked extremely optimistic. Then I added 12 db more loss to the coax and it seemed realistic... 73 Bill - WA7NWP
|
Re: High Speed Data Mode Repeater Coverage
The quick answer is that you need 13 db more signal for DD, than DV.?
On Jan 7, 2013, at 3:50:42 PM, c0j wrote: Hi All,?
Happy New Year,
I'm looking for pointers on generating coverage plots for DD-Mode.
I've used both radiomobile and splat in the past.?
I'm trying to figure out what signal levels and other parameters anyone has previously used in order to generate reasonably accurate coverage plots.
Thanks
Regards
John
EI7IG
|
High Speed Data Mode Repeater Coverage
Hi All,
Happy New Year,
I'm looking for pointers on generating coverage plots for DD-Mode.
I've used both radiomobile and splat in the past.
I'm trying to figure out what signal levels and other parameters anyone has previously used in order to generate reasonably accurate coverage plots.
Thanks
Regards
John
EI7IG
|
ProHam Analog & D-STAR Repeater Controller
?
Looks interesting!!
?
See info below AND attached brochure.
?
http://www.proham.com/
?
?
The ProHam? Repeater Controller delivers a new level of capability to cost-conscious Clubs and individual repeater operators. The ProHam is the first controller that can operate in both Analog and D-STAR? mode with full capacities and options. Making a single investment can provide advanced digital capabilities but still support legacy operations. Use your repeater, replace your existing controller, and get D-STAR as well as a huge range of features not available in any other controller.
?
But that’s just the beginning of what the ProHam Controller can do. With its built-in IP connectivity, several ProHam units can be connected forming a larger network or connect with other established networks.
?
Advanced features and options such as Receiver Voting and Transmitter Simulcast can be added at an affordable price. The ProHam allows individual units, systems or sites to work independently, in groups, or all together based on programming or on demand using DTMF commands.
The ProHam? Controller is a member of the ERCS family of products from Newfield Design Inc., and shares many of the same design features of the hardened ERCS products used in the Public Safety, Critical Infrastructure and Commercial systems.
?
Features
? Provides all signaling and control of RF/Repeater? D-STAR? Compatible? AMBE Vocoder and GMSK Modem On Board? CTCSS? DCS/Inverted DCS? DTMF Commands? Voice Prompts? Configurable Courtesy Tone? CW or Voice ID? Announcement Scheduling? Signaling Decoding and Regeneration? Built-In Setup And Alignment Tools? Interconnection with other Digital Radio Protocols including DMR and P25? VoIP and POTS telephone interconnect capability? Options for Receiver Voting and Transmitter Simulcast? Voice Mail*? Much More!
Radio/RF Equipment
The ProHam? Controller interfaces with most brands of repeaters and will enable full functionality with multiple protocols, including Carrier Squelch, CTCSS tone, DCS/IDCS, and the option of D-STAR. Setup is simple utilizing the ProHam’s straightforward step-by-step setup procedure and tools.
A typical installation requires simple connections to the 25 pin D connector on the rear panel of the ProHam? Controller to the following points in the RF equipment:
? Receiver Discriminator? Transmitter Control? Transmitter Audio? Transmitter Data
ProHam? Pictures:
Application Diagrams
D-STAR is a Trademark of ICOM Corporation in the US and other countries
Other product and service names listed are property of their respective owners |
?
?
New Products For January - --> Controllers - Repeater/Base
$1,495.00
$1,795.00
|
File - D-STAR 23cm Monthly Announcement.txt
D-STAR 23cm Ops -
Thanks for participating in the D-STAR 23cm group.
If you're using or experimenting with D-STAR on 23m currently let the group know how you're using D-STAR
by sending a message to the group, adding a Link in the Links area and/or Uploading a File to the Files area.
Messages & articles about how you currently or plan to use the high-speed data capability would be of particualar interest to group memebers.
By the way, there are already dozens of messages in the group's message log and
numerous files & links in the Files & Links areas about all aspects of D-STAR.
Please also let other D-STAR users, including those don't yet use D-STAR on 23cm, who aren't members of the group know about the group.
D-STAR 23cm Group
|
Re: ID1 to ID1 Digital Data
On 28/12/12 20:48, Woodrick, Ed wrote:
toggle quoted message
Show quoted text
Most
all of the protocols should work. You just have to remember
that it is 128 kbps half-duplex circuit. So that means that
video at 400 kbps ain’t going to hack it and full duplex
audio at 64 kbps per channel isn’t going to make it.
The
ID-1s implement the Ethernet protocol, which means that
NetBIOS, Banyan Vines, Novell, and other protocols will also
run.
?
You’re
going to get speeds a little better than 28.8kbps modems,
but not much. The secret it to not attempt to overload the
circuit, keep the throughput reasonable for a 128 kbps
connection and life should be great.
?
?
?
--- In
D-STAR_23cm@..., John Ronan
wrote:
> Hi There,
>
> I think you'll find, in a lossy network TCP sucks
badly, UDP will work
> well though.
>
> Regards
> John
> EI7IG
The protocols that did work were slow, but worked well.
So in an emergency situation, it would be better than
nothing.
--
Joe
kc2zki
|
Re: ID1 to ID1 Digital Data
Most all of the protocols should work. You just have to remember that it is 128 kbps half-duplex circuit. So that means that video at 400 kbps ain’t going to
hack it and full duplex audio at 64 kbps per channel isn’t going to make it.
The ID-1s implement the Ethernet protocol, which means that NetBIOS, Banyan Vines, Novell, and other protocols will also run.
?
You’re going to get speeds a little better than 28.8kbps modems, but not much. The secret it to not attempt to overload the circuit, keep the throughput reasonable
for a 128 kbps connection and life should be great.
?
toggle quoted message
Show quoted text
From: D-STAR_23cm@... [mailto:D-STAR_23cm@...]
On Behalf Of viaopensource
Sent: Friday, December 28, 2012 8:57 AM
To: D-STAR_23cm@...
Subject: [D-STAR_23cm] Re: ID1 to ID1 Digital Data
?
?
--- In
D-STAR_23cm@..., John Ronan <jpronans@...> wrote:
> Hi There,
>
> I think you'll find, in a lossy network TCP sucks badly, UDP will work
> well though.
>
> Regards
> John
> EI7IG
The protocols that did work were slow, but worked well. So in an emergency situation, it would be better than nothing.
--
Joe
kc2zki
|
NJ2DG 1.2 GHz DD Issues Fixed
Today KB2EAR and I fixed the networking issues at the NJ2DG site.
Bob N2ZAV
|
D-STAR Live Video Broadcast, 12/29/2012, 10:00 am
| Reminder from: |
? |
|
| ? |
| Title: |
? |
D-STAR Live Video Broadcast |
| ? |
| Date: |
? |
Saturday December 29, 2012 |
| Time: |
? |
10:00 am
- 4:00 pm
|
| Location: |
? |
www.w5kub.com |
| Notes: |
? |
10:00 AM - 4:00PM CST
(1500 - 2100 UTC)
Presentations by:
- Ray Novak, N9JA Icom America
- John Davis, WB4QDX GA D-STAR/www.dstarinfo.com
- Ed Woodrick, WA4YIH GA D-STAR/www.dstarinfo.com
- Robin Cutshaw, AA4RC Internet Labs
Live chatroom host: Tom Medlin, W5KUB
Check out W5KUB.com for details on the show
|
| ? |
|
Re: ID1 to ID1 Digital Data
--- In D-STAR_23cm@..., John Ronan <jpronans@...> wrote: Hi There,
I think you'll find, in a lossy network TCP sucks badly, UDP will work
well though.
Regards
John
EI7IG The protocols that did work were slow, but worked well. So in an emergency situation, it would be better than nothing. -- Joe kc2zki
|
Re: ID1 to ID1 Digital Data
On 28/12/12 02:35, Kris Kirby wrote: On Thu, 27 Dec 2012, viaopensource wrote:
Hi Kris, I jotted down some notes on things I tried. Here are the
protocols I tested and the results. The connection was solid but I
was only getting about 90kps even with a short range. Keep in mind
there is no error correction in the DSTAR protocol. But, in a pinch,
it would absolutely be better than nothing. It worked on 12 watts
fairly well in a 3 mile area around my house with the mobile side in
my van.
Protocol/Modes tested: Green=good; red=failed; yellow= not tested
SSH
HTTP(S)
FTP(S)
DNS
SMTP
IMAP
POP3
IM
AIM Most of these are TCP protocols except for DNS, which is UDP for lookups
and TCP for zone transfers.
DRATS
MagicJack
Skype
DSTAR
DSTAR HOTSPOT I don't know much about these protocols.
Multicast Good luck on that one.
IPv6 This is a different beast altogether. It's implementation varies from
PHY to PHY; in Ethernet, it is a different flag in the frame.
Video There are a lot of standards for that one.
SAMBA CIFS is based on TCP as well.
Another trick that may would would be to setup a tunneling protocol like
GRE, IPIP, or L2TP and backhaul the traffic over a TCP protocol. This
helps for DNS on lossy networks. The reverse is sometimes true as well.
TCP and UDP have different behaviors depending on network loading
conditions and losses. It's been said that UDP gets priority over TCP;
this is because UDP packets are simply thrown to the wind, whatever gets
there gets there or has to be retransmitted by the application (not the
protocol stack). In a lossy network, TCP shines because packets flow. Hi There, I think you'll find, in a lossy network TCP sucks badly, UDP will work well though. Regards John EI7IG
|
Re: ID1 to ID1 Digital Data
On Thu, 27 Dec 2012, viaopensource wrote: Hi Kris, I jotted down some notes on things I tried. Here are the
protocols I tested and the results. The connection was solid but I
was only getting about 90kps even with a short range. Keep in mind
there is no error correction in the DSTAR protocol. But, in a pinch,
it would absolutely be better than nothing. It worked on 12 watts
fairly well in a 3 mile area around my house with the mobile side in
my van. Protocol/Modes tested: Green=good; red=failed; yellow= not tested
SSH
HTTP(S)
FTP(S)
DNS
SMTP
IMAP
POP3
IM
AIM Most of these are TCP protocols except for DNS, which is UDP for lookups and TCP for zone transfers. DRATS
MagicJack
Skype
DSTAR
DSTAR HOTSPOT I don't know much about these protocols. Multicast Good luck on that one. IPv6 This is a different beast altogether. It's implementation varies from PHY to PHY; in Ethernet, it is a different flag in the frame. Video There are a lot of standards for that one. SAMBA CIFS is based on TCP as well. Another trick that may would would be to setup a tunneling protocol like GRE, IPIP, or L2TP and backhaul the traffic over a TCP protocol. This helps for DNS on lossy networks. The reverse is sometimes true as well. TCP and UDP have different behaviors depending on network loading conditions and losses. It's been said that UDP gets priority over TCP; this is because UDP packets are simply thrown to the wind, whatever gets there gets there or has to be retransmitted by the application (not the protocol stack). In a lossy network, TCP shines because packets flow. Certainly seems like a variation or an automatic capability to switch between 1/2, 5/6, 7/8, 8/10 FEC would be useful. Mobile stations would be best suited using 1/2 FEC, but fixed base stations could transmit 8/10 FEC. -- Kris Kirby, KE4AHR Disinformation Analyst
|
