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!
|
Good luck with your project.? I know there is WX information available through APRS-IS but not sure how well covered the Philippines are.? I am sure someone on here might be able to explain a method of monitoring WX service and generating a packet (or grabbing and existing one on IS) to send out from your station based on location criteria.? Might be as simple as a APRS-IS filter.
I hope this spurs the needed conversation.
On Thursday, June 27, 2024 at 08:10:48 AM EDT, JayMot DW7GDL via groups.io <jaymot123@...> wrote:
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!
|
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!
|
Re: Can serial kiss channel be forced to 0?
Thanks Geoffrey.
Graeme VK2HFG
On 27/06/2024 5:15 am, Geoffrey Merck
wrote:
toggle quoted message
Show quoted text
Hi Graeme,
I finally opted for publishing a small blog post describing the
setup.? Feel free to use it or not ;)
--
Geoffrey F4FXL /? KC3FRA
My Direwolf stuff :
|
Re: Can serial kiss channel be forced to 0?
I wanted the aprsdroid station display to show nearby
mobile and fixed APRS stations on both VHF and my licensed 40m HF
frequency.? I also wanted to hear aprsdroid notifications of my
digipeated pkts as confirmation that at least those were being
igated, especially when in outer rural or remote areas.? As
aprsdroid selects for ch0 data, I was swapping between HF and VHF
depending on the area I was passing through, missing any pkts on
the other frequency. My tracker transmits on VHF and also on HF if
the HF radio is powered-on, the tx freq is set to the APRS freq
and data mode is set, so aprsdroid notifications can be for both
VHF and HF digipeated pkts.
Graeme
VK2HG
On 27/06/2024 2:13 am, David Ranch via
groups.io wrote:
toggle quoted message
Show quoted text
Hello Graeme,
Beyond all the soluitions that are being shared, can you explain
WHY you need this feature?? I'm curious what you're doing that
needs such a "unique" feature.
--David
KI6ZHD
On 06/26/2024 01:03 AM, Graeme Small
wrote:
Thanks Geoffrey for your info.? However as I now
have my solution working I'll stay with it unless problems
arise later, even though it uses a modified kissutil for the
extra output, being the serial port.? I found that kissutil
and hence my extended version needs either a transmit-from
directory or a terminal otherwise it terminates virtually
immediately, so I've given it one to keep it happy.? Yes, I'm
using the enhanced DW 1.7 KISSPORT to send ch2 to another port
with the channel already changed to ch0.
I can easily switch radios to make whichever one I want to be
on ch0 so that messages generated by aprsdroid go out over the
desired network depending on what rx and tx frequencies the HF
radio is set to use if it is switched on. I toggle between
split and not split for the HF aprs frequency on the display
so that my tbeacon commentcmd script knows which radio I want
to be on ch0 and restarts DW with the appropriate config file
if not already using it.
The OPi isn't using a BT dongle, instead running another
package that handles the BT connection. One of my sons set it
up quite a few years ago, including the scripts to restart DW,
but I endeavour to make my own desired enhancements.
Graeme VK2HFG
On 26/06/2024 4:21 pm, Geoffrey
Merck wrote:
Hi,
I had a similar issue and ended up solving it using a
simple "multiplexing" shell script listening on port 8004
for aprsdroid and replicating to port 8001 and 8002 toward
direwolf. The other way around it gets packets from port
8001 and 8002 and push them to aprsdroid on port 8004.
If you configure ports like this in Direwolf, it just
ignores the tnc port being specified on the kiss frame.
# VHF:
KISSPORT 8001 0
# HF
KISSPORT 8002 2
Additionaly I do not use BT through Direwolf serial. I have
another script forwarding port 8004 to Bluetooth.
I do not have my Orange Pi handy right now, I will post the
files later.
Here is a rough block diagram of how it works.
--
Geoffrey F4FXL /? KC3FRA
My Direwolf stuff :
|
Frank AB0WV
JayMot DW7GDL
Danny K5CG