开云体育

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,

The relays are solid state.? It is a pi hat built specifically for the low power requirements of the pi.? They can also be stacked up to 4 hats with a total of 16 relays.? I have to believe it

Hello Matt, Yes, this approach would work to effectively make it RX-only. You do need to make sure that if you've configured Direwolf to be an APRS Igate, you don't configure it to be a full Igate

On a tangentially-related note, I made a ring oscillator out of relays once. Be sure to turn up the volume for full effect. https://photos.app.goo.gl/2DXyUHpfQ1TAmcsJA 73, Dana? K6JQ

Hello Thomas, Generically like sending "i2c" commands? No, not today. Using relays for PTT is a bad idea as relays are very slow and can introduce >100ms of additional delay needed for the TXDELAY