Date   

Re: PiTNC9k6 and BTECH UV25X4 mobile

N5XMT
 

maybe the people that bash the inexpensive radios should buy me one then.  Not all of us have 400-500 buchs to throw into a rig.
How about a little less self rightousness?

On Wed, Jun 17, 2020 at 6:32 PM Mark Griffith via groups.io <mdgriffith2003=yahoo.com@groups.io> wrote:
I can't count the number of people that have contacted me about packet problems only to find out they are using a Baofeng radio.  These are just not good radios for digital modes.  If you want something that works reliably, get a better radio, or you can continue to be frustrated.

My 2 cents.

Mark
KD0QYN


On Wednesday, June 17, 2020, 8:24:52 PM CDT, N5XMT <dacooley@...> wrote:


There are 6 winlink nodes listed within 10 miles of me, the closest 2 are only 2 miles away.  I have been monitoring the freq's most of the day and attempted connection to all of them.  I have heard 0 traffic all day on any of them.  so no connection.


On Tue, Jun 16, 2020 at 10:49 PM Mat Murdock <mat.murdock@...> wrote:
Is there a Winlink node in your area?  Do you have access to a Windows computer?

Mat


Re: PiTNC9k6 and BTECH UV25X4 mobile

Mark Griffith
 

I can't count the number of people that have contacted me about packet problems only to find out they are using a Baofeng radio.  These are just not good radios for digital modes.  If you want something that works reliably, get a better radio, or you can continue to be frustrated.

My 2 cents.

Mark
KD0QYN


On Wednesday, June 17, 2020, 8:24:52 PM CDT, N5XMT <dacooley@...> wrote:


There are 6 winlink nodes listed within 10 miles of me, the closest 2 are only 2 miles away.  I have been monitoring the freq's most of the day and attempted connection to all of them.  I have heard 0 traffic all day on any of them.  so no connection.


On Tue, Jun 16, 2020 at 10:49 PM Mat Murdock <mat.murdock@...> wrote:
Is there a Winlink node in your area?  Do you have access to a Windows computer?

Mat


Re: PiTNC9k6 and BTECH UV25X4 mobile

N5XMT
 

There are 6 winlink nodes listed within 10 miles of me, the closest 2 are only 2 miles away.  I have been monitoring the freq's most of the day and attempted connection to all of them.  I have heard 0 traffic all day on any of them.  so no connection.


On Tue, Jun 16, 2020 at 10:49 PM Mat Murdock <mat.murdock@...> wrote:
Is there a Winlink node in your area?  Do you have access to a Windows computer?

Mat


WSPR Make and Make Install #wspr #pi

Don - W9JUN
 

Has anyone run across this error when installing WSPR?

