Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Extensibility and how to access read and written frames? #470

Open
iontodirel opened this issue May 22, 2023 · 3 comments
Open

Extensibility and how to access read and written frames? #470

iontodirel opened this issue May 22, 2023 · 3 comments

Comments

@iontodirel
Copy link

iontodirel commented May 22, 2023

Hi

I'd like to get programmatic access to the data that is being sent to Direwolf by 3rd party clients like Xastir via the serial, KISS or AGWPE interfaces, and get access to the data the data that Direwolf itself writes to the serial, KISS and AGWPE interfaces.

I need this for my own real-time logging into a database. I don't want to touch any log files.

For the latter, I can simply attach to the KISS interface and monitor the traffic with no issues, and that works well.

For the former, I can't see how I do it without changing Direwolf itself, is that accurate?

@iontodirel iontodirel changed the title Extensibility and how to access read or written frames? Extensibility and how to access read and written frames? May 22, 2023
@wb2osz
Copy link
Owner

wb2osz commented May 22, 2023

the direwolf logging facility only records packets received over the radio.

There are a lot of command line debugging options to see what is going on inside for troubleshooting.
They all begin with "-d" and then other letters to specify the type of information. Listing the same letter again often produces more detail. those you would be most interested in are:
a a = AGWPE network protocol client.
k k = KISS serial port or pseudo terminal client.
n n = KISS network client.

The formatting is meant to be human readable and not easy to capture into another application.
You would probably need to look in the source code, for where those debug messages are produced, and capture the data there.
I welcome any suggestions for a generalized interface to make all of this available to other applications.

73,
John WB2OSZ

@iontodirel
Copy link
Author

Probably another TCP interface makes the most sense here, where you connect and simply get all raw packet data and a flag whether it is incoming or outgoing

@ShawnStoddard
Copy link

Would putting a proxy in front of Direwolf address the need?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants