[digitalradio] Re: VHF digital setup
I tend to agree with Charles in regard to a packet-only setup; Flex32/Paxon is pretty slick. MultiPSK in packet mode is more than just a terminal program; it needs no external driver and does APRS, digipeats and mail (and probably more). It is abit of a learning curve after using a more conventional TNC but it does work well. Glad there are people still interested in packet - it shares frequencies well and is an intermeshed network not an outdated star topography dependent network. 73 Bill N9DSJ --- In digitalradio@yahoogroups.com, "Charles Brabham" <[EMAIL PROTECTED]> wrote: > > My personal favorite for home VHF/UHF Packet is Flex32 with the excellent > PAXON terminal. > > There are step-by-step tutorials for both of these programs at USPacket.Org, > featuring a screen shots for each step involved in installation and setup. > These tutorials are very popular, I had to purchase additional bandwidth for > USPacket after publishing them. > > Flex32: - This tutorial also includes an introduction to soundcard > interfaces, and how they work. Several Packet modes are supported, plus IPX > and Q15x25 mode: > http://www.uspacket.org/flex32/flx_32.htm > > Paxon: - A great Packet terminal with sophisticated features for > transferring files, and direct support through the Flex32 kernal: > http://www.uspacket.org/paxon/paxon.htm > > > For HF Packet, MixW is the best choice by far. Other software does this too, > but thier interfaces all suck. ( Comparatively speaking ) > > If you are going to operate HF Packet, then unfortunately you must also > learn how to deal with harmful interference from WinLink robots and thier > 'customers'... MixW is good for this problem, as you can set up a second Rx > window that receives PACTOR I on the same frequency you are QSOing on, in > Packet mode. - This gives you the WinLid customer's callsign, and the call > of the WinLid server they are ceaselessly polling on top of your QSO, while > the server on another frequency. If he comes back to the customer and wipes > out everything on the passband, then you know which server was being polled, > right? > > At WinLink-Watch ( http://www.arwatch.com/watch/w_winlink.htm ) we have > found a good screen-capture utility that makes it easy to capture evidence > of WinLid QSO-crashing activity. ( http://www.uspacket.org/pqrm.htm ) > MixW also has a "record last 20 seconds of audio" feature which is also > useful in this respect. For more info on this, stop by at WinLink-Watch. > > Nobody has to stand by and "just enjoy" radio rape by mindless QRM factories > on HF. > > For a Packet BBS, once again MixW is far and away the best choice for an HF > Packet TNC. See the paragraph above, about dealing with interference issues. > > How can you use MixW as a TNC? - In Packet mode, MixW has an option to be > set up as a Packet modem with a KISS TNC interface so it can be utilized by > any Packet BBS software that is out there. > > My HF Packet BBS looks like this. ( It runs on BPQ32, not visible in the > screenshot ) BPQ32, WinFBB alpha, MixW, and a PK-96 for VHF access. > > http://s239.photobucket.com/albums/ff206/arwatch/N5PVL/?action=view¤t=newsetup-1.jpg > > Note that this is a large image on PhotoBucket, If you zoom it up to full > size, all the text is clear and easy to read. This is what a modern Packet > BBS station looks like. > > 73 DE Charles, N5PVL > > [EMAIL PROTECTED] >
[digitalradio] Tests in ALE400
Hello to all, So, for the ones interested by tests, here is a new test version (with an improvement to limit collisions in full duplex QSO) about in a ZIP test package available in my site http://f6cte.free.fr/MULTIPSK_TEST_08_11_2007.ZIP (copy and paste this adress in Internet Explorer (or equivalent) Net adress field). It contains the Multipsk test version, the help files (in English and French) and the specifications (in English) of the ARQ FAE mode (version 1.4). Create a tempory folder (C:/TEST, for example), unzip the files in it and start C:\TEST\TEST\Multipsk.exe (the auxiliary files will be created automatically). I propose a test in 14074 KHz USB on the XCVR (AF more or less 1625 Hz) to-morrow saturday at 11h00 UTC. I will call CQ in ARQ FAE. PSE, don't forget to push the "RS ID detection" button. I would like to test AMD messages and APRS in FAE. The initial central frequency in ALE400 is 1625 Hz as in ALE. For operating ALE and ALE400, please refer to this document (1.1 Mo): http://f6cte.free.fr/ALE_and_ALE400_easy_with_Multipsk.doc (copy and paste this adress in Internet Explorer (or equivalent) Net adress field). 73 Patrick
Re: [digitalradio] Digitalradio SKED/ spotting page
Yes, and when i use the page on my cellphone (Windows Mobile 5.0 pda), it re-sends my information over and over again. The only thing i can do (unless someone has a solution) is (1) send my info, (2) go to another website, any website, (3) return to the spotting page and don't enter any more info. orrin wn1z in NE California On 11/4/07, Andrew O'Brien <[EMAIL PROTECTED]> wrote: > > Refresh is automatic. > > On 11/4/07, "John Becker, WØJAB" <[EMAIL PROTECTED]> wrote: > > > > Rick > > Don't use the firefox re-load/refresh but rather click > > on the word refresh near the top of the page just > > to the left of the date and time. It will not resent you last post. > > > > John, W0JAB > > Co-moderator. > > > > At 01:00 PM 11/4/2007, you wrote: > > > > >Hello Andy, > > > > > > > > > > > > This web page is a very good tool but when I hit reload/refresh (me > > reload I use Firefox), it resends everything and the whole world gets to > > enjoy my screwup. How do I refresh my screen without this error on my part? > > > > > > > > > > > >Rick KH2DF/W5 > > > > > > > -- > Andy K3UK > www.obriensweb.com > (QSL via N2RJ) > > >
Re: [digitalradio] Re: RF feedback with interface
The best luck I've had getting rid of RFI in my shack through audio lines is the filter chokes sold by Radio Shack. They cost around $9 for a pair, and they are about 2 inches square, and snap open so audio lines can be wrapped around the inside. I'll admit that I had to use two of them the last time, but it cured the RFI problem right quick! I also have a Butternut vertical about 40 feet from the shack, and (at the time) had a double-sized G5RV with the apex at 35 feet, about 40 feet from the shack, with the twin-lead only 25 feet from the shack. The G5RV was the culprit, but the filters got rid of the problem. I also have a separate earth ground approximately 20 feet from the rig - an eight foot copper rod driven into part of the cellar floor. Hope you can get it fixed! I know how irritating it can be! 73 es GL Dave KB3MOW > Antenna that gives me the main problem is an inverted vee dipole with > apex at about 35 feet and ends at about 15 feet high. I have a Butternut > vertical located about 150 out from the house that does not seem to > cause any problems, but for close in (< 200 miles) the dipole is > indispensable. It is of course throwing RF back to the shack as the apex > is only 40 feet in horizontal distance to the base of the tower on the > end of the garage. > > Everything is coax fed. I have tried "balanced" lines with tuners off > and on over the years, but it is less convenient for routing and can be > more of a problem with RF feedback too. I don't use any separate > grounding and may have to try it as the main RF ingress seems to be the > audio lines from the computer. > > If I disconnect from the computer (even leaving the DIN plug connected > with the ferrite rod on that line which is a few feet long) it seems to > clear up. It is only a foot of cable between the sound card and my 1:1 > isolation transformers. I suspect that if I put a scope on the shield > from the sound card I won't like what I see. > > It would be about 20 feet to run a ground to the outside SPG and I have > also been skeptical that would help a lot. For some lightning > protection, I disconnect my rigs from the antenna switch which grounds > all unused feedlines, but of course, only through their shields, but at > least it makes them common to each other. I admit that for 160/80 and > maybe 40 meters, a 20 foot run is not too bad for "grounding." > > 73, > > Rick, KV9U > > > > > > > > > > Brian A wrote: >> Rick, >> >> Welcome to the world of QRO. >> >> You didn't mention your antenna system or band. Common problems guys >> have: >> 1) open wire line with goofy unbalanced antenna attached. >> 2) poor grounding of the rig. (A fat short ground connecting amp and >> rig needed.) Corroded connections at the ground stake. Old ground >> stake which has had the copper clad corroded away. >> 3) no balun or at least a coil of coax at the feedpoint of balanced >> antennas. The number of turns varies with freq. More turns isn't >> necessarily better. Unbalanced antennas often need a string of >> ferrites at the feed point around the coax. >> 4) tuners trying to tune a too short antenna. >> 5) indoor antennas or antennas too close to the house. >> >> Too bad one can't take a can of aerosol spray, spray the air and see >> the concentrations of RF. >> >> A severe RFI problem appeared over night here once. It turned out >> that the ground to the xcvr had worked loose with time. Tightening it >> up solved the problem. >> >> If you only operate one band, a 1/4 wave counterpoise connected to the >> amp may help. Just run it under the rug. >> >> Is the computer case grounded? >> >> 73 de Brian/K3KO >> >> >> --- In digitalradio@yahoogroups.com, Rick <[EMAIL PROTECTED]> wrote: >> >>> Until recently, I only ran 100 watts maximum power, but I did purchase >>> an Ameritron ALS-600 amplifier to help me mostly on lower band SSB. I >>> was using the rig today and testing out my new Heil 781 mike that I am >>> using to replace my ICOM hand mike. And we were testing various >>> >> settings >> >>> on the rigs bass and treble transmit controls. >>> >>> During the test the other stations suddenly noticed rather severe RFI >>> feedback. I switched back to the old mike but the problem was still >>> there. Having had a lot of problems in the past, I knew that this was >>> likely due to RF getting into my digital control or audio lines from >>> >> the >> >>> computer sound card to the rig. >>> >>> Turning off the amplifier did stop the RFI, so it is apparently due to >>> the increased RF. Also, after unplugging the audio line in and out to >>> the ICOM 756 Pro 2, which is via a DIN plug on the back of the rig, the >>> problem went away. Even with the amplifier running at full power. The >>> CI-V was still connected. >>> >>> I still can not explain why no one noticed the problem earlier as they >>> were critiquing my audio and would have noticed it. >>> >>> On both my CI-V and my audio lines I have about 20 turns of the cables >>> around thei
[digitalradio] PSKmail (was Re: VHF digital setup)
--- In digitalradio@yahoogroups.com, "vk2eta" <[EMAIL PROTECTED]> wrote: > > Here is the wiki page below. Follow the download link on the left. > > You will get access to two download mirrors. They include the source > and installation instructions as well if you already have linux > running. > OK, the primary mirror seems to have the right stuff. The secondary mirror is what I had tried earlier, and it has v 0.4 of the server and client. Thanks
Re: [digitalradio] Re: VHF digital setup
My personal favorite for home VHF/UHF Packet is Flex32 with the excellent PAXON terminal. There are step-by-step tutorials for both of these programs at USPacket.Org, featuring a screen shots for each step involved in installation and setup. These tutorials are very popular, I had to purchase additional bandwidth for USPacket after publishing them. Flex32: - This tutorial also includes an introduction to soundcard interfaces, and how they work. Several Packet modes are supported, plus IPX and Q15x25 mode: http://www.uspacket.org/flex32/flx_32.htm Paxon: - A great Packet terminal with sophisticated features for transferring files, and direct support through the Flex32 kernal: http://www.uspacket.org/paxon/paxon.htm For HF Packet, MixW is the best choice by far. Other software does this too, but thier interfaces all suck. ( Comparatively speaking ) If you are going to operate HF Packet, then unfortunately you must also learn how to deal with harmful interference from WinLink robots and thier 'customers'... MixW is good for this problem, as you can set up a second Rx window that receives PACTOR I on the same frequency you are QSOing on, in Packet mode. - This gives you the WinLid customer's callsign, and the call of the WinLid server they are ceaselessly polling on top of your QSO, while the server on another frequency. If he comes back to the customer and wipes out everything on the passband, then you know which server was being polled, right? At WinLink-Watch ( http://www.arwatch.com/watch/w_winlink.htm ) we have found a good screen-capture utility that makes it easy to capture evidence of WinLid QSO-crashing activity. ( http://www.uspacket.org/pqrm.htm ) MixW also has a "record last 20 seconds of audio" feature which is also useful in this respect. For more info on this, stop by at WinLink-Watch. Nobody has to stand by and "just enjoy" radio rape by mindless QRM factories on HF. For a Packet BBS, once again MixW is far and away the best choice for an HF Packet TNC. See the paragraph above, about dealing with interference issues. How can you use MixW as a TNC? - In Packet mode, MixW has an option to be set up as a Packet modem with a KISS TNC interface so it can be utilized by any Packet BBS software that is out there. My HF Packet BBS looks like this. ( It runs on BPQ32, not visible in the screenshot ) BPQ32, WinFBB alpha, MixW, and a PK-96 for VHF access. http://s239.photobucket.com/albums/ff206/arwatch/N5PVL/?action=view¤t=newsetup-1.jpg Note that this is a large image on PhotoBucket, If you zoom it up to full size, all the text is clear and easy to read. This is what a modern Packet BBS station looks like. 73 DE Charles, N5PVL [EMAIL PROTECTED]
