Re: [digitalradio] Fwd: [KenwoodTS-2000] D-Star with the TS-2000
I have to agree that it would be interesting to experiment with the D-Star modem, but it doesn't seem practical for HF. In addition to gobbling up a fair amount of spectrum, I suspect that it would be difficult to maintain the required SNR with a modem that's 6KHz wide. The narrow-band FDMDV modem worked out well by not only improving sensitivity over WinDRM, but by allowing one to squeeze the signal between the adjacent QRM. The modems quick recover time was a real plus as well - not sure how long it takes for the D-Star modem to re-sync. Tony -K2MO -- Forwarded message -- From: *J. Moen* Date: Tue, Sep 7, 2010 at 12:42 AM Subject: [KenwoodTS-2000] D-Star with the TS-2000 To: kenwoodts-2...@yahoogroups.com mailto:kenwoodts-2...@yahoogroups.com I've gotten interested in D-Star, and have been running what's called a D-Star Hotspot at my home. This is a small piece of hardware that functions as a gmsk modem and connects to an analog radio's 9600bps Data port. The board is connected to a PC running software that allows the radio to be linked to various worldwide D-Star repeaters and reflectors. I did this since my location does not provide reliable access to a D-Star repeater. I just use a D-Star HT to communicate with my Hotspot, which forwards my voice on to the connected repeater, etc. While my Hotspot is using a spare KW TM-D700A for everyday duty, I've wired up a cable to use it with my TS-2000. For this, I'm interested in adapting the 2000 to be a D-Star-capable radio. There are various ways to do this, and one more way that's soon to be released. Those are listed below. I'm interested so I can do D-Star on 6 and 10 meters. ICOM will soon be releasing their new IC-9100 radio, and with the optional D-Star card, it will do D-Star on 6 and 10 meters as well as VHF/UHF and optional 1.2ghz. Except for the very high price, this DC to Daylight radio could be considered a competitor to the TS-2000. Anyway, I want to be able to make simplex D-Star contacts on 6 and 10 meters, but I don't want to spend an arm and a leg. My Hotspot cost about US $140 (built, the kits are cheaper). To function as a standalone D-Star radio, right now I also need a DV Dongle to handle the conversion of audio to and from the AMBE compressed format. The DV Dongle costs $200. So for $340 I have a D-Star capable HF, VHF and UHF radio. And I'm hoping future developments will bring the price down. If anyone else is able to get on 10 meters with D-Star and would like to try to plan a sked, please contact me directly. I am revamping my antennas, but my current end-fed sloper might do the job now, otherwise my vertical should be up and running in a few weeks. Here are the current ways to adapt an analog radio, including HF, that has a 9600 Data port, to D-Star: 1. FunkAmateur DV-Adapter 2.0 fully hardware solution. Built: $600. Kit with ICOM UT-118 about $500. 2. Mini HotSpot or node adapter board with DVAR Hot Spot software connected to DV Dongle's DVTools software. US $340. This is what I'm doing right now. 3. Under development: new node adapter-type board from Fred van Kempen PA4YBR, fully hardware solution. Price and release date unknown. This is cheaper than option 1 and simpler than option 2. I may switch to this approach when available. 4. D-Star Client soundcard software by Jonathan G4KLX. Finding the correct soundcard or dongle is critical, and the interface (unlike traditional data mode interfaces for PSK31, etc.) must contain no filters. But the price is right: Free if you build your own interface between soundcard and radio. Jonathan may support a gmsk or node adapter interface some time in the future, but for now it is soundcard based. One further note -- For a while, I did some digital voice on 20 meters using the FDMDV program that used the MELP codec. This used a fairly narrow bandwidth, about the same as SSB. But it turned out MELP was encumbered with license restrictions that none of us initially knew about. When we found out, that version died immediately. What I learned was digital voice can be done long range with a skip signal as long as conditions are nearly perfect, with little multipath, phase changes or QSB. But, those conditions are not uncommon if you are patient, so I'm hoping to have some long range D_Star QSOs on 10 meters. The bandwidth is theoretically 6.25 hHz, but in practice it is wider than that, hence in my opinion, it would not be advisable in FCC jurisdictions on 160 through 15m. I think on 10 and 6m it could be fun. But I will not use it during a lively contest. Just too wide at that time. Jim - K6JM
Re: [digitalradio] Fwd: [KenwoodTS-2000] D-Star with the TS-2000
Jim, It would be interesting to see how the D-Star modem performs so please keep us in the loop. From what I gather, the modem for Dave's codec will not be as narrow as the one used for FDMDV. It will still use Peter's FDM modem, but the bandwidth will most likely be closer to 2KHz. Tony -K2MO On 9/7/2010 3:50 PM, J. Moen wrote: There are people who probably have the answers to the points you make since some have already had DX QSOs using D-Star -- I haven't, so I'm looking to try this out on 10 meters. Mostly I think your prediction will turn out to be correct. I am expecting that only under near-perfect conditions between the two parties will D-Star make it via HF propagation. My experience on VHF is that it's extremely susceptible to multipath. On the other hand, during previous sunspot cycles, I've experienced near-perfect conditions on 10 meters. I definitely would not see the present D-Star for everyday digital voice on HF, though I can see some value in a 6 meter repeater, and some 10 meter activity, with callsign routing, repeater/reflector linking, low speed data, short messages, etc. 10 meters has a lot of real estate, so I would think the wider bandwidth of D-Star will not be un-neighborly except possibly during a busy contest. But then, that's true of a lot of modes on HF during contests. It will be fun to watch David Lowe's Codec2 project evolve and see how narrow a bandwidth he can achieve. For everyday DV on HF, that may be the best path. In the meantime, I'd just like to experiment and learn. Jim - K6JM - Original Message - *From:* Tony mailto:d...@optonline.net *To:* digitalradio@yahoogroups.com mailto:digitalradio@yahoogroups.com *Sent:* Tuesday, September 07, 2010 12:04 PM *Subject:* Re: [digitalradio] Fwd: [KenwoodTS-2000] D-Star with the TS-2000 I have to agree that it would be interesting to experiment with the D-Star modem, but it doesn't seem practical for HF. In addition to gobbling up a fair amount of spectrum, I suspect that it would be difficult to maintain the required SNR with a modem that's 6KHz wide. The narrow-band FDMDV modem worked out well by not only improving sensitivity over WinDRM, but by allowing one to squeeze the signal between the adjacent QRM. The modems quick recover time was a real plus as well - not sure how long it takes for the D-Star modem to re-sync. Tony -K2MO
[digitalradio] Fldigi Help - FT897D
All, Does anyone have the RigCat XMLS file for the FT897D? I ran into a problem trying to download the file from the Fldigi site. I can view the file in text form when I click on the link, but it doesn't trigger a download. Fldigi XMLS files http://www.w1hkj.com/xmls/yaesu/ Any suggestions? Tony -K2MO
Re: [digitalradio] New Version of Mixw released
On 9/5/2010 9:29 AM, obrienaj wrote: A new version of Mixw has been released , find it at http://mysite.verizon.net/jaffejim/index.htm Andy K3UK Andy, I was hoping to see RSID : ( Tony -K2MO
Re: [digitalradio] MixW2.20 first reaction
On 9/5/2010 10:07 AM, Andy obrien wrote: PSK appears limited to PSK31, 63, and 125. I thought Mixw used to also support PSK 250 and 500. Andy, It seems you can run the faster PSK modes with Mixw - click MODES MODE SETTINGS and type 125, 250 or 500 in the box next to BAUD RATE. Tony -K2MO
Re: [digitalradio] Portable Ops Tonight
On 9/5/2010 7:29 PM, Rudy Benner wrote: will look for you. ve3bdr Thanks Rudy. Tony -K2MO *From:* Tony mailto:d...@optonline.net *Sent:* Sunday, September 05, 2010 7:24 PM *To:* digitalradio@yahoogroups.com mailto:digitalradio@yahoogroups.com *Subject:* [digitalradio] Portable Ops Tonight [1 Attachment] All, I'll be running portable from the back yard this evening beginning at 2300z. Please look for me on 14076 / JT65 mode. Weather is perfect so I'll be on for a few hours. The portable station (QRP / 3 foot diameter loop) is working well. Managed to work a few Europeans today on 20 meter CW. See attached. Tony -K2MO No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3115 - Release Date: 09/05/10 02:34:00
Re: [digitalradio] Portable Ops Tonight
Rudy, Thanks for trying. Tony -K2MO On 9/5/2010 8:29 PM, Rudy Benner wrote: Hamspots shows you on the same frequency as me, but I am not hearing you. *From:* Rudy Benner mailto:ben...@vianet.ca *Sent:* Sunday, September 05, 2010 8:17 PM *To:* digitalradio@yahoogroups.com mailto:digitalradio@yahoogroups.com *Subject:* Re: [digitalradio] Portable Ops Tonight 14076 -700 odd now *From:* Tony mailto:d...@optonline.net *Sent:* Sunday, September 05, 2010 7:53 PM *To:* digitalradio@yahoogroups.com mailto:digitalradio@yahoogroups.com *Subject:* Re: [digitalradio] Portable Ops Tonight On 9/5/2010 7:29 PM, Rudy Benner wrote: will look for you. ve3bdr Thanks Rudy. Tony -K2MO *From:* Tony mailto:d...@optonline.net *Sent:* Sunday, September 05, 2010 7:24 PM *To:* digitalradio@yahoogroups.com mailto:digitalradio@yahoogroups.com *Subject:* [digitalradio] Portable Ops Tonight [1 Attachment] All, I'll be running portable from the back yard this evening beginning at 2300z. Please look for me on 14076 / JT65 mode. Weather is perfect so I'll be on for a few hours. The portable station (QRP / 3 foot diameter loop) is working well. Managed to work a few Europeans today on 20 meter CW. See attached. Tony -K2MO No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3115 - Release Date: 09/05/10 02:34:00 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3115 - Release Date: 09/05/10 02:34:00 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3115 - Release Date: 09/05/10 02:34:00
Re: [digitalradio] Portable Ops Tonight
All, Moved over to PSK31 - 14070.0 + 1600Hz (plus or minus QRM). Tony -K2MO
[digitalradio] Digital Voice update #2 - programmers wanted - codec2 and the G3PLX modem
All, I received an email from Peter Martinez today regarding the new codec developed by Dave Rowe. I had asked him if it was possible to use it in one of the digital voice applications and he explained that the modem, which was originally designed by Peter for a different voice codec, would have to be modified for it to work with Dave's codec. He said that he would not be able to take this on at the moment because of other obligations, but he did mention that he would pass along the know-how to anyone who would like to try writing a modem for Dave's codec based on Peter's own FDM design. This is how Cesco, HB9TLK re-engineered Peter's modem to work with a slower 1400 bps codec for the digital voice program FDMDV and how Erik, VK4RS developed EasyPal Unfortunately, we haven't been able to get in touch with Cesco for some time now so it may be necessary to have someone come up with a new digital voice application - something along the lines of WinDRM / FDMDV. If anyone is interested in taking on these projects, please contact me direct and I will put you in touch with Peter. Thanks, Tony -K2MO
[digitalradio] Digital Voice News - VK5DGR's Open Source Codec
All, Dave Rowe, VK5DGR, has just released an open source speech codec that could potentially be used in such digital voice applications as FDMDV and WinDRM. Dave says that his new CODEC2 needs work, but the speech quality of the Alpha release is pretty good. He has a few audio samples of CODEC2 and the proprietary codec MELP (for comparison) on his website: http://www.rowetel.com/blog/?page_id=452 For more information, visit Dave's main site at http://www.rowetel.com/blog/ Tony -K2MO
Re: [digitalradio] Re:Streetlight RFI found with AM portable
On 8/22/2010 2:04 AM, John Gleichweit wrote: A trick that you might try is that when you find an offending pole, give it a good whack with a sledgehammer to see if the noise changes. We tracked down a couple of poles that were throwing some serious RFI out, and that's how the power company guy verified where the problem was. Seems that the pole was put in in the 40's, and the rest of the hardware was about the same age. I've heard about this John - makes sense. Tony On 8/21/2010 1:09 PM, Tony wrote: Paul, That's a nice rig to have. I understand it's capable of AM mode as well - add a small hand held 2 meter Yagi and you'll have one FB direction finding RFI detector. Tony -K2MO I live near the Atlantic Ocean in Slower Lower Delaware. Our problem here is that during dry weather, we get salt spray on the power lines and transformers, leading to all sorts of noise. A good rain helps. I have a small Yaesu VR-500 wide band receiver. It works very well for tracking down RFI/EMI around the house as well. Good way to find offending wall warts, and the like /paul W3FIs
Re: [digitalradio] Re:Streetlight RFI found with AM portable
Paul, That's a nice rig to have. I understand it's capable of AM mode as well - add a small hand held 2 meter Yagi and you'll have one FB direction finding RFI detector. Tony -K2MO I live near the Atlantic Ocean in Slower Lower Delaware. Our problem here is that during dry weather, we get salt spray on the power lines and transformers, leading to all sorts of noise. A good rain helps. I have a small Yaesu VR-500 wide band receiver. It works very well for tracking down RFI/EMI around the house as well. Good way to find offending wall warts, and the like /paul W3FIs __ Information from ESET NOD32 Antivirus, version of virus signature database 5384 (20100821) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] Streetlight RFI found with AM portable
All, I know this is a bit off-topic, but I thought it was worth mentioning since it has to do with HF digital in a round about way. I recently started hearing strong interference on HF just before sundown. It would continue into the night and quit around sunrise. A faulty streetlight came to mind so I set out to look for one with a portable AM radio. My HF antennas indicated that the noise was coming from the east so that narrowed things down a bit. I started checking telephone poles in the direction of the noise expecting to find a streetlight that was arcing / flickering, but instead, I found one that was simply not working. I checked it out anyway and was pleasantly surprised to hear the AM portable come alive with a loud buzz as I walked near it. I certainly thought I found what I was looking for - although it did seem odd that the light itself wasn't showing signs of trouble. Long story short, I gave the pole number to the town and they fixed the streetlight - the noise is gone! I checked it several times since and all is quiet. If you're experiencing this type of problem, and the timing of the noise has streetlight written all over it, you may be able to find it easier than you think. This is not the first time the little AM portable saved the day. I've had several line noise problems over the years and I've been able to track them down every time - some take a few days, others take a few minutes. A better way to go would be to use a small hand-held 2 meter Yagi with an HT capable of AM mode. That would give you real DF capability. Of course, once you find the noise, you'll have to call on the local power authority to fix the problem. We're fortunate to have an RFI investigator working for the Long Island Power Authority who happens to be a ham himself. He's fixed many line noise problems in the past and has even tracked down a neighbors electric bike charger that was causing horrendous RFI. He found it within an hour and informed the home owner about the noise. It pays to do a little investigating on your own if you intend to call your local power authority to investigate a noise problem. Keep a log that shows when the noise comes and goes as well as the direction it seems to be coming from. A recording can help narrow down the type of interference. Best of all, getting rid of the noise makes it easier to copy your favorite digital modes! Good hunting... Tony -K2MO
Re: [digitalradio] Re: Solving the RSID problem once and for all
On 8/16/2010 7:01 AM, jon_g4fut wrote: I thoroughly agree with you Tony. It becomes a chore when one cannot recognise a signals footprint and then has to click through all the digital modes. THEN the wretched transmission ends before success is achieved. :-) It certainly is frustrating Jon. I cannot understand why RS-ID is not used - all it takes is a click of the mouse. Tony -K2MO
Re: [digitalradio] Solving the RSID problem once and for all
Patrick, Perhaps in detection of the CQ CQ string of characters in transmission, when the TX RS ID is Off and for a sub-set of modes (?) Having the TX RS ID turn on automatically when sending CQ is a great idea. I don't think anyone would oppose to having it on full-time when it comes to the more exotic modes as either. Of course it's not necessary with the ones that are easy to recognize like PSK31 and RTTY. Something for the wish list Patrick. Thank you Tony -K2MO On 8/15/2010 6:34 AM, Patrick Lindecker wrote: Hello Tony and all, For information, on Multipsk, by default the RX RS ID is Off, however the RS ID and Call ID monitoring is On. It means that, by default, on reception of a RS ID, a discrete warning message appears indicating, for example: 10:08:14 RS ID: BPSK125 / 376 Hz Click OK to switch on the RS ID. By clicking on the OK button, the mode and frequency are switched to the detected transmission. Now, as you said except in ALE400, the transmission RS ID is Off. Now it is more difficult to know where a CQ is transmitted. By default the CQ macro (sequence in Multipsk) is the second one but it can be changed... distinguish from others. Domino, Olivia, Thor and Throb would fall into this category along with their derivatives and sub-modes. A few others It would impose a RS ID for each transmission, when it is just necessary for the CQ. main program window to remind the user to turn it on. The animated Perhaps in detection of the CQ CQ string of characters in transmission, when the TX RS ID is Off and for a sub-set of modes (?) 73 Patrick - Original Message - From: Tony d...@optonline.net mailto:DXDX%40optonline.net To: digitalradio@yahoogroups.com mailto:digitalradio%40yahoogroups.com Sent: Sunday, August 15, 2010 11:04 AM Subject: [digitalradio] Solving the RSID problem once and for all All, Although RSID has been available in just about every digital program for some time now, it continues to see little use. The result has been frustration at both ends as one party tries to figure out which mode is being sent while the other wonders why his CQ's go unanswered. One solution would be to have the RSID turn on by default when the software is switched to a mode that is known to be difficult to distinguish from others. Domino, Olivia, Thor and Throb would fall into this category along with their derivatives and sub-modes. A few others would follow suit. An alternative solution would be to use a flashing RSID button in the main program window to remind the user to turn it on. The animated flashing light can be accompanied by a short mouse-over text message explaining the benefits of RSID. The programmers have certainly gone to great lengths to simplify the use of RSID and they have done a terrific job. But I think they might be able to take things a step further to bring mode identification to the forefront so those CQ's get answered. Patrick Lindeker took the 'always on RSID approach with ALE400 and it works great. Thoughts / suggestions welcomed Tony -K2MO http://www.obriensweb.com/digispotter.html Chat, Skeds, and Spots all in one (resize to suit) Facebook= http://www.facebook.com/pages/digitalradio/123270301037522 Yahoo! Groups Links
[digitalradio] Solving the RSID problem once and for all
All, Although RSID has been available in just about every digital program for some time now, it continues to see little use. The result has been frustration at both ends as one party tries to figure out which mode is being sent while the other wonders why his CQ's go unanswered. One solution would be to have the RSID turn on by default when the software is switched to a mode that is known to be difficult to distinguish from others. Domino, Olivia, Thor and Throb would fall into this category along with their derivatives and sub-modes. A few others would follow suit. An alternative solution would be to use a flashing RSID button in the main program window to remind the user to turn it on. The animated flashing light can be accompanied by a short mouse-over text message explaining the benefits of RSID. The programmers have certainly gone to great lengths to simplify the use of RSID and they have done a terrific job. But I think they might be able to take things a step further to bring mode identification to the forefront so those CQ's get answered. Patrick Lindeker took the 'always on RSID approach with ALE400 and it works great. Thoughts / suggestions welcomed Tony -K2MO
[digitalradio] Urgent - Cesco, HB9TLK
All, It is important that we get in touch with Cesco, HB9TLK. Please reply direct - d...@optonline.net Thanks, Tony -K2MO PS: Thanks for allowing the off topic post Andy
Re: [digitalradio] HRD / DM780 BEAM HEADING?
Rudy / Andy VIEWTOOLBARSLOCATOR That did the trick. Thanks! Tony -K2MO On 8/7/2010 9:54 PM, Rudy Benner wrote: VIEWTOOLBARSLOCATOR VE3BDR *From:* Andy obrien mailto:k3uka...@gmail.com *Sent:* Saturday, August 07, 2010 9:05 PM *To:* digitalradio@yahoogroups.com mailto:digitalradio@yahoogroups.com *Subject:* Re: [digitalradio] HRD / DM780 BEAM HEADING? I think in the log book ALE On Sat, Aug 7, 2010 at 8:40 PM, Tony d...@optonline.net mailto:d...@optonline.net wrote: Hi all, Does anyone know if HRD has the ability to display beam headings for grid squares / countries within the DM780 window? Thank, Tony -K2MO No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3057 - Release Date: 08/07/10 14:12:00 __ Information from ESET NOD32 Antivirus, version of virus signature database 5349 (20100807) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] HRD / DM780 BEAM HEADING?
Hi all, Does anyone know if HRD has the ability to display beam headings for grid squares / countries within the DM780 window? Thank, Tony -K2MO
Re: [digitalradio] Re: ROS HF Path Simulations
On 8/5/2010 12:32 PM, pd4u_dares wrote: While the mode performs well over HF, the additional bandwidth doesn't appear to have any throughput advantage over other modes that use less spectrum. In fact, path simulations indicate that there is no difference in throughput between ROS 500/16 and ROS 2250/16. SIC Marc, PD4U Mark, Comments? Tony
Re: [digitalradio] AN/TRQ-35 ionospheric sounders.?
Andy, Is there any easy way to detect these signals or sweeps ? Andy K3UK Check out ZL1BPU's page - http://www.qsl.net/zl1bpu/IONO/chirps.htm Tony -K2MO
Re: [digitalradio] Hellschreiber on-air comparison
Hi Tony, I have often switched from FH to FSK-Hell when working the States from VK via the Long-Path on 20M when conditions are poor. Often switching to FSK was the only way to complete (or even initiate) the QSO and the improvement in copy was often quite dramatic, from very difficult/impossible copy to arm-chair copy. de Laurie, VK3AMA It does seem to make a a substantial difference on long-haul propagation Laurie. Please feel free to send me any screen shots you might have - it's always interesting to see how the different modes print under tough conditions. Thanks, Tony -K2MO On 3/08/2010 10:32 AM, Tony wrote: All, I spent a little time this weekend comparing FSK-Hell to the standard Feld Hell mode. FSK-Hell is a modified version of PSK-Hell which was developed to improve readability over HF. The difference tends to show up more on long-haul paths where signals are more likely to encounter ionospheric distortion. Unfortunately, I didn't find any DX, but I did manage to work a few west coast stations from here in W2. I didn't expect to see much of an improvement since conditions on 20 meters were relatively quite (moderate multi-path fading), but in practice, there was a noticeable difference. Contrast was noticeably improved and the text did stand out more with FSK-Hell than it did with Feld Hel. This is especially true with weak signals. The 105 baud mode allows even more contrast which shows up both on-air and with the path simulator. All in all, FSK-Hell does offer better readability over Feld Hell. Click on the link below to see an on-air and example of how the modes compared. FSK-Hell is available in IZ8BLY's Hellschreiber (FM-Hell), DM780, MixW and Multipsk. http://www37.zippyshare.com/v/71092013/file.html Tony -K2MO http://www.obriensweb.com/digispotter.html Chat, Skeds, and Spots all in one (resize to suit) Facebook= http://www.facebook.com/pages/digitalradio/123270301037522 Yahoo! Groups Links __ Information from ESET NOD32 Antivirus, version of virus signature database 5335 (20100802) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] Hellschreiber on-air comparison
On 8/2/2010 9:21 PM, Dave Wright wrote: Also available in Fldigi. Thanks for pointing that out Dave. Tony -K2MO On Aug 2, 2010, at 8:32 PM, Tony wrote: All in all, FSK-Hell does offer better readability over Feld Hell. Click on the link below to see an on-air and example of how the modes compared. FSK-Hell is available in IZ8BLY's Hellschreiber (FM-Hell), DM780, MixW and Multipsk. Dave K3DCW www.k3dcw.net http://www.k3dcw.net __ Information from ESET NOD32 Antivirus, version of virus signature database 5335 (20100802) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] ROS HF Path Simulations
On 8/1/2010 7:31 AM, Steinar Aanesland wrote: Hi Tony Have you done some test comparing ros with mods like psk31 , rtty , olivia etc? Yes I have Steinar Tony -K2MO a5vna Steinar On 20.07.2010 03:42, Tony wrote: All, With all the attention ROS has been getting lately, I thought it would be interesting to see how the narrow mode compared to the wide version under the controlled environment of the HF path simulator. After a few hours of testing, it seems there's little difference between the two. The simulator indicated that they both had the same sensitivity (-15db) and essentially the same poor channel performance characteristics (see throughput samples below). In no case did one mode outperform the other to the point where it would make any real difference; both have the essentially the same wpm rate as well. These tests are not conclusive, but they do suggest that there may not be any real advantage in using the wide mode vs narrow under most circumstances. Of course, the simulator can only emulate the basic characteristics of the real HF channel so it would be interesting to hear from those who have compared the two on-air. Tony -K2MO __ CCIR-520-2 POOR CHANNEL SIMULATIONS: -11DB SNR ROS 2250 / 16 baud the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazlµog Lghe quick brown fox jumps over the lazy dog the quccirown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog Âe quick brown fox jumps over the lazy dog the quick brown fealoeumps ovahe lazEh/i ROS 500 / 16 baud the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog the quick breFn fox juo3s over tes lazy dog the quæe t ´uls r?umps over the lazy dog the quick brown fox jumps over the lazy dog the quick brown f Á jumps over the lazy dog the quick brown fox jumps over the lazy dogQo
[digitalradio] Hellschreiber on-air comparison
All, I spent a little time this weekend comparing FSK-Hell to the standard Feld Hell mode. FSK-Hell is a modified version of PSK-Hell which was developed to improve readability over HF. The difference tends to show up more on long-haul paths where signals are more likely to encounter ionospheric distortion. Unfortunately, I didn't find any DX, but I did manage to work a few west coast stations from here in W2. I didn't expect to see much of an improvement since conditions on 20 meters were relatively quite (moderate multi-path fading), but in practice, there was a noticeable difference. Contrast was noticeably improved and the text did stand out more with FSK-Hell than it did with Feld Hel. This is especially true with weak signals. The 105 baud mode allows even more contrast which shows up both on-air and with the path simulator. All in all, FSK-Hell does offer better readability over Feld Hell. Click on the link below to see an on-air and example of how the modes compared. FSK-Hell is available in IZ8BLY's Hellschreiber (FM-Hell), DM780, MixW and Multipsk. http://www37.zippyshare.com/v/71092013/file.html Tony -K2MO
Re: [digitalradio] ROS HF Path Simulations
Steinar, I've been monitoring ROS on-the-air and I've done some testing with the HF path simulator. In my opinion, it's about as good as one would expect from an MFSK mode with a relatively slow baud rate. Tests show that it will outperform RTTY and PSK31 in poor channel conditions (most MFSK modes do) but it does not appear to be as robust as Olivia. For example, it is less tolerant to Doppler spreading than Olivia so it's less likely to do well when the ionosphere disturbed. This is especially true for polar paths and the low-latitude ionosphere where Doppler spread is more of an issue. While the mode performs well over HF, the additional bandwidth doesn't appear to have any throughput advantage over other modes that use less spectrum. In fact, path simulations indicate that there is no difference in throughput between ROS 500/16 and ROS 2250/16. Tony -K2MO
[digitalradio] Hellschreiber Path Simulations
All, It's interesting to see how the various Hellschreiber modes print in the noise. There is a noticeable difference in contrast and character definition which is likely to affect the overall readability over HF. The disparity seems more apparent on-air than it does under the controlled environment of the path simulator. The image below (see link) illustrates the different characteristics of each mode after being subjected to the same level of white noise over a simulated channel. This is purely a sensitivity test - it does not show the affect of HF distortion. Hellschreiber comparison - http://www14.zippyshare.com/v/42533726/file.html Click image to enlarge. Test Software: IZ8BLY's Hellscreiber Path Simulation: White Noise -6db SNR Tony -K2MO
Re: [digitalradio] Hellschreiber Path Simulations
All, I received a couple of emails regarding the size of the Hellschreiber comparison image - the link below should make it easier to see. http://www14.zippyshare.com/v/42533726/file.html - click on the image to enlarge. Tony -K2MO On 7/29/2010 5:01 PM, Tony wrote: All, It's interesting to see how the various Hellschreiber modes print in the noise. There is a noticeable difference in contrast and character definition which is likely to affect the overall readability over HF. The disparity seems more apparent on-air than it does under the controlled environment of the path simulator. The image below (see link) illustrates the different characteristics of each mode after being subjected to the same level of white noise over a simulated channel. This is purely a sensitivity test - it does not show the affect of HF distortion. Hellschreiber comparison - http://www14.zippyshare.com/v/42533726/file.html Click image to enlarge. Test Software: IZ8BLY's Hellscreiber Path Simulation: White Noise -6db SNR Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5324 (20100729) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] TARA 2010 Grid Dip PSK-RTTY Shindig Contest
The Troy Amateur Radio Association (TARA) is pleased to announce the 8th annual running of its Grid Dip PSK-RTTY Shindig contest on 7 August 2010. Please see http://www.n2ty.org/seasons/tara_grid_rules.html for contest details. This is a unique HF (plus 6 meters) contest combining Grid Square multipliers and PSK-RTTY. 73, Tony Heatwole, N3FX
[digitalradio] Hellschreiber Path Simulations [1 Attachment]
All, It's interesting to see how the various Hellschreiber modes print in the noise. Close examination reveals a noticeable difference in contrast and character definition that is likely to effect the overall readability over HF. The disparity seems more apparent on-air than it does with under the controlled environment of the path simulator - which is likely due to the the fact that the simulator is not capable of capturing all the finer details of the real HF channel. The image below (see attached) illustrates the different print characteristics of each mode after being subjected to the same level of white noise over a simulated channel. It is purely a sensitivity test which does not show the effect of HF distortion. While it isn't a weak signal mode per se, Hellschreiber has proved to be very tolerant to just about anything the ionosphere can throw at it. Test Software: IZ8BLY's Hellscreiber Path Simulation: White Noise -6db SNR Tony -K2MO
Re: [digitalradio] ROS HF Path Simulations wide vs. narrow
On 7/20/2010 3:54 PM, KH6TY wrote: Our on-air tests show that ROS 16 baud, 2200 Hz wide spread spectrum was very poor on UHF under Doppler spreading. Can you confirm this with flutter tests like Jaak has done. Skip, My path tests show that ROS is less tolerant to Doppler spread than Olivia or one of it's variants so I'd have to agree with your on-air evaluation. Throughput starts to fail as the Doppler spread is increased beyond 20Hz (two channels 2ms delay) and I suspect you could be experiencing frequency dispersions beyond that range. I haven't been able to find any propagation data that shows how much Doppler spread is likely take place on VHF/UHF. Wish I knew that answer to that. Tony -K2MO Tony, Our on-air tests show that ROS 16 baud, 2200 Hz wide spread spectrum was very poor on UHF under Doppler spreading. Can you confirm this with flutter tests like Jaak has done on http://contestia.blogspot.com/p/pathsim_09.html http://contestia.blogspot.com/p/pathsim_09.html ? 73, Skip KH6TY On 7/19/2010 9:42 PM, Tony wrote: All, With all the attention ROS has been getting lately, I thought it would be interesting to see how the narrow mode compared to the wide version under the controlled environment of the HF path simulator. After a few hours of testing, it seems there's little difference between the two. The simulator indicated that they both had the same sensitivity (-15db) and essentially the same poor channel performance characteristics (see throughput samples below). In no case did one mode outperform the other to the point where it would make any real difference; both have the essentially the same wpm rate as well. These tests are not conclusive, but they do suggest that there may not be any real advantage in using the wide mode vs narrow under most circumstances. Of course, the simulator can only emulate the basic characteristics of the real HF channel so it would be interesting to hear from those who have compared the two on-air. Tony -K2MO CCIR-520-2 POOR CHANNEL SIMULATIONS: -11DB SNR ROS 2250 / 16 baud the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazlµog Lghe quick brown fox jumps over the lazy dog the quccirown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog Âe quick brown fox jumps over the lazy dog the quick brown fealoeumps ovahe lazEh/i ROS 500 / 16 baud the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog the quick breFn fox juo3s over tes lazy dog the quæe t ´uls r?umps over the lazy dog the quick brown fox jumps over the lazy dog the quick brown f Á jumps over the lazy dog the quick brown fox jumps over the lazy dogQo __ Information from ESET NOD32 Antivirus, version of virus signature database 5293 (20100719) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] ROS HF Path Simulations wide vs. narrow
All, With all the attention ROS has been getting lately, I thought it would be interesting to see how the narrow mode compared to the wide version under the controlled environment of the HF path simulator. After a few hours of testing, it seems there's little difference between the two. The simulator indicated that they both had the same sensitivity (-15db) and essentially the same poor channel performance characteristics (see throughput samples below). In no case did one mode outperform the other to the point where it would make any real difference; both have the essentially the same wpm rate as well. These tests are not conclusive, but they do suggest that there may not be any real advantage in using the wide mode vs narrow under most circumstances. Of course, the simulator can only emulate the basic characteristics of the real HF channel so it would be interesting to hear from those who have compared the two on-air. Tony -K2MO CCIR-520-2 POOR CHANNEL SIMULATIONS: -11DB SNR ROS 2250 / 16 baud the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazlµog Lghe quick brown fox jumps over the lazy dog the quccirown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog Âe quick brown fox jumps over the lazy dog the quick brown fealoeumps ovahe lazEh/i ROS 500 / 16 baud the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog the quick breFn fox juo3s over tes lazy dog the quæe t ´uls r?umps over the lazy dog the quick brown fox jumps over the lazy dog the quick brown f Á jumps over the lazy dog the quick brown fox jumps over the lazy dogQo
Re: [digitalradio] jt65-hf on 6m ?
Russ, You can find out a lot about digital mode use on 6 meters by searching DX Summit . http://www.dxsummit.fi/Search.aspx Leave the search string blank (no call sign) and set the mode to DIGI and the band to 6M. The database goes back to 1997. Tony -K2MO
Re: [digitalradio] VHF Contesting
Greg, You might want to consider using the WSJT modes for the contest. They work very well with scatter mode propagation, i.e., meteor scatter, ionospheric scatter and can fill the void when other propagation modes are not available. The new ISCAT mode decodes well into the noise and is very effective at times when signals are too weak for SSB or CW. The JT6M and FSK441 modes are used primarily for meteor burst communications - FSK441 is the faster of the two modes and works well on 2 meters where the pings only last a fraction of a second. The calling frequencies are: 50260.0 and 144.140. Check out the links below and good luck in the contest. WSJT - http://physics.princeton.edu/pulsar/K1JT/wsjt.html Pingjockey - http://www.pingjockey.net/cgi-bin/pingtalk Tony -K2MO On 7/10/2010 7:38 AM, GregCT wrote: Hello and Good morning to all, Just looking for a little advise and guidance here. Next weekend is the CQ WW VHF Contest, I'm looking forward to setting out and playing in the contest and I'm thinking of attempting some digital contacts along with the usual SSB to up the score a bit. I've been having alot of fun with PSK31 mostly on HF with a spattering of other modes mixed in but PSK being the most prevelant. I think I would most likely see some PSK activity on 6m, but don't really know what to expect or look for as far as modes on the 2m side of things. Would someone operate PSK on that band or one of the other modes? I'm running HRD with DM780. My personal best score in the contest was in 2006 when I earned 1st place Rover for the New England Division with 8142 points. Due to work and family commitments, I was not able to enter again until last year, which also earned me 1st place New England again. I'm hoping that by adding the weak signal digital modes to the mix that I may Defend my title in this year's contest but also beat my personal best score and possible make it into the mix of the competition at the National level. My hopes are high, but i'm not sure if the effort of lugging the laptop along and keeping it powered up will be worth the result.. Any thoughts, ideas, comments that can you can send my way are appreciated, both 'for' and 'against'... and Thank you in advance for all that have any input/help advice to contribute 73 Greg N1KPW __ Information from ESET NOD32 Antivirus, version of virus signature database 5267 (20100710) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] QRM maker on 14.078 CF
Steinar, What kind of unidentified station sending WX reports on 14.078 cf in BPSK250 mode? This station has no busy detector. It does not care if the frequency is in use or not :( la5vna Steinar I've noticed the same thing here. Tony -K2MO
[digitalradio] First 6m ISCAT QSO
All, I worked my first ISCAT QSO on 6 meters today with W4AS. I made a short video which shows the mode capturing his signals. Video link - http://www1.zippyshare.com/v/44307840/file.html Best when viewed in full screen -- 7-Zip compressed file Tony -K2MO
[digitalradio] Grid squares and Google Earth
All, Does anyone know how to map out multiple calls and their respective grid squares on Google Earth? Thanks, Tony -K2MO
[digitalradio] VOX Delay / Signalink interface ALE-400-ARQ-FAE
All, The ALE-400 ARQ mode uses a relatively fast transmit / receive turn around. Excessive PTT hang time will block incoming ACKS from the other station and results in an endless loop of TX/RX exchanges without any data passing through. The Cure: 1. If you have a Signalink interface, make sure the VOX delay is as short as possible using the delay button located on the front panel. 2. If you have a Kenwood TS2000, make sure the VOX delay is off by clicking FUNCTION KEY on the front panel. Many rigs use VOX delay so please change this setting to read OFF. Thanks, Tony -K2MO
Re: [digitalradio] Mobile CW
Hal/Tony, I wonder if the serious CW mobile operators might invent some CW sending capability from there steering wheels ? Since one's hands are on the sterring wheel most of the time some thumb sending might work. Andy That would be much more convenient Andy. The only problem is having to pause when making sharp turns; not an issue on the highway. Patrick remembed reading about a ham who used a specialized set of false teeth to send code! Can you imagine the looks he got with a wire hanging out of his mouth while his jaw was chattering away to 73 : ) Gotta give him credit though, that's one way to go hands-free! Tony -K2MO On Fri, May 21, 2010 at 5:00 AM, Tony d...@optonline.net mailto:DXDX%40optonline.net wrote: On 5/21/2010 4:28 AM, Hal Stang wrote: Thanks Tony I appreciate. And will let you know when I am on the Road LOL. I worked mobile CW for years. LOL. 73, thanks for your time. Hal WD4MDA Me too Hal! I used to take along a Bulldog mini paddle http://www.amateurradioproducts.com/ and use it with the Icom 706. The built-in keyer works well once you tweak it a bit. Lots of fun, but a good size bump in the road can really scramble your sending for a moment, especially with the Econo-box I drove hi. Hope to work you ALE-400 /M. That would be a first for me! Tony -K2MO - Original Message - From: Tonyd...@optonline.net mailto:DXDX%40optonline.net To:digitalradio@yahoogroups.com mailto:digitalradio%40yahoogroups.com Sent: Friday, May 21, 2010 3:53 AM Subject: Re: [digitalradio] Speech-to-Text for the Handicapped On 5/21/2010 3:28 AM, Hal Stang wrote: All, I am setting up my mobile rig again(icom 706/High Sierra Screwdriver/Ameritron amp). I wonder if you could run ALE400 or other digital modes from the mobile using speech recognition software??? Hal WD4MDA Hal, Skip Teller can answer your questions - see the thread on this subject. Tony -K2MO PS: Let us know when you're on the road. - Original Message - From: Tonyd...@optonline.net mailto:DXDX%40optonline.net To:digitalradio@yahoogroups.com mailto:digitalradio%40yahoogroups.com Sent: Thursday, May 20, 2010 6:41 PM Subject: [digitalradio] Speech-to-Text for the Handicapped All, Andy brought up the digital mode / text-to-speech idea recently and a thought came to mind that this could help the handicapped. I'm not sure if speech-to-text programs can transfer text to another application right out of the box, but assuming they did, there would still be the need for voice commands to control the program. Seems a second sound card may be needed as well; VAC might help. Skip Teller created Digitalk for the blind (thanks Skip) and Patrick wrote an interface for it (thank you Patrick) so the programs can talk. Andy's speech-to-text idea would complete the package. It's easy to suggest something like this while standing on the shoulders of experts like Patrick and Skip; I can only imagine what it takes to write the code. Just a thought. Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5136 (20100521) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] Mobile CW
I don't think we should encourage texting or CW while driving! All attention needs to be your driving. Driving is dangerous enough even with full attention. Pull over to the side of the road and text or CW please. We don't need another silent key. Mark / Jordan I certainly appreciate your concerns and we wouldn't want to encouraging anyone to do something that was unsafe. In my experience, operating CW mobile is as safe as running SSB in the car or chatting on the local VHF repeater as many do. While any distraction like fiddling with the car radio is potentially dangerous, I think cell phone texting, where one takes both hands off the wheel and eyes off the road is in a category all by itself. Again, I didn't intend to encourage anyone, we were just discussing the fact that some ops can successfully operate CW mobile. Thanks for mentioning the safety issues and to others - please don't try this yourself. Tony -K2MO
Re: [digitalradio] Any point in sending Wrap files via ALE 400?
Andy, I sent a Wrap file via ALE400 today. Is that just a waste of time since ALE 400 already has error correction ? It would seem redundant if the intent was to make sure the file was received without error. Is there are value to sending Wrap files via ALE 400? Assuming that Wrap worked with Multipsk as it does with Fldigi, someone could use it to monitor an ALE-400 file transfer and tell if it came through without errors. All speculation on my part Andy. I guess they could then be forwaded to Fldigi users. Makes sense if the intent is to forward the files using a non-arq mode later on. I was under the impression that Wrap was exclusive to Fldigi, but the website says it can be used with any digital modem program. Guess that includes Multipsk? Very interesting Andy... Tony -K2MO
Re: [digitalradio] Speech-to-Text for the Handicapped
On 5/21/2010 3:28 AM, Hal Stang wrote: All, I am setting up my mobile rig again(icom 706/High Sierra Screwdriver/Ameritron amp). I wonder if you could run ALE400 or other digital modes from the mobile using speech recognition software??? Hal WD4MDA Hal, Skip Teller can answer your questions - see the thread on this subject. Tony -K2MO PS: Let us know when you're on the road. - Original Message - From: Tonyd...@optonline.net To:digitalradio@yahoogroups.com Sent: Thursday, May 20, 2010 6:41 PM Subject: [digitalradio] Speech-to-Text for the Handicapped All, Andy brought up the digital mode / text-to-speech idea recently and a thought came to mind that this could help the handicapped. I'm not sure if speech-to-text programs can transfer text to another application right out of the box, but assuming they did, there would still be the need for voice commands to control the program. Seems a second sound card may be needed as well; VAC might help. Skip Teller created Digitalk for the blind (thanks Skip) and Patrick wrote an interface for it (thank you Patrick) so the programs can talk. Andy's speech-to-text idea would complete the package. It's easy to suggest something like this while standing on the shoulders of experts like Patrick and Skip; I can only imagine what it takes to write the code. Just a thought. Tony -K2MO http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links __ Information from ESET NOD32 Antivirus, version of virus signature database 5133 (20100520) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/digitalradio/join (Yahoo! ID required) * To change settings via email: digitalradio-dig...@yahoogroups.com digitalradio-fullfeatu...@yahoogroups.com * To unsubscribe from this group, send an email to: digitalradio-unsubscr...@yahoogroups.com * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [digitalradio] Speech-to-Text for the Handicapped
On 5/21/2010 4:28 AM, Hal Stang wrote: Thanks Tony I appreciate. And will let you know when I am on the Road LOL. I worked mobile CW for years. LOL. 73, thanks for your time. Hal WD4MDA Me too Hal! I used to take along a Bulldog mini paddle http://www.amateurradioproducts.com/ and use it with the Icom 706. The built-in keyer works well once you tweak it a bit. Lots of fun, but a good size bump in the road can really scramble your sending for a moment, especially with the Econo-box I drove hi. Hope to work you ALE-400 /M. That would be a first for me! Tony -K2MO - Original Message - From: Tonyd...@optonline.net To:digitalradio@yahoogroups.com Sent: Friday, May 21, 2010 3:53 AM Subject: Re: [digitalradio] Speech-to-Text for the Handicapped On 5/21/2010 3:28 AM, Hal Stang wrote: All, I am setting up my mobile rig again(icom 706/High Sierra Screwdriver/Ameritron amp). I wonder if you could run ALE400 or other digital modes from the mobile using speech recognition software??? Hal WD4MDA Hal, Skip Teller can answer your questions - see the thread on this subject. Tony -K2MO PS: Let us know when you're on the road. - Original Message - From: Tonyd...@optonline.net To:digitalradio@yahoogroups.com Sent: Thursday, May 20, 2010 6:41 PM Subject: [digitalradio] Speech-to-Text for the Handicapped All, Andy brought up the digital mode / text-to-speech idea recently and a thought came to mind that this could help the handicapped. I'm not sure if speech-to-text programs can transfer text to another application right out of the box, but assuming they did, there would still be the need for voice commands to control the program. Seems a second sound card may be needed as well; VAC might help. Skip Teller created Digitalk for the blind (thanks Skip) and Patrick wrote an interface for it (thank you Patrick) so the programs can talk. Andy's speech-to-text idea would complete the package. It's easy to suggest something like this while standing on the shoulders of experts like Patrick and Skip; I can only imagine what it takes to write the code. Just a thought. Tony -K2MO http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links __ Information from ESET NOD32 Antivirus, version of virus signature database 5133 (20100520) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links __ Information from ESET NOD32 Antivirus, version of virus signature database 5133 (20100520) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/digitalradio/join (Yahoo! ID required) * To change settings via email: digitalradio-dig...@yahoogroups.com digitalradio-fullfeatu...@yahoogroups.com * To unsubscribe from this group, send an email to: digitalradio-unsubscr...@yahoogroups.com * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[digitalradio] Multipsk's Unique RS-ID's
All, Received a bunch of email regarding Multipsk's RS-ID's. Lots of new users asking about the CALL-ID / MESSAGE ID. Please see below. Tony -K2MO _ RS-ID RX RS-ID The RS-ID button in Multipsk enables the Reed Solomon mode identifier; a short MFSK signal that is sent just before the actual digital mode transmission. The RX RS-ID enables the detection of this signal and triggers the program to automatically switch to the mode and frequency being received. The RS-ID and RX RS-ID buttons are located in the main window on the left above the waterfall. CALL-ID RX CALL-ID The CALL ID uses the same type of signal to send the users call sign and grid square in text form. The text appears inside a small window located within the waterfall. The grid square information is used to pin-point the location of the station which is then displayed on a map. In addition to call signs and grid squares, the CALL-ID can be configured to send the users power output, antenna type (or gain) and beam heading. Patrick calls this the PROP-ID. To enable this feature, click RX CALL-ID in the main window. To send a CALL-ID, click the CALL-ID button. To configure the type of message sent by the CALL ID, click the ID button located at the top of the main window. In the ID MANAGEMENT window, click CONTINUOUS under DETECTION MODE and THE WHOLE BAND under SEARCH BANDWDTH. Chose the type of CALL ID message you'd like to send in OPTIONS AND COMMANDS. Click QUIT at the bottom of the window when finished. MESSAGE-ID The MESSAGE ID allows the user to send short (9 character) text messages that appears in the waterfall. Simply type the message in the small window located just above the CALL ID. Click the TX button to the right of the window to send. To recap... RS-ID - sends mode + frequency identifier. RX-ID - enables mode + frequency identifier. CALL-ID sends waterfall messages; call sign, grid etc. RX CALL-ID enables the detection. MESSAGE ID sends short user defined messages. Detection is automatic. Tony -K2MO
[digitalradio] Speech-to-Text for the Handicapped
All, Andy brought up the digital mode / text-to-speech idea recently and a thought came to mind that this could help the handicapped. I'm not sure if speech-to-text programs can transfer text to another application right out of the box, but assuming they did, there would still be the need for voice commands to control the program. Seems a second sound card may be needed as well; VAC might help. Skip Teller created Digitalk for the blind (thanks Skip) and Patrick wrote an interface for it (thank you Patrick) so the programs can talk. Andy's speech-to-text idea would complete the package. It's easy to suggest something like this while standing on the shoulders of experts like Patrick and Skip; I can only imagine what it takes to write the code. Just a thought. Tony -K2MO http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/digitalradio/join (Yahoo! ID required) * To change settings via email: digitalradio-dig...@yahoogroups.com digitalradio-fullfeatu...@yahoogroups.com * To unsubscribe from this group, send an email to: digitalradio-unsubscr...@yahoogroups.com * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [digitalradio] Speech-to-Text for the Handicapped
On 5/20/2010 8:02 PM, KH6TY wrote: Tony, I am not sure what you mean, but you can use Dragon Software's Naturally Speaking, version 10, and dictate into the TX window of most programs (such as DigiPan, and fldigi, and maybe even Multipsk I didn't know that Skip - thanks for passing that along. Naturally Speaking does not handle callsigns very well, so what I do is create macros to do all that and then just speak what I want to send out. It's interesting that the software can associate F-keys with voice commands. Obviously, you need enough capability to press a macro button with one finger in this case, or type in a callsign when necessary or double-click on it with a mouse. I guess it would take some doing to make it completely hands-free. DigiTalk will also spell out any words that contain a letter, such a K2MO, or FT1000. It recognizes BTU as Back to you and spells out most Q signals, like QRT, QSL, etc.. I am slowly build a larger vocabulary of hamspeak abbreviations, etc. for DigiTalk, but this is not my full-time job! Understood Skip - I'm sure it takes a lot of time. Bet there are hams with disabilities out there who appreciate your work. So, the code is already there for listening to PSK31, and a program for sending PSK31 by voice. Naturally Speaking also can be trained to recognize some unique commands, but I have not spent enough time with it to know everything it can do. Naturally Speaking is $40 at Target stores. 73 - Skip KH6TY Thanks Skip. Tony -K2MO Tony wrote: All, Andy brought up the digital mode / text-to-speech idea recently and a thought came to mind that this could help the handicapped. I'm not sure if speech-to-text programs can transfer text to another application right out of the box, but assuming they did, there would still be the need for voice commands to control the program. Seems a second sound card may be needed as well; VAC might help. Skip Teller created Digitalk for the blind (thanks Skip) and Patrick wrote an interface for it (thank you Patrick) so the programs can talk. Andy's speech-to-text idea would complete the package. It's easy to suggest something like this while standing on the shoulders of experts like Patrick and Skip; I can only imagine what it takes to write the code. Just a thought. Tony -K2MO http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links __ Information from ESET NOD32 Antivirus, version of virus signature database 5133 (20100520) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com http://www.obriensweb.com/digispotter.html Chat, Skeds, and spots all in one (resize to suit)Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/digitalradio/join (Yahoo! ID required) * To change settings via email: digitalradio-dig...@yahoogroups.com digitalradio-fullfeatu...@yahoogroups.com * To unsubscribe from this group, send an email to: digitalradio-unsubscr...@yahoogroups.com * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[digitalradio] Auckland Calling - 14077.0 Olivia
All, Simon, ZL1CHS is coming through nicely on 14077.0 Olivia 16/500 + 1000Hz. @ 02:45z. Tony -K2MO
Re: [digitalradio] 50.260 signal
Hello Russel, someone is on 50.260 with a signal that I cant decode must be calling CQ antone know this signal. Russell NC5O It's probably one of two WSJT modes; JT6M or FSK441. The frequency is used for meteor scatter as well as other propagation modes. See http://www.pingjockey.net/cgi-bin/pingtalk Tony -K2MO
Re: [digitalradio] Re: The RS ID Weekend
On 5/16/2010 3:11 AM, Andy obrien wrote: ALE 400 won in the RS ID sweepestakes, so far this weekend. I stayed mostly on 20M today (Saturday), Here are the modes my software automtiacally detected. 5 modes. I did not use my SDR , will use Sunday. Andy K3UK Nice job Andy. I'll give it a shot tomorrow in SDR mode - have a few honey-doos' to take care of first. Tony -K2MO 02:00:31 UTC ALE400 2621 Hz 01:57:38 UTC DOMINOEX-8 479 Hz 01:38:20 UTC ALE400 2654 Hz 01:32:10 UTC ALE400 2659 Hz 01:27:16 UTC ALE400 2018 Hz 01:27:09 UTC ALE400 2654 Hz 01:19:28 UTC ALE400 2018 Hz 01:11:33 UTC ALE400 2648 Hz 01:09:38 UTC ALE400 2637 Hz 01:08:46 UTC ALE400 2648 Hz 23:20:06 UTC OLIVIA-8-250 1873 Hz 22:02:30 UTC ALE400 2621 Hz 22:00:09 UTC ALE400 2632 Hz 21:56:48 UTC BPSK31 3445 Hz 20:59:57 UTC ALE400 1507 Hz 20:47:11 UTC ALE400 2637 Hz 20:45:54 UTC ALE400 2433 Hz 19:27:36 UTC PSK125R 1501 Hz 18:14:06 UTC ALE400 2239 Hz 18:02:05 UTC ALE400 1593 Hz 18:01:56 UTC ALE400 2422 Hz 18:01:40 UTC ALE400 1593 Hz 17:52:46 UTC ALE400 2422 Hz 17:27:50 UTC ALE400 1927 Hz 17:23:58 UTC ALE400 1938 Hz 17:22:59 UTC ALE400 1943 Hz 17:20:27 UTC ALE400 1948 Hz 17:16:52 UTC ALE400 1954 Hz 17:10:52 UTC ALE400 1582 Hz 17:09:47 UTC ALE400 1588 Hz 17:04:48 UTC ALE400 1981 Hz 16:47:25 UTC ALE400 1997 Hz 16:44:15 UTC ALE400 2002 Hz 16:36:08 UTC ALE400 1588 Hz 16:26:28 UTC ALE400 2874 Hz 16:26:15 UTC ALE400 2869 Hz 16:24:19 UTC ALE400 2874 Hz 15:53:41 UTC ALE400 2880 Hz 15:52:16 UTC ALE400 2874 Hz 15:47:23 UTC ALE400 2880 Hz 15:42:04 UTC ALE400 2896 Hz 15:38:06 UTC ALE400 2901 Hz 15:21:28 UTC ALE400 2960 Hz 15:21:01 UTC ALE400 3009 Hz 15:13:08 UTC ALE400 2960 Hz 14:47:06 UTC ALE400 3154 Hz 14:21:12 UTC DOMINOEX-16 1195 Hz 14:18:07 UTC DOMINOEX-16 1189 Hz 14:16:09 UTC DOMINOEX-16 1195 Hz 14:08:38 UTC ALE400 2950 Hz 14:01:31 UTC ALE400 2966 Hz 13:38:58 UTC ALE400 2196 Hz On Wed, May 12, 2010 at 6:54 AM, Andy obrien k3uka...@gmail.com mailto:k3ukandy%40gmail.com wrote: This coming weekend May 15th and 16th , a few of us will be testing Reed Solomon IDs... their usefulness and robustness. So, if you are going to be on the air this weekend, using a digital mode, please use your RS ID features. Use it perhaps a bit more than you might normally do, so we can have some targets to detect. Often people only use it at the beginning of a CQ to help ID their mode . I would like to see it on all overs since it helps others detect you, and you may be missed if you are not the one calling CQ. If you have the Call ID feature, please also use that since this will also plot your actual Call sign. For those unfamiliar with Reed Solomon ID as implemented by Patrick F6CTE, RS ID causes a very brief tone that, when detected, will allow others with RS-ID capable software to be informed of the mode you are using. Software like Multipsk, DM780, and FLdigi then take this information and arrange it it tabular form so that you can review what ID's you have received and on what frequency. Andy K3UK
Re: [digitalradio] Re: ALE 400 coming out of the woodwork
On 5/16/2010 6:13 PM, n9dsj wrote: I used ALE400 once :) Have you in the log more than once Bill : ) Countless meteor scatter contacts on 50MHz as well! Tony -K2MO --- In digitalradio@yahoogroups.com mailto:digitalradio%40yahoogroups.com, Andy obrien k3uka...@... wrote: Hey folks, MULTIPLE ALE 400 QSO on 20M at same time this morning, many new operators thanks to Tony's great work. I just maintained easy links with Texas and Chicago over fairly poor conditions, for a LONG time. Also got some mail, first mail I have received via ALE 400 in a couple of years (other than from Tony!). Most of the action is around 14073 USB. Some hopefully those of us that have used the mode before can help the new folks out by being QRV. Patrick, This article could be a real boost to you very creative application. And __ Information from ESET NOD32 Antivirus, version of virus signature database 5117 (20100515) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] Re: [multipsk] ALE 400 coming out of the woodwork
On 5/15/2010 10:04 AM, Andy obrien wrote: Hey folks, MULTIPLE ALE 400 QSO on 20M at same time this morning, many new operators thanks to Tony's great work. Thanks Andy. Received lots of positive feedback about the article. Great to see all the activity on the band. Patrick, This article could be a real boost to you very creative application. I certainly hope Patrick receives some well deserved recognition for his work. Tony -K2MO
Re: [digitalradio] Re: Network 105 / Multipsk
On 5/14/2010 4:50 PM, sholtofish wrote: Tony, It would be interesting to experiment with packet over nvis paths too. The higher signal to noise ratio typical with nvis would really speed throughput. Maybe you could devise a simulation It would be interesting Sholto. In addition to high signal-to-noise ratios, NVIS propagation appears to be relatively stable. The path simulator indicated that the mode is especially sensitive to channel distortion so I would expect throughput issues if the ionosphere became somewhat agitated, regardless of how strong the signals where. PathSim's NVIS simulation tries to emulate a situation where ground waves interfere with NVIS sky waves. The delay between the two signals can destroy throughput so this is something to consider if the other guy is close enough to hear via ground wave. Another idea which keeps nagging at me is using SCS's Robust Packet with their fairly cheap kiss Tracker TNC. Robust packet looks like it either works at 200 or 600 baud with a fairly narrow bandwidth. Only one way to find out Sholto - I'll take a look at the price. Tony -K2MO --- In digitalradio@yahoogroups.com mailto:digitalradio%40yahoogroups.com, Tony d...@... wrote: Patrick, Sholto is the one who twisted my arm to revisit HF Packet. Net 105 is a remarkable network and one can only imagine how many messages have been processed since the 1980s'; all on a shared channel with a relatively narrow mode. I've used the network to connect to Sholto when there is no propagation between us. I can log into his packet mailbox and leave him a message thanks to magic of digipeating. Your program does a wonderful job on HF packet. Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5113 (20100513) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] Re: Network 105 and Multipsk
George, I'm glad to hear that your enjoying the extra time being semi-retired and congratulations on the new Icom rig. downloaded multi psk on my xp machine and I have been working rtty and psk no interest in VHF packet but I would like to try HF packet appreciate your help Tony Multipsk runs fine on packet. It's a bit more involved, but it's not difficult to setup. If you're anxious to get going, you can give Network-105 a try on 14105 LSB. I'm sending you screen shot of Multipsk with the HF packet functions highlighted. This should help you get started. The circled items are pretty much self-explanatory. I understand the situation with your email account so I've uploaded the image to a server: http://www6.zippyshare.com/v/52485416/file.html (click the image to enlarge) Once you get setup, you may wish to monitor 105 for a while to pick out the stronger signals. Make sure your rig is in LSB and that the mark / space tones are 1600 / 1800. You can fine tune the signal in the waterfall as needed. Something to consider George is that a solid connection is best to maintain good throughput: Try to avoid long-haul connects if signals are marginal. Network coverage is excellent so you shouldn't have any trouble finding a station within single-hop range. Once you connect, the menu will look something like this: [KAM-XL-1.0-HM$] 451320 BYTES AVAILABLE IN 141 BLOCKS THERE ARE 60 MESSAGES NUMBERED 2-206 Welcome to Pensacola Packet Station AB4KR ENTER COMMAND: B,J,K,L,R,S, or Help Using AB4KR's connect as an example: B - prompts the system to disconnect J - lists other stations heard by AB4KR K - kills messages that you've sent, ie, K 3 means remove message number 3. L - is used to list messages; shows PBBS messages stored in AB4KR's mailbox. R - is used to read a specific message; the command R 3 will allow you to read message #3. S - lets you send and store a message in AB4KR's mailbox. To send a message, use command S + the call sign of the person you wish to send the message to. The system will prompt you to enter a subject for the message being sent. Once you've finished typing the message, type /EX; this will cue the system to store your message. You can always type HELP if your not sure. Lets get together one night on the local repeater George. We can always arrange something where you can connect to me on HF and I'll talk you through on 2 meters. I run a Kam Plus which is basically the same TNC that the folks use on Net-105. A little practice goes a long way. Tony -K2MO
[digitalradio] Apologies --- Network 105 / Multipsk
All, Re: [digitalradio] Network 105 and Multipsk Sorry about my last post - it wasn't intended for the reflector. Tony -K2MO
Re: [digitalradio] QST article by K2MO on ALE 400
On 5/13/2010 7:40 PM, Andy obrien wrote: Good work Tony, nice to see your QST article on ALE 400. If any of our members have just read the article and are looking to try, I will be active tonight on the usual ALE 400 channels. Andy K3UK Thanks Andy. Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5111 (20100513) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] Network 105 / Multipsk
Patrick, Sholto is the one who twisted my arm to revisit HF Packet. Net 105 is a remarkable network and one can only imagine how many messages have been processed since the 1980s'; all on a shared channel with a relatively narrow mode. I've used the network to connect to Sholto when there is no propagation between us. I can log into his packet mailbox and leave him a message thanks to magic of digipeating. Your program does a wonderful job on HF packet. Tony -K2MO On 5/13/2010 4:35 PM, Patrick Lindecker wrote: Hello to all, About this net, I received an intyeresting mail from Sholto: 73 Patrick *** I have a little explanation for the HF packet network. I hope it helps:- First see the attached map. It shows most of the important nodes on Network 105. The parameters for HF are: MARK: 14103.42 KHz SPACE: 14103.22 KHz HBAUD: 300 PACLEN: 60 FRACK: 5 MAXFRAME: 1 SSID's used are:- Absent: Direct QSO -1: Mail drop -2: Gateway digipeater -7: Node -10: Winlink 2000 RMS The nodes are used to hop around the network instead of digipeating which is inefficient. ACK frames are handled by node-node connections rather than stations themselves. For instance. If I want to talk to Burt, VE1AMA I could first connect to W0TX-7 in Colorado. When connected I would see this:- ###CONNECTED TO NODE W0TX-7(W0TX) CHANNEL A Denver Radio Club 145.0514.105 (www.w0tx.org) ENTER COMMAND: B,C,J,N,X, or Help ? The commands on this node mean: B - BYE C - CONNECT TO ANOTHER STATION J - SHOW THE HEARD LIST (FROM W0TX) X - CONNECT TO ANOTHER STATION ON SECONDARY PORT (OFTEN VHF) Now I might be able to reach VE1AMA-7 from this node but perhaps not... so I will connect to another node first K9VSO-7 so I type c k9vso-7 What I see is this: ###LINK MADE ###CONNECTED TO NODE K9VSO-7(K9VSO) CHANNEL A KB9SOZ Monroe Center, Adams Co., Wi Sysop: Jim K9VSO ENTER COMMAND: B,C,J,N,X, or Help ? so now I type c ve1ama-7 and what I see is: ###LINK MADE [TNOS-3.01a1-BFHIMW$] I have now made it to VE1AMA-7 which is a TNOS node and BBS. I could do this with reduced power because I am relying on the other nodes to make the connection. As long as I could get into a node close to me then I can reach the world literally because VE1AMA-7 (and some other nodes) have AMPRNet / telnet links to Europe, Australia, Asia etc. From the VE1AMA-7 node I can type a command ports which means show me a listing of your ports Available ports: alw : alw : internet link - wa7v-8 itt : itt : internet link - i6qpl-7 hou : hou : internet link - vdagw noh : noh : internet link - k8ee har : HAR : internet link - ve2har-7 con : con : internet link - ve3con pma : pma : internet link - va3pma-7 mos : mos : internet link - ka0mos-7 ca : ca : amprnet link - kd6mtu oha : oha : internet link - k8khw gat : gat : internet link - ve2uqh-6 pkt : pkt : internet link - ve2pkt-4 nsb : nsb : internet link - ve1fyi-7 ppr : ppr : internet link - ve1ppr-7 zda : zda : internet link - ve3zda-7 uhf : uhf : UHF BackBONE hf : hf : * NETWORK 105 * vhf : vhf : 2m LAN Local Network Patrick, you can see there is a port called HF. If you were to telnet directly to telnet://ve1ama.ampr.org/ telnet://ve1ama.ampr.org/ and log in with your callsign then you could use Burt's HF port just the same as if you had connected by RF. So to connect to K9VSO-7 you would type c hf k9vso-7 and now you would be on 20m HF in the USA!. Here is another example. There is a node called AURORA which I can reach first via HF and then VHF through W0TX-7. I use the command X to mean connect to a station on a VHF port. My comments appear in [] c w0tx-7 [ first I connect to W0TX-7 in Colorado via HF] :*** CONNECTED to W0TX-7 ###CONNECTED TO NODE W0TX-7(W0TX) CHANNEL B Denver Radio Club 145.0514.105 (www.w0tx.org) ENTER COMMAND: B,C,J,N,X, or Help ? x aurora [connect to AURORA via W0TX-7's VHF port] ###LINK MADE Welcome to KB8DM's Packet Switch. Type ? for a list of available commands. n AURORA:KB8DM-5} Nodes: ASCVI:VA3CVI-2 AURBBS:KB8DM AURCHT:KB8DM-12 AURNOD:KB8DM-13 BBS:N9LYA BBSCVI:VA3CVI-1 BBSJOA:N4JOA-1 BBSMPF:VE1MPF BBSUIL:VE3UIL-3 BPQ:GM8BPQ-2 BPQBBS:G8BPQ BPQCHT:G8BPQ-4 BULLHD:9Y4PJ-7 CANBBS:K2CAN-4 CANCHT:K2CAN-5 CHAT:VE9MPF-2 CHATPJ:9Y4PJ-13 CHTMPF:VE9MPF-11 CO105:KB0MQQ-7 DABBBS:N4ZKF-4 DABDXC:N4ZKF-2 DABFLA:N4ZKF-5 DEVBBS:GB7COW-1 DEVCHT:GB7COW-11 DVRCO:N4ATA-7 DX:GB7RDX DX:K9BBS-5 DXAR:N9PMO-6 DXC:VE9SC DXCC:N9PMO-4 DXZKF:N4ZKF FBB:K9BBS FGRDX:K2CAN-2 FGRLKS:K2CAN-3 HAMMER:KC8GKF ILDIA:N9ZZK-5 IN105:N9LYA-7 INCHAT:K9BBS-14 JOABBS:N4JOA JOABPQ:N4JOA-3 JOACHT:N4JOA-11 LDIBBS:GB7LDI MIMUSK:KC8GKF-2 MNBPQ:N5IN-14 MNBPQ1:N5IN-13 MNDX:N5IN MNDX1:N5IN-1 MNDX2:N5IN-2 MNQBBS:N5IN-3 MNQCHT:N5IN-6 MOBRA:KB0WSA-6 MPFMTN:VE9MPF-7 NDEVON:GB7COW-5 PJBBS:9Y4PJ PJBBS2:9Y4PJ-2 PMOBBS:N9PMO-1 PMOCHT:N9PMO-11 RMS:N9PMO-10 RMS:K9BBS-10 RMS:VE9SC-10 SFALLS:VE3UIL-7 SFSBBS:VE3UIL-1 SFSCHT:VE3UIL-9 SFSDX:VE3UIL-5 SFSRMS:VE3UIL-10
Re: [digitalradio] QRV 14065-14115 : SDR RS-ID Skimmer
Re: SDR RS-ID Skimmer Interesting concept Andy; I'd like to see an SDR RSID Skimmer linked to PSK Reporter. The Reed Solomon identifiers have greater sensitivity than the majority of digital modes and their detection capabilities would allow us to see more QRP signals on the map. In addition to mode and frequency information, Patrick's CALL ID can send station details such as beam heading, antenna gain, grid and power. Hope to run with you this weekend to see who can capture the most RS-ID's with the SDR Andy -- so far, you're the champ! Tony -K2MO On 5/9/2010 10:16 AM, Andy obrien wrote: I will be QRV today , simultaneously from 14065 to 14115 using Multipsk with an SDR and RS-ID receive activated. I will thus be able to receive any RS-IDs heard within this range . I will also have Multipsk's Call ID activated. So lets see if I can hear you and log you. I will still be able to log your ID to disk even if not in the shack (I'll be in and out doing various things this Mother's Day). Please make your calls in the USUAL way, no broadcasting. Also please QRL? first to make sure the frequency is not in use. I'm interested in determining how much activity I miss when in non-SDR mode and listening to just the traditional 3-4 Khz range on 20M . So, please use RS ID when you call CQ or respond to a call. It would seem to me that RS-ID and an SDR could be used to form some sought of RS-ID Skimmer that could turn out to be as useful as a CW Skimmer. e.g 13:45:25 UTC BPSK31 14.0710 M 13:44:56 UTC OLIVIA-8-500 14.0730 M 13:42:26 UTC OLIVIA-16-500 1302 Hz Andy K3UK __ Information from ESET NOD32 Antivirus, version of virus signature database 5096 (20100507) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] Carrier on 14069.0
All, Anyone notice the carrier on 14069.0 dial / + 1000Hz? It's been there for several hours. Tony -K2MO
[digitalradio] K5S - Smokey Bear Special Event - Olivia 8/500
All, The Smokey Bear Special Event station K5S is running Olivia 8/500 on 14072 +1000Hz Been there since 02:45z. Tony -K2MO
Re: [digitalradio] QRP Portable now
All, I had fun working portable today. The 3 foot magnetic loop continues to work flawlessly. I just have to keep the power at QRP levels to make sure the variable capacitor stays in tact. The PSKReporter shows I was heard on 13 countries this afternoon / evening. Not bad for 5w and a hand held loop! Tony -K2MO ountry http://pskreporter.info/pskmap.html# Callsign http://pskreporter.info/pskmap.html# Time (UTC) http://pskreporter.info/pskmap.html# France F4BRH 2010-5-5 23:28:28 Italy I1FLC 2010-5-5 23:30:10 ColombiaHK5NLJ/32010-5-5 23:30:31 Costa Rica TI2CCC 2010-5-5 23:41:32 Canada VE3NOO 2010-5-5 23:43:00 England G0UIQ 2010-5-5 23:47:23 Fed. Rep. of GermanyDG9YCA 2010-5-5 23:48:24 Mexico 4A5M2010-5-5 23:48:31 Venezuela YV6DX 2010-5-5 23:49:15 Dominican Rep. HI8MU 2010-5-5 23:55:27 CubaCO8RS 2010-5-6 00:00:24 Brazil PY2DN 2010-5-6 00:00:26 United States of AmericaKA9MFY 2010-5-6 00:02:59 http://www.eset.com
[digitalradio] QRP Portable now
All, I'm QRV in the backyard on the portable station. QRG 14070.0 PSK31 Tony -K2MO
[digitalradio] Don't miss another 6M meter season
All, I suspect there are a number of folks on the reflector who may not be aware of the fact that the six meter band becomes quite active this time of year. Sporadic-E season starts in the spring and lasts throughout the summer. The mechanisms that cause Sporadic-E are such that the 50MHz openings happen each year regardless of where we are in the 11 year sunspot cycle. Single hop contacts out to 1300 miles are most common, but it's not unusual to work multi-hop distances in excess of 4000 miles. The long distance openings are thought to be caused by widespread Sporadic-E. The reason I thought this was worth mentioning is that I've watched many Es seasons come and go with little to no digital activity and I suspect that it's probably due to the misinformation being passed around about high sunspot numbers being the only reason to bother with six. If you're interested, check some of the cluster sites such as DX Summit for 50MHz openings throughout the day. Yesterdays openings to the Caribbean lasted for a couple of hours and the openings to many parts of the U.S. went on into the late evening. DX Summit 50MHz -- http://www.dxsummit.fi/CustomFilter.aspx?customCount=50customRange=50 Sporadic-E is also responsible for the 28MHz openings you'll find this time of year so this may interest 10 meter buffs. It would be nice to see more digital activity on 50290. Tony -K2MO
[digitalradio] Six meters : open now
All, Good Es openings on six meters today. Band is open as of 2330z (May 3rd) up and down the east coast. Good opportunity for digital... 50290... Tony -K2MO
Re: [digitalradio] Six meters : open now
On 5/3/2010 8:39 PM, Andy obrien wrote: Yes, same here ... qrv 50290 to 50293 , any digital mode Andy Band is still active as of 0100z. Lots of W4's on CW / SSB. Nothing heard on 290. Tony -K2MO On Mon, May 3, 2010 at 7:36 PM, Tony d...@optonline.net mailto:d...@optonline.net wrote: All, Good Es openings on six meters today. Band is open as of 2330z (May 3rd) up and down the east coast. Good opportunity for digital... 50290... Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5083 (20100503) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] Re: Digital OPS: QRP Battery Portable
Andy, Nice laptop - wish I had one of those! The mini Acer runs ok with DM780 and Multipsk, but the eyes do get a tired of looking at the tiny fonts. The battery lasts a long time though so that's a plus. Speaking of batteries, I can usually get 2 hours of air time out of the FT-897D and it's twin 4500 mAh batteries. The setup works well, but I'm sure there are cheaper / better ways to get the most bang for the buck. The PY1AHD Alexloop continues to amaze me; working Europeans QRP with a hand-held loop that's only 3 feet in diameter is something only a ham would appreciate. It turned out to be a pretty good multi-band alternative to portable dipoles and verticals. I recorded a short video of the first CW DX contacts with the loop back in August 2009. It was right before a contest so the big guns were out in force. See -- http://www21.zippyshare.com/v/83698345/file.html I'll record some digital mode videos this weekend; the weather is supposed to be nice so I should get some backyard portable air time. Tony -K2MO On 4/30/2010 5:35 AM, obrienaj wrote: Interesting Tony. I just got my ham software installed on my company laptop (takes the IT folks a while). I have Multipsk, Fldigi, HRD/DM780, Microkeyer device router, SpectraVue and SDR-Radio Console all working nicely . It's a fairly big laptop rather than a mini-netbook, 17 inch screen (wide screen too) . So, I really do need to do as you suggest, get a station that can use the laptop for QRP operations via battery rather than AC or generator power. I need to get a rig to do this though, will have to start looking around for bargains. By the way, the Centrino Duo 1.8 CPU, in the laptop handles Multipsk in SDR Direct mode with RS ID, handles the demand well just 20% CPU use. Andy K3UK --- In digitalradio@yahoogroups.com mailto:digitalradio%40yahoogroups.com, Tony d...@... wrote:
Re: [digitalradio] Re: Digital OPS: QRP Battery Portable
On 5/1/2010 6:19 AM, Andy obrien wrote: Nice video Tony, amazing little antenna! Thanks Andy... I was wondering if you had a particular portable rig in mind? I could be wrong, but it seems there are only 3 battery powered HF rigs on the market today; the Icom 703, Yaesu 817 and the Yaesu FT-897. All of them have low current drain for longer battery life. The Icom 703 for example, uses 300ma in standby mode while the 706 uses 1.8 amps. The 703 uses 450ma with the audio set on maximum while the 706 uses 2.0 amps. I guess it doesn't matter much if the rig requires higher current as long as the external battery pack has enough reserve to give you a few hours of air time. The low current rigs will always get more air time with the same pack though so it's something to consider. Tony -K2MO On Sat, May 1, 2010 at 2:18 AM, Tony d...@optonline.net mailto:d...@optonline.net wrote: A The PY1AHD Alexloop continues to amaze me; working Europeans QRP with a hand-held loop that's only 3 feet in diameter is something only a ham would appreciate. It turned out to be a pretty good multi-band alternative to portable dipoles and verticals. I recorded a short video of the first CW DX contacts with the loop back in August 2009. It was right before a contest so the big guns were out in force. See -- http://www21.zippyshare.com/v/83698345/file.html http://www21.zippyshare.com/v/83698345/file.html I'll record some digital mode videos this weekend; the weather is supposed to be nice so I should get some backyard portable air time. Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5076 (20100430) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] Portable QRP OPS TONIGHT
All, I'll be running QRP portable from the backyard this evening after 2100z (May 1st). Please look for me on 14070 / 10140 / PSK31 mode. Thanks, Tony -K2MO
[digitalradio] QRP Portable Log
All, Conditions were pretty good this evening. Managed to work some DX with the HF portable setup. Time to recharge the batteries. G0UIQ14MHZ PSK31 ON4VDV14MHZ PSK31 OK1KM 14MHZ PSK31 Tony -K2MO
[digitalradio] Digital OPS: QRP Battery Portable [4 Attachments]
All, My son was kind enough to lend me his mini laptop today so I could run digital from the backyard with my portable station. I normally use my battery powered FT- 897D for portable work (CW / QRP), but this time it was going to be digital. I expected a little RF hash coming from the PC after I hooked up the Rigblaster plug-n-play, but the Acer mini was very quiet. My portable HF antenna is a 3 foot diameter magnetic loop made by PY1AHD; it's lightweight and easy to tune from 7 to 30 Mhz (see attached). I had my first QSO with CO2NO on 20 meters and managed to work a QRP-to-QRP/P contact with AF2M in Orlando Flordia running Olivia 8 250 mode. As 20 meters started to fade, I QSY'd to 30 meters and worked KB9MUT on PSK31 with his plus 20db signal. It dawned on me after pulling the plug that portable contesting might be something that would interest the group. A two hour monthly Sprint for example, where both portable and non-portables can participate. Higher points would be rewarded to those running portable as an incentive to get out there and brave the elements; non-portables who seek out portables would be awarded higher points as well. Sort of a mini digital mode Field Day sprint each month that lasts a couple of hours. Just an idea. Tony -K2MO
Re: [digitalradio] VHF / UHF Digital Beyond line-of-sight [5 Attachments]
On 4/20/2010 3:32 AM, KH6TY wrote: Hi Tony, When both stations are within the same ducting level, the only audible Doppler effect is usually reflections from airplanes, and sounds much like your recording. When there is no propagation enhancement showing on the Hepburn maps, there is usually a fast, constant, chopping up of the SSB phone signal, and when we switch to a relatively wide digital mode - print is perfect. It sounds like there are two different propagation modes in play Skip. The steadier signals that tend to coincide with the Hepburn maps would appear to be coming from real tropospheric ducting (which says a lot for those maps) while the other mode may be tropospheric scatter. For what it's worth, the path simulator can emulate the rapid fade characteristics you mentioned by introducing low-frequency Doppler spread. This seems to coincide with the 2 to 3 fades per-second you mentioned (see profiles jpg). The fade frequency tends to become more rapid as the Doppler spread frequency is increased. It's difficult to say what's really going on, but the digital modes themselves may tell us something. We know for a fact that narrow-band PSK modes cannot tolerate Doppler spread while MFSK modes have little or no trouble coping. This seems to be the situation with your tests on 432 and suggests that the throughput failures are Doppler induced. I think you can determine if Doppler spread is present, but it's not going to show up in the waterfall with most digital modes; it needs to be fairly intense for that to happen. I've found that the best approach is to measure the spread of a carrier signal using Spectran or SBSpectrum. The frequency-spread carrier will appear broad compared to a normal signal; the software magnifies the effect -- see SBspectrum images 1 and 2. As you can see in the waterfall images (1 and 2) it's difficult to tell the difference between mild Doppler spreading at 0.25Hz and more intense Doppler spread at 5Hz, yet the difference is night and day in terms of throughput with narrow modes. Of course you can use the tuning indicator with PSK31, but it's not as precise. A few more questions: Are there times when the fading frequency increases beyond 2 or 3 Hz? Are the choppy signals generally weaker than those that coincide with the Hepburn maps? What are the distances between your QTH and the stations you work on VHF/UHF? Have the narrow modes like PSK31 worked at all on what seems to be tropo-scatter mode? Looking forward to hearing more about the VHF/UHF digital tests Skip. Thanks, Tony -K2MO
Re: [digitalradio] VHF / UHF Digital Beyond line-of-sight [1 Attachment]
On 4/21/2010 3:25 PM, KH6TY wrote: This morning, SSB phone was very badly chopped up, but signals varied from S1 to S4, so we had another opportunity to test digital modes. We tried DominiEx 11, DominoEx 11 with FEC, Thor 11, and Contestia 16-500. In each case, Contestia produced about 90% copy (there were a few words with errors), whereas DominoEX 11, DomimoEx 11 with FEC , and Thor 11 had over 50% errors. Skip, Your results seem to agree with the Doppler tests I ran with the path simulator. I found that there's an obvious difference in how much Doppler spread each mode can handle and Olivia tends to be the most tolerant. Frequency spreading does cause the rapid fade effect we spoke about and in this test, the fades are faster than the 2 to 3Hz you mentioned. There's a sample of the Doppler spread audio attached to this mssage. The first half is a normal MT63 signal without distortion; the second half shows the effect of frequency spreading (7 Hertz). Tony -K2MO Path Simulation: Frequency Spread 7 Hz SNR -3db THOR11 tiq Rck brown fox juc ekver the la0 nr e;5yd G to lsGa tmps over the lazy dog taAHk brown fox jumpoOireCoer DominoEX11 riefox zukpl over theeizydqtT theepuick brocrfak Iuksl ower te layy dty the quidT ßtwn xox jpsovtr the lazj hoz DominoEX11 FEC e quick bÄwn fox jumps over the laonithe q¸?yeXºe ecteips oveords oo¯he quixoôroc ávs over the lazy d o Aquick bmt ª?ox jumps over the lazy dog Olivia 8-500 the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog. Olivia 16-500 the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog the quick brown fox jumps over the lazy dog. PSK31 (no print) PSK63 the /ui btown fox 6smps om r laoty dogt he qutc^(TM)I own fo jumps over tme la_ogl the |-ipk yrown fox j om on er hlazb dog Tony wrote: On 4/20/2010 3:32 AM, KH6TY wrote: Hi Tony, When both stations are within the same ducting level, the only audible Doppler effect is usually reflections from airplanes, and sounds much like your recording. When there is no propagation enhancement showing on the Hepburn maps, there is usually a fast, constant, chopping up of the SSB phone signal, and when we switch to a relatively wide digital mode - print is perfect. It sounds like there are two different propagation modes in play Skip. The steadier signals that tend to coincide with the Hepburn maps would appear to be coming from real tropospheric ducting (which says a lot for those maps) while the other mode may be tropospheric scatter. For what it's worth, the path simulator can emulate the rapid fade characteristics you mentioned by introducing low-frequency Doppler spread. This seems to coincide with the 2 to 3 fades per-second you mentioned (see profiles jpg). The fade frequency tends to become more rapid as the Doppler spread frequency is increased. It's difficult to say what's really going on, but the digital modes themselves may tell us something. We know for a fact that narrow-band PSK modes cannot tolerate Doppler spread while MFSK modes have little or no trouble coping. This seems to be the situation with your tests on 432 and suggests that the throughput failures are Doppler induced. I think you can determine if Doppler spread is present, but it's not going to show up in the waterfall with most digital modes; it needs to be fairly intense for that to happen. I've found that the best approach is to measure the spread of a carrier signal using Spectran or SBSpectrum. The frequency-spread carrier will appear broad compared to a normal signal; the software magnifies the effect -- see SBspectrum images 1 and 2. As you can see in the waterfall images (1 and 2) it's difficult to tell the difference between mild Doppler spreading at 0.25Hz and more intense Doppler spread at 5Hz, yet the difference is night and day in terms of throughput with narrow modes. Of course you can use the tuning indicator with PSK31, but it's not as precise. A few more questions: Are there times when the fading frequency increases beyond 2 or 3 Hz? Are the choppy signals generally weaker than those that coincide with the Hepburn maps? What are the distances between your QTH and the stations you work on VHF/UHF? Have the narrow modes like PSK31 worked at all on what seems to be tropo-scatter mode? Looking forward to hearing more about the VHF/UHF digital tests Skip. Thanks, Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5048 (20100421) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] VHF / UHF Digital Beyond line-of-sight
Skip, Thanks for the UHF screenshots. There has to be motion or change taking place within the refractive medium to cause Doppler and it would seem this holds true for the type of atmospheric enhancement found on VHF/UHF. I can see why it's necessary to use the most robust modes if both Doppler spread and Doppler shift are present much of the time; I'm sure aircraft scatter is no help either. Speaking of aircraft reflections; I recorded a short video of the effect today using a local 2 meter beacon as the signal source (see link below). The beacon is only 10 miles from my home and the AC Doppler can be quite strong; often competing with the S9+ signal. You can hear (and see) the two signals beat together as the AC Doppler sweeps across the spectrum. There's quite a bit of air traffic out this way so it would be easy to test how much of an effect this has on digital. I'll have to pursued a local buddy of mine to participate. Long distance VHF/UHF will have to wait until I can find a place for my Yagi's. Aircraft Doppler recording -- http://www11.zippyshare.com/v/10329668/file.html 7 Zip extraction utility -- http://downloads.sourceforge.net/sevenzip/7z465.exe Tony -K2MO
[digitalradio] Digital signals via the Flex 5000A
All, I thought it might interest the group to see what digital looks like through the eyes of the Flex 5000A software defined radio. I tried to illustrate the point-and-click tuning of the Power SDR software as well as it's close-in filtering capabilities. Hope that comes across well. http://www34.zippyshare.com/v/31316642/file.html File size is 30MB and you will need the 7-zip utility to extract it -- 7 Zip seems shrink avi files to a much smaller size than other zip utilities. 7 Zip -- http://www.7-zip.org/download.html The video is best when viewed in full screen. Tony -K2MO PS: The Flex 5K works with all sound card software.
Re: [digitalradio] Digital Mode tests this evening - FLDIGI
Hello Skip, On 4/16/2010 4:24 AM, KH6TY wrote: Hi Tony, The aircraft reflections are usually recognizable. They certainly are - especially at UHF. You can hear the pulsations in the background noise change in rate as the airplane flies around and sometimes even see the frequency shift on the waterfall, SBSpectrum (Peter Martinez) can reveal the inaudible Doppler shifts as well. I suspect the weaker, underlying Doppler you can't hear can cause interference with certain modes. Since Contestia and Olivia keep printing after the transmission has ceased, I suspect that the interleaving and redundancy is carrying enough data over the peaks and valleys that we hear to produce perfect print, but I am no theorist on this, for sure! Seems like a reasonable analogy Skip. It would be interesting to see these effects Skip. Feel free to send a few screen-shots. Thanks, Tony -K2MO Tony wrote: FWIW, PSK125R does not survive the Doppler disturbances on UHF. Olivia or Contestia does. Therefore, the mode we have found works best under the severe conditions of multipath, Doppler shift, Doppler spread, and very weak signals is Contestia 16-500 at 30 wpm. the minimum S/N is -12 dB, which is essential for weak signal UHF and VHF digital operation as every dB of S/N we can get is important for weak signal work. 73 - Skip KH6TY Skip, Thanks for the info. The path simulator results seem to agree with your observations on the high bands. I bet you have a fair share of problems with aircraft Doppler? I've noticed multiple reflections from multiple aircraft while monitoring VHF beacons. Spectrum analysis reveals how great those Doppler shifts can be; the mixing of 2 or 3 multipath signals can play havoc with throughput. . While it's not quite the same, we didn't get a chance to test on HF today. Andy tried his best to accomodate (always there for us Andy), but conditions weren't good between us on 80 meters. Tomorrows another day. Thanks again. Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5032 (20100415) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] Digital Mode tests this evening - FLDIGI
FWIW, PSK125R does not survive the Doppler disturbances on UHF. Olivia or Contestia does. Therefore, the mode we have found works best under the severe conditions of multipath, Doppler shift, Doppler spread, and very weak signals is Contestia 16-500 at 30 wpm. the minimum S/N is -12 dB, which is essential for weak signal UHF and VHF digital operation as every dB of S/N we can get is important for weak signal work. 73 - Skip KH6TY Skip, Thanks for the info. The path simulator results seem to agree with your observations on the high bands. I bet you have a fair share of problems with aircraft Doppler? I've noticed multiple reflections from multiple aircraft while monitoring VHF beacons. Spectrum analysis reveals how great those Doppler shifts can be; the mixing of 2 or 3 multipath signals can play havoc with throughput. . While it's not quite the same, we didn't get a chance to test on HF today. Andy tried his best to accomodate (always there for us Andy), but conditions weren't good between us on 80 meters. Tomorrows another day. Thanks again. Tony -K2MO Tony wrote: All, I'll be QRV for digital mode testing this evening after 2200z (April 15) till 0500z (April 16). QRG 14108 / 3588 (+ / - QRM). Modes of interest: 1. MFSK32 (Fldigi) 2. PSK250R (Fldigi) 3. MT63 1K (Fldigi) I've created a test transmission that will send each mode in sequence starting with MFSK32 and ending with MT63 1K (long iterleave). RS-ID will be used to facilitate automated band switching. Fldigi needs to be configured to do this: Click CONFIGURE IDs and UNCHECK RECEPTION DISABLES DETECTOR. This will enable automatic band switching upon the reception of RS-ID. The RX-ID located in the upper right corner of Fldigi's main window must be checked (green light). See you on Andy's sked page http://www.obriensweb.com/sked/ http://www.obriensweb.com/sked/ Thanks, Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5031 (20100415) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] Digital Mode Tests - FLDIGI
All, I'll be QRV for digital mode testing once again this evening after 2300z (April 16) till 0500z (April 17). QRG 14107 / 3588 (+ / - QRM). Modes of interest: 1. MFSK32 (Fldigi) 2. PSK250R (Fldigi) 3. MT63 1K (Fldigi) I've created a test transmission that will send each mode in sequence starting with MFSK32 and ending with MT63 1K (long iterleave). RS-ID will be used to facilitate automated band switching. Fldigi needs to be configured to do this: Click CONFIGURE IDs and UNCHECK RECEPTION DISABLES DETECTOR. This will enable automatic band switching upon the reception of RS-ID. The RX-ID located in the upper right corner of Fldigi's main window must be checked (green light). See you on Andy's sked page http://www.obriensweb.com/sked/ Email skeds welcomed. Thanks, Tony -K2MO
Re: [digitalradio] New SDR related Yahoo gtroup
Andy, Congratulations on the upcoming 10th anniversary of digital radio! Tony -K2MO On 4/15/2010 8:51 AM, Andy obrien wrote: I started the digitalradio Yahoo group ten years ago (next month) because ,at that time , there were many groups dedicated to particular modes of applications but no generic groups where anything related to digit modes was ok to discuss. For the same reason, I have started SDRlist. A Yahoo group for discussion of any software defined radio. Currently there are lists for Flex radios, SDR-IQ, SDR-14, Sofrock, Winrad, CW skimmer, and many more. There is also a forum for SDR-Radio. These lists can be quite good, but it can be a a little awkward if you want to poast a question about a rival product or application. So, if you have any interest in software defined radios for amateur radio or SWLing, please consider joining via http://groups.yahoo.com/group/SDRlist/ http://groups.yahoo.com/group/SDRlist/ . Please help build this new group in to a thriving on-line community where useful exchanges of information and opinion will make the group a leader in SDR. Andy K3UK __ Information from ESET NOD32 Antivirus, version of virus signature database 5029 (20100414) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] Digital Mode tests this evening - FLDIGI
All, I'll be QRV for digital mode testing this evening after 2200z (April 15) till 0500z (April 16). QRG 14108 / 3588 (+ / - QRM). Modes of interest: 1. MFSK32 (Fldigi) 2. PSK250R (Fldigi) 3. MT63 1K (Fldigi) I've created a test transmission that will send each mode in sequence starting with MFSK32 and ending with MT63 1K (long iterleave). RS-ID will be used to facilitate automated band switching. Fldigi needs to be configured to do this: Click CONFIGURE IDs and UNCHECK RECEPTION DISABLES DETECTOR. This will enable automatic band switching upon the reception of RS-ID. The RX-ID located in the upper right corner of Fldigi's main window must be checked (green light). See you on Andy's sked page http://www.obriensweb.com/sked/ Thanks, Tony -K2MO
Re: [digitalradio] RSID Query
Mike, I asked the Mixw team about RSID some time ago. Nick replied and seemed enthusiastic; I haven't heard anything from him since then. Tony -K2MO On 4/12/2010 12:23 PM, mikea wrote: On Fri, Apr 09, 2010 at 07:18:48PM -0400, Tony wrote: All, I was just wondering if there's any confusion or misunderstanding among the group about RS-ID? We all know that it's not always easy to identify a mode by sight and sound yet I still see many calling CQ without any mode identification. The end result, no contacts. I'm sure most of the seasoned digital ops know what RS ID is and what it does, so what's the reasoning behind not using it? Tony -K2MO FLDIGI - Check RX ID / TX ID in upper right corner of program window. Click CONFIGURE / IDS to set preferences. MULTIPSK - Click RS ID / RX RS ID in main window. Click CONFIGURATION / MANAGMENT OF ID's. Check CONTINUOUS DETECTION. Ham Radio Deluxe / DM780 Version 5 Open DM780. Click OPTIONS / MODES + IDs / REED SOLOMON TAB. Check: ENABLE RSID DETECTION / SHOW IN QSO WINDOW AS HYPERLINK SHOW POPUP WINDOW / SHOW RSID BUTTON ON QSO TRANSMIT TOOLBAR MixW: I _like_ RSID. I like it a lot, especially since lots of the multitone modes (OLIVIA, Contestia, THOR, and the like) sound and look alike to me, and I spend a lot of time trying to identify the particular submode and copy what's being sent. WIthout RSID, it sometimes takes enough time that the station on the other end quits. I've switched to HRD+DM780 precisely because they do offer RSID, even though I have a paid-up license for MixW. I vastly prefer MixW because it suits my operating style and its interface is IMHO better designed. I'm getting to the point of being less uncomfortable with HRD and DM780, but still prefer MixW. I also like having a text-mode log file with ;-separated items per line, as I can read it directly and bang it right out to my website. That *DOES* *NOT* in any mean that I have anything other than the most lively respect and admiration for HRD, DM780, and Simon's other works, or for him. It's just a matter of personal preference. C'mon, Yuri and company! Add RSID (and video ID) to MixW! -- Mike Andrews, W5EGO mi...@mikea.ath.cx mailto:mikea%40mikea.ath.cx Tired old sysadmin __ Information from ESET NOD32 Antivirus, version of virus signature database 5022 (20100412) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] RSID Query
On 4/10/2010 5:05 AM, H Stang wrote: *Tony,* *Thanks for bringing up this Topic. I knew nothing about RSID. I will start researching the topic. * My pleasure Hal. Check out Andy's QST article in the reflectors files section and Patrick Lindecker's documentation on RSID: http://f6cte.free.fr/index_anglais.htm ** * I am not sure of the ramifications of the use of RSID but it sounds like it might help me out. * Well, RSID is about 170Hz wide so you wouldn't want to use it within a cluster of PSK31 signals. It's unnecessary anyway since PSK31 is easily recognized. On the other hand, it may not be easy for some to distinguish PSK63F from PSK63 so it best to use it if there's enough elbow room. The majority of modes use more spectrum than the 170Hz RSID anyway so there's no QRM issue there. Simply put, RSID is a short duration digital identifier that precedes the digital mode signal so others can detect which mode is in use. It's not unusual to detect the RSID without actually hearing the mode itself so it is highly sensitive. *I hear a signal and I think it is DominoEx or Olivia or what ever is being sent and I never make the contact or cannot figure out what the mode is. It gets frustrating when you get a really strong signal in the evening , and you think you can work the operator and ragchew for a while.* We've all been there Hal. I'm sure you remember the early days, there were only a few sound card modes to choose from; now there are more than we can count, let alone identify by ear ; ). That's where RSID comes in. Tony -K2MO - Original Message - *From:* Tony mailto:d...@optonline.net *To:* digitalradio@yahoogroups.com mailto:digitalradio@yahoogroups.com *Sent:* Friday, April 09, 2010 7:18 PM *Subject:* [digitalradio] RSID Query All, I was just wondering if there's any confusion or misunderstanding among the group about RS-ID? We all know that it's not always easy to identify a mode by sight and sound yet I still see many calling CQ without any mode identification. The end result, no contacts. I'm sure most of the seasoned digital ops know what RS ID is and what it does, so what's the reasoning behind not using it? Tony -K2MO FLDIGI - Check RX ID / TX ID in upper right corner of program window. Click CONFIGURE / IDS to set preferences. MULTIPSK - Click RS ID / RX RS ID in main window. Click CONFIGURATION / MANAGMENT OF ID's. Check CONTINUOUS DETECTION. Ham Radio Deluxe / DM780 Version 5 Open DM780. Click OPTIONS / MODES + IDs / REED SOLOMON TAB. Check: ENABLE RSID DETECTION / SHOW IN QSO WINDOW AS HYPERLINK SHOW POPUP WINDOW / SHOW RSID BUTTON ON QSO TRANSMIT TOOLBAR No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.801 / Virus Database: 271.1.1/2801 - Release Date: 04/09/10 14:32:00 __ Information from ESET NOD32 Antivirus, version of virus signature database 5014 (20100409) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] ALE-400 Chat Mode Skeds pse
All, I'll be QRV ALE-400 CHAT MODE this evening. 14074.0 / 3586.0 +/- QRM. Please send email direct for skeds. Thanks, Tony -K2MO
Re: [digitalradio] RSID Query
On 4/9/2010 7:53 PM, Rick Westerfield wrote: Quite a few seasoned hams still use older forms of software that do not support RSID. Why they chose not to upgrade is beyond me but they have their reasons. I suppose that if all you ever do is RTTY and PSK31, what would be the point in transmitting an RSID? Or upgrading your software? Rick -- KH2DF That's true Rick... I just don't understand why so many call CQ with the more 'exotic' modes without some form of mode ID. Did you ever go through all the modes / sub modes to try and figure out which one was being sent - only to have the other party go QRT after you find it : ) Tony -K2MO *From:* digitalradio@yahoogroups.com [mailto:digitalra...@yahoogroups.com] *On Behalf Of *Tony *Sent:* Friday, April 09, 2010 6:19 PM *To:* digitalradio@yahoogroups.com *Subject:* [digitalradio] RSID Query All, I was just wondering if there's any confusion or misunderstanding among the group about RS-ID? We all know that it's not always easy to identify a mode by sight and sound yet I still see many calling CQ without any mode identification. The end result, no contacts. I'm sure most of the seasoned digital ops know what RS ID is and what it does, so what's the reasoning behind not using it? Tony -K2MO FLDIGI - Check RX ID / TX ID in upper right corner of program window. Click CONFIGURE / IDS to set preferences. MULTIPSK - Click RS ID / RX RS ID in main window. Click CONFIGURATION / MANAGMENT OF ID's. Check CONTINUOUS DETECTION. Ham Radio Deluxe / DM780 Version 5 Open DM780. Click OPTIONS / MODES + IDs / REED SOLOMON TAB. Check: ENABLE RSID DETECTION / SHOW IN QSO WINDOW AS HYPERLINK SHOW POPUP WINDOW / SHOW RSID BUTTON ON QSO TRANSMIT TOOLBAR __ Information from ESET NOD32 Antivirus, version of virus signature database 5014 (20100409) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] Re: PSK-ROBUST - Path Simulation Results vs field tests
Gary grwes...@... wrote: Maybe there is something that the path simulators are missing. It could be Gary and I think it's fair to say that propagation simulators are just not capable of capturing all the variables of the HF channel. They do, for the most part, capture the fundamental characteristics of the real thing and that has been proven to be useful when comparing the performance of different HF modems. As far as NVIS, the simulator creates a multi-path condition that tries to emulate both ground waves and sky waves arriving at the receiver; a condition that can destroy throughput with certain modes regardless of how strong the signals are. NVIS field tests would have to meet this criteria in order to prove or disprove whether an NVIS path simulation was useful in determining which modes work best for this kind of propagation. The trick is recognizing the presence of both ground waves and sky waves. I doubt if there's enough ground wave signal strength to cause any real problems on the longer NVIS paths; it's the relatively short paths that give the most trouble and of course, that depends on terrain, antennas etc. Thanks for the input Gary. I'd be interested in any NVIS recordings you have. Feel free to send them and don't worry about file size (within reason of course : ). 73 Tony -K2MO . --- In digitalradio@yahoogroups.com mailto:digitalradio%40yahoogroups.com, Gary grwes...@... wrote: Your question is one that I have also. In our recent NVIS testing with fldigi/flarq we found BPSK250 provided better throughput than other modes we tested, and most notably MFSK32 which we thought would be our safe, robust mode. This was with a variety of band conditions including strong signal, weak signal, selective fading, lightning QRN, grungy power line noise, and all the normal stuff we experience here in the Midwest. Path distances varied from 40 miles to 150 miles which were the distances we were interested in. There were a couple ideas we kicked around as possible reasons why BPSK250 worked so much better than we expected. One was that when the signal took a hit from something like a lightning burst, BPSK250 recovered and resynchronized very fast. The second was even more speculative in that maybe the higher phase modulation rate (250 times per second) was faster than Doppler path modulation allowing the BPSK decoder to ride through. Anyway, we expected BPSK250 to be useless on NVIS but every time we have tried it, it has worked. (and better than most modes.) Maybe there is something that the path simulators are missing. Dunno... Just throwing some ideas out. Gary - N0GW
Re: [digitalradio] Scanning 3583,7073,14073, ALE400 2230-0200
On 4/6/2010 6:33 PM, Andy obrien wrote: I will be Scanning 3583,7073,14073, ALE400 2230-0200 UTC. Give a CQ, QRZ, or a sounding if you are looking for a QSO. Andy K3UK FN02. Andy, The upper HF bands are open to the south (2300z). Several S. American / Caribbean stations on 10/12/15 meters. Standard ALE might bring a few returns. Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5005 (20100406) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] Scanning 3583,7073,14073, ALE400 2230-0200
On 4/6/2010 7:20 PM, Andy obrien wrote: What would be fun would be if I could do both, scan both Standard ALE and ALE 400 in one pass of channels over 30 seconds. I bet Patrick could make that happen. 15 seconds of either mode. On the other hand, maybe I should give up on the ALE400 concept and encourange everyone to scan/sound (while attended) with ALE 141A and switch to appropriate digital modes as conditions suit. I think you're on the right track Andy. The ALE-400 mode is certainly more spectrum friendly. We have all the hardware / software tools we need; the only thing left is participation. Tony -K2MO On Tue, Apr 6, 2010 at 6:58 PM, Tony d...@optonline.net mailto:d...@optonline.net wrote: On 4/6/2010 6:33 PM, Andy obrien wrote: I will be Scanning 3583,7073,14073, ALE400 2230-0200 UTC. Give a CQ, QRZ, or a sounding if you are looking for a QSO. Andy K3UK FN02. Andy, The upper HF bands are open to the south (2300z). Several S. American / Caribbean stations on 10/12/15 meters. Standard ALE might bring a few returns. Tony -K2MO __ Information from ESET NOD32 Antivirus, version of virus signature database 5005 (20100406) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com http://www.eset.com __ Information from ESET NOD32 Antivirus, version of virus signature database 5005 (20100406) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
[digitalradio] WANTED: ALE-400 Chat Mode QSO's
All, Looking fro ALE-400 chat-mode skeds. I'll be QRV on 20 meters this evening. QRG 14073 +/- QRM Skeds welcome.. Tony -K2MO
[digitalradio] PSKMail -- Path Tests Revisited [3 Attachments]
John, See attached. Tony -K2MO *Minimum SNR (white noise)* PSK250 -2db MFSK32 -8db PSK250R -7db *Simulation: NVIS SNR +3db* ModeCopy PSK250 62% MFSK32 100% PSK250R 61% *Simulation: Selective Fading* *SNR -3db* PSK250 67% MFSK16 95% PSK250R76% *Simulation: CCIR POOR * *SNR +3db* PSK25089% MFSK32 99% PSK250R 82% *SNR -3db* PSK25065% MFSK32 97% PSK250R 61% *SNR -10db* PSK25033% MFSK32 46% PSK250R 27%
Re: [digitalradio] PSK-ROBUST - Path Simulation Results vs field tests
John, The first thing that comes to mind is whether there were any ground wave signals mixing with sky waves during your field tests? It's been shown that NVIS throughput can fail when the sky wave echoes interact with ground waves. The sky waves take more time to arrive at the receiver so you can imagine what the difference in timing does to copy when the two signals interact. This is what the NVIS simulations were based on; two channels, one with no delay (simulated ground wave) and the other with a 7 ms delay (simulated NVIS sky wave). January's path tests showed that PSK-R appeared to be less robust than BPSK under NVIS simulation while the white noise tests clearly showed PSK-R the winner in terms of sensitivity. Your field tests seem to reveal the same results in terms of which modes have the edge in sensitivity, but not necessarily the edge in terms of dealing with multi-path timing delays. I could be wrong though and there may have been strong evidence of ground wave interaction? It can be difficult to tell; some paths are more obvious than others. Hellschreiber is the only mode I know of that can visually indicate this sort of thing, but that's not an option with PSKMail. Hope to hear from you soon John. Tony -K2MO n 4/1/2010 9:45 AM, vk2eta wrote: To Tony (K2MO) in particular, but not exclusively: Following your simulation results on these modes in January I have done a few tests in the field and I have to say that I don't understand the results. Please note that I am not trying to make a point, but to understand why the theory does not seem to match the practical side. My tests simply revolve around examining the bahaviour of the Pskmail server adapting speed to the conditions. We have in the latest version a table of modes that the server can use by shifting up and down, one mode at a time. It does so by relying on the s/n report gathered from Fldigi and the number of repeats due to damaged ARQ frames. The list is arranged in an empirical order of speed vs robustness and is the following for regions 2 and 3: THOR8 MFSK16 THOR22 MFSK32 PSK250R PSK500R PSK500 The MFSK/IFSK family of modes are normally the modes of choice for NVIS. This week I did some tests at 95 miles in a strait line from my server on 40 and 80M between about 1PM to 2PM local time so obviously in NVIS conditions. What I noticed every time I would connect in MFSK16, the server would progressively shift the TX mode up into the PSKR modes, up to PSK500R, but never to PSK500. I also noticed that there would be no fallback from PSK250R to MFSK32 after a shift up from MFSK32. So my interpretion is the following: If the PSKR modes had a weakness in NVIS conditions, I would see the server moving continuously between MFSK32 and PSK250R: good reception in MFSK32, speed up to PSK250R, poor reception, return to MFSK32, etc... Also since it did not go up pass PSK500R to PSK500 it indicates that in these particular cases the PSK500R modes was starting to show signs of limitations and the server calculated that there was not enough s/n margin to shift the speed up. Selective fading is very visible especially on the PSK500R mode of course. So my question is: in the simulation you performed, are there parameters that maybe would need to be looked at to explain why these modes seem to behave well in these conditions or are there other variables to consider? Also trying to get a more formal comparison, how would you design some practical tests that minimize the effects of variation in propagation in the field? On this point I was thinking of sending a set text in different modes and repeating the test several times, interleaving the modes so that in average it would be unlikely to be just propagation. Mode1, Mode2, Mode3, Mode4 then again Mode1, Mode2, Mode3 etc... repeated say 5 times. Then taking the average result for comparison. Best regards, John (VK2ETA) --- In digitalradio@yahoogroups.com mailto:digitalradio%40yahoogroups.com, vk2eta vk2...@... wrote: Hi Tony, Thank you for the simulation results. I will report any field results for PSKR modes in NVIS conditions. Regards, John __ Information from ESET NOD32 Antivirus, version of virus signature database 4993 (20100401) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com
Re: [digitalradio] Re: PSK-ROBUST - Path Simulation Results vs field tests [1 Attachment]
On 4/2/2010 5:24 AM, vk2eta wrote: Hi Tony, Thank you for the information. My pleasure John, wish I could have helped more. Thank you for your field tests. I should be able to safely eliminate ground waves over that distance (95 miles). It would also be interesting if you could work stations closer to home where ground waves become even more intrusive; that kind of test would correlate well with the NVIS path simulations that include both ground wave and sky wave paths. Am I correct in my understanding that there is still multipath and therefore selective fading in pure NVIS (no ground wave) conditions? Yes, and that selective fading is detectable in the waterfall at times. It's probably more apparent near sunrise / sunset as the structure of the ionosphere changes. Tony -K2MO John --- In digitalradio@yahoogroups.com mailto:digitalradio%40yahoogroups.com, Tony d...@... wrote: John, The first thing that comes to mind is whether there were any ground wave signals mixing with sky waves during your field tests? It's been shown that NVIS throughput can fail when the sky wave echoes interact with ground waves. The sky waves take more time to arrive at the receiver so you can imagine what the difference in timing does to copy when the two signals interact. This is what the NVIS simulations were based on; two channels, one with no delay (simulated ground wave) and the other with a 7 ms delay (simulated NVIS sky wave). January's path tests showed that PSK-R appeared to be less robust than BPSK under NVIS simulation while the white noise tests clearly showed PSK-R the winner in terms of sensitivity. Your field tests seem to reveal the same results in terms of which modes have the edge in sensitivity, but not necessarily the edge in terms of dealing with multi-path timing delays. I could be wrong though and there may have been strong evidence of ground wave interaction? It can be difficult to tell; some paths are more obvious than others. Hellschreiber is the only mode I know of that can visually indicate this sort of thing, but that's not an option with PSKMail. Hope to hear from you soon John. Tony -K2MO n 4/1/2010 9:45 AM, vk2eta wrote: To Tony (K2MO) in particular, but not exclusively: Following your simulation results on these modes in January I have done a few tests in the field and I have to say that I don't understand the results. Please note that I am not trying to make a point, but to understand why the theory does not seem to match the practical side. My tests simply revolve around examining the bahaviour of the Pskmail server adapting speed to the conditions. We have in the latest version a table of modes that the server can use by shifting up and down, one mode at a time. It does so by relying on the s/n report gathered from Fldigi and the number of repeats due to damaged ARQ frames. The list is arranged in an empirical order of speed vs robustness and is the following for regions 2 and 3: THOR8 MFSK16 THOR22 MFSK32 PSK250R PSK500R PSK500 The MFSK/IFSK family of modes are normally the modes of choice for NVIS. This week I did some tests at 95 miles in a strait line from my server on 40 and 80M between about 1PM to 2PM local time so obviously in NVIS conditions. What I noticed every time I would connect in MFSK16, the server would progressively shift the TX mode up into the PSKR modes, up to PSK500R, but never to PSK500. I also noticed that there would be no fallback from PSK250R to MFSK32 after a shift up from MFSK32. So my interpretion is the following: If the PSKR modes had a weakness in NVIS conditions, I would see the server moving continuously between MFSK32 and PSK250R: good reception in MFSK32, speed up to PSK250R, poor reception, return to MFSK32, etc... Also since it did not go up pass PSK500R to PSK500 it indicates that in these particular cases the PSK500R modes was starting to show signs of limitations and the server calculated that there was not enough s/n margin to shift the speed up. Selective fading is very visible especially on the PSK500R mode of course. So my question is: in the simulation you performed, are there parameters that maybe would need to be looked at to explain why these modes seem to behave well in these conditions or are there other variables to consider? Also trying to get a more formal comparison, how would you design some practical tests that minimize the effects of variation in propagation in the field? On this point I was thinking of sending a set text in different modes and repeating the test several times, interleaving the modes so that in average it would be unlikely to be just propagation. Mode1, Mode2, Mode3, Mode4 then again Mode1, Mode2, Mode3 etc... repeated say 5 times. Then taking the average result for comparison. Best regards
[digitalradio] ROS Path Simulations
All, I ran several path tests with ROS-16 and Olivia 2K this evening. The simulator showed that Olivia is about as sensitive as ROS when configured to run at the same baud rate, but it is not as sensitive when configured to run at the same word-per-minute rate. Olivia 32/2K will runs about as fast as ROS, but it is roughly 5db less sensitive. Mode Sensitivity baud rateWPM Olivia 128/2K -14db163 times slower than ROS-16 Olivia 32/2K -10db64same as ROS-16 ROS-16 -15db 16 That increase in sensitivity seems to help ROS cope with certain poor channel conditions (as per the path simulator) compared to Olivia running at the same speed. In CCIR poor channel tests, for example, where selective fading sweeps across the channel, ROS printed better than Olivia 32/2K with low signal-to-noise ratios. On the other hand, Olivia 128/2K (16 baud) had an edge over ROS under the same conditions, albeit, with much slower throughput. In high-latitude tests, severe Doppler spread caused throughput to fall off dramatically with ROS indicating that it will likely fail over severely distorted polar paths. This occurred when the frequency spreading was above 25Hz (ITU-R high-latitude severe distortion). Olivia was not affected. I found that ROS will not recover after the signal drops below it's minimum decode threshold and will not trigger ROS to start receiving if the signal is not strong enough at the beginning of the transmission. I'm not sure if this is something inherent in the mode or if it's a bug in the software. I'm sure Jose can answer that. I should noted that Olivia 32/1K compares well with both ROS-16 and Olivia 2K modes in terms of poor channel throughput. Olivia 16/500 does a fine job as well. I suspect that ROS would perform well in an 8 baud / 1000Hz mode version. Many thanks to Jose for the new mode. Tony -K2MO
Re: [digitalradio] NCDXF / ROS 14101QRM
Dave, There's been a lot of ROS activity close enough to 14100 to cause interference to the NCDXF beacons, not to mention the Packet network on 105, the ALE network on 109 and the Olivia activity near the same frequencies. I understand that some are anxious to work a new mode, but it shouldn't come at a cost to others. I, personally, don't use 14.101MHz and have been trying to persuade people to move up the band a bit anyway. Glad to hear it - and what better forum is there than the digital reflector to inform others about the QRM? I'm sure most of the ROS operators found the mode on this reflector. the deafening silence has been the art of persuasion rather than big boots stomping up and down on a new experimental mode. I'm not trying to condemn the mode, in fact, I admire those like Jose, Patrick and others. I was just trying to bring attention to the handful of ROS operators who were less than courteous to their fellow hams. There's really no excuse for this kind of blatant free-for-all. I do hope that you will be figuring out who and what that packet or TOR mode is that is below 14.101, and nearer the beacon frequency and stomping on that as well? If I hear it, I will. It's our duty to inform others about interference they may be causing, especially the QRM that might cause harm in the event of an emergency. I guess I'm a bit touchy about the interference issue after 9/11. By the way Dave, I monitored a contact from Haiti after the earthquake and it was riddled with QRM at times. I'm not saying the interference was deliberate, but the station receiving the emergency traffic had to clear the frequency more than once - go figure. Tony -K2MO - Original Message - From: Dave Ackrill To: digitalradio@yahoogroups.com Sent: Saturday, February 27, 2010 5:00 AM Subject: Re: [digitalradio] NCDXF / ROS 14101QRM Tony wrote: Sholto, The silence is deafening... I'm sure there are some who may be unaware of the the NCDXF beacon network ( www.ncdxf.org ) but there's no excuse for the deliberate QRM I've witnessed. I'm very surprised... I, personally, don't use 14.101MHz and have been trying to persuade people to move up the band a bit anyway. So, the deafening silence has been the art of persuasion rather than big boots stomping up and down on a new experimental mode. I do hope that you will be figuring out who and what that packet or TOR mode is that is below 14.101, and nearer the beacon frequency and stomping on that as well? In fact, if ROS is on a dial frequency of 14.101MHz, and like most digital modes it transmits HF of that frequency by some offset, probably about 1.2kHz or so, wont it be far out of the passband of even a wide/normal CW filter? If so, please explain how you are so sure it is ROS that is causing a problem. Even if the '1st tone' was some 400Hz above the dial frequency, that is still 1.4kHz, and only transmitting that 400Hz tone infrequently, so, again, I would have thought way above a 'standard' CW filter width... Dave (G0DJA)
Re: [digitalradio] NCDXF / ROS 14101QRM
Sholto, The silence is deafening... I'm sure there are some who may be unaware of the the NCDXF beacon network ( www.ncdxf.org ) but there's no excuse for the deliberate QRM I've witnessed. I'm very surprised... NCDXF BEACONS - 14100.0 18110.0 21150.0 24930.0 28200.0 Tony -K2MO - Original Message - From: sholtofish To: digitalradio@yahoogroups.com Sent: Friday, February 26, 2010 1:21 PM Subject: [digitalradio] NCDXF / ROS 14101QRM All, I have attempted to translate Arnie Coro's message posted on the ROS reflector into English (below). It is a vitally important issue and I would ask all amateurs (regardless of country) to find a different 20m frequency. Surely it wouldn't be impossible to go to 14105 USB or 14107 USB or even higher? 73 Sholto K7TMG Translation --- Greetings! URGENT Jose, it is necessary to remove as soon as possible indication of frequencies on 20 meters using very, very close to the network synchronized global beacons to study radio propagation in the HF bands operating in 14,101 We are capturing in Europe and here in America station interference using ROS that obliterated the reception of the NCDXF beacon network. We send a message to his more explicit account HOTMAIL. Moreover, I inform you that I have perceived a great confusion among the colleagues who used digital modes, as many believe that ROS CAN NOT BE USED IN HF bands, according regulations of the amateur services in their respective countries. I am available to help as much as possible to the maturation of their ROS digital mode, which can make an important contribution to the amateur digital communications, provided they observe a number internationally recognized standards Sincerely Prof. Arnaldo Coro Antich, emergency management coordinator IARU Region II Area C CO2KK --- In rosdigitalmodemgr...@yahoogroups.com, acoro33100 acoro33...@... wrote: Saludos ! URGENTE Jose, es necesario que suprima a la mayor brevedad posible la indicacion de utilizar frecuencias en 20 metros muy , pero muy cercanas a la red mundial de radiofaros sincronizados para estudio de la radiopropagacion en las bandas decametricas que opera en 14.101 Estamos captando en Europa y aqui en America interferencia de estaciones utilizando ROS que obliteran la recepcion de la red de radiofaros NCDXF. Le envie un mensaje mas explicito a su cuenta en HOTMAIL. Por otra parte , le comunico que he percibido una gran confusion entre los colegas que emplean los modos digitales, pues muchos opinan que ROS NO PUEDE SER UTILIZADO EN LAS BANDAS DE ONDAS DECAMETRICAS, segun los reglamentos de los servicios de radioaficionados de sus respectivos paises. Estoy a su disposicion para ayudarlo en todo lo posible a la maduracion de su modo digital ROS , el cual puede constituir una importante contribucion a las comunicaciones digitales de aficionados , siempre y cuando se respeten una serie de normas reconocidas internacionalmente Atentamente Prof. Arnaldo Coro Antich, coordinador de emergencias IARU Region II Area C CO2KK
[digitalradio] T-Index on the rise - finally
All, The T-index is derived from data taken from ionosondes in both hemispheres. Notice the rise in the T-index since the beginning of February 2010. Big change compared to the entire year of 2009. The upper HF bands have certainly come allive. http://www.ips.gov.au/HF_Systems/7/2 Tony -K2MO
[digitalradio] Re: KH6TY's Post
Skip, The problem with ROS is that the frequency shift is by a method too similar to that used in VFO-shifting spread spectrum (frequency hopping) transceivers so to the observer, there is no difference. Could you elaborate on this please? Tony -K2MO - Original Message - From: KH6TY To: digitalradio@yahoogroups.com Sent: Sunday, February 21, 2010 10:14 PM Subject: Re: [digitalradio] FCC Technology Jail: ROS Dead on HF for USA Hams RF is RF and the FCC does not care how the frequency expansion is done, whether by VFO shift or supressed carrier tone shift. I am shocked that Bonnie does not understand that simple principle. For example, true FSK is done by VFO shift, but FSK is also done on SSB by tone shift. The result is identical, the only difference being that the transceiver does not have to be linear with FSK shift, but it does with tone frequency shift to prevent splatter. The problem with ROS is that the frequency shift is by a method too similar to that used in VFO-shifting spread spectrum (frequency hopping) transceivers, so to the observer, there is no difference. It is the frequency hopping that makes ROS spread spectrum, and unfortunately, that is against the FCC regulations. If it were not, there could possibly be spread spectrum transceivers using tone shifts much wider than an IF bandwidth, even using soundcards, just like SDR's spectrum displays use. In that case, more than one voice channel would be taken up for the benefit of the SS user, to the detriment of adjacent stations, or even those farther away, if there were no other limitations on bandwidth utilized. 73 - Skip KH6TY W2XJ wrote: Bonnie you have a Ham unfriendly addenda. Say what you like but at the end of the day it is BS. From: expeditionradio expeditionra...@yahoo.com Reply-To: digitalradio@yahoogroups.com Date: Mon, 22 Feb 2010 01:09:14 - To: digitalradio@yahoogroups.com Subject: [digitalradio] FCC Technology Jail: ROS Dead on HF for USA Hams Given the fact that ROS Modem has been advertised as Frequency Hopping Spread Spectrum (FHSS), it may be quite difficult for USA amateur radio operators to obtain a positive interpretation of rules by FCC to allow use of ROS on HF without some type of experimental license or waiver. Otherwise, hams will need an amendment of FCC rules to use it in USA. Sadly, this may lead to the early death of ROS among USA hams. If ROS Modem had simply provided the technical specifications of the emission, and not called it Spread Spectrum, there would have been a chance for it to be easily adopted by Ham Radio operators in USA. But, the ROS modem designer is rightfully proud of the design, and he lives in a country that is not bound by FCC rules, and probably had little or no knowledge of how his advertising might prevent thousands of hams from using it in USA. But, as they say, You cannot un-ring a bell, once it has been rung. ROS signal can be viewed as a type of FSK, similar to various other types of n-ary-FSK presently in widespread use by USA hams. The specific algorithms for signal process and format could simply have been documented without calling it Frequency Hopping Spread Spectrum (FHSS). Since it is a narrowband signal (using the FCC and ITU definitions of narrowband emission = less than 3kHz) within the width of an SSB passband, it does not fit the traditional FHSS description as a conventional wideband technique. It probably would not have been viewed as FHSS under the spirit and intention of the FCC rules. It doesn't hop the VFO frequency. It simply FSKs according to a programmable algorithm, and it meets the infamous 1kHz shift 300 baud rule. http://www.arrl.org/FandES/field/regulations/news/part97/d-305.html#307f3 This is a typical example of how outdated the present FCC rules are, keeping USA hams in TECHNOLOGY JAIL while the rest of the world's hams move forward with digital technology. It should come as no surprise that most of the new ham radio digital modes are not being developed in USA! But, for a moment, let's put aside the issue of current FCC prohibition against Spread Spectrum and/or Frequency Hopping Spread Spectrum, and how it relates to ROS mode. Let's look at bandwidth. There is the other issue of bandwidth that some misguided USA hams have brought up here and in other forums related to ROS. Some superstitious hams seem to erroneously think that there is an over-reaching bandwidth limit in the FCC rules for data/text modes on HF that might indicate what part of the ham band to operate it or not operate it. FACT: There is currently no finite bandwidth limit on HF data/text emission in USA ham bands, except for the sub-band and band edges. FACT: FCC data/text HF rules are still mainly based on content of the emission, not bandwidth. New SDR radios have the potential to transmit and receive wider bandwidths than the traditional 3kHz SSB passband. We
[digitalradio] A closer look at ROS [2 Attachments]
All, It would appear that ROS-16 is not much different than say Olivia 128 / 2K. The number of tones may differ, but they both use MFSK modulation with sequential tones running at 16 baud. The question is how can ROS be considered a SS frequency hoping mode while Olivia and it's derivatives are not? A closer look shows that they are quite similar (see attached). Tony -K2MO
[digitalradio] Re: Vista Run-time error - with new mode
David, I have installed the program after using WinRAR to open the archive. However, when trying to run the program I get this error message Run-time error '53': File not found: Switch(16638-29712).ocx I am using Vista 32 bit English OS David JG1CYJ I'm getting the same error message with Vista. Tony -K2MO Try Hamspots, PSKreporter, and K3UK Sked Page http://www.obriensweb.com/skedpskr4.html Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ * Your email settings: Individual Email | Traditional * To change settings online go to: http://groups.yahoo.com/group/digitalradio/join (Yahoo! ID required) * To change settings via email: digitalradio-dig...@yahoogroups.com digitalradio-fullfeatu...@yahoogroups.com * To unsubscribe from this group, send an email to: digitalradio-unsubscr...@yahoogroups.com * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[digitalradio] Vista Run-time error and ROS
Has anyone had any luck running ROS with Vista? Tony -K2MO
Re: [digitalradio] ROS experiments
It will interesting to see if Tony K2MO gets a chance to put this through the Pathsim tests and compare it to Olivia. My guess is that it will be close to that of Olivia. Andy K3UK Andy, I'd be more than happy to run ROS through the path simulator if I could get the program running with Vista : ) Can't get past the run-time error. Tony -K2MO
[digitalradio] ROS now compatible with Vista
All, The latest version of ROS seems to work fine with Vista. http://rosmodem.wordpress.com/ Thanks Jose... Tony -K2MO
[digitalradio] 10/12 meter openings
All, The 10 and 12 meter bands are open to the northeast as of 2100z. Good signals from South America and the Caribbean. Tony -K2MO