Picon

New Morning SGARN Multicast Test

The SGARN HF multicast transmission of current ARRL bulletins will 
continue as usual on 10.142 USB +1000 from 0200-0700 UTC, but tomorrow 
morning there will also be a test multicast at 1100-1500 UTC.

Digital mode used is MT63-500L

Please tune in for the morning multicast if possible, reception reports 
would be greatly appreciated.

The nightly transmissions have worked out well, but there are some hams 
who have expressed an interest in an early morning follow-up 
transmission. If this test goes well, more morning transmissions will be 
scheduled.

73 DE Charles, N5PVL

------------------------------------
Posted by: Charles Brabham <n5pvl@...>
------------------------------------

Picon

FLDigi 3.21.82 stopped responding.

I was running FLDigi 3.21.82 built from source on Mint 13 32 bit 
last night when it just froze. The waterfall stopped, mouse 
clicks were ignored etc. I finally killed it. I restarted it 
from a terminal and it ran fine the rest of the night.

I guess I'll have to remember to start it from a terminal, so I 
can see what it is doing if it dies.

73
Mike kc9doa

------------------------------------
Posted by: "Mike Miller" <lists@...>
------------------------------------

Picon

Rép: fldigi logging did not seem to record multi-channel mode with eQSL

Eqsl doesn't support new modes as fast as they come. I had the same problem last year with SIMPSK.

Jimi F4DLM

"mitchwinkle <at> yahoo.com [linuxham]" <linuxham <at> yahoogroups.com> a écrit :



 

I had a nice chat using PSK63RC4 this afternoon and saved the log entry.  It did not pass
through to eQSL.  It made it into the log book just fine.  The only thing different than a "normal" QSO was the mode.  Will try to recreate this and report back.


Posted by: mitchwinkle <at> yahoo.com
Reply via web post Reply to sender Reply to group Start a New Topic Messages in this topic (1)
__._,_.___
Posted by: "jimi.f4dlm" <jimi.f4dlm <at> gmail.com>



__,_._,___
Picon

fldigi config files



I was successfully using fldigi on ubuntu 14.04 but haven't used it for a couple of months. In the meantime I installed linux mint 17 keeping my home partition intact. I installed fldigi from the repository but when I fire it up it wants to use the wizard to do the whole configuration again. Since the .fldigi directory is still intact in my home/steve directory can I just point it there and possibly skip most of the configuration? If so, how would that be accomplished? maybe a command line switch? I would like to keep all the eqsl info and the custom macros, etc. Thanks for your attention

--
Steve Viertell
Cohasset (Near Chico) CA
IBA 6049 WA6ZGK
www.cohassetsteve.com
My M/C Theme Song




__._,_.___
Posted by: Steve Viertell <cohassetsteve-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>



__,_._,___
Picon

fldigi logging did not seem to record multi-channel mode with eQSL



I had a nice chat using PSK63RC4 this afternoon and saved the log entry.  It did not pass
through to eQSL.  It made it into the log book just fine.  The only thing different than a "normal" QSO was the mode.  Will try to recreate this and report back.




__._,_.___
Posted by: mitchwinkle-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

Mint 17 upgrade?



I'm currently using Mint 13 Mate. I know a few of you have already upgraded to 17 and have had a little time to play around with it. So, those of you that have upgraded, would you suggest that I upgrade? Everything is working fine for me with Mint 13, except I'm getting an error when I try to shut down (having to do with modem-manager) but that isn't a show stopper. Any new features to be aware of (either unexpected 'features' or nice-to-haves)?

Thanks,

Geoff, NW7GM
Seattle, WA
CN87tr


__._,_.___
Posted by: Geoff NW7GM <geoff.nw7gm-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>



__,_._,___
Picon

Ubuntu, Wine & GPredict



