I've just finished setting up for ARRL 160 and am using cwdaemon with
the same port as Hamlib. In logcfg.dat I added the following line:
RIGCONF=rts_state=OFF,dtr_state=OFF
Then I set the K3's PTT-KEY menu to OFF-DTR and the keying was working
fine with one port as I tested it. The proof will b
Now I remember that actually our FD is setup is just like this:
using a single USB-serial converter with RX/TX controlling the rig via hamlib
and DTR doing keying via cwdaemon. We had no issues with it.
The only thing is that at Tlf start-up the key is down for a second.
I'll check hamlib config t
D'oh! Read the man page, Nate!
RIGCONF=rig_configuration_parameters
Send rig configuration parameters to Hamlib.
e.g. RIGCONF=civaddr=0x40,retry=3,rig_pathname=/dev/ttyS0
I plan to try this.
73, Nate
--
"The optimist proclaims that we live in the best of al
That's cool, Olaf.
It stands to reason that the DTR and RTS lines would explicitly need to
be turned off as I think the kernel automatically enables them when an
application initializes the port.
This was a more or less silly idea I had and I'm glad to see it will
work! I'll have to try it too.
I now have my K3 working with keying without any additional boxes like
netkeyer, winkeyer or similar.
Solution is fairly simple;
1. Install cwdaemon. Standard install uses parallell port for keying so
to use eg a serial port you have to modify cwdaemon config file (resided
in /etc/default). H
Hamlib is great and really achieved a lot. Very neat what clients can
do with that library for sure.
But, all in one solutions sometimes get, um, interesting. cwdaemon
defined a protocol. So, anyone can write a replacement, that tlf and
others, can use. And they have. cwdaemon itself doesn't
Thanks for that, Olaf.
Here is a crazy idea I had that someone might like to experiment with.
I thought of using a serial port multiplexer, assuming such a thing
exists and I found https://github.com/danielinux/ttybus as one of the
first hits, to have Hamlib and cwdaemon share the same port. For
Keying my K3 via hamlib works nicely.
But there are some problems, one is that Hamlib used a simplified
control setup based on Kenwood protocol and not fully includes all
possibilities in the Elecraft protocol.
By checking the actual commands between pc and rig it is apparent that
keying is
Hi Nate
Den 25.11.2019 kl. 09.18 skrev Nate Bargmann:
* On 2019 21 Nov 05:32 -0600, Christian Treldal wrote:
All modern rigs have keying via hamlib.
I would caution, that is possible with varying degrees of support and
capability.
On the N1MM+ mailing list there is this recent thread that ask
* On 2019 21 Nov 05:32 -0600, Christian Treldal wrote:
> All modern rigs have keying via hamlib.
I would caution, that is possible with varying degrees of support and
capability.
On the N1MM+ mailing list there is this recent thread that asks about a
warning when CAT keying is used:
https://grou
* On 2019 23 Nov 08:26 -0600, Drew Arnett wrote:
> Portable is good. So I'd ask if hamlib found it possible to support
> speed changes.
Yes. It is done through the set/get_level functions in rigctl with the
KEYSPD token:
$ rigctl -m 229 -r /dev/rig
Rig command: l
Level: KEYSPD
Level Value: 22
Portable is good. So I'd ask if hamlib found it possible to support
speed changes.
KX3 is only 3 wire serial CAT interface, so no RTS/DTR style keying
possible. In that case, I suppose a Y cable could be fabricated that
fans out RTS/DTR to a separate key plug. That's a bit tidier perhaps.
Anot
* On 2019 22 Nov 14:31 -0600, Csahok Zoltan wrote:
> Hi Christian,
>
> Yes, keying does work with the script. But as far I can see
> there are two issues with hamlib keying:
>
> - in-band speed changes are not supported. one can't send "+++TEST---"
>
> - sending a large message could block rig i
Hi Christian,
Yes, keying does work with the script. But as far I can see
there are two issues with hamlib keying:
- in-band speed changes are not supported. one can't send "+++TEST---"
- sending a large message could block rig interface until it gets queued.
Given the rig protocol (KY command)
hi Christian,
On Fri, Nov 22, 2019 at 12:19:29PM +0100, Christian Treldal wrote:
> Hi Ervin
>
> Den 22.11.2019 kl. 09.49 skrev Ervin Hegedüs:
> >
>
> >ohh... :)
> >
> >I found it in my Dropbox :P
> A memoryleak;-)
perfect description :)
> >Note, that I've tested now with both Python version (2
Hi Ervin
Den 22.11.2019 kl. 09.49 skrev Ervin Hegedüs:
ohh... :)
I found it in my Dropbox :P
A memoryleak;-)
I've been trying to convert it to Py3 , no capitals in socketserver and
remove .decode("utf8") and is seems to run; but it don't send anything to
the radio.
hmm, sounds interes
Hi Christian,
On Fri, Nov 22, 2019 at 12:18:18AM +0100, Christian Treldal wrote:
>
> Den 21.11.2019 kl. 14.58 skrev Ervin Hegedüs:
> >Hi Christian,
> >
> >On Thu, Nov 21, 2019 at 12:29:38PM +0100, Christian Treldal wrote:
> >>A year or something ago Ervin wrote a quick Python2 script for keying v
It should be possible. We've had a few threads on this topic:
https://lists.nongnu.org/archive/html/tlf-devel/2015-08/msg0.html
https://lists.nongnu.org/archive/html/tlf-devel/2015-12/msg1.html
https://lists.nongnu.org/archive/html/tlf-devel/2018-11/msg00027.html
I seem to recall trying
Hi Ervin
Tnx fer your script it has been in good use until now.
Den 21.11.2019 kl. 14.58 skrev Ervin Hegedüs:
Hi Christian,
On Thu, Nov 21, 2019 at 12:29:38PM +0100, Christian Treldal wrote:
A year or something ago Ervin wrote a quick Python2 script for keying via
hamlib. It has n
I MADE A P
Hi Christian,
On Thu, Nov 21, 2019 at 12:29:38PM +0100, Christian Treldal wrote:
>
> A year or something ago Ervin wrote a quick Python2 script for keying via
> hamlib. It has n
I MADE A PYTHON SCRIPT? :D
Could share with me/us? :)
> been working flawlessly until now. I've upgraded to Fedora31
When you ask for keying by hamlib, you are asking for keying via CAT,
correct? (I would have to look to see if hamlib supports anything
besides the CAT port on rigs, like the key line.)
I wrote a python application that acts like cwdaemon listening on a
network socket, and drives a USB to key ada
21 matches
Mail list logo