The only note we have in hamlib is the Linux sets RTS/DTR high on opening and
we set it low.
We obviously can't debug your code for you but it sounds like you have the
wrong port when you deassert RTS. You should be able to create a test which
just toggles ptt on/off every second or so to see if it's working. Double
check you have the correct port and that you have the correct control.
Here's the RTS code from hamlib.
#if defined(TIOCMBIS) && defined(TIOCMBIC) rc = IOCTL(p->fd, state ?
TIOCMBIS : TIOCMBIC, &y);
#else
rc = IOCTL(p->fd, TIOCMGET, &y);
if (rc >= 0)
{
if (state)
{
y |= TIOCM_RTS;
}
else
{
y &= ~TIOCM_RTS;
}
rc = IOCTL(p->fd, TIOCMSET, &y);
}
#endif
Mike W9MDB
Mike W9MDB
On Tuesday, October 19, 2021, 05:19:03 AM CDT, Simon W-W via wsjt-devel
<wsjt-devel@lists.sourceforge.net> wrote:
Hello,
I have been developing a universal radio interface that can do Cat control and
sound card etc.
I am using a Silicon systems CP210x type USB to serial chip along with CM108
for sound. Using an FE1.1s USB2 hub chip to distribute the USB.
I noted that if you have cat running on one serial port and using another to
key the PTT via RTS or DTR is where I note something odd.
When running the PTT test it will key the RTS and then never release it.
The pattern changes if you have PTT and RTS keying off the same chip. When it
is like that it works OK. It’s like the port is not being refreshed or unset
after asserting RTS when running in a split mode.
I had Com 18 as CAT and com 19 keying RTS for PTT. This way it never de
asserts. Running PTT via RTS (com18) while the cat is also running on com 18
for instance, things work OK. DTR is another mystery. It pulses quickly and
that’s it.
Sometimes in High RF environments, I like to have the PTT done by RTS / DTR so
tha the transceiver does not get stuck in TX if the cat commads get hung up for
some reason.
Normally I run TX via cat but noted this anomaly.
Have you seen this before?
Thanks,
Simon
ZL1SWW / ZL1EW.
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