A number of you have tried to help this Linux novice over recent weeks. I did successfully get HamLib, FlDigi and CQrLog all to run and talk to my FT847 using CAT. My attempts to get GPredict to work well though have failed even after compiling and installing the most recent version t
A number of you have tried to help this Linux novice over recent weeks. I did successfully get HamLib, FlDigi and CQrLog all to run and talk to my FT847 using CAT. My attempts to get GPredict to work well though have failed even after compiling and installing the most recent version that addresses the earlier FT847 bugs. It now works, talking to the CAT port on my radio however the software locks up while trying to track a satellite pass. I'm thinking as some feared this old Pentium III may just not have enough horse power!

I then tried Wine, thinking I might run it from within Ubuntu to then run theSatPC32.exe. I guess I don't know the correct language to fine the path and call up this exe from my Windows partition. Anyone have any suggestions in this regard?

Thanks to all, I've learned a lot but may have to face the music and find a more modern computer.
73
Rick
W2JAZ


__._,_.___
Posted by: Richard Lawn <rjlawn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>



__,_._,___
Picon

testing on 30 meters

I'm testing a just completed small mag loop for 30 meters; sending CQ on 
10.1415 MHz.  I would welcome a QSO.

73, Dave, W1HKJ

------------------------------------
Posted by: w1hkj <w1hkj@...>
------------------------------------

Picon

fldigi / fllog



I've been asked many times what I use for testing and operations.  My development LAN currently supports:
  • Mint-13, Acer, dual E2180 (Intel) processor - development system
  • Mint-13, HP Compaq 7600, dual Pentium 4 <at> 3 GHz - test system
  • Mint-13, Compaq Presario C700 notebook, Intel Pentium
  • Mini-mac, 1.25 GHz PowerPC G4, 10.4.11, build/test machine
  • Mini-mac, Intel 2.66 GHz Intel Core 2 Duo - test and primary operating position
  • Windows XP, Lenovo netbook, 1.6 GHz Atom processor - test system, dual boots to
  • Lubuntu 14
  • Windows 8.1, Gateway desktop - test system
All of the computers correctly interface and control one of three transceivers using flrig or kcat:
  • Yaesu FT-950, flrig
  • Tentec Pegasus, flrig
  • Kachina KC505DSP, kcat
The FT-950 is the one that I use most often.  CAT control is via flrig, either a h/w serial port or a USB-serial dongle depending on machine.  The audio interface is either a SignaLink-USB or a Rig Blaster Advantage bot of which are easily moved between machines.

My log is on the development Linux (Mint-13) computer.  I run fllog on it so that I can use a single log independent of which computer I am testing on.  I've never experienced a problem with the "connect to server" tcpip interface.

I am also testing a version of flrig that is able of connecting to a remote transceiver using a tcpip raw socket connection.  The target socket can be on the LAN or WAN.  It's been successfully tested with both software and hardware serial<->socket interface solutions.  I've been able to control an Icom 7000 transceiver located at Folly Beach, S.C. from my home in Toney, AL.  That connection was to a h/w interface.  I use a software serial<->socket interface to test on the LAN.  Any of the machines on my LAN can then connect to the transceiver which is usually connected to the Compaq 7600.  Both socat and pyserial software solutions have worked equally well.

If you were testing the socket connection to fllog during field day you might want to check to be sure that the cause of fldigi's crash was not due to RFI.  I do not experience any issues with either the fllog or flrig tcpip connections.

73, Dave, W1HKJ



__._,_.___
Posted by: w1hkj <w1hkj-Bdlq13kUjeyLZ21kGMrzwg@public.gmane.org>



__,_._,___
Picon

The Missing Link



I was pondering the "camps" in digital databfor EmComm such as packet, NBEMS and WL2K. Why not take the necessary pieces of the fast light suite and integrate them into an email-styled client that shows the messages in a logical format. RMS Express does this fairly well and AirMail does it a bit better but neither support the Linux community. So what I am proposing is something like this: 1. An email type interface 2. An inbox for newly received messages 3. An outbox for queued messages 4. User creatable folders 5. Typical Sent, Trash, etc. Folders 6. Radio--centric configuration for mode of operation, wrap, compress, etc. Obviously fldigi is the engine for comms and there is already so much in the way of port integration. So I suppose, in a sentence, "Why not create a messaging client to integrate the key components of the fast light suite for the benefit of EmComm users?" I understand that FLARQ has some folder monitoring capabilities, yet this is not standardized and would be difficult to train. Not having to teach users how to find files and how to decipher them on disk would be a real boon.

