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

Is the EAS modem encode/decode and fully functional in "dev" branch? #468

Closed
guitarpicva opened this issue Apr 27, 2023 · 7 comments
Closed

Comments

@guitarpicva
Copy link

I have been streaming UDP data from GQRX or SDR++ into direwolf to try and decode the EAS Codec which is sent by the minimodem application from Kamal Mustaffa.

Has EAS been fully tested for rx and tx as currently implemented in the dev branch? So far, direwolf gives no indication that it hears the data coming in. It DOES show that it is set up for the Codec upon startup. I have verified with wireshark that the samples are on UDP:localhost:7355.

Direwolf seems to bind directly to port 7355 also which seems odd to me. (Maybe I am just used to using multicast).

mitch@ondev:~/src$ netstat -anu
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State
udp 0 0 0.0.0.0:7355 0.0.0.0:*

mitch@ondev:~$ direwolf -t 0 -b 16
Dire Wolf DEVELOPMENT version 1.7 F (Apr 27 2023)
Includes optional support for: hamlib cm108-ptt

Reading config file direwolf.conf
Audio input device for receive: UDP:7355 (channel 0)
Audio out device for transmit: default (channel 0)
Channel 0: FIX_BITS option has been turned off for EAS.
Channel 0: 521 baud, AFSK 2083 & 1563 Hz, A+, 48000 sample rate / 3.
Note: PTT not configured for channel 0. (Ignore this if using VOX.)
Disabled AGW network client port.
Ready to accept KISS TCP client application 0 on port 8001 ...

@wb2osz
Copy link
Owner

wb2osz commented Apr 27, 2023

direwolf decodes National Weather Service EAS SAME signals fine, A couple other people have mentioned success.
It does not transmit EAS SAME because there is no real need and the capability could be abused.
I've never tried using minimodem so I have no idea whether it is generating valid EAS SAME signals.

Did you read the documentation here?
https://github.com/wb2osz/eas2aprs

@guitarpicva
Copy link
Author

Actually, there is a need. We are testing SAME as a national alerting format and use of the same codec only makes sense.

The "magic" is not the waveform since it's just an odd RTTY. The format and timing of SAME messages used by NWS is how that whole system works. It's all fully documented in public.

@wb2osz
Copy link
Owner

wb2osz commented Apr 27, 2023

Yes, I know that the format is publicly documented. That is how I was able to write a decoder.

Tell me more about your need to transmit it.

It shouldn't be hard. But, what would the benefit be to the community?

@guitarpicva
Copy link
Author

Sent a private email John.

@KR8MER
Copy link

KR8MER commented Jun 3, 2024

Direwolf is not parsing EAS data correctly. It is not inserting the closing curly bracket.

{DEZCZC-EAS-RWT-012057-012081-012101-012103-012115+0030-2780415-WTSP/TV-

@wb2osz
Copy link
Owner

wb2osz commented Jun 3, 2024

Could you provide more detail?

@wb2osz
Copy link
Owner

wb2osz commented Jun 5, 2024

This uses the user-defined APRS packet format.

Data Type Indicator of { means user defined.
D is for direwolf application
E is for EAS data.
The EAS sentence is:

ZCZC-EAS-RWT-012057-012081-012101-012103-012115+0030-2780415-WTSP/TV-

73,
John WB2OSZ

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