[DSTAR_DIGITAL] Re: Repeater can't hear well
Sounds like your antenna has been isolated from your receiver. Check or replace the cable between the receiver and the duplexer. If that doesn't fix the problem, you may have a mis-tuned duplexer or a blown pre-amp if you are using one. RF issues are the same in digital as they are in analog. An experienced repeater owner in your area might spot the problem quickly. Ernie W6KAP --- In dstar_digital@yahoogroups.com, Steve Glen redbirdsfa...@... wrote: Is there an adjustment for receiver sensitivity on either the RP 2C or the RP4000V? Once a transmitted signal gets more than about 100 or 200 yards away from the site we can not key the repeater. We have checked antenna, duplexer, and feed line and all of those seem to be working well. Once the repeater is keyed, the transmit side is great with an excellent coverage area. The issue is at the input side.  Can anyone point me to where an input signal threshold might be set? A second question is can anyone suggest a good way to measure the signal required to âkeyâ the repeater?  Feel free to contact me with suggestions here on the list or on at the above email address.  Thank you in advance!  Steve Mercure WU5PIG DStar System.
[DSTAR_DIGITAL] Re: APRS and D-Star
On two meters and 440, we have programs in use called D-Chat and D-Rats that send data back and forth between users, either simplex or through a repeater connected to the gateway. There is no high speed data capability on two meters and 440 because high speed requires more bandwidth than we have available on those bands. D-Chat has been used in emergency tests and drills and can provide hard copy to back up voice communications. The ID-1 (1200 mHz D-Star radio)) is capable of 128k as there is bandwidth available on 1.2 gHz for the speed. Increased bandwidth means less range and to this point switching times have prevented using the ID-1 with amplifiers in the DD (digital data) mode, so range may be limited. It would require about 200 watts on DD to equal a ten watt DV signal. The ID-1 is capable of connecting to the internet for email and web surfing, although that is limited by regulations and would not be what you might consider high speed in computer world terms. D-Star radios can all forward D-PRS data to the D-PRS server which is posted to the net on sites like www.findu.com . Some radios can be purchased with optional GPS, and all can be connected with outboard GPS. So if I understand your questions, yes D-Star can allow text messages between stations, exchange of short files, and GPS tracking of units in the field while still allowing for voice communications-- all using the slow speed data capability available on 2 meters and 440. Ernie W6KAP --- In dstar_digital@yahoogroups.com, n0uyx n0...@... wrote: Let me run this by you guys once more. From what I am told D-Star is currently being used for Simulated Emergency Test and are sending DATA about patients at Hospitals. I get this info from a Guy who went to the Jacksonville, MS Hamfest and this info was put out at a D-Star conferense. OK so we take a PC and hook it up to a D-Star radio and can run HIGH Speed DATA with it right? OK so this being the case then why cant we send a MSG from one D-Star radio or user to the other? I was told here that can't be done. But if we can send HIGH speed data then of course it can be done if it's not being done right now is only maybe because somebody hasn't designed the software for it? Is this right? So if we can send HIGH speed data which could include MSG and Station Status or Beacon data and it makes it to the Internet then D-Star could send email, TEXT MSG and so on. Also a Server could be designed to handle D-Star/ APRS MSG so the two could send info or data from one to the other at a very limited size because of APRS data limits. Did I not ask this same thing a few weeks ago? Why couldn't the above be done? Lack of interest? D-Star Copyright Infringement? What am I missing here? DE WW5RM Randall
[DSTAR_DIGITAL] Re: Bringing New D-STAR Hardware and Software into the Network - A Proposal
A good topic for discussion. Maybe we could designate a reflector channel or two for testing interconnections between linking systems (Echolink and IRLP). Much like the Western reflector (IRLP) uses 9258 for connecting to an Echolink conference bridge, we could agree that one of the channels on a US and another on a EU reflector might be used for this purpose. People using those channels would know that they would not be seeing the digital information we are used to with D-Star. It would be a decision of the reflector owners. Maybe someone interested in this could establish a reflector dedicated to that purpose. The interconnections would be good for D-Star as users of the other systems will be impressed with audio and noise-free signals and may come on board. Since these interconnects generally use a dongle to connect to us, I would guess they could be kept out of other channels by restricting dongle use but that would not be an optimal solution. It would really depend on gentleman's agreements. I don't think we should attempt to deny access to the busier channels as emergency situations may make intercommunication desirable. Ernie W6KAP --- In dstar_digital@yahoogroups.com, John D. Hays [EMAIL PROTECTED] wrote: 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
[dstar_digital] Re: Inside Chassis coax - lossy
Ron; The digital band plan being tested currently puts the D-Star outputs between 144.9 and 145.1 and the inputs 400 kHz down. This keeps everything in the spectrum designated by the FCC for repeater use. Since alternate input channels are inputs for analog repeaters, only 9 new channels resulted. At 500 kHz spacing, we would have lost the 144.9 to 145 channels as their inputs would have been outside the repeater allocation. The 9 channels should accommodate 15 or 16 systems in Northern Calif. by judicious channel co-ordination. We have 6 systems on this plan currently. It is necessary to use a 6 can duplexer to make the 400 kHz split play. The results of some testing using a reference antenna are in the tech log at www.w6dhs.org . Ernie W6KAP --- In dstar_digital@yahoogroups.com, Ron Wright [EMAIL PROTECTED] wrote: Ernie, I've noticed talk of 400 kHz splits on 2 meters. Wonder why not 500 kHz.
[dstar_digital] Re: Inside Chassis coax - lossy
Yes, we tuned a Celwave 6 can mobile UHF duplexer to 100 db using an IFR and and a return loss bridge. It's the best one I've seen, as most are in the 75 to 85 db range. When Telewave recently retuned our 6 can full sized 2 meter duplexer for our new 400 kHz split, they were happy to hear that it was a digital system and the deepest and narrowest notches could be used to achieve maximum notch. Ernie W6KAP