__._,_.___
Posted by: mitchwinkle-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

Thinking about high frequency accuracy and channel discipline with fldigi

Hello Linuxhams, this is Lee, AG6CB. I just finished field day where I
did 5 fldigi digital contacts. 

I came up with a whole bunch of speculative ideas for digital radio, but
I am going to write here with thoughts and questions about how to do
high frequency accuracy fldigi.

What I am thinking about is a way for PSK31 radios to do high accuracy
tuning and how to make a simple channel scheme to give every ham a clear
frequency if it exists.

Some of these Ideas have been worked out already. I welcome reference to
previous articles. Also, if you have got the WWV tuning feature working
well, tell me about how to do it.

	1. The first thought is, I wish I could work out a way to get the radio
I am using, the soundcard I am using and fldigi adjusted using WWV so I
could receive and transmit PSK31 signals with a numerically exact
frequency. It would be really nice when working on 20M to get a 14.070
Mhz PSK31 signal accurate to 1 Hz which is 71 parts per billion. I
understand PSK31 is 31Hz wide. For example, my radio is described as
having 10 PPM tuning accuracy. That is 14Hz on 20 meters.

	Because fldigi uses a soundcard with a 8-15khz bandwidth, I don't
expect that 71 ppb frequency accuracy will result in much better
filtering than is accomplished at present.

	2. One of the things we could do with a high level of accuracy is
experiment with channelization of the 6.2 khz bandwidth               of
a typical 20 meter 14.070 PSK usage.

	Suppose we think about setting up channels with all the channels spread
out across the entire 6.2 khz SSB bandwidth. We can use an alternating
binary division scheme to spread out all the signals so that as many
signals as possible miss the harmonics created by other signals. I
understand a square wave generates odd numbered harmonics, like 1, 3,5.
We would put signal 0 at -3.1khz, signal 1 at -3.1+(3.1/2), signal 2 at
-3.1-(3.1/2), signals 4,5,6 and 7 in between and so on. It is a fractal
process where the linear space is divided in 1/2, then 1/4, then 1/8
etc.

	A channel scheme would divide 6.2 khz into 64 pieces with 96 Hz between
each. The first 32 pieces would have 193 Hz each. 

	Channels could lead to a systematic way for looking for a clear
frequency. You take your radio Grid square modulus 64. The result of the
modulus calculation is between 0 and 63. Check that channel is it free?
If no, try the next channel. As you search for a quiet channel, you hop
evenly all around the PSK31 band.

	A channel scheme should also be studied by W1HKJ so it would fit well
with the existing fldigi signal decoding software. 

	One of the things I would like to explore as a follow-on to
channelization is whole band signal decoding and storage together with a
follow on system of recovering and continuing QSOs after a band dropout
has lapsed. 

	The discussion of frequency accuracy has another problem. I see some
PSK31 stations pull a few Hertz when the station begins transmitting. I
can usually deduce that it is the distant station, not my radio, when I
am listening or watching the waterfall. I have found it very difficult
to determine if my station pulls when transmitting. The best I can come
up with is ask another station to closely watch my signal.

	I bought a bunch of crystals and oscillators at an electronic surplus
store. The best I can say so far from my playing around is getting
better than 10 or 20 PPM accuracy or stability takes very careful
fiddling. The TXCO oscillators sold as an accessory for some ham radios
cost money because high accuracy and stability are not easy to achieve.

	Cordially yours, Lee AG6CB

------------------------------------
Posted by: Lee McKusick <lmckusic@...>
------------------------------------


Gmane