开云体育

If you are already using the PI, why not configure it to accept a certain message with certain content to control its GPIO?All that would be required on the PI is a simple, 'specialized' APRS client

I think you'd have to build a timeout timer into your code

This is one really cool piece of tech- the dual radio control board.? Not exactly what I was going for here though due to price.? I'm looking to cut the cost of a reliable pi tnc to less than or

This sounds like a winning solution.? Monitor the gpio that works with the sabrent usb soundcard and that would do it.? Does the activation of that gpio currently have any tx timeout or is that

By putting things on the i2c bus, it lets you manage multiple things vs one GPIO pin to one thing... [email protected]> wrote:

Hmmm...Whatever happened to open collector, active low? It has always served me well in the past. Patrick (N3TSZ)

The day is coming though. This is exciting.

Edge of Space Sciences (www.eoss.org) in Colorado routinely flies high altitude balloons with multiple APRS beacons on the flight string for redundancy, etc.. Each of which is on a different 2m

Yes! Wild. It’s getting there!

Using basic tools like rtl_fm, no but when using say RTLSDR-Airband, you should be able to create multiple slices, pipe the audio through say netcat, and get it into multiple direwolfs. SDR# also now

I was just reading about this in the User Guide for Direwolf, in section "9.1.6.4 Gnu Radio – multiple simultaneous channels".? That seems to be in the spirit of what you are trying to do?

Is it possible to take an SDR listening to some segment of the 2m band, and decode 1200 baud packets on multiple channels at once? 144.91, 93, 95, 97, 99, 145.01, 03, 05, 07, 09, into 10 separate

Then just run that bit of python code as a service through systemd, and it'll happily sit in the background waiting for Direwolf to trigger the GPIO and do its thing.

I'd think you could write a program in python to act as a go between... Watch for an interrupt on a GPIO, (which Direwolf can toggle a GPIO high or low). Then have your python code send I2C commands

Solid-state relays are, IIRC, functionally no different than a transistor buffer here. They're also likely more rugged than the typical 2N7000/2N3904 sort of buffer. 73, Dana? K6JQ

Specifically what I'm asking is if there is a way to integrate the existing control schemes that are on GitHub in python, java, and C -if there is a way to integrate those controls into direwolf?? As

The site is having problems today, but DRAWS? HAT provides 2 radio control, including PTT via GPIO and Audio IN/OUT through packet standard mini DIN-6 ports. http://nwdigitalradio.com/product/draws

That can be an issue, no doubt.? I believe that the major radio manufacturers have already solved that problem in the design of their ptt circuits.? I'm not looking to redesign radios.? I'm looking

You can do what you wish but using a simple transistor buffer circuit to assert PTT on your radio will provide the lowest delay and offer the highest reliability. Up to you but yes, the use of relays

Counter-intuitively, a low-current load like that can run into a problem with mechanical relays: https://en.wikipedia.org/wiki/Wetting_current Solid-state relays, of course, don't have this issue. 73,