Re: I am in need of major help
So I have read this document and assume?that I have any idea what?these acronyms mean. At this point I think I am going to give up as it seems that this is impossible for me. Sorry for the inconvenience?but this software stuff is apparently not for me. Between youtube and reading the pdf and not getting anywhere for the hours that i have put into this. It was supposed to be a fun learning experience?but has just turned into a headache.??
This would be a good place to start, in the direwolf documentation directory:
Look for the file called Raspberry-Pi-APRS.pdf.
Let us know how far you get and where you get stuck.
73,
John WB2OSZ
-- Evan VandenLangenberg EMT-P, NRP
CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may contain confidential and privileged information for the use of the designated recipient(s) named above. If you are not the intended recipient, you are hereby notified that you have received this communication in error and that any review, disclosure, dissemination, distribution or copying of it or its contents is prohibited. If you have received this communication in error, please notify the sender at the electronic mail address noted above and destroy all copies of this communication and any attachments. Thank you for your cooperation.
|
Re: I am in need of major help
This would be a good place to start, in the direwolf documentation directory:
Look for the file called Raspberry-Pi-APRS.pdf.
Let us know how far you get and where you get stuck.
73,
John WB2OSZ
|
Re: I am in need of major help
The Tech Prepper outlines the process very clearly (older site)
The Modern Ham has another (newer) set of instructions?
https://themodernham.com/ultimate-direwolf-tnc-installation-guide-for-windows-and-linux/
|
I am in need of major help
I have been trying to set up Dyer Wolf on a raspberry pie for two weeks now and I have watched every YouTube video googled everything and I just don¡¯t understand it and it¡¯s a very frustrating. I¡¯m not sure where to start. I don¡¯t do code on computers, so I¡¯m very confused on how to configure this and make it run on a raspberry pie. Please, please, please help me. I want to Set it up for aprs with digipeter and igate. I believe I have all the right cables. I just need to get this raspberrypie working. This is my first raspberrypie Like I said, very new beginner.?
|
Hello, My name is Frank. I wrote PinPoint. PinPoint is using UTF-16 (standard inside of .Net/Visual Studio) instead of UTF-8, which is the problem. I'll try to see if I can change that. Could you send some examples of packets that do not get decoded correctly to ab0wv@...? Thanks in advance! 73, Frank AB0WV
|
Could you send a screen shot of how direwolf displays the packet and how PinPoint displays it?
73,
John WB2OSZ
|
Thank you? John WB2OSZ,
Yes,? port 8001 is specified. Pinpoint APRS has been able to receive the message. but received message is garbled and is not reflected on the map.
73
|
I just tried running PinPoint 2.1 and it looks fine to me. Is your TNC configuration using "network KISS mode" and TCP port 8001?  73, John WB2OSZ
|
Nice to meet you.
I'm trying to connect Direwolf 1.6 running on a Raspberry Pi Zero 2 W to Pinpoint APRS 2.1 running on Windows 11 in network KISS mode, but it's not working.
Messages from Direwolf are displayed in the Pinpoint APRS communication monitor, but the text is garbled.
I'm running Direwolf as follows: root@raspberrypi:~# cat /etc/direwolf.service.sh
#!/usr/bin/bash
export LANG=en_US.UTF-8
echo $LANG
/usr/local/bin/rtl_fm -M fm -f 144.64M -s 48000 | /usr/bin/direwolf -t 0 -c /etc/sdr.conf -r 48000 -B 9600 -
root@raspberrypi:~#
Direwolf is running normally, and it can receive beacons from nearby APRS stations, and it can also operate as an iGate station.
It can also connect to tcp KISS mode from APRSDroid.
I tried downgrading the Pinpoint APRS version, but the situation did not change.
If there are any points that should be investigated, I would appreciate it if you could point them out.
Thank you.
73
|
Hi Again,
What I thought was an occurrence of this SDR issue was actually caused by old KPC3 devices.
Anyway,? I was able to spot the actual SDR issue two times this week
First occurrence:
Frame was sent at 09:43:43 and gated by F5ZEE, the same frame was also digipeated at 09:44:55 (almost a minute after the original one) by DB0TFM-1 and DB0ODE-10 and finally gated by DC1SHM-10 which? is running an SDR igate.
Second occurrence
Original Frame sent a 17:09:40, first time gated by DH1GHL and delayed gated DB0SEL-14 at 17:10:18
Until now, I only observed the issue when 2 or more hops are involved. A possible cause might be the delays introduced by the 2 hops added to delays in the SDR chain (caused by buffering and computation power) are causing packets to be delayed and falling outside the duplicate detection window.
73
Geoffrey
--
Geoffrey F4FXL /? KC3FRA
My Direwolf stuff :
|
1) use VAC Mic and not line
2) use -ac 1 option in ffmpeg to set mono mode
3) there was also a mtu issue on virtual network that cut the traffic at 1420, so i set the nic of windows VM at 1400
|
Good to hear you're making progress.? What was the
fix here?? Sending and receiving at a common rate of 44100?? I
also see a change on the Windows command line of using "-ac 1".??
If things are working, try re-enabling the /4 decimation option on
Direwolf since 300bps AFSK packet is very easy stuff for Direwolf
to process.
--David
KI6ZHD
On 07/02/2024 01:57 PM, Franco Avino
wrote:
toggle quoted message
Show quoted text
OOOOOOK!!!!!
After a lot of test (and failure) here a working conf:
WINDOWS HOST
ffmpeg version:
ffmpeg -f dshow -i audio="Mic 1 (Virtual Audio Cable)"
-ac 1 -acodec pcm_s16le -b:a 44100 -f wav udp://192.168.56.1:12000
Note: Mic 1 is a
virtual device created with VAC (Virtual Audio Cable)
LINUX HOST
direwolf.conf:
ADEVICE0 udp:12000 null
ARATE 44100
MYCALL TEST
MODEM 300 1600:1800 7@30
command: direwolf -n 2 -a 10 -t 0 -n 1 -r 44100 udp:12000
|
OOOOOOK!!!!! After a lot of test (and failure) here a working conf: WINDOWS HOST
ffmpeg version:
ffmpeg -f dshow -i audio="Mic 1 (Virtual Audio Cable)" -ac 1 -acodec pcm_s16le -b:a 44100 -f wav udp://192.168.56.1:12000Note: Mic 1 is a virtual device created with VAC (Virtual Audio Cable) LINUX HOSTdirewolf.conf: ADEVICE0 udp:12000 null ARATE 44100 MYCALL TEST MODEM 300 1600:1800 7@30command: direwolf -n 2 -a 10 -t 0 -n 1 -r 44100 udp:12000
|
direwolf.conf (/4 removed ):
```
ADEVICE0 udp:12000 null
ARATE 44100
MYCALL TEST
MODEM 300 1600:1800 7@30
```
On windows host I tried 2 different build of ffmpeg and these commands to send audio playing test.wav (gen_packet generated and atest validated):
ffmpeg -f dshow -i audio="Line 1 (Virtual Audio Cable)" -c 1 -acodec pcm_s16le -b:a 48000 -f mpegts udp://192.168.56.1:12000 //NOT WORKING...BAD SR
ffmpeg -f dshow -i audio="Mic 1 (Virtual Audio Cable)" -ac 1 -acodec pcm_s16le -b:a 44100 -f wav udp://192.168.56.1:12000 //SR IS GOOD .... BUT NO DECODING!!!
Same result on direwolf:
direwolf -a 10 -t 0 -n 1 -r 48000 udp:12000
Dire Wolf version 1.7
Includes optional support for: ?hamlib cm108-ptt
Reading config file direwolf.conf
Audio input device for receive: udp:12000 ?(channel 0)
Audio out device for transmit: null ?(channel 0)
Channel 0: Demodulator + option can't be combined with multiple frequencies.
Channel 0: 300 baud, AFSK 1600 & 1800 Hz, A+, 48000 sample rate / 3.
Note: PTT not configured for channel 0. (Ignore this if using VOX.)
Ready to accept AGW client application 0 on port 8000 ...
Ready to accept KISS TCP client application 0 on port 8001 ...
ADEVICE0: Sample rate approx. 44.1 k, 0 errors, receive audio level CH0 50
ADEVICE0: Sample rate approx. 44.1 k, 0 errors, receive audio level CH0 194
ADEVICE0: Sample rate approx. 44.1 k, 0 errors, receive audio level CH0 0
|
Hello Franco,
Thank you for moving this topic over to the email list...
On Windows host (audio sender)
ffmpeg -f dshow -i audio="Line 1 (Virtual Audio Cable)" -c 1 -acodec pcm_s16le -b:a 48000 -f mpegts udp://192.168.56.1:12000
|
This above command looks right though:
?? - "-acodec" expects an input and output value.?
|
I tried playing a test.wav generated with
gen_packet and tested with atest.
|
You say you used the test.wav file so I assumed you changed the
above command line to NOT use "mpegts" since a WAV file is not an
MPEG file.
On Ubuntu
If I try to listen the stream with VLC I can
hear it loud and clear, but with direwolf with this
command
|
Is there a way to display the statistics of the incoming UDP stream
in VLC to confirm you're getting what you expect?? VLC is overly
flexible at times and auto-determines a lot of things.
direwolf -n 1 -a 10 -r 44100 udp:12000
|
Your receiving sampling rate doesn't match the sender's rate.?
Change it to "-r 48000"
Dire Wolf version 1.7
Includes optional support for: hamlib cm108-ptt
Reading config file direwolf.conf
Audio input device for receive: udp:12000 (channel 0)
Audio out device for transmit: null (channel 0)
Channel 0: Demodulator + option can't be combined with multiple frequencies.
Channel 0: 300 baud, AFSK 1600 & 1800 Hz, A+, 44100 sample rate / 4.
|
Please include your direwolf conf file but you have Direwolf
configured to decode the 300bps AFSK packet mode.? Is that what you
expect to decode?? Please note that Direwolf CANNOT auto-select
different modems on the same Direwolf "ACHANNEL".?
ADEVICE0: Sample rate approx. 10.0 k, 0 errors, receive audio level CH0 195
ADEVICE0: Sample rate approx. 9.8 k, 0 errors, receive audio level CH0 194
ADEVICE0: Sample rate approx. 10.0 k, 0 errors, receive audio level CH0 195
ADEVICE0: Sample rate approx. 10.0 k, 0 errors, receive audio level CH0 194
ADEVICE0: Sample rate approx. 10.0 k, 0 errors, receive audio level CH0 194
|
This reported sampling rate doesn't seem right though I don't recall
if the /4 parameter changes the reported sampling rate.? Try
removing the /4 parameter from direwolf.conf for now until you get
things working and then you can consider lowering the CPU load
created by Direwolf with the /4 parameter.? By changing this and you
still don't see "48k" sample rates, that means to me that your
ffmpeg tool isn't doing what you expect.
--David
KI6ZHD
|
|
Good afternoon,
I encountered an issue using UDP device on direwolf
Scenario
Audio sender: Windows 10 host with ffmpeg
Receiver: Ubuntu Desktop 22.04 with direwolf last release build from github today
On Windows host (audio sender)
ffmpeg -f dshow -i audio="Line 1 (Virtual Audio Cable)" -c 1 -acodec pcm_s16le -b:a 48000 -f mpegts udp://192.168.56.1:12000
?
I tried playing a test.wav generated with gen_packet and tested with atest.
On Ubuntu
If I try to listen the stream with VLC I can hear it loud and clear, but with direwolf with this command
direwolf -n 1 -a 10 -r 44100 udp:12000
?
Output:
Dire Wolf version 1.7
Includes optional support for: hamlib cm108-ptt
Reading config file direwolf.conf
Audio input device for receive: udp:12000 (channel 0)
Audio out device for transmit: null (channel 0)
Channel 0: Demodulator + option can't be combined with multiple frequencies.
Channel 0: 300 baud, AFSK 1600 & 1800 Hz, A+, 44100 sample rate / 4.
Note: PTT not configured for channel 0. (Ignore this if using VOX.)
Ready to accept AGW client application 0 on port 8000 ...
Ready to accept KISS TCP client application 0 on port 8001 ...
ADEVICE0: Sample rate approx. 10.0 k, 0 errors, receive audio level CH0 195
ADEVICE0: Sample rate approx. 9.8 k, 0 errors, receive audio level CH0 194
ADEVICE0: Sample rate approx. 10.0 k, 0 errors, receive audio level CH0 195
ADEVICE0: Sample rate approx. 10.0 k, 0 errors, receive audio level CH0 194
ADEVICE0: Sample rate approx. 10.0 k, 0 errors, receive audio level CH0 194
?
But...no decoding!
|
direwolf.conf
ADEVICE0 udp:12000 null
ARATE 44100
MYCALL TEST
MODEM 300 1600:1800 7@30 /4?
|
That is a very good point, complying with regulations. I forgot that some countries have much more stringent rules regarding automated control and repeater stations. But I'm glad to hear you were allowed to proceed. Are you receiving any RF traffic yet? Andrew, KA2DDO ________________________________________ From: [email protected] < [email protected]> on behalf of JayMot DW7GDL via groups.io <jaymot123@...> Sent: Friday, June 28, 2024 12:56 AM To: [email protected]Subject: Re: [direwolf] Introduction One reason why I didn't enable digipeating is that the National Telecommunications Commission's rules say that only authorized clubs are allowed to install and operate repeaters, and I was concerned that an APRS digipeater might be construed as being a repeater. However, I just checked with the regional NTC office and an engineer there told me that as it would be simplex, not on a split frequency pair, is isn't what they consider to be a repeater and was given permission to go ahead and experiment with it and that I wouldn't have any trouble from their office, so digipeating is now enabled.
|
One reason why I
didn't enable digipeating is that the National
Telecommunications Commission's rules say that only authorized
clubs are allowed to install and operate repeaters, and I was
concerned that an APRS digipeater might be construed as being a
repeater. However, I just checked with the regional NTC office
and an engineer there told me that as it would be simplex, not
on a split frequency pair, is isn't what they consider to be a
repeater and was given permission to go ahead and experiment
with it and that I wouldn't have any trouble from their office,
so digipeating is now enabled.
|
Greetings.
Good going on getting an APRS station set up. However, from your description of your environment and risks thereof, you may be going about this in the wrong direction.
Bear in mind that the purpose of digipeaters isn't to talk to other digipeaters; it is to extend the range of mobile and portable end-node stations with limited antennas. So, if you have a good fixed-station antenna, providing digipeater service
might be a bigger benefit to the local ham community than providing I-gate service, especially if you lose your Internet connection (but keep digipeating on batteries) when typhoons come visiting. Similarly, running your own weather station and transmitting
the local ground-truth data might be more useful than forwarding Internet-provided weather data from somewhere else.
Similarly, forwarding non-local information may not be useful (will the local hams care about a club meeting on a different island?), but announcing your _local_ info would be of benefit to transients and and your fellow local hams.
Just my $.02 on what might help grow your local APRS community.
Andrew, KA2DDO
APRS manager for Chester County ARES/RACES
toggle quoted message
Show quoted text
I don't know whether it's common in groups.io to introduce yourself before posting for help, but it is in most online support forums so here goes:
I'm Jay, DW7GDL, an ex-pat living in Cebu, Philippines. I got my first ever ham radio license last August and have recently become interested in APRS as an additional means of communication. As we have no digipeaters or igates in this part of the country I
took a spare radio, a Retevis RT95, a Raspberry Pi 3B+ and a Digirig Mobile with appropriate cables, installed direwolf on the Pi, configured it as a systemd service, and configured it as an igate with pbeacons to announce its presence both on RF and to APRS-IS,
obeacons to announce my club's 2m and 70cm repeaters to any visiting hams who use APRS, and a cbeacon to send my callsign in CW every 10 minutes to meet legal station ID requirements. I didn't bother with enabling digipeat as there are no other digipeaters
to send packets to or receive them from.?
There are only a few pockets of APRS activity in the country, mainly in the Manila area, in Central Luzon and in Negros Occidental province east of me, with a wee bit in parts of Mindanao Island also (the big island in the south of the country.) Having experienced
supertyphoon Rai, known locally as Odette, in December 2021 and having no means of communications (or running water or electricity) for weeks afterward I've become somewhat of a prepper and am interested in promoting APRS as an additional means of emergency
communications when the cell phone system is down due to lack of power. Most Filipinos prefer to send SMS text messages vs. making phone calls , plus there are additional used for APRS: WX beacons, obeacons advising visiting hams new to the area of local repeaters,
locations of i.e. hospitals, ATMs, places to eat, hotels, etc, beacons announcing club meetings or special events so they could drop in and meet some local hams, and so on to give them a "situational awareness" of things, events and places in the local area
via their radios. I figured if I set up at least an igate that also sent some of these beacons I might be able to get APRS going in this part of the country too.
73, mabuhay!
|
Hi Jay,
You said "I didn't bother with enabling digipeat as there are no other digipeaters to send packets to or receive them from."
Digipeaters are not only to talk to other digipeaters. Digipeaters are meant to repeat end user packets (mobiles/HTs) to a larger area. I can't imagine why you would not want to do that, especially since you are the only digipeater in the area.
I know there are a lot of APRS Elmers here but it is really an APRS specific topic, more so than a direwolf topic.
Have fun!
73
Danny, K5CG
HH 550-0609
SKCC 14257
From: "JayMot DW7GDL via groups.io" <jaymot123@...> To: "direwolf" < [email protected]> Sent: Thursday, June 27, 2024 3:45:33 AM Subject: [direwolf] Introduction
I don't know whether it's common in groups.io to introduce yourself before posting for help, but it is in most online support forums so here goes:
I'm Jay, DW7GDL, an ex-pat living in Cebu, Philippines. I got my first ever ham radio license last August and have recently become interested in APRS as an additional means of communication. As we have no digipeaters or igates in this part of the country I took a spare radio, a Retevis RT95, a Raspberry Pi 3B+ and a Digirig Mobile with appropriate cables, installed direwolf on the Pi, configured it as a systemd service, and configured it as an igate with pbeacons to announce its presence both on RF and to APRS-IS, obeacons to announce my club's 2m and 70cm repeaters to any visiting hams who use APRS, and a cbeacon to send my callsign in CW every 10 minutes to meet legal station ID requirements. I didn't bother with enabling digipeat as there are no other digipeaters to send packets to or receive them from.?
There are only a few pockets of APRS activity in the country, mainly in the Manila area, in Central Luzon and in Negros Occidental province east of me, with a wee bit in parts of Mindanao Island also (the big island in the south of the country.) Having experienced supertyphoon Rai, known locally as Odette, in December 2021 and having no means of communications (or running water or electricity) for weeks afterward I've become somewhat of a prepper and am interested in promoting APRS as an additional means of emergency communications when the cell phone system is down due to lack of power. Most Filipinos prefer to send SMS text messages vs. making phone calls , plus there are additional used for APRS: WX beacons, obeacons advising visiting hams new to the area of local repeaters, locations of i.e. hospitals, ATMs, places to eat, hotels, etc, beacons announcing club meetings or special events so they could drop in and meet some local hams, and so on to give them a "situational awareness" of things, events and places in the local area via their radios. I figured if I set up at least an igate that also sent some of these beacons I might be able to get APRS going in this part of the country too.
73, mabuhay!
|
Frank AB0WV
JayMot DW7GDL
Danny K5CG