¿ªÔÆÌåÓý

Using "TRANSMIT INHIBIT INPUT"


 

Hi all,
I'm hoping someone can explain how direwolf reacts to the TX inhibit input.
When it is active the function clear (i.e no transmissions can occur) but I can't find anything in the manual that explains exactly what happens when the pin goes inactive.
As an example, if I am use direwolf as a APRS tracker configured to every 10 mins and I activate TX INHIBIT at the 9 min mark, I understand that the 10 min beacon will not be transmitted.
What happens if I then deactivate TX INHIBIT at the 11 min mark? Will direwolf immediately transmit the 10 min beacon that was missed, or will it wait until the 20 min mark?
Regards,

Ian
VK1IAN


 

I implemented this on a simple connected packet TNC hat I made but with no real plans to use it. I think it held responses in a a que and then let them go once TX INHIBIT was cleared. However, I don't remember what it did to the CBEACON. If I get once I get past our Independence Day July 4th activity, I'll grab a jumper and see what happens.


 

Much appreciated. No rush as I'm a few months off implementing this feature. Thank you for your assistance.

On 5/7/21 2:32 am, dtmenges via groups.io wrote:
I implemented this on a simple connected packet TNC hat I made but with no real plans to use it. I think it held responses in a a que and then let them go once TX INHIBIT was cleared. However, I don't remember what it did to the CBEACON. If I get once I get past our Independence Day July 4th activity, I'll grab a jumper and see what happens.


 

Hi all,

I'm about to implement and test with the TRANSMIT INHIBIT INPUT too for some special purpose. For success it's imported it queues the frames and TX-es them when the TXINH input is released. Therefore I'm curious about its behaviour too.

Currently my thoughts are to use the TXINH input for a PTT interlock and DCD 'sharing' function as they're both not possible (yet) in software I think, or I missed something in the documentation...

To prohibit the 2nd radio from TX-ing when the 1st radio is TX-ing OR receiving frames (or vice versa), I already made some circuitry which can toggle each channel's TXINH input.

73! Dave


 

How about using the ALC input ?

On 14/07/2021 9:00 pm, Dave via groups.io wrote:

Hi all,

I'm about to implement and test with the TRANSMIT INHIBIT INPUT too for some special purpose. For success it's imported it queues the frames and TX-es them when the TXINH input is released. Therefore I'm curious about its behaviour too.

Currently my thoughts are to use the TXINH input for a PTT interlock and DCD 'sharing' function as they're both not possible (yet) in software I think, or I missed something in the documentation...

To prohibit the 2nd radio from TX-ing when the 1st radio is TX-ing OR receiving frames (or vice versa), I already made some circuitry which can toggle each channel's TXINH input.

73! Dave


 
Edited

No need to use ALC input, better not actually...

Having a good solution, preferably in software, with PTT interlock and DCD sharing across some channels will do the job. No need to involve any ALC input there.

My current solution will do the job too just as intended, but it's important Direwolf is holding frames in queue until the TX inhibit input is released.

73! Dave


 

For all who's interested, or as reference:

After implementing my circuitry for a PTT interlocking and DCD sharing solution combined with Direwolf, I can confirm Direwolf holds the frames in queue when the TX inhibit input (TXINH) is active, and sends them after release of the input.

73! Dave


 

Dave,
You are a legend and have saved me time trying this myself.
For the developers, it would be handy to have a "SEND ALL" or "SEND LAST" option for these saved frames. For my application (APRS tracker), sending the "LAST" frame would all that would be required.

Ian
VK1IAN

On 19/7/21 8:24 pm, Dave via groups.io wrote:
For all who's interested, or as reference:
After implementing my circuitry for a PTT interlocking and DCD sharing solution combined with Direwolf, I can confirm Direwolf holds the frames in queue when the TX inhibit input (TXINH) is active, and sends them after release of the input.
73! Dave


 

Hei,

I found this DW's transmit inhibit very useful. I'm running SvxLink and Direwolf in a RPi 3 which is connected to a Motorola GM340 transceiver with RIM-Maxtrac. Both FM and APRS are two-way Internet gateways. The FM transmission has priority.

If some one is interested the modified SvxLink Tcl-codes resides in a repository at The branch is aprs_inhibit

73, Veijo


 

¿ªÔÆÌåÓý


Hello Veijo,

Does your project QSY the radio between two different frequencies?? Does it monitor both frequencies in a "scan" like fashion?? If so, I imagine it will be hard NOT to miss some bits from a AX.25 packet preamble.? I've been toying around with designs to use an SDR with multiple receiver slices to simultaneously receive different frequencies (RTLSDR-Airband)? and then use a RADIO to QSY and transmit on a given frequency as needed.? I think this is possible but will require some modification on the Direwolf side to control the radio, an antenna RX/TX switch, etc.

--David
KI6ZHD



On 01/01/2022 07:26 AM, Veijo Arponen OH4VA wrote:

Hei,

I found this DW's transmit inhibit very useful. I'm running SvxLink and Direwolf in a RPi 3 which is connected to a Motorola GM340 transceiver with RIM-Maxtrac. Both FM and APRS are two-way Internet gateways. The FM transmission has priority.

If some one is interested the modified SvxLink Tcl-codes resides in a repository at The branch is aprs_inhibit

73, Veijo



 

David, thank you of your thoughts.

Direwolf (APRS/AX.25) and SvxLink (FM phone) share the same ALSA audio input of RIM-Maxtrac (CM119). Both have separate transmit audio and PTT lines connected to the Motorola accessories connector. The radio sits on the same channel all the time and is able to serve FM or Packet. FM has priority and on-going QSO keeps Direwolf inhibited. After the phone QSO there is a delay after which Direwolf is able to send packets waiting in it's buffer and is then able to continue normal APRS and AX.25 transmissions.

This setup works in an area where there is only few stations to get served.

73, Veijo OH4VA

On Sat, Jan 1, 2022 at 9:29 PM David Ranch <direwolf-groupsio@...> wrote:

Hello Veijo,

Does your project QSY the radio between two different frequencies?? Does it monitor both frequencies in a "scan" like fashion?? If so, I imagine it will be hard NOT to miss some bits from a AX.25 packet preamble.? I've been toying around with designs to use an SDR with multiple receiver slices to simultaneously receive different frequencies (RTLSDR-Airband)? and then use a RADIO to QSY and transmit on a given frequency as needed.? I think this is possible but will require some modification on the Direwolf side to control the radio, an antenna RX/TX switch, etc.

--David
KI6ZHD