/usr/bin/ld: mailbox.o: in function `mbox_open':
mailbox.c:(.text+0xc54): undefined reference to `makedev'
/usr/bin/ld: mailbox.c:(.text+0xcbc): undefined reference to `makedev'
collect2: error: ld returned 1 exit status
make: *** [makefile:22: wspr] Error 1


Re: HamPi 1.0 Release Imminent

Jeff Palmer
 

@Dave Slotter That is excellent news!

Might I suggest though, that you ask a couple of your volunteers to go
ahead and download your bittorent, and let them help seed also?

The reason I suggest this: Based on the popularity last time, I'm
guessing your fiber gigabit will be overwhelmed pretty quickly. And
then everyone is "stuck" downloading insanely slowly until your client
eventually hands out all of the parts.

If you have (for example) 10 or 20 seeders at the start who have the
full torrent downloaded and seeding before you make the torrent
public, the initial wave of people downloading will go
(theoretically) 20x faster. And then based on how torrent works,
each *new* person who has a copy, also becomes a seeder, so over time
the "strain" on the initial seeders is reduced as the available pool
of people sharing it gets larger.

This is exactly the process that large communities like linux distros
and BSD distros use.. they seed the initial torrent to a bunch of
trusted seed hosts, then they make the announcement so that the
initial wave is shared, and no 1 connection is sharing the brunt of
the attack.


With that said, I don't actually have a use for the image currently
(I'm without HF capabilities at the moment) But I'd be happy to be one
of the initial seeders if you would like. I can setup the torrent on
a couple of well-connected hosts.

On Wed, Jun 17, 2020 at 5:20 PM Dave Slotter, W3DJS <@slotter> wrote:

Hi Jeff,

I plan to seed the very first BitTorrent on my Gigabit Fiber, so that should ease things considerably.

Unlike the 17GB monstrosity I had the first time around, the image is now 1/6 the size thanks to XZ compression and clean-up after package installation that my Ansible scripts perform. The new image weighs in at just over 3GB.


In addition, I expect to have 2.5X the number of direct download sites I had last time:


2 Google Drive accounts (mine and a fellow ham's)
2 Hosting provider links (two fellow hams)
1 Posted image to GitHub under the project -- if GitHub will accept a 3GB image file.


If anyone else wants to volunteer to host, please get in touch with me offline, and we'll get you set up.

Still not perfect, but things should be a fair-bit easier this time around for folks.

--
- Dave
W3DJS
--
Jeff Palmer
Palmer IT Consulting, LLC.
https://PalmerIT.net


Re: HamPi 1.0 Release Imminent

David Ranch
 


Hey Dave,

One thing that you should ask to your user base is to have them use Bittorrent to download the image.  In addition to that, ask your users that once downloaded, DON'T exit their BitTorrent client.  Instead, ask the user to leave their bittorrent client running for day two weeks as a form of appreciation for all the work you've done on your image.  If that happens, downloads for other users should remain very fast .

--David
KI6ZHD


On 06/17/2020 02:20 PM, Dave Slotter, W3DJS wrote:
Hi Jeff,
 
I plan to seed the very first BitTorrent on my Gigabit Fiber, so that should ease things considerably.
 
Unlike the 17GB monstrosity I had the first time around, the image is now 1/6 the size thanks to XZ compression and clean-up after package installation that my Ansible scripts perform. The new image weighs in at just over 3GB.
 
 
In addition, I expect to have 2.5X the number of direct download sites I had last time:
 
2 Google Drive accounts (mine and a fellow ham's)
2 Hosting provider links (two fellow hams)
1 Posted image to GitHub under the project -- if GitHub will accept a 3GB image file.

If anyone else wants to volunteer to host, please get in touch with me offline, and we'll get you set up.

Still not perfect, but things should be a fair-bit easier this time around for folks.
 
--
- Dave
  W3DJS


Re: PiTNC9k6 and BTECH UV25X4 mobile

N5XMT
 

Connected to the rear panel "headphone" out.  Has mic-in, spk out and PTT
Was looking at Johns debug info he gave and opened a terminal on the USB.  lots of DCD on and off without even a signal, and when packets are detected I am getting a CRC error on all of them.  and not using VOX.  learned a long time ago that doesn't work on most radios LOL.
May have to break down and look at surplus... Most solid Packet/APRS xceiver I have ever had was an old Motorola Micor I converted to 2M

On Wed, Jun 17, 2020 at 8:59 AM Brian Webster via groups.io <radiowebst=yahoo.com@groups.io> wrote:

Is the device actually on devSerial0? From the video and description of the problem I would check that setting first. In Linux I thought the first serial port was ttyS0.

 

If that is not the issue I would back the receive audio way down. Most times you can get away with much less than 50%, 25% from my experience works well. Too hot and the audio gets distorted and the TNC can’t decode it. Remember is trying to detect 2 different audio tones to convert to digital, too hot audio can make it difficult to distinguish the difference in the tones. I good method of tuning for receive audio is to turn the volume down to nothing, then move up until the DCD light starts to flicker when you know there are packets on the air.

 

Another thing to check would be the port settings on Xastir. The serial connection speeds can be different than the on air speed. The TNC and Xastir need to match. This is probably not the case for you if your transmitted packets are being decoded.

 

One last thing to check would be your squelch setting on the radio. I have had very bad luck using cheap Chinese radios for connected packet, mostly because the recovery time of the receiver is not fast enough compared to other radios, so what happens is the first part of the packet is not received. It’s one thing to hear a packet and see the DCD light, quite another to hear the whole packet without errors. In connected packet you can kind of hear it because you would hear a lot of retries, APRS is unconnected packet (outside of messages) so there is no error checking and acknowledgement (ack’s) packets sent. Think of APRS as UDP vs connected packet as TCPIP. One is just a broadcast protocol and if you get the packet you get it, no retries.

 

If you have a local connected packet network you can try not on the APRS frequency, move over to it, use the terminal window and try connecting to a local packet station and see if you are getting a lot of retries.

 

One other thing to consider, on some radios there are different connection points for receive audio for 1200 baud vs 9600 baud TNC’s, 9600 needs discriminator audio and 1200 baud uses regular speaker audio. If you are hooked to the discriminator audio point, 1200 baud APRS packets are likely not going to work. If you are using VOX to key the radio it is also quite possible you have that set so that the other packets are coming in before your radio has fully unkeyed. To test that just turn Vox off and set the radio to decode packets without trying to transmit.

 

Brian N2KGC

 

From: RaspberryPi-4-HamRadio@groups.io [mailto:RaspberryPi-4-HamRadio@groups.io] On Behalf Of N5XMT
Sent: Wednesday, June 17, 2020 3:50 AM
To: raspberrypi-4-hamradio@groups.io
Subject: Re: [RaspberryPi-4-HamRadio] PiTNC9k6 and BTECH UV25X4 mobile

 

Here is a link to the quick vid I made

On Jun 17, 2020, at 00:40, "N5XMT via groups.io" <gmail.com@groups.io target=_blank>dacooley=gmail.com@groups.io> wrote:

Making sure it would talk to the TNC, no radio connected.  Should ptt and dcd both come on with no input to the PiTNC?  Here is a short vid...

On Jun 16, 2020, at 23:31, Mat Murdock < mat.murdock@...> wrote:

Ok, download and flash the stand alone firmware to you tnc.  It should show up as a com port on your computer now.  Start up Winlink Express and start a packet session.  Configure you TNC settings as show below.

 

image.png

 

Try connecting to a local node.

 

Also, it would probably be a good idea to send a clear picture of the top of your TNC to verify everything is in order.

 

Mat

 

On Wed, Jun 17, 2020, 12:17 AM N5XMT < dacooley@...> wrote:

There are a couple nearby, and have access to 4 windows computers here! 

On Jun 16, 2020, at 22:49, Mat Murdock < mat.murdock@...> wrote:

Is there a Winlink node in your area?  Do you have access to a Windows computer?

Mat


Re: RTC Confusion

N5XMT
 

It doesn't have an RTC, but with a network connection, it does to an NTP server query and gets the time from the internet


On Wed, Jun 17, 2020 at 4:03 AM Pete Moscatt <pgmoscatt@...> wrote:
Hi All,

I have a 2017 Raspberry Pi 3 B+ which I am in the process of setting up for Amateur Radio.
After looking through the internet it was clear that one of the first things I needed to sort out was the RTC Module as the board
doesn't have one out of the box.

So I went ahead and bought a RTC, but before I plugged in I thought I would issue the 'date' command
through Terminal.

It returned the Date and Time that were correct.

I was under the impression that the standard Pi had no clock onboard??

Pete VK4CCV


Re: HamPi 1.0 Release Imminent

N5XMT
 

I'll host a copy if you want as well.  My google drive has 8.5G free still


On Wed, Jun 17, 2020 at 2:20 PM Dave Slotter, W3DJS <slotter@...> wrote:
Hi Jeff,
 
I plan to seed the very first BitTorrent on my Gigabit Fiber, so that should ease things considerably.
 
Unlike the 17GB monstrosity I had the first time around, the image is now 1/6 the size thanks to XZ compression and clean-up after package installation that my Ansible scripts perform. The new image weighs in at just over 3GB.
 
 
In addition, I expect to have 2.5X the number of direct download sites I had last time:
 
2 Google Drive accounts (mine and a fellow ham's)
2 Hosting provider links (two fellow hams)
1 Posted image to GitHub under the project -- if GitHub will accept a 3GB image file.

If anyone else wants to volunteer to host, please get in touch with me offline, and we'll get you set up.

Still not perfect, but things should be a fair-bit easier this time around for folks.
 
--
- Dave
  W3DJS


Re: HamPi 1.0 Release Imminent

Bob
 

Tnx! I’m at the end of the Line with a tiny pipe! Download speeds are akin to a 300baud audio telephone cradle modem kit from a 1974 Radio Shack catalog!! The 3gb image may be doable here.

73 de Bob
K4RCG

On Wed, Jun 17, 2020 at 17:20 Dave Slotter, W3DJS <slotter@...> wrote:
Hi Jeff,
 
I plan to seed the very first BitTorrent on my Gigabit Fiber, so that should ease things considerably.
 
Unlike the 17GB monstrosity I had the first time around, the image is now 1/6 the size thanks to XZ compression and clean-up after package installation that my Ansible scripts perform. The new image weighs in at just over 3GB.
 
 
In addition, I expect to have 2.5X the number of direct download sites I had last time:
 
2 Google Drive accounts (mine and a fellow ham's)
2 Hosting provider links (two fellow hams)
1 Posted image to GitHub under the project -- if GitHub will accept a 3GB image file.

If anyone else wants to volunteer to host, please get in touch with me offline, and we'll get you set up.

Still not perfect, but things should be a fair-bit easier this time around for folks.
 
--
- Dave
  W3DJS


Re: HamPi 1.0 Release Imminent

Dave Slotter, W3DJS
 

Hi Jeff,
 
I plan to seed the very first BitTorrent on my Gigabit Fiber, so that should ease things considerably.
 
Unlike the 17GB monstrosity I had the first time around, the image is now 1/6 the size thanks to XZ compression and clean-up after package installation that my Ansible scripts perform. The new image weighs in at just over 3GB.
 
 
In addition, I expect to have 2.5X the number of direct download sites I had last time:
 
2 Google Drive accounts (mine and a fellow ham's)
2 Hosting provider links (two fellow hams)
1 Posted image to GitHub under the project -- if GitHub will accept a 3GB image file.

If anyone else wants to volunteer to host, please get in touch with me offline, and we'll get you set up.

Still not perfect, but things should be a fair-bit easier this time around for folks.
 
--
- Dave
  W3DJS


Re: HamPi 1.0 Release Imminent

Jeff Palmer
 

@Dave Slotter

Are you planning on pre-seeding it to a handful of people over
torrent, so we don't have the same issue as last time where we had to
keep changing hosts to download it from due to bandwidth limitations?

I'd bet a handful of volunteers from your early beta group would be
willing to host the torrent so that when you release it on friday, you
have a dozen or more people helping distribute (and then by the nature
of torrents.. more would soon continue hosting when they have the
pieces.)

On Tue, Jun 16, 2020 at 10:42 PM Dave Slotter, W3DJS <@slotter> wrote:

Don,

God willing, I will post the link on this group on Friday after the image is available.

--
- Dave
W3DJS
--
Jeff Palmer
Palmer IT Consulting, LLC.
https://PalmerIT.net


Re: PiTNC9k6 and BTECH UV25X4 mobile

Brian Webster
 

Is the device actually on devSerial0? From the video and description of the problem I would check that setting first. In Linux I thought the first serial port was ttyS0.

 

If that is not the issue I would back the receive audio way down. Most times you can get away with much less than 50%, 25% from my experience works well. Too hot and the audio gets distorted and the TNC can’t decode it. Remember is trying to detect 2 different audio tones to convert to digital, too hot audio can make it difficult to distinguish the difference in the tones. I good method of tuning for receive audio is to turn the volume down to nothing, then move up until the DCD light starts to flicker when you know there are packets on the air.

 

Another thing to check would be the port settings on Xastir. The serial connection speeds can be different than the on air speed. The TNC and Xastir need to match. This is probably not the case for you if your transmitted packets are being decoded.

 

One last thing to check would be your squelch setting on the radio. I have had very bad luck using cheap Chinese radios for connected packet, mostly because the recovery time of the receiver is not fast enough compared to other radios, so what happens is the first part of the packet is not received. It’s one thing to hear a packet and see the DCD light, quite another to hear the whole packet without errors. In connected packet you can kind of hear it because you would hear a lot of retries, APRS is unconnected packet (outside of messages) so there is no error checking and acknowledgement (ack’s) packets sent. Think of APRS as UDP vs connected packet as TCPIP. One is just a broadcast protocol and if you get the packet you get it, no retries.

 

If you have a local connected packet network you can try not on the APRS frequency, move over to it, use the terminal window and try connecting to a local packet station and see if you are getting a lot of retries.

 

One other thing to consider, on some radios there are different connection points for receive audio for 1200 baud vs 9600 baud TNC’s, 9600 needs discriminator audio and 1200 baud uses regular speaker audio. If you are hooked to the discriminator audio point, 1200 baud APRS packets are likely not going to work. If you are using VOX to key the radio it is also quite possible you have that set so that the other packets are coming in before your radio has fully unkeyed. To test that just turn Vox off and set the radio to decode packets without trying to transmit.

 

Brian N2KGC

 

From: RaspberryPi-4-HamRadio@groups.io [mailto:RaspberryPi-4-HamRadio@groups.io] On Behalf Of N5XMT
Sent: Wednesday, June 17, 2020 3:50 AM
To: raspberrypi-4-hamradio@groups.io
Subject: Re: [RaspberryPi-4-HamRadio] PiTNC9k6 and BTECH UV25X4 mobile

 

Here is a link to the quick vid I made

On Jun 17, 2020, at 00:40, "N5XMT via groups.io" <gmail.com@groups.io target=_blank>dacooley=gmail.com@groups.io> wrote:

Making sure it would talk to the TNC, no radio connected.  Should ptt and dcd both come on with no input to the PiTNC?  Here is a short vid...

On Jun 16, 2020, at 23:31, Mat Murdock < mat.murdock@...> wrote:

Ok, download and flash the stand alone firmware to you tnc.  It should show up as a com port on your computer now.  Start up Winlink Express and start a packet session.  Configure you TNC settings as show below.

 

 

Try connecting to a local node.

 

Also, it would probably be a good idea to send a clear picture of the top of your TNC to verify everything is in order.

 

Mat

 

On Wed, Jun 17, 2020, 12:17 AM N5XMT < dacooley@...> wrote:

There are a couple nearby, and have access to 4 windows computers here! 

On Jun 16, 2020, at 22:49, Mat Murdock < mat.murdock@...> wrote:

Is there a Winlink node in your area?  Do you have access to a Windows computer?

Mat


Re: Yaesu 857D + SignaLink + Raspberry Pi / Direwolf ---> SignaLink keys but 857D does not

August Johnson KG7BZ
 

If the red light on the SignaLink is coming on but the radio does not key, check your wiring between the SignaLink and the radio. The PTT line must be connected for the SignaLink to key the radio.

August KG7BZ


Re: Yaesu 857D + SignaLink + Raspberry Pi / Direwolf ---> SignaLink keys but 857D does not

David Ranch
 


Hello Grant,

Now I’m completely lost - if I don’t have a cat cable going from Pi to Radio, then how is FlRig going to run?  Don’t you need FlRig to run Direwolf and packet?

Direwolf does not need Flrig to run at all and especially since you're using a Signalink which takes care of the PTT signal within itself.  Putting that another way, if the SIgnalink sound chip is told to play audio and if it's loud enough, it will assert PTT automatically.  In theory, it makes things much simpler.   Btw, even Fldigi doesn't need Flrig to run as it has many self-contained ways to control radios, etc.  Flrig just exposes a lot more of the deeper controls of your radio to your computer.


I unplugged the cable as suggested - now FLRIG doesn’t know what comms path to take to the radio.  There are no readily-identifiable ports, so I tried every tty and ama/amo.  No joy.

For Direwolf and packet radio.. ignore Flrig.  Not needed.   Once you get Direwolf working with your Signalink and NO CAT connection, we can then consider looking at CAT controls which could give you other controls like frequency control, setting power levels, etc. but those are all OPTIONAL.

Make sense?

--David
KI6ZHD


Re: HamPi 1.0 Release Imminent

Keith
 

Thanks Dave,
I will be in the que to download it :)
Cheers
Keith


Re: RTC Confusion

Pete Moscatt
 

Thanks John,

Yep, that makes sense.

Thanks for clearing that up.

Pete


Re: RTC Confusion

John Wiseman
 

It doesn't have an RTC but so long as the Pi is connected to the Internet it will get the time from there.

You only need an RTC i(or other clock source, eg GPS) f you want to run without an Internet connection.

73,
John G8BPQ

On 17/06/2020 12:03, Pete Moscatt wrote:
Hi All,

I have a 2017 Raspberry Pi 3 B+ which I am in the process of setting up for Amateur Radio.
After looking through the internet it was clear that one of the first things I needed to sort out was the RTC Module as the board
doesn't have one out of the box.

So I went ahead and bought a RTC, but before I plugged in I thought I would issue the 'date' command
through Terminal.

It returned the Date and Time that were correct.

I was under the impression that the standard Pi had no clock onboard??

Pete VK4CCV


RTC Confusion

Pete Moscatt
 

Hi All,

I have a 2017 Raspberry Pi 3 B+ which I am in the process of setting up for Amateur Radio.
After looking through the internet it was clear that one of the first things I needed to sort out was the RTC Module as the board
doesn't have one out of the box.

So I went ahead and bought a RTC, but before I plugged in I thought I would issue the 'date' command
through Terminal.

It returned the Date and Time that were correct.

I was under the impression that the standard Pi had no clock onboard??

Pete VK4CCV


Re: Yaesu 857D + SignaLink + Raspberry Pi / Direwolf ---> SignaLink keys but 857D does not

Grant Greenwell
 

Putting out a blanket call again - I’ve tried all the suggestions and can’t get this thing up and running.  I think I’m down to a few options.

- Would anyone be willing to zoom / FaceTime to help me troubleshoot or build from the ground up who also has the 857D and SignaLink?  I’m really trying to get 2M packet up and running for Field Day demonstrations with ARES.
- If not, would anyone be willing to share their image with me so I can burn it and run it on my setup?

Very respectfully,

Grant

On Jun 16, 2020, at 8:40 PM, Grant Greenwell via groups.io <grant.d.greenwell@...> wrote:

David,

Now I’m completely lost - if I don’t have a cat cable going from Pi to Radio, then how is FlRig going to run?  Don’t you need FlRig to run Direwolf and packet?

I unplugged the cable as suggested - now FLRIG doesn’t know what comms path to take to the radio.  There are no readily-identifiable ports, so I tried every tty and ama/amo.  No joy.

Very respectfully,

Grant

On Jun 16, 2020, at 4:58 PM, David Ranch <rpi4hamradio-groupsio@...> wrote:


Hello Grant,

For now, remove the CAT cable so you're only using your Raspberry Pi, Direwolf, the Signalink, and the radio.

For your Fldigi / Flrig setup, that's potentially something configured very differently potentially asserting PTT via CAT control (bypassing the Signalink based PTT control)

--David
KI6ZHD


On 06/15/2020 06:33 PM, Grant Greenwell wrote:
David,

Thanks for your reply.  To clarify, I have the Pi with a cat control cable to the 857D via the tuner (so Pi to tuner to radio).  I also have Pi to SignaLink to radio.

When I press “tune” in FLRIG it keys the radio, but not SignaLink.

When I use FLDIGI, and press “tune” (or any other command), the SignaLink PTT illuminates, and the radio transmits.

Very respectfully,

Grant

On Jun 15, 2020, at 2:09 PM, David Ranch <rpi4hamradio-groupsio@...> wrote:


Hello Grant,

If you're just using a FT857 and a Signalink without a CAT connection, then Flrig should do nothing.  PTT control is completely handled by the Signalink device.  Flrig should not even be used as it won't have any function without CAT or some other control.

--David
KI6ZHD


David,

Would it be an issue with the SignaLink even if FLRIG, FLDIGI, ARDOP can all get the radio to transmit, or do you think it’s something in my Direwolf configuration?  I swapped the jumper module, the SignaLink, and the cables with known-good and I still have the symptoms.

I tried the radio in packet, FM, and digital - the same problem exists on each mode.

Any thoughts on how to get the SignaLink to not do CAT?  (I thought CAT was being done through FLRIG)

Very respectfully,

Grant

On Jun 14, 2020, at 12:50 PM, David Ranch <rpi4hamradio-groupsio@...> wrote:


Hello Grant,

I am able to get FLRig to PTT even in packet mode.
Direwolf starts up, RIGCTL turns green, KISSATCH turns green, and Pat opens up.
When I try to initiate an AX.25 communication, SignaLink PTT will turn red, but does not key the radio.

That's a new one.  If the Signalink's PTT LED lights up, your radio should key up too.  This is an issue with your Signalink, it's jumper configuration, or your cabling.  It's very strange it works for other applications though.

You mentioned a FT857.  What mode is the radio in?  Try PKT or DIG mode and try again.


And Pat opens up and gives the radio frequency for my-rig, and the AX.25 can key SignaLink... there's just something going on with PTT maybe?  (Do I have that right?  SignaLink provides the audio/tones but something else controls the PTT?)

Ok.. this doesn't make sense.  The Signalink only does audio and fakes out PTT.  If you're getting automatic frequency updates from the radio back to Pat, this means you have another connection to your radio doing CAT control.  This is ok but you need to be cleat that the Signalink should do the PTT.  Configure all your programs NOT to use CAT for PTT control.


--David
KI6ZHD