Re: [digitalradio] 13 pin DIN plug switch box?
ive been looking for one for a while i even called companies to see if they ever thought about producing a box i have my 232 in the back and use a mfj 2 mic to one radio switch box one port for mic the other for the signalink matt kc2pua --- On Tue, 11/24/09, Andy obrien wrote: From: Andy obrien Subject: Re: [digitalradio] 13 pin DIN plug switch box? To: digitalradio@yahoogroups.com Date: Tuesday, November 24, 2009, 12:09 AM I want one too! On Sun, Nov 22, 2009 at 10:45 PM, Tony wrote: All, Does anyone know where I can find a 13 pin DIN plug switch box? I use the ACC2 socket on my Kenwood TS2000 to run sound card modes and connect my Kam Plus TNC. A switch would come in handy. Tony -K2MO Rep
[digitalradio] EME group
does any body know if there is a good EME yahoo group? thanks matt kc2pua
[digitalradio] ALE400
Hi Iam intrested in playing with ale 400 using multipsk and was wondering what are the calling freq? Matt kc2pua
Re: [digitalradio] NBEMS
I used THOR 11 and 22 on mars nets didn't really take off though as no body had the software, supposed to be better than MFSK 16 as its a IFSK. NBEMS modes with the high speed digital with ARQ are more for VHF UHF handshaking. Any soundcard interface should work, good thing to have in your tool box is the highspeed digital and data ARQ for VHF emcomm and with flidigi software you dont need a external piece of hardware for the ARQ. Matt --- On Fri, 7/31/09, Rodney wrote: From: Rodney Subject: [digitalradio] NBEMS To: digitalradio@yahoogroups.com Date: Friday, July 31, 2009, 2:33 PM NBEMS - Narrow Band Emergency Messaging System Is anyone familiar with this mode? What type of equipment is needed? I have an MFJ-1250C. Will this work with this or will I need a different type of interface? Thanks! Rod KC7CJO
Re: [digitalradio] Re: RFSM file transfer
Steve, This software is being used by a handful of regions in two of the three services. why ? this now gives stations the capability to send messages at very fast speed with out having to purchase very expensive hardware. which makes us all more efficient. From: shajducek <[EMAIL PROTECTED]> As to Matt's use of it on MARS, there too its prohibuted as it needs approval for use since its not using a standard DLP such as FS1052DLP or S5066DLP.
Re: [digitalradio] RFSM file transfer
Hello Ive been using rfsm2400 for emcom purposes it is awesome I have sent simulated reports to stations in as little as 31sec min text format my question is what freq are available and calls for email access and other info would be great thanks MATTHEW A. GREGORY KC2PUA - Original Message From: John Bradley <[EMAIL PROTECTED]> To: digitalradio@yahoogroups.com Sent: Monday, October 13, 2008 12:19:58 PM Subject: RE: [digitalradio] RFSM file transfer I agree with Les… great program under moderate to good conditions. I haven’t tried anything as big as 4mb file, but have great results with text and .jpg files of 20 to 50K … RFSM passes these in just a few minutes… a 30k file in under 2 minutes under good conditions. Have been using the email server function on RFSM with good success, passing emails back and forth from HF digital to the internet…. Now that summer is over in this part of the world , will get back to playing with this and other software John VE5MU From:digitalradio@ yahoogroups. com [mailto:digitalradi [EMAIL PROTECTED] com] On Behalf Of Les Keppie Sent: Sunday, October 12, 2008 7:58 PM To: digitalradio@ yahoogroups. com Subject: Re: [digitalradio] RFSM file transfer Hi Tommi In testing here in VK - VK2JN and VK2DSG have passed files in excess of 4 Mb on 80m band - best time seems to be late afternoon when atmospheric noise is a lesser problem Both stations here using licenced versions of RFSM8000 VER .534 To achieve these speeds around the 3000 bps you do require quite good S/NR figures - but who is going to try and pass a 4mb file if S/NR is -5 - just forget about it until you have good conditions Sound card calibration is another thing that requires some attention using this program to get the best transfer speeds Here in VK we both used CheckSR.exe from MixW - and Calibrate.exe from RFSM8000 - later withdrawn by author But we used to calibrate with both programs and then made an average reading of both results and used this in the tx/rx soundcard setup In my opinion - a good program for use on HF - given fair to good conditions and maybe a lot better on VHF Regards Les VK2DSG From:Tommi Holopainen Sent:Monday, October 13, 2008 6:04 AM To:digitalradio@ yahoogroups. com Subject:[digitalradio] RFSM file transfer Hello Just wondering has anybody else tryed transfer quite big files on HF with RFSM or some other mode?. We just tranfered OH7TE ---> OH7JJT "Big" 1.3 MB file 80m band. File was simply zipped program file. Propagation on 80m band was not very good, some qrm, aurora and fading as usually here dark time. We had abt 400 km QRB. Transfer time was about 1 hour Stations setup: OH7JJT: Yaesu FT 990 40 w Dipole abt 8 m up Software RFSM 8000 version 0.534 OH7TE JUMA TRX2A Digi Mode Edition + Lauta Mosfet PA abt 60 w Dipole up 12m Software RFSM 8000 version 0.534 -Tommi OH7JJT-
Re: [digitalradio] Re: odd signal on 80M?
IT MT-63 TXED IN USB LOOKS TO BE 2KWIDE NOT SURE ON ITERLEAVE AROUND 382O USB - Original Message From: Andrew O'Brien <[EMAIL PROTECTED]> To: DIGITALRADIO Sent: Thursday, October 2, 2008 8:10:09 PM Subject: [digitalradio] Re: odd signal on 80M? make that http://www.obriensw eb.com/odd. wav On Thu, Oct 2, 2008 at 8:08 PM, Andrew O'Brien wrote: > Several of us in a regional et o 80M heard an odd sound every few > mniutes . Sounded like a space ship taking off. check the sound via > http://www.obriensw eb/com/odd. wav > > > You can hear it changing in pitch, I re-tune evrry few seconds. I > followed it from 3832 LSB to 3825, it keeps o going and then returns > to 3832 for a re-do. > > Military? It was heard by some hams 175 miles away from me. > > > -- > Andy K3UK > -- Andy K3UK
Re: [digitalradio] Comparing data modes
I COULD NOT AGREE MORE WITH THE BELOW STATEMENT EX MT 63 I RUN IZ8BLY DECODE IS GREAT BUT SLOW COMPARED TO MULTI PSK 4.9/4.10 WHICH IS 2X FASTER DECODE BUT PRONE TO MORE ERRORS TEST DONE ON SAME RECEIVER TO CPU'S AND GMFSK FOR LINUX PERSONALLY DOESN.T HOLD A CANDLE TO THE OTHER TWO AND NOT ONLY SAMPLING RATE WHAT ABOUT RESOURCES USED TO RUN TWO PROGRAMS IE RAM? FOR MORE ACCURATE DATA USE TWO CPU'S FLDIGI THOR 11 IS GREAT ON 180 M AT NIGHT AMAZING! DRM IS REALLY GOOD BUT HAVE NOT USED IT IN A WHILE GOOD LUCK IN TESTING MATT KC2PUA Its my understanding that when multiple simultaneously running applications are using the soundcard with different sampling rates, that Windows delivers a compromise sampling rate. Thus comparisons run on the same PC may not accurately reflect each application' s performance in isolation. 73, Dave, AA6YQ -Original Message- From: digitalradio@ yahoogroups. com [mailto:digitalradi [EMAIL PROTECTED] com]On Behalf Of Rick W Sent: Monday, September 29, 2008 7:23 PM To: digitalradio@ yahoogroups. com Subject: [digitalradio] Comparing data modes To do simple test comparisons of the modes, I will bring up two software programs and visually see how the print compares between the two. The main comparisons have been between Multipsk, HRD/DM780, and fldigi. For most of these tests I have been using my emachines tower with Intel 2.93 GHz running Windows XP. I also have an HP Pavilion tower with AMD 4600+ chip running Vista and have been using it primarily for tests with my SignaLinkUSB interface to my ICOM IC-7000, which also allows me to have two digital data stations in the shack to perform ARQ testing with NBEMS. I can not view both computers at the same time since I use a KVM switch to work between them. I have not been able to see any situations where one program is clearly superior to another in decoding the signals. 73, Rick, KV9U > Rick previously had written: > > >> When I have done some crude comparisons with actual off air tests >> between different programs, there is usually not a lot of difference >> > Tony wrote: > > I'm interested in your test method. > > Tony, K2MO > >
Re: [digitalradio] For Sale : HAL DXP-38
HELLO IS MODEM STILL AVAILABLE AND WHAT IS TOTAL COST FOR SHIPPING TO THE STATES MATTHEW A. GREGORY KC2PUA Date: Mon, Sep 1, 2008 at 7:51 AM Subject:HAL DXP-38 Hi, I have for sale a HAL DXP-38 RTTY, CLOVER, PACTOR... DSP modem in very good condition, it was in use this week-end for SCC RTTY contest. I can ship anywhere in Europe for 30? and 50$ for other countries. Picture on request. 73 Patrick F4EGA _ _ _
Re: [digitalradio] Re: Signalink No Good for ARQ Modes
Bonnie what do you suggest using with out spend a whole lot i was also looking at the rigblaster plug and play usb MATTHEW A. GREGORY KC2PUA - Original Message From: expeditionradio <[EMAIL PROTECTED]> To: digitalradio@yahoogroups.com Sent: Tuesday, August 26, 2008 1:47:27 PM Subject: [digitalradio] Re: Signalink No Good for ARQ Modes --- In digitalradio@ yahoogroups. com, Sholto Fisher <[EMAIL PROTECTED]> wrote: > > Hi Bonnie, > Does it really make that much difference? > > 73 Sholto. Yes, it really does make a difference :) Please see my previous explanation where I detailed the exact number of symbols that are deleted by Signalink at the beginning of every time you transmit. Then, there are the receive signals that may be deleted by Signalink due to PTT release delay. 73 Bonnie VR2/KQ6XA
Re: [digitalradio] Re: signalink sL+
any suggestions then ie rigblasters ect?? MATTHEW A. GREGORY KC2PUA - Original Message From: Peter Frenning [OZ1PIF] <[EMAIL PROTECTED]> To: digitalradio@yahoogroups.com Sent: Tuesday, August 26, 2008 3:32:48 AM Subject: Re: [digitalradio] Re: signalink sL+ kh6ty skrev: Skip Signalink is not capable of high speed ARQ. It uses vox, and doesn't have a real PTT with RTS. Bonnie VR2/KQ6XA The real challenge is the advent of the "RS232 and Parallel port free" PC. Either you have to add an external USB-> RS232 converter to your cable-fest - and hope that's supported by your OS of choice (Vista and Linux are the real show stoppers here) - or resort to the VOX solution. A native USB-based solution - HW and/or SW - has not yet emerged as far as I know -- Vy 73 de OZ1PIF/5Q2M, Peter ** CW: Who? Me? You must be joking!! ** email: peter(no-spam-filler) @frenning. dk http://www.frenning .dk/oz1pif. htm Ph. +45 4619 3239 Snailmail: Peter Frenning Ternevej 23 DK-4130 Viby Sj. Denmark * * *
Re: [digitalradio] signalink sL+
SORRY I MENT SL 1+ MATTHEW A. GREGORY KC2PUA AAR2AN 315-759-5107 HOME 315-759-1452 CELL [EMAIL PROTECTED] [EMAIL PROTECTED] UNITED STATES ARMY MARS - Original Message From: matt gregory <[EMAIL PROTECTED]> To: digitalradio@yahoogroups.com Sent: Monday, August 25, 2008 8:54:50 PM Subject: [digitalradio] signalink sL+ WONDERING IF ANYBODY IS USING A SIGNALINK SL+ FOR HIGH SPEED ARQ SOFTWARE IE RFSM2400 OR ALIKE ? I'M CURIOUS OF PERFORMANCE BEFORE I CONSIDER PURCHASE MATTHEW A. GREGORY KC2PUA
[digitalradio] signalink sL+
WONDERING IF ANYBODY IS USING A SIGNALINK SL+ FOR HIGH SPEED ARQ SOFTWARE IE RFSM2400 OR ALIKE ? I'M CURIOUS OF PERFORMANCE BEFORE I CONSIDER PURCHASE MATTHEW A. GREGORY KC2PUA
[digitalradio] THOR
HELLO, WHERE CAN I FIND SOFTWARE FOR THOR MATTHEW A. GREGORY KC2PUA
Re: [digitalradio] Has anyone looked into FPGA-based digital modes?
where could one finds these modes MATTHEW A. GREGORY KC2PUA - Original Message From: Rick W. <[EMAIL PROTECTED]> To: digitalradio@yahoogroups.com Sent: Sunday, August 3, 2008 11:46:11 AM Subject: Re: [digitalradio] Has anyone looked into FPGA-based digital modes? Hi Paul, Sounds like you might be getting caught up with some of your other work and can devote some time again to digital modes:) For those who are not aware, it was Paul's paper on ARQ concepts that lead to development of several current uses of ham radio ARQ modes. Some comments and questions: 1. Years ago we had the outboard programmables but they never really were all that popular. I know of only one ham in our area (multi-county rural area) who had one. Can the paradigm be revived? I don't think it can for the average HF digital ham since they do not seem to have that much interest in ARQ modes. Most are quite happy to only use PSK31 and no other mode. When it doesn't work, they don't tend to switch to MFSK16 or Olivia. They just go and do something else. 2. Is it really true that computers (using a sound card) can not switch fast enough? When I toggle the PTT on my sound card modes, I can barely tell there is any delay in switching the rig. While I would not want to key CW that way, it seems plenty fast enough for reasonable switching speeds needed for an ARQ digital mode. Since we would not necessarily need to exactly duplicate Pactor modes, couldn't there just be a few extra milliseconds of padding to take care of differences in any delays depending upon the computer? Based on the timing for Pactor 2 and 3, do you still find that the average computer can not handle the window for the ARQ ACK/NAK response? 3. The SCAMP mode, developed by the Winlink 2000 group, proved conclusively that you don't even need such close timing anyway since you could do the decoding in the background (pipelining) during the time that the next packet was being sent. SCAMP worked fabulously well with good signals. If other slower protocols were used (but still keeping the 1000 wpm speed) it would work with much more difficult conditions. 4. Other than a few of us who have significant interest in public service/emergency communications and the need for absolute accuracy in messaging, there seems to be nearly no interest:( I wish it was not this way, but consider that the FAE400 mode, which is very sensitive, can work under fairly difficult conditions that would make PSK31 impossible, and has ARQ built in, is almost never used after a modest interest in testing it last year. 5. Therefore, it seems important to insure that there is a purpose for the development of a new ARQ mode to meet some unmet need. I might suggest that possible interest in having the capability to handle public service messaging, with total accuracy, and under conditions that may make CW difficult, and yet provide the access to automated e-mail that can also handle time shifting store and hold for later retrieval. As an example, there are probably a few of us who used to be active with CW/phone traffic handling a few decades ago, but who did not want to be forced to adhere to a specific schedule during non emergency times. Packet BBS systems had some of the paradigm but for decentralized systems did not work well on HF since the mode requires very good signals and throughput was often marginal to nil. A decentralized ad hoc, robust, low cost system that gave us a choice of routing e-mail or holding it for a "local" ham could be a new paradigm that enough radio amateurs might move toward. There is no other system that can do this now and nothing on the horizon. I would personally be interested in hosting such a system. Any other hams feel the same way? Or do you think such an approach would languish? 73, Rick, KV9U Paul L Schmidt, K9PS wrote: > > Speed and resolution are, of course, relative :) While those chips > are capable of crunching on half the HF spectrum at once, I was thinking > initially of just audio (for which the on-board converters would be > fine) - kind of a super-TNC, with capabilities (speed/bandwidth) similar > to Pactor-III with no patents, open-source software, and significantly > lower hardware costs. > > Sound card modes, of course, have gained popularity due to their > flexibility and low cost - but can't handle the tight timing needed for > pactor-type modes. > > It just seemed to me that something like a commercially- available low-cost > FPGA board might be able to get the best of both worlds. > > Yeah, I'm suggesting a minor paradigm shift. Scary. > > 73, > > Paul / K9PS >
Re: [digitalradio] Multi-Mode Software
thanks for the mmvari info i finally got software for mfsk 31 MATTHEW A. GREGORY KC2PUA - Original Message From: Tony <[EMAIL PROTECTED]> To: digitalradio@yahoogroups.com Sent: Saturday, July 26, 2008 4:49:48 PM Subject: [digitalradio] Multi-Mode Software All, Just a reminder about the multi-mode software that's available out there. I recently learned about MMVari by Makato Mori and was surprised to learn that it was released some time ago. Guess these things can slip under the radar. The MMVari MFSK31 mode has PLENTY of speed for those quick on the keyboard. It is less sensitive and robust than MFSK16, but throughput seems good under 'average' conditions. MMVari -- http://mmhamsoft. amateur-radio. ca/MMvari/ DM780 -- http://www.ham- radio-deluxe. com/ MixW -- http://www.mixw. net/ MultiPSK -- http://f6cte. free.fr/index_ anglais.htm gMFSK (Linux) -- http://gmfsk. connect.fi/ Fldigi -- http://www.w1hkj. com/ Regards, Tony K2MO
Re: [digitalradio] multipsk 4.9 on linux pactor problem
Patrick, Good evening sir, and thankyou for your quick response,your software is outstanding this is the first problem I ve had but it could be from on my end. the message reads " operation en virgule flottante incorrecte " it flashes like a strobe but is one error window that closes and reopens very fast. the only way to stop it and regain control of computer is to log off or shut down this only happens when the pactor button is selected. MultiPSK is running out of Wine 0.9.59 GNOME Desktop 2.22.2 LINUX is UBUNTO 8.04 Thankyou for your time and hard work MATTHEW A. GREGORY KC2PUA - Original Message From: Patrick Lindecker <[EMAIL PROTECTED]> To: digitalradio@yahoogroups.com Sent: Thursday, July 10, 2008 4:05:20 PM Subject: Re: [digitalradio] multipsk 4.9 on linux pactor problem Hello Matt, I'm the author of Multipsk. It is curious no to run correctly Pactor1 FEC. Could you send me (or better to the Multipsk Yahoo group as it can interest other Hams and, moreover, some Hams use Linux) the information about this bug: first the text of the message and then the "scenario" of the bug occurrence. 73 Patrick - Original Message - From: matt gregory To: digitalradio@ yahoogroups. com Sent: Thursday, July 10, 2008 12:37 AM Subject: [digitalradio] multipsk 4.9 on linux pactor problem hello is anybody using multipsk 4.9 on linux mpsk runs fine until pactor 1 fec is selected then the program locks up flashing a error message in french any ideas thanks MATTHEW A. GREGORY KC2PUA - Original Message From: Mark Thompson <[EMAIL PROTECTED] com> To: illinoisdigitalham@ yahoogroups. com; [EMAIL PROTECTED] com; digitalradio@ yahoogroups. com; DigitalModes@ yahoogroups. com; PSK_VHF_UHF_ HAMRADIO@ yahoogroups. com; DigitalOnSix Cc: [EMAIL PROTECTED] com; [EMAIL PROTECTED] ups.com; PropNET-Online@ yahoogroups. com; List for people interested in the D Star repeaters <[EMAIL PROTECTED] twinslan. org> Sent: Wednesday, July 9, 2008 2:53:40 AM Subject: [digitalradio] Need Articles for TAPR PSR Journal -Original Message- From: Stan Horzepa <[EMAIL PROTECTED] net> Sent: Tue, 8 Jul 2008 6:33 pm Subject: Packet Status Register in the works It is time again to hit the keys and write for TAPR's quarterly newsletter, Packet Status Register (PSR), as the deadline of the Digital Communcations Conference (DCC) issue of PSR fast approaches. You can write about SDR or APRS or LSMFT or anything with or without initials, as long as it is related to ham radio, preferably on the digital side of the hobby. And remember, besides the glory of having your work appear in PSR, your TAPR membership will be automatically extended by three months. Write early and write often! 73, Stan, WA1LOU PSR Editor
[digitalradio] multipsk 4.9 on linux pactor problem
hello is anybody using multipsk 4.9 on linux mpsk runs fine until pactor 1 fec is selected then the program locks up flashing a error message in french any ideas thanks MATTHEW A. GREGORY KC2PUA - Original Message From: Mark Thompson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; digitalradio@yahoogroups.com; [EMAIL PROTECTED]; [EMAIL PROTECTED]; DigitalOnSix <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; List for people interested in the D Star repeaters <[EMAIL PROTECTED]> Sent: Wednesday, July 9, 2008 2:53:40 AM Subject: [digitalradio] Need Articles for TAPR PSR Journal -Original Message- From: Stan Horzepa <[EMAIL PROTECTED] net> Sent: Tue, 8 Jul 2008 6:33 pm Subject: Packet Status Register in the works It is time again to hit the keys and write for TAPR's quarterly newsletter, Packet Status Register (PSR), as the deadline of the Digital Communcations Conference (DCC) issue of PSR fast approaches. You can write about SDR or APRS or LSMFT or anything with or without initials, as long as it is related to ham radio, preferably on the digital side of the hobby. And remember, besides the glory of having your work appear in PSR, your TAPR membership will be automatically extended by three months. Write early and write often! 73, Stan, WA1LOU PSR Editor