Re: HF DV:
Curt Mills, WE7U
On Fri, 17 Mar 2017, bauerjv@mac.com wrote:
I don't know that HF DV would have a value added for emcomm but FreeDV 700C is a new mode and I have heard it work when the waterfall was barely visible. The authors claim low SNR performance rivaling that of low signal level SSB.Note that Codec2 is still being worked on and has several modes with different bit-rates. It may be too early yet to look for a solid implementation you can depend on for emcomm use. -- Curt, WE7U. http://we7u.wetnet.net APRS Wiki: http://info.aprs.net/
|
|
Re: HF DV:
I don't know that HF DV would have a value added for emcomm but FreeDV 700C is a new mode and I have heard it work when the waterfall was barely visible. The authors claim low SNR performance rivaling that of low signal level SSB. i agree with Andrew in general using previous digital modes, but if 700C indeed performs as claimed, that view may now outdated. jeff
|
|
Re: HF DV:
Andrew O'Brien
While I would like this to succeed, the SNR required for digital voice on most HF bands is such that it renders DV as only useful between stations with a lot of power and/or really high gain antennas. Thus, use for Emcomm would be not widely adopted. IF software for HF DV use allowed access of an HF user into things like Dstar reflectors or call routing, that WOULD be useful for emcomm. Andy K3UK
On Thu, Mar 16, 2017 at 8:08 PM, Brad NK8J <bradnk8j@...> wrote: Freedv for voice or with icom dv (digital voice) dstar on HF --
Andy
|
|
Re: HF DV:
Brad NK8J <bradnk8j@...>
Freedv for voice or with icom dv (digital voice) dstar on HF
toggle quoted messageShow quoted text
On Thu, Mar 16, 2017, 5:21 PM Eubank, Greg (MVA) <Greg.Eubank@...> wrote:
|
|
Re: HF DV:
Eubank, Greg (MVA) <Greg.Eubank@...>
We have the Alaska Pacific Net (Alaska Emergency Preparedness Net) and also 60 Meters where we are blessed to experience increased noise floor conditions and I am hoping to establish an HF DV voice net that we can use to communicate during these challenging communications conditions.
I’ve been following the ongoing announcements for the UDRC and PiDV/ThumbDV products and I feel it is about time for me to stop following and start moving!
I see the opportunity to expand this technology to the Emergency Management and Disaster Preparedness community if we can come up with a simple and effective turnkey solution.
Does anybody on the forum know of anybody incorporating this into the Amateur HF ALE Network? I’d be interested in experimenting with this using my Micom ALE radio.
73's
- Greg –
KL7EV
From: John D Hays - K7VE [mailto:john@...]
Sent: Thursday, March 16, 2017 13:29 To: main@nw-digital-radio.groups.io Subject: Re: [nw-digital-radio] HF DV:
Hi Greg,
The primary amateur radio DV applications on HF are D-STAR (http://hf.dstar-relay.net) and Codec2.
The UDRC II is a candidate to support a Codec2 HF modem/controller. I think there are people interested in doing this.
The UDRC II plus a ThumbDV could be the basis of an HF D-STAR modem/controller/AMBE encoder/decoder but an application is needed.
Do you have a particular application in mind?
On Thu, Mar 16, 2017 at 2:05 PM, Eubank, Greg (MVA) <Greg.Eubank@...> wrote: Do you have any plans for or is anyone presently working on an HF DV application?
73's
- Greg –
KL7EV
--
|
|
Re: HF DV:
Stuart Longland VK4MSL
On 17/03/17 07:05, Eubank, Greg (MVA) wrote:
Do you have any plans for or is anyone presently working on an HF DVYou mean like this? http://www.freedv.org/ -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere.
|
|
Re: HF DV:
Hi Greg, The primary amateur radio DV applications on HF are D-STAR (http://hf.dstar-relay.net) and Codec2. The UDRC II is a candidate to support a Codec2 HF modem/controller. I think there are people interested in doing this. The UDRC II plus a ThumbDV could be the basis of an HF D-STAR modem/controller/AMBE encoder/decoder but an application is needed. Do you have a particular application in mind?
On Thu, Mar 16, 2017 at 2:05 PM, Eubank, Greg (MVA) <Greg.Eubank@...> wrote:
|
|
HF DV:
Greg.Eubank@...
Do you have any plans for or is anyone presently working on an HF DV application?
73's
- Greg –
KL7EV
|
|
Re: Buster plist files
Jeremy McDermond <mcdermj@...>
For the record, the author tries to be as responsive as possible to people that email him, but he gets literally hundreds of emails a day from people asking various questions. He has a day job that is not writing Buster and he has commitments to NWDR to be doing Raspberry Pi work for the existing products as well as new product development.
toggle quoted messageShow quoted text
To answer some questions: 1) Yes, the DPlus reflector list is constructed by the download from the DPlus authentication server when Buster starts up. (This code is in BTRDPlusAuthenticator.m starting at around line 185). 2) I had not recommended to people that they replace out the .plist files because the application is signed with my developer certificate. I has to be so that it can be on the App Store. It must be on the App Store because it includes Maps integration. Be forewarned that if you replace out the .plist files, you may break the digital signature and your Maps and geolocation may stop working. For those that don’t know, there’s a set of poorly documented features surrounding maps and location services: 1) Buster will construct a proper D-STAR location slow-data string and send it out if you have location services enabled and it can get a location for you. Your Mac, even though it doesn’t have GPS, may be able to get its location based on what WiFi access points it can hear in the area. 2) Buster translates the latitude/longitude it receives from other stations into a City/State/Country if it can. These are resolved by sending the coordinates to Apple’s geolocation servers via the MacOS provided API. 3) If you double-click on a station that has location data associated with it, a popover map will appear where you can see exactly where those coordinates are. This way when you see “Drain, Oregon, United States” in Buster you can get a map to figure out that Drain is in the middle of nowhere. With regards to the plist issue, the longer term goal is to use Buster as an initial implementation of John’s ar-dns.net project and Buster will live-query the ar-dns.net servers to find reflectors. I just have to find some time to code it. I’m happy to accept pull requests from people that have appropriate contributions. — Jeremy McDermond
|
|
test
Santu OTTAVI (TK1BI)
test
|
|
Re: Dutch-Star web site
leslie norton <gm4jnw@...>
It seems i have a lot to learn about D-Star!
toggle quoted messageShow quoted text
After doing a quick search on the net it looks like using a dongle is rather restricted compared to using a transceiver, from what i have read (tell me if I’m wrong) there is no way of routing or linking on a dongle. Which appears to mean that you have reflectors ect and you are dependant on whether someone has linked your local repeater to that reflector, be that the owner of the repeater or someone with a transceiver creating the link. Have i read it right? I have worked through reflectors which is great as its almost like calling CQ but if I want to particularly call via my local repeater I cannot see a way with a dongle.
|
|
Re: DR-1X/UDRC DSTAR problems
Be sure you followed every step in the instructions and nothing else.
On Mar 8, 2017 21:08, "Bob Stille" <kc8mlb@...> wrote:
|
|
Re: DR-1X/UDRC DSTAR problems
Email me (direct) your /etc/opendv/dstarrepeater_1 And Logfile. The errors you are listing don't make sense. The UDRC is neither a DVAP or Dongle.
On Mar 8, 2017 21:08, "Bob Stille" <kc8mlb@...> wrote:
|
|
DR-1X/UDRC DSTAR problems
Bob Stille
John,
I have been unable to configure my DR-1X/UDRC to operate on D-Star. When I power up the combo with the DR-1X in Remote mode, RX displays in white and in AUTO mode. TX displays in red and in FIX (FM) mode. I cannot access the Setup button. When I remote into the Pi and open D-Star Repeater 1 (DVAP) -1- 20160131 – DEBUG, on the DR-1X TX changes to white and I can then enter the Setup menus. The only way I have been able to have both RX and TX in AUTO is by turning off Remote.
The D-Star Repeater DEBUG screen log states:
The Dongle is not replying with its name Cannot open the D-Star modem UDRCController: NWDR UDRC Detected
Please help!
Bob KC8MLB
|
|
ThumbDV working well on Windows 10
David Edger
I have been successfully making QSOs with the ThumbDV on my Windows 10 laptop. When I was setting it up, I got one error message saying there was a problem with the logging. I restarted everything and it worked fine, thus expending almost all my technical abilities with Windows 10.
This is going to be a great travel setup. The first guy I worked is getting ready to order one for himself.
73, Dave N3CI
|
|
Re: Dutch-Star web site
Leslie, From what I am gathering RV58 refers to repeater frequency pair, which has no meaning with respect to D-STAR linking. Linking is by Callsign plus module ID or a meet-up on a reflector. You need to input the callsign of the repeater, if included and link in that manner.
On Wed, Mar 8, 2017 at 12:12 AM, leslie norton <gm4jnw@...> wrote:
|
|
Re: Dutch-Star web site
Philip Thompson
Thanks Dave, I am glad it is working well for you. I have been reading the Buster comments, of course that will not work for me. Thanks p pd
From: main@nw-digital-radio.groups.io [mailto:main@nw-digital-radio.groups.io]
On Behalf Of dnedger@...
Sent: Wednesday, March 8, 2017 11:25 AM To: main@nw-digital-radio.groups.io Subject: Re: [nw-digital-radio] Dutch-Star web site
Hi Phil:
I do not have the software working yet on Windows but the ThumbDV is working great on OS X using Buster software. I'll play around a bit more with Windows (I am a novice at that system) and let you know. 73, Dave N3CI
|
|
Re: Buster plist files
Lyn
HI John,
toggle quoted messageShow quoted text
The good news is that I have it working. It took some playing around though. 1.) To download the file, I went to http://ar-dns.net with Safari. I clicked on the appropriate …Beta Test link Safaria automatically downloaded the xml file with the name 'DExtraReflectors.plist’.xml (Just noticed that the are single quote marks, not double) 2.) As I mentioned, I renamed the file as DExtraReflectors.plist by deleting the extraneous characters Only then did Xcode open it and show the table format. 3.) I replaced the original .plist with this one It seemed to work OK However, one of the 4 XREFs I updated manually this morning would not connect Comparing plists showed that XREF720 was not up to date in the download 4.) When I tried to edit the .plist in place I would not let me save the file due to permissions issues 5.) I edited the file in another location and then copied and pasted it into the proper location Everything I tried works OK now, including XREF720. 73, Lyn - KC8I PS - XREF link should be xrf720.freestar.us
|
|
Re: Buster plist files
I'm not sure how you downloaded it, it is coded to download with the right name and .plist on the end -- either way the content is .plist formatted XML.
On Wed, Mar 8, 2017 at 2:21 PM, Lyn <radiokc8i@...> wrote:
|
|
Re: Buster plist files
Lyn
O.K.
toggle quoted messageShow quoted text
After scratching my head briefly, I renamed the .xml file by removing the .xml extension and the set of double quotes, so it now looks like a normal plist file. When I open it in Xcode now, it looks like my original plist. Was that the correct approach? Lyn
|
|