[DSTAR_DIGITAL] RC-24 Control head for ID-1 wanted
I am looking for an RC-24 control head for my ID-1. If anyone has one they do not want/need please contact me off list. Thanks! Randy, W7HR WD7STR Port Orchard, WA
Re: [DSTAR_DIGITAL] Calling OZ! (Demo)
Hi Gord, Missed your message, but we did have a nice trip up and back last night. Worked VA7DG over on the VE7RAG B machine from the cafe where we had dinner. Tried to raise the Adelaide repeater through callsign routing but no luck. It was good to see VK7ARE after almost 30 years. He is still every much the gentleman I met back then. On Thu, Nov 13, 2008 at 8:46 AM, Gordon Dick [EMAIL PROTECTED] wrote: Hi John: I monitor VA7ICM C and will gladly turn on a reflector for you. This is club night so I'm only home till about 6pm. Have a good safe trip north Gord VE7FKY -- John D. Hays K7VE [Non-text portions of this message have been removed]
[DSTAR_DIGITAL] D-Star simplex frequency
Has any thought being givin to simplex ? � Here in Tampabay we have FM�nets on 147.550 and what I am seeing is some d-star users who don't seem to hear them tring to use that frequency at the same time. � If d-star has a simplex spot let me knowe and i'll pass it along. [ED - In many areas, 145.67 is used for DSTAR simplex.] [Non-text portions of this message have been removed]
Re: [DSTAR_DIGITAL] D-Star simplex frequency
Most of the D-STAR 70cm stuff also runs down to 430 Mhz., depending on local use and protecting weak signal, ATV, and satellite operations, it should be possible to find a range of 12.5 kHz. spaced frequencies in that part of the band for simplex D-STAR. On Thu, Nov 13, 2008 at 9:23 AM, bruce mallon [EMAIL PROTECTED] wrote: Has any thought being givin to simplex ? � Here in Tampabay we have FM�nets on 147.550 and what I am seeing is some d-star users who don't seem to hear them tring to use that frequency at the same time. � If d-star has a simplex spot let me knowe and i'll pass it along. [ED - In many areas, 145.67 is used for DSTAR simplex.] -- John D. Hays - K7VE [Non-text portions of this message have been removed]
Re: [DSTAR_DIGITAL] RC-24 Control head for ID-1 wanted
A few months ago I had AES check with Icom whether RC-24 control heads could be ordered. The answer from Icom was that the stock microphone was available, but not the control head itself is not. 73, Mark, WB9QZB Chicago, IL From: Randy [EMAIL PROTECTED] To: dstar_digital@yahoogroups.com Sent: Thursday, November 13, 2008 10:29:40 AM Subject: [DSTAR_DIGITAL] RC-24 Control head for ID-1 wanted I am looking for an RC-24 control head for my ID-1. If anyone has one they do not want/need please contact me off list. Thanks! Randy, W7HR WD7STR Port Orchard, WA Please TRIM your replies or set your email program not to include the original message in reply unless needed for clarity. ThanksYahoo! Groups Links [Non-text portions of this message have been removed]
Re: [DSTAR_DIGITAL] Re: How much bandwidth?
Al: Note that with those frequencies and transmission modes that not quite line-of-site doesn't cut it. In fact, having a clear visual path doesn't always cut it. If there's any significant Fresnel Zone intrusion by obstructions, your reliability goes right out the window. In fact, it's possible to have situations where you can see the other end just fine, but you can't use the path at all. Unfortunately, way too many fixed wireless companies determine if the path is good by trying it from the customer's location. If it works, they assume it's OK. But in reality, all they know is that it worked at that point in time. You may run into the same thing. If you don't have a known good path, it might work when you set it up but become unreliable at times after that. If it's something you want to rely on, you should really do a path study. Below is a link to software that will help. http://www.cplus.org/rmw/english1.html Chuck - N8DNX Al Wolfe wrote: Thanks to all who responded. We are playing with the idea of an 802.11? link to one of a couple of hams who are about two miles away. However, the path is not quite line-of-site. Guess we'll have to find a couple of boxes and play. Al, K9SI [ED - Tim K6BIV uses wifi on 5Ghz from his access point to the K6MDD Mount Diablo repeater site in CA - 73, Steve NU5D]
[DSTAR_DIGITAL] D-Star Demo In Publiic School-11-18-08 @ 15.00 HOURS-Please read
We will be doing another D-Star Demo in Temple, Texas for a group of 10 to 12 year old Grade School kids. QSOs should begin about 9:00AM CST, 15:00 UTC on November 18, 2008. We will be calling on individual reflectors, and direct as well so any hams in countries with third party agreements, we may be calling you. The demo should last about 1 1/2 hours. We will have the kids working third party with questions about you and your QTH. We look forward to speaking to as many as possible and thank you in advance for helping us promote ham radio. 73 Hal Pagel - N5Jll
Re: [DSTAR_DIGITAL] Re: Ham Radio D-Star Demos-PLEASE READ!
Mike, I don't have one, but as I remember, Radio Shack used to carry ham intro material. (I'll be in Ft. Worth on the 18th. Won't be available to help.) 73, Brad, KV5V Salado On 11/10/08, Michael C. Sherrod [EMAIL PROTECTED] wrote: As a result of the d-star presentation to a local elementary school, I visited another local school where my daughter, Courtney, is a 1st Grade Teacher and the school Principal has asked to see if it would be possible for the d-star group to present a similar presentation to a group of 6th, 7th and 8th grade science students at Temple Education Center on November 18, 2008 at 9:00am. In addition to this, I need to get a current Tech License manual to loan to the Principal of that school who now wishes to get his Tech license. 73 Mike Sherrod - WB5PBS [Non-text portions of this message have been removed]
Re: [DSTAR_DIGITAL] Re: How much bandwidth?
Remember, too that if you sight a path that has trees below, the trees will eventually grow into your path. I have a customer I am working with using licensed point to point microwave that has this problem on a couple of shots. One had to be abandoned/reengineered/rerouted. The other he is allowed to prune the tree to make it between the mountain top repeater and the central dispatch office down below. 73, kevin kc6pob --- On Thu, 11/13/08, Charles Scott [EMAIL PROTECTED] wrote: From: Charles Scott [EMAIL PROTECTED] Subject: Re: [DSTAR_DIGITAL] Re: How much bandwidth? To: dstar_digital@yahoogroups.com Date: Thursday, November 13, 2008, 11:21 AM Al: Note that with those frequencies and transmission modes that not quite line-of-site doesn't cut it. In fact, having a clear visual path doesn't always cut it. If there's any significant Fresnel Zone intrusion by obstructions, your reliability goes right out the window. In fact, it's possible to have situations where you can see the other end just fine, but you can't use the path at all. Unfortunately, way too many fixed wireless companies determine if the path is good by trying it from the customer's location. If it works, they assume it's OK. But in reality, all they know is that it worked at that point in time. You may run into the same thing. If you don't have a known good path, it might work when you set it up but become unreliable at times after that. If it's something you want to rely on, you should really do a path study. Below is a link to software that will help. http://www.cplus. org/rmw/english1 .html Chuck - N8DNX Al Wolfe wrote: Thanks to all who responded. We are playing with the idea of an 802.11? link to one of a couple of hams who are about two miles away. However, the path is not quite line-of-site. Guess we'll have to find a couple of boxes and play. Al, K9SI [ED - Tim K6BIV uses wifi on 5Ghz from his access point to the K6MDD Mount Diablo repeater site in CA - 73, Steve NU5D] [Non-text portions of this message have been removed]
[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] Bringing New D-STAR Hardware and Software into the Network - A Proposal
I am starting this topic (and cross posting to reach as many interested parties as possible) to open what hopefully will be a cooperative dialog to establish some guidelines and rules that will help foster experimentation and innovation on D-STAR while respecting the wishes of system (repeaters, gateways, and reflectors) operators. The result should be a mutally agreeable set of terms that everyone can sign on to. Why is this necessary? To this point there have been a relatively few developers working on D-STAR projects that have any significant impact on the infrastructure. There currently are at least two gateway replacement projects underway (OpenDSTAR and OpenBridge) and numerous active development projects, some open and some closed that can reach into the network in new ways (for example rtp_dir, which provides an alternative to DVTOOL for accessing the network using the DV Dongle, but also has the capability to bridge in other networks such as IRLP, Allstar/Asterisk, and Echolink). The development of some of these tools can be disruptive to systems if not properly developed and vetted to the community. It is hoped that we can get a spirit of cooperation on software and hardware development to further D-STAR as the new Digital standard for Amateur Radio local and linked communications. Here are my starting points. The guidelines should be short, to the point, few and clear. Part 1 - D-STAR Reflectors 1. The owners of reflectors, repeaters, and gateways have a right to manage their systems in the best interests of their respective user communities. 1.1 Use of these resources for *testing *new software and/or hardware should only be undertaken by the consent of the operator or their designated agent. 1.2 *Linking* to D-STAR reflectors shall be treated equally by class of connection. In other words if you permit software/hardware from one developer/manufacturer, that has followed the principles of this agreement on your reflector, you must treat all similar technology in the class equally. You can discriminate based on regulatory requirements of your on air licensing authority, illegal activity, or if the content is generally and consistently offensive by connection source (operator) Example classes include: 1.2.1 Individual operators using Internet connections by a device like the DV Dongle (Examples: DVTool, rtp_dir in non-bridged single operator mode) 1.2.2 A native D-STAR gateway using G2, DPLUS, or similar linking 1.2.3 A bridged native D-STAR reflector 1.2.4 A non-native (e.g. Analog FM) repeater using a device like the DV Dongle under automatic control. 1.2.5 A non-native reflector (IRLP or EchoLink) using a device like the DV Dongle under automatic control. 1.2.6 A non-native repeater or reflector with a control operator actively monitoring and managing the connection. 1.3 Cross linking of non-native D-STAR and D-STAR gateways, reflectors, or repeaters for routine networks will only be undertaken upon mutual agreement of the operators of the respective systems. 1.3.1 Immediate emergency communications (safety of Life or Property) does not require prior agreement for short linking to facilitate that communication. 1.4 Short demonstrations by any accepted class of operation are permitted without prior permission if the reflector is not in active use by a scheduled net or operating activity. 1.5 Operators of D-STAR reflectors will politely notify users, of any connection class, if there is a problem with the use of the reflector. 1.5.1 Operators of the connecting system will comply with published standards for a reflector.. 1.5.2 If the operator of a connecting system will not comply the operator of the reflector may, at his own descrision implement methods and procedures to stop the undesired connection. 1.6 Operators of reflectors will publish their policies, by class of connection/operation, and contact information, in a single repository on the Internet (TBD - d-starusers.org?) 1.6.1 A consumable XML standard shall be established to define these operating rules so that software can query and automatically determine if its class of connection/operation is permitted. 1.7 The reflector community is encouraged to establish a test reflector for use by developers to test their devices and software. Part 2 - Developers 2. Developers will use good engineering practices to avoid introducing instability into the D-STAR infrastructure. 2.1 Developers will always obtain permission before testing against any system; repeater, bridge, reflector, gateway, user radio, etc. 2.1.1 If designated test systems exist, thorough testing should be completed and reviewed on those test systems before testing against the live infrastructure (gateways, repeaters, trust server, etc.) 2.1.2 If designated test systems do not exist, the developer should submit specifications of what protocols, interfaces, components, etc. will be tested, the methodoogy of the tests, risks, and so forth to the operator of any
