开云体育

It's hard to find good information on APRS. A web search produces mostly outdated misinformation and little of value. Some of it is just plain wrong. The APRS Foundation is trying to improve the situation by collecting the best existing material, writing new material, and putting it all in one place, with an easy to remember name. https://how.aprs.works is the new place to find the best, most up to date, information on APRS. Bookmark it and check back back often for updates. The article called Understanding APRS Packets is recommended reading for everyone. About 1/3 of the document is errors seen on the air locally. Some of the problems are caused by defective implementations. Other problems are caused by user error, because they were not aware of the relevant documentation. Read it carefully if you don't want to be used as an example of what not to do. 73, John WB2OSZ

Greetings, does anyone have insight into the current status of the ISS digipeater? https://ariss.org/current-status-of-iss-stations.html indicates the "Service Module radio" as configured and functional, yet the "Station List" at http://ariss.net/ shows no traffic for the past 11+ days, nor have I heard anything here. The Kenwood TK-762GH radio with CM108 is both Tx/Rx on 145.825 MHz. I thought direwolf 1.8D might be malfunctioning, but it works properly on 144.390 MHz. Can anyone verify ISS digipeater functionality, please?

Dear all, I am running DW v1.8D (compiled & installed in situ) on my Linux box together with a CM108 (modified) sound card interface, see attached snippet. Beacon transmission works well and can be observed on aprs.fi. But normal packet reception in the terminal window is disappointing, with no response from incoming signals (may be it is too loud). I can see (with my scope) at the CM108 chip on pin #27 (MICIN) that there is the audio from my transceiver, where nearby stations are exchanging packets the whole day and night. With alsamixer I can mute and set the mike level wherever I want, but it does not change anything to give me a glimpse reaction back to the terminal. So, gentlemen, what have I done wrong in HW/SW or what did I miss to be set correctly in the config file to proceed a step further? Any ideas are highly appreciated. Best regards. Karl, DK7AL |------------------------------------------------------------------------------------------------- Dire Wolf DEVELOPMENT version 1.8 D (Mar 29 2025) Includes optional support for: cm108-ptt dns-sd Reading config file direwolf.conf Audio device for both receive and transmit: plughw:CARD=Device,DEV=0 (channel 0) Channel 0: 1200 baud, AFSK 1200 & 2200 Hz, A+, 44100 sample rate, Tx FX.25. Using /dev/hidraw0 GPIO 3 for channel 0 PTT control. Ready to accept AGW client application 0 on port 8000 ... Ready to accept KISS TCP client application 0 on port 8001 ... DNS-SD: Avahi: Announcing KISS TCP on port 8001 as 'Dire Wolf on kalli' DNS-SD: Avahi: Service 'Dire Wolf on kalli' successfully registered. [0L] DK7AL>APDW18,WIDE1-1:!5338.88NS00947.10E-DireWolf Packet Radio Test ^C QRT |-------------------------------------------------------------------------------------------------

