[digitalradio] Re: A.L.E., VHS and Betamax
> i have tried to run the livecd version ... but it wont run on any of my > 3 PC's. One deosent start up kde .. one seems too slow ... one doesent > recognize the 3 soundcards ... 2 pc's run ubuntu livecd fine, but not > the mandriva version. Hi Cesco. Did you try the vmplayer image? In my opinion the vmplayer will virtualize any sound card that is working on Windows for that live Linux. http://www.mannindustries.net/n5ale/ 73, Vojtech OK1IAK
Re: [digitalradio] Experiences from users of MIL-STD-188-110
I see Steve's point, even though he did not just tell us the baud rate. I have been doing a lot of hunting around trying to find and understand the single tone waveforms used in MIL-STD-110. They don't often mention the actual baud rate because it appears that it is always 2400 baud. And maybe that is all the time? One source that I found helpful, was a Norwegian doctoral dissertation on Adaptive Turbo Equalization which made the background information a bit more understandable since he worked through some of the examples. With 188-110B at the slowest 75 baud rate here is the calculation to confirm the symbol (baud) rate: fa = Rc x Q x Rf x fs fa = data rate @ 75 bps Rc = code rate @ 1/16 or .0625 Q = bit rate per symbol @ 1 Rf = frame pattern efficiency 1/2 or .5 fs = symbol (baud) rate 75 bps = .0625 x 1 x .5 x fs 75 = .03125 fs 75 /.03125 = fs fs = 2400 baud It seems hard to believe that this stuff can actually work, but until we get the rules changed for text baud rate to at least 2400, we won't be able to use this technology here in the U.S. on the HF bands as the lowest band we can operate 2400 baud on is 6 meters which allows 19600 baud. But it certainly can be tested on this band with hams that are close enough to try it out. Especially, noteworthy would be the AWGN on 6 meters with little QRM and QRN so you should be able to get a good feel for how well it works down into the noise since you could easily compare it to other modes. This is made even easier these days since we have more rigs that can work on 6 meters. Anyone doing that and who is willing to report on their comparisons? 73, Rick, KV9U Steve Hajducek wrote: > > In the U.S. ( correct me if I am wrong) which you are located, 300bps > for MIL-STD-188-110 is not legal for data on HF, nothing is due to > the symbol rate. > > Anyhow, what ever, who ever, where ever does using MIL-STD-188-110 > within the ARS, the standard 1800hz PSK carrier and 2400bps symbol > rate necessitates a 3Khz BW, so if you are not at least at 2.7Khz IF > BW, the results using the standard modem settings will be poor and the > higher the data rate the worst the results under perfect channel > conditions, add in QSB and the like and you get the picture. > > /s/ Steve, N2CKH >
[digitalradio] Fwd: [tapr-announce] PSR Deadline is Here, But...
- Forwarded Message In a message dated 8/7/2007 6:48:47 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: The deadline for submissions to TAPR's Packet Status Register (PSR) is today, but if you have something that is almost ready and only needs a little more work to be finished, let me know and I will hold the door open. Stan Horzepa, WA1LOU, PSR Editor ___ tapr-announce mailing list NOTE: This list includes all addresses currently subscribed to any TAPR mailing list. Please don't try to manually unsubscribe from this list; it won't work. If you unsubscribe from all other TAPR mailing lists, you will automatically be unsubscribed from this one. Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. http://farechase.yahoo.com/--- Begin Message --- The deadline for submissions to TAPR's Packet Status Register (PSR) is today, but if you have something that is almost ready and only needs a little more work to be finished, let me know and I will hold the door open. Stan Horzepa, WA1LOU, PSR Editor ___ tapr-announce mailing list NOTE: This list includes all addresses currently subscribed to any TAPR mailing list. Please don't try to manually unsubscribe from this list; it won't work. If you unsubscribe from all other TAPR mailing lists, you will automatically be unsubscribed from this one. --- End Message ---
[digitalradio] Re: A.L.E., VHS and Betamax
> What we really need is a decentralized e-mail system that you could > connect to via some form of HF sound card mode. There is PSKmail, but > it only runs on Linux and to make this of more practical use, we would > need interoperability with MS Windows. I am searching for some example pskmail transfers. I dont want recorded audio, but the transferred text files of a mail exchange. I mean the data actually sent and received over psk, including all SOH headers, EOT, etc. Basically the files transferred between pskmail and fldigi (or gmfsk). Can someone help? btw i have tried to run the livecd version ... but it wont run on any of my 3 PC's. One deosent start up kde .. one seems too slow ... one doesent recognize the 3 soundcards ... 2 pc's run ubuntu livecd fine, but not the mandriva version.
Re: [digitalradio] help for setting pcale with FT1000 MP mark V
I have a homebrew COM serial to CI-V interface. This is the simple two transistor design that is commonly written up in interfacing recommendations. One of the designs has a separate PTT connection and only in the past few months have I read for the first time, the claim that you can use PTT simultaneously with rig control. In the past others have indicated that you must use separate serial ports. That can be a lot of ports if you try and key CW, RTTY, rig control, and PTT. I understand that the expensive multimode controllers do this by using virtual com ports through a single USB connection. There is enough room in the minibox for me to install another keying line with a very simple one transistor key, similar to what we used to build for CW keying in the "old" days of DOS. I would have to add yet another cable from the interface to the rig. I have a great deal of RF feedback, especially from my nearby 80 meter dipole, that I have had to "wring" out by wrapping cables about 20 turns on 1/2" x 7" ferrite rods. I believe that the permeability has a mu of 125. Recently I was wondering if it might be possible to use some inductors in the minibox to do this. It seems that ICOM's interface has some chokes in their design. I read on the HRD Interfacing document that one suggestion is to put a 1 uH choke in series with a 100 pF bypass capacitor but I have not tried this. Anyone else had luck with this? - - - Historically, amateur radio was considered "self regulating." You can not be self regulating unless you know what is going on with the on air transmissions. Many, many, hams and SWL's monitor the ham bands. I monitor 99% of time compared to transmitting and I am sure that many hams do something similar, if not to the same degree. Recently, the FCC has used the term "self-policing" in sending warning letters, to wit: " The Commission generally relies upon the Amateur Radio Service to be self-policing.? or a past comment from FCC: "A spokesperson for the Commission stated that since Amateur Radio operators are supposed to be self-policing that this new move "should not pose a problem"." You can not do this if you can not monitor the airwaves, it is that simple and is about the most commonsense approach one can take. Right now, there are those who are encroaching on our 10 meter spectrum in a blatant manner,such as at 28.085 AM, as ten meters is having what appears to be a pretty good opening today. They are also transmitting above the 28.120 PSK31 watering hole on 28.154 AM voice ! What is so ironic is that we can not transmit there on voice but others do it on a daily basis. Now for the big picture, imagine that they were using digital voice or other digital modes that we could not monitor. Is the signal legal or not? We may not be able to tell unless we have self regulation (self-policing to use the FCC terminology). 73, Rick, KV9U Steve Hajducek wrote: > > > I don't know where you keep getting this need for 2 serial ports to > do hardware PTT from Rick? If that is your choice fine, but is not a > requirement. Please read my previous post to Jon today for my > comments that cover this subject matter. > > > > Nothing requires the actual application used by the Radio Amateur to > be able to decode the data transmissions of a third party Rick, when > you are linked and you can decode, that is all that counts, any other > monitoring is not your concern as far at Part 97 is involved > regardless of what your opinion of the spirit of Part 97 may be. > However if you have the time and interest to decode and listen to > everyone's QSO's then there are plenty of free PCSDM based tools > about for ALE and even other modes in commercial offerings ( both > PCSDM and dedicated hardware modem) that support most everything that > you can make use of in your pursuits to even include those PACTOR > modes you wish to monitor if you want to spend the money. > > /s/ Steve, N2CKH > >