Hi all, after I got resolve the audio device problems with my configuration thanks to the members of this group now I'm trying to work with decoding and coding with APRS. For this purpose I use an AnyTone AT878UVII-Plus which is capable to receive and transmit APRS frames. In summarize I can transmit "APRS sounds" with my Yaesu FT-847 and I can hear them in the AnyTone and them can be decodified. Contrary I transmit APRS with the AnyTone that the FT-847 can receive but Direwolf not decodify it. I also usually use the FT-847 in SSB FT8 modes succesfully. I'll try to detail the devices and configurations chain next: · Yaesu FT-847: - RF PWR: about 10% - SQL: open - RF selector: about 40% - Modulation: FM (I don't know if NAR mode should be selected) - Menu #23 (FM Packet Baud Rate): 1200 - Menu #37 (CAT Data-Transfer Baud Rate): 57600 · A homemade connection box between FT-847 and Yaesu SCU-17 as follows: - A stereo jack to FT-847 DATA IN/OUT rear connector - A stereo jack to SCU-17 PTT FSK - A stereo jack to SCU-17 AUDIO IN OUT This works fine for me in HF SSB modes like FT8, FreeDV and other. The constructive details can be found here in japanese but the diagram can be perfectly understood: https://www.iyo.ne.jp/tamai/oa-04/oa-04-04/oa-04-04-03/index.html Anyway I think this box be only used in APRS HF modes and to do PTT in other way in this case. · Yaesu SCU-17: - PTT FSK stereo jack connected to the box - AUDIO IN OUT stereo jack connected to the box - CAT/RS-232C 9 pin connected to the CAT rear connector from FT-847 - DATA miniDIN 6 pin connected to the PKT rear connecto from FT-847 (I think this connection is mandatory if PACKET/APRS is made in FM mode) - USB to the computer · Computer: - Linux Debian Testing x64 with the commonly software and sound and USB controllers working fine - Direwolf 1.7 from Debian official repositories with the next basic config: ADEVICE plughw:CODEC,0 ACHANNELS 1 CHANNEL 0 MYCALL EA4GRG-10 MODEM 1200 PTT /dev/ttyUSB1 DTR RTS # Ports used by other applications AGWPORT 8000 KISSPORT 8001 # Test beacon. Commented when other applications are used PBEACON delay=0:30 every=1:00 overlay=S symbol="digi" lat=38^59.71N long=1^52.14W power=5 height=10 gain=4 comment="EA4GRG-10 IM98bx" via=WIDE1-1 TXDELAY 30 TXTAIL 15 - Another software I use: YAAC, Xastir - Sound levels are adjusted by QasMixer or alsamixer utilities · AnyTone AT878UVII-Plus: - APRS type: analog - Push PTT: off (when it gets GPS it launchs an APRS frame every 60 seconds) - Signal route: WIDE1-1,WIDE-2-1 - All analogic APRS filters are ON - TX power: low (both FT-847 antenna and AnyTone are a few meters length each other). - Tuned with a created APRS channel to 144.800 MHz Operating: - I start direwolf from Linux. Every 60 seconds the AnyTone receives APRS and decodifies it fine. - When AnyTone gets GPS data it transmits every 60 seconds. I can hear "APRS sounds" in FT-847 but direwolf doesn't decodified anything. Also I try with "arecord -D plughw:CODEC,0 /tmp/audio.wav" and I can record the APRS sounds fine. Has anybody a similar configuration like me? What am I doing wrong? Thanks in advance. Regards.

I set up a raspberry pi 3 with Direwolf. It's uses a Baofeng Uv-R5 and aprs cable and usb sound card. They all work and settings are correct for everything. Everything seems to be working. I can see beacons the iGate sends out over the air. I can sms back and forth with it but it seems that my igate cannot send outgoing messages it receives from APRS-IS and digipeat them out into the air. Maybe I'm missing something? Below is a small portion of my log. I see a lot of [ig>tx] but nothing confirming packets were sent out. What more can I learn? Thanks Fellas & Gals! [ig>tx] SMS>APOSMS,TCPIP*,qAC,WA7BF::K9JPT-9 :@8454182603 Jyv?skyl? jutting{2141 Was message addressee K9JPT-9 heard in the past 60 minutes, with 1 or fewer digipeater hops? Yes, K9JPT-9 last heard over radio 0 minutes ago, 0 digipeater hops. Was message source SMS heard in the past 1 minutes, with 0 or fewer digipeater hops? No, we have not heard SMS over the radio. ig_to_tx_allow? ch0 60605 "SMS>APOSMS::K9JPT-9 :@8454182603 Jyv?skyl? jutting{2141" ig_to_tx_allow? YES ig_to_tx_remember [2] = ch0 d0 1745271633 60605 "SMS>APOSMS::K9JPT-9 :@8454182603 Jyv?skyl? jutting{2141" [0L 2025-04-21 17:40:33] K9JPT-10>APDW16,WIDE1-1:}SMS>APOSMS,TCPIP,K9JPT-10*::K9JPT-9 :@8454182603 Jyv?skyl? jutting{2141 [ig>tx] KB1JGI>APBM1D,KB1JGI,DMR*,qAR,KB1JGI:@214036h4135.70N/07328.92WR159/000Fred K9JPT-9 audio level = 25(7/8) [NONE] |||||||__ [0.3 2025-04-21 17:40:38] K9JPT-9>APK004,WIDE1-1,WIDE2-1::SMS :ack2141<0x0d> ACK message 2141 for "SMS", normal car (side view), Kenwood TH-D74 Rx IGate: Truncated information part at CR. rx_to_ig_allow? 36780 "K9JPT-9>APK004::SMS :ack2141" rx_to_ig_allow? YES, no dedupe checking [rx>ig] K9JPT-9>APK004,WIDE1-1,WIDE2-1,qAR,K9JPT-10::SMS :ack2141 [ig>tx] KM6FDI-9>APDR16,TCPIP*,qAC,T2GB:=4131.04N/07410.80Wu090/059/A=000334 Conference KM6FDI-14 [rx>ig] # [ig>tx] WB2ZII-13>APRS,WIDE2-2,qAR,W2MEB-10:!4119. N/07333. W#PHG7530 fill-in digipeater www.weca.org [ig>tx] SMS>APOSMS,TCPIP*,qAC,WA7BF:!4024.51N/14943.02W$SMS Gateway (US, Canada, Australia & UK ONLY) - NA7Q Special case, allow position from message sender SMS, 0 remaining. ig_to_tx_allow? ch0 25131 "SMS>APOSMS:!4024.51N/14943.02W$SMS Gateway (US, Canada, Australia & UK ONLY) - NA7Q" Tx IGate: Already transmitted maximum of 1 packets in 1 minute. [ig>tx] KM6FDI-9>APDR16,TCPIP*,qAC,T2GB:=4130.98N/07409.98Wu105/063/A=000295 Conference KM6FDI-14 [rx>ig] # [rx>ig] # [ig>tx] KM6FDI-9>APDR16,TCPIP*,qAC,T2GB:=4130.71N/07408.67Wu091/061/A=000332 Conference KM6FDI-14 [rx>ig] # [rx>ig] #

Is anyone familiar with configuring Direwolf to run on Raspberry Pi with an IC-705? Basically I can transmit a packet out but Direwolf doesn't seem to hear incoming packets. It is worth mentioning all other amateur radio software I am using does work (ie: FLRIG, FLDIGI, WSJTX, JS8call, Pat Winlink with ARDOP modem) Hardware: Raspberry Pi 4, Icom IC-705, USB cable (interface) OS: Raspbian GNU/Linux 10 (buster) Firmware: Icom v1.24 Software: Direwolf v1.6 (from KM4ACK Build-a-pi) Symptom: Direwolf will transmit packets from software (ie:Xastir) but does not decode incoming packets. Icom IC-705 Audio Setting AF Output Level 50% Direwolf config: FIRST AUDIO DEVICE PROPERTIES ADEVICE default ACHANNELS 1 CHANNEL 0 PROPERTIES CHANNEL 0 MYCALL KJ7RNY-6 MODEM 1200 PTT RIG 3085 /dev/serial/by-id/usb-Icom_Inc._IC-705_IC-705_12003982-if00 VIRTUAL TNC SERVER PROPERTIES AWGPORT 8000 KISSPORT 8001 When I open PulseAudio Volume Control I see the following under the tabs: -Playback ALSA plug-in [direwolf]: ALSA playback on PCM2901 Audio Codec Analog Stereo Level set 100% **when i send a packet from Xastir the bar below the level slider moves (audio out working)** -Recording ALSA plug-in [direwolf]: ALSA capture from PCM2901 Audio Codec Analog Stereo Level set 100% **the bar below level slider is moving with radio noice from APRS frequency 144.390 (audio in working)** Brian Blanchard Brian.j.blanchard@... KJ7RNY

All, As an adjunct topic to some other posts I made earlier, I wonder about proper division of resources in the chain of events of a packet system that can include the impressive decode abilities of the DireWolf Modem. The goal is to hook up multiple Radio/TNC combinations to one copy of BPQ32 running on a nice stable Linux box in the radio rack. John Wiseman (BPQ32 guy) suggests using a TNC in "host" mode may provide noticeably better AX.25 link management than if using KISS mode. The quick way to solve this is with a traditional hardware TNC with host mode capabilities... [RADIO]---audio---[TNC:Modem/HostMode]---USB---[PC:Linux&BPQ32] ...but let's say we loathe modems using a hardware modem chip. We might consider a TNC advertising the use of a real DSP chip within to yield... [RADIO]---audio---[SCSTrkrTNC:Modem/HostMode]---USB---[PC:Linux&BPQ32] Note the SCS Tracker TNC is primarily designed for HF Robust Packet use, but does sport a full suite of modes including 1200 and 9600. What I don't know is if the touted "1200 DSP" benefits on their sales slicks really match up with what DireWolf gives us and they aren't talking. It's probably safe to say it is at least as good as any previous hardware modem chip TNC. Anyway, let's move on... [RADIO]---audio---[R-Pi:DireWolf/KISS]---TCPStack---[PC:Linux&BPQ32] I've actually gotten the above to work very well. Note, however, BPQ32 is managing the AX.25 link management (I think). [RADIO]---audio---[R-Pi:DireWolf/HostMode]---TCPStack---[PC:Linux&BPQ32] So here I've moved the "HostMode" AX.25 link management from BPQ32 to the processor closest to the modem... the R-Pi (or equivalent)... in an attempt to improve performance and inch timing settings ever closer towards optimum data throughput. All this while leaving the BPQ32 PC to just be the BBS/Chat machine and not much else... a leisurely high-reliability life. As I understand it, DireWolf doesn't perform any hostmode functions and perhaps never should. If true, is there a program that can run in the Linux regime to perform just the host AX.25 management functions plus serve as go-between the DireWolf modem and the network port/BPQ32? Thanks. John, kx4o

Any help would be appreciated... My setup: Raspberry PI 4, DireWolf 1.7, DigiRig, Baofeng Digirig at /dev/ttyUSB0 card 1: Device [USB Audio Device], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 ADEVICE plughw:1,0 I can receive messages just fine, and send messages over IGate, but as soon as I turn on PTT, by uncomenting: PTT /dev/ttyUSB0 RTS And when direwolf trys to transmit, I get this: One or more sometimes many of these messages: [0L] KA7RLV-10>APDW17,WIDE1-1,WIDE2-1:!4817.19NS11722.44W#PHG3040Usk WA US Audio input device 0 error code -32: Broken pipe This is most likely caused by the CPU being too slow to keep up with the audio stream. Use the "top" command, in another command window, to look at CPU usage. This might be a temporary condition so we will attempt to recover a few times before giving up. If using a very slow CPU, try reducing the CPU load by using -P- command line option for 9600 bps or -D3 for slower AFSK . I have tried using the -P- option when running direwolf, no real difference. Sometimes I get this after the other errors: ALSA lib pcm.c:8573:(snd_pcm_recover) cannot recovery from overrun, prepare failed: Input/output error Audio input device 0 error code -19: No such device Audio input device 0 error code -19: No such device Audio input device 0 error code -19: No such device Audio input device 0 error code -19: No such device Audio input device 0 error code -19: No such device Audio input device 0 error code -19: No such device Audio input device 0 error code -19: No such device Audio input device 0 error code -19: No such device Audio input device 0 error code -19: No such device Audio input device 0 error code -19: No such device Terminating after audio input failure.

Hi I have dw 1.8 on my raspberry pi3b+.which has been working well. I would like to investigate how I can better start dw. As the manual suggests, I first find the input and output parameters using arecord and aplay . I enter those values in direwolf.conf under ADEVICE. The values I put in ADEVICE are subject to change with every reboot and do. The manual mentions that the values in direwolf.conf can be overwritten by using command line options when starting dw. This would avoid me having to edit the direwolf.conf file each time I need to change the parameters. I have tried several options but dw fails to start every time. Can someone point out my mistake or point me to the page in the manual where I can find this? Thanks.

I've incorporated two radios into my RPI setup. I have two digirig soundcards configured as channels 0 and 2 in the .conf file They's both USB audio. When rebooting Pi, the addresses (device IDs) swap requiring a swap of the USB cables to the digirigs. Its a PITA. Is there some way to code each of these USB devices to prevent this? I realize the problem may be more a Linux issue.

Hello, I am trying to find the audio codec for Direwolf with a Digirig on my Mac. I do not know a command like arecord -l to get the sound cards for ADEVICE "USB Audio Codec:6" "USB Audio Codec:5". I believe the PPT is /dev/tty.usbmodem223101 RTS cards I know this is different from Linux. Tim KM4ESU

Good day Direwolf Users, I'm trying to setup my Raspberry Pi with Direwolf, and I'm just having a few issues. Each time I boot up Direwolf, it's telling me that my USB audio dongle is in use. This is the output of arecord -l: card 1: Device [USB Audio Device], device 0: USB Audio [USB Audio] Subdevice: 1/1 Subdevice #0: subdevice #0 This is the output of sudo lsof /dev/snd/*: lsof: Warning: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs Output information may be incomplete. Command PID USER FD TYPE DEVICE SIZE/OFF NODE NAME pulseaudi 767 jtwist 36u CHR 116,32 0t0 272 /dev/snd/controlC1 I installed pavucontrol as the pdf suggests for pulse audio, and I'm not exactly sure what setting to adjust within that, everything looks right as far as I can tell. Thanks in advance, Johnny W5KV

I want to link two separate PCs (or raspberry pi's) running on two separate routed networks similar to a KISS client/server configuration. Both networks have access to each other but only one has a radio resource and internet connection; I would like to send APRS data from one network without resources to the network that does. Is there a method for achieving this? The ICHANNEL feature looks like it would be able to do this but direwolf does not act as a KISS client. I have a work around that uses another program to receive data via KISS and pass it to the internet via APRS-IS. I would like to use direwolf, if possible, to keep the installations lightweight.

Its funny what you find when you google search direwolf while trying to get your packet station fixed :) https://www.wired.com/story/scientists-brought-back-dire-wolf-deextinct/ https://time.com/7274542/colossal-dire-wolf/ https://www.google.com/search?q=direwolf&tbm=nws

I have CumulusMX running on a PI3 feeding YAAC with the output sent to Direwolf. All is well. Packets sent with weather and packets received. The weather starts out reporting Celsius but it is transmitted from Direwolf in Fahrenheit. I must be missing something, but what? Help would be appreciated. Ian - VE3EP

Folks - I can't seem to find anything on this, so hoping someone has some experience with this. I'm trying to ditch UZ7HO soundmodem and get back to Direwolf, and now working through config issues on my Windows 11 machine. I have multiple DRA-50s connected, and am using the "cm108" utility to identify the (long) string which identifies the devices. I would then use lines like this to point to them: ADEVICE USB "\\?\hid#vid_0d8c&pid_013a&mi_03#8&2434851&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}" #ADEVICE USB "\\?\hid#vid_0d8c&pid_013a&mi_03#9&42f53e8&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}" PTT CM108 "\\?\hid#vid_0d8c&pid_013a&mi_03#8&2434851&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}" #PTT CM108 "\\?\hid#vid_0d8c&pid_013a&mi_03#9&42f53e8&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}" (note the two different identifiers here) However, I get errors at Direwolf boot warning me that some of the settings lines are too long... and then you can see that the name of the device was truncated and then not identified correctly. === snip ================= WARNING: strlcpy result length 87 exceeds maximum length 79. (/home/John/src/direwolf-dev/src/config.c config_init 1053) WARNING: strlcpy result length 135 exceeds maximum length 127. (/home/John/src/direwolf-dev/src/cm108.c cm108_inventory 570) WARNING: strlcpy result length 155 exceeds maximum length 127. (/home/John/src/direwolf-dev/src/cm108.c cm108_inventory 570) WARNING: strlcpy result length 155 exceeds maximum length 127. (/home/John/src/direwolf-dev/src/cm108.c cm108_inventory 570) WARNING: strlcpy result length 159 exceeds maximum length 127. (/home/John/src/direwolf-dev/src/cm108.c cm108_inventory 570) WARNING: strlcpy result length 131 exceeds maximum length 127. (/home/John/src/direwolf-dev/src/cm108.c cm108_inventory 570) There are multiple USB Audio Devices with GPIO capability. Explicitly specify one of them for more predictable results: "\\?\hid#vid_0d8c&pid_013a&mi_03#8&2434851&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}" "\\?\hid#vid_0d8c&pid_013a&mi_03#9&42f53e8&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}" Run the "cm108" utility for more details. "\\?\hid#vid_0d8c&pid_013a&mi_03#8&2434851&0&0000#{4d1e55b2-f16f-11cf-88cb-00111" doesn't match any of the output devices. Available audio input devices for receive (*=selected): * 0: DRA50 #2 RX (2- USB PnP Sound D (channel 0) 1: SCU-17 HF (RX) (2- USB Audio CO 2: DRA-50 (RX) (USB PnP Sound Devi Available audio output devices for transmit (*=selected): 0: Sceptre F27 (HD Audio Driver fo 1: DRA50 #2 TX (2- USB PnP Sound D 2: SCU-17 HF (TX) (2- USB Audio CO 3: DRA-50 (TX) (USB PnP Sound Devi 4: speakers? (Realtek(R) Audio) Channel 0: 1200 baud, AFSK 1200 & 2200 Hz, A+, 44100 sample rate. Using \\?\hid#vid_0d8c&pid_013a&mi_03#8&2434851&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} GPIO 3 for channel 0 PTT control. Ready to accept AGW client application 0 on port 8000 ... Ready to accept KISS TCP client application 0 on port 8001 ... === /snip ================================= Two questions, then: (1) How to get around this strlcpy character limit for long USB device names in the Windows config file, and (2) How to point to a specific ADEVICE? On #2, there is documentation about how to point to a specific PTT device, but I'm only guessing that I can point to an ADEVICE like this: ADEVICE USB "\\?\hid#vid_0d8c&pid_013a&mi_03#9&42f53e8&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}" Thanks for any help, Brian AG6WR

While checking in User-Guide.pdf supplied with the latest dev download and searching for details related to kissutil command line parameters the search includes a reference on page 135 in the section discussing command line parameters for direwolf. Although the syntax for the -T parameter is the same for kissutil as it is for direwolf the reference on page 135 "If you want UTC, rather than local time, set the TZ environment variable before running kissutil." should more accurately be "If you want UTC, rather than local time, set the TZ environment variable before running direwolf." 73 de Rich WA3WLH