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
|
You are using a default audio device. Since the Pi doesn't have a mic, an external (USB) sound card mic will become the default. However, the default speakers will more likely be the HDMI port audio, or the boards audio out - unless you have made changes to the audio setup.
Double check to see which audio output device is selected for audio out.
Either way, it would be better to specify the device in the config, rather than using "Default".
On Tuesday, August 10, 2021, 1:48:33 PM EDT, Brian Blanchard via groups.io <brian.j.blanchard@...> wrote:
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
KJ7RNY
|
Thanks Robert.
Originally my audio device setting was “ADEVICE plughw:2,0” and I changed it to “ADEVICE default”. ?My USB Audio device is 2,0 for input/output. ?When I change that, Direwolf disappears from PulseAudio Volume Control. ?After changing the “direwolf.config” file I started direwolf again. ?I am having the same symptom. ?I can still use Xastir to send a beacon and APRS messages out, but nothing is being decoded by direwolf. ?Details of what I just did are below if it helps:
pi@raspberrypi:~ $ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: b1 [bcm2835 HDMI 1], device 0: bcm2835 HDMI 1 [bcm2835 HDMI 1] ? Subdevice #0: subdevice #0 ? Subdevice #1: subdevice #1 ? Subdevice #2: subdevice #2 ? Subdevice #3: subdevice #3 card 1: Headphones [bcm2835 Headphones], device 0: bcm2835 Headphones [bcm2835 Headphones] ? Subdevice #0: subdevice #0 ? Subdevice #1: subdevice #1 ? Subdevice #2: subdevice #2 ? Subdevice #3: subdevice #3 card 2: CODEC [USB Audio CODEC], device 0: USB Audio [USB Audio] ? Subdevice #0: subdevice #0 pi@raspberrypi:~ $ arecord -l **** List of CAPTURE Hardware Devices **** card 2: CODEC [USB Audio CODEC], device 0: USB Audio [USB Audio] ? Subdevice #0: subdevice #0 Changed ADEVICE default to ADEVICE plughw:2,0 pi@raspberrypi:~ $ direwolf -p Includes optional support for: ?hamlib Reading config file direwolf.conf Audio device for both receive and transmit: plughw:2,0 ?(channel 0) Channel 0: 1200 baud, AFSK 1200 & 2200 Hz, E+, 44100 sample rate / 3. Hamlib determined CAT control serial port rate of 19200. Ready to accept AGW client application 0 on port 8000 ... Ready to accept KISS TCP client application 0 on port 8001 ... Virtual KISS TNC is available on /dev/pts/1 Created symlink /tmp/kisstnc -> /dev/pts/1 Attached to AGW client application 0... Ready to accept AGW client application 1 on port 8000 ... KISS protocol set TXDELAY = 40 (*10mS units = 400 mS), port 0 KISS protocol set Persistence = 63, port 0 KISS protocol set SlotTime = 20 (*10mS units = 200 mS), port 0 KISS protocol set TXtail = 30 (*10mS units = 300 mS), port 0 KISS protocol set FullDuplex = 0, port 0 --- Unexpected Command from application 0 using AGW protocol: <<< Application Login from AGWPE client application 0, total length = 546 ? ? ? ? portx = 0, datakind = 'P', pid = 0x00 ? ? ? ? call_from = "", call_to = "" ? ? ? ? data_len = 510, user_reserved = 0, data = ? 000: ?4b 4a 37 52 4e 59 00 00 00 00 00 00 00 00 00 00 ?KJ7RNY.......... ? 010: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 020: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 030: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 040: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 050: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 060: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 070: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 080: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 090: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0a0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0b0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0c0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0d0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0e0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0f0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 31 ?...............1 ? 100: ?36 38 30 33 00 00 00 00 00 00 00 00 00 00 00 00 ?6803............ ? 110: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 120: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 130: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 140: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 150: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 160: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 170: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 180: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 190: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1a0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1b0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1c0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1d0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1e0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1f0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 ? ? ? ?.............. [0L] KJ7RNY-6>APX217,WIDE1-1:=3334.8 N/11155.1 W-FT8 JS8call kj7rny@... Raspberry Pi [0L] KJ7RNY-6>APX217,WIDE2-2:=3334.8 N/11155.1 W-FT8 JS8call kj7rny@... Raspberry Pi<0x0d>
On Aug 10, 2021, at 11:00 AM, Rob Giuliano via < kb8rco@...> wrote:
You are using a default audio device. Since the Pi doesn't have a mic, an external (USB) sound card mic will become the default. However, the default speakers will more likely be the HDMI port audio, or the boards audio out - unless you have made changes to the audio setup.
Double check to see which audio output device is selected for audio out.
Either way, it would be better to specify the device in the config, rather than using "Default".
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
KJ7RNY
|
I set the audio device to "pulse pulse" in the direwolf config.? Then, I turned off the onboard device in the pulse config.? That way, Alsa doesn't take over the device.
-Sam KO4HBY
toggle quoted message
Show quoted text
On Tue, Aug 10, 2021, 14:25 Brian Blanchard via <brian.j.blanchard= [email protected]> wrote: Thanks Robert.
Originally my audio device setting was “ADEVICE plughw:2,0” and I changed it to “ADEVICE default”.? My USB Audio device is 2,0 for input/output.? When I change that, Direwolf disappears from PulseAudio Volume Control.? After changing the “direwolf.config” file I started direwolf again.? I am having the same symptom.? I can still use Xastir to send a beacon and APRS messages out, but nothing is being decoded by direwolf.? Details of what I just did are below if it helps:
pi@raspberrypi:~ $ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: b1 [bcm2835 HDMI 1], device 0: bcm2835 HDMI 1 [bcm2835 HDMI 1] ? Subdevice #0: subdevice #0 ? Subdevice #1: subdevice #1 ? Subdevice #2: subdevice #2 ? Subdevice #3: subdevice #3 card 1: Headphones [bcm2835 Headphones], device 0: bcm2835 Headphones [bcm2835 Headphones] ? Subdevice #0: subdevice #0 ? Subdevice #1: subdevice #1 ? Subdevice #2: subdevice #2 ? Subdevice #3: subdevice #3 card 2: CODEC [USB Audio CODEC], device 0: USB Audio [USB Audio] ? Subdevice #0: subdevice #0 pi@raspberrypi:~ $ arecord -l **** List of CAPTURE Hardware Devices **** card 2: CODEC [USB Audio CODEC], device 0: USB Audio [USB Audio] ? Subdevice #0: subdevice #0 Changed ADEVICE default to ADEVICE plughw:2,0 pi@raspberrypi:~ $ direwolf -p Includes optional support for: ?hamlib Reading config file direwolf.conf Audio device for both receive and transmit: plughw:2,0 ?(channel 0) Channel 0: 1200 baud, AFSK 1200 & 2200 Hz, E+, 44100 sample rate / 3. Hamlib determined CAT control serial port rate of 19200. Ready to accept AGW client application 0 on port 8000 ... Ready to accept KISS TCP client application 0 on port 8001 ... Virtual KISS TNC is available on /dev/pts/1 Created symlink /tmp/kisstnc -> /dev/pts/1 Attached to AGW client application 0... Ready to accept AGW client application 1 on port 8000 ... KISS protocol set TXDELAY = 40 (*10mS units = 400 mS), port 0 KISS protocol set Persistence = 63, port 0 KISS protocol set SlotTime = 20 (*10mS units = 200 mS), port 0 KISS protocol set TXtail = 30 (*10mS units = 300 mS), port 0 KISS protocol set FullDuplex = 0, port 0 --- Unexpected Command from application 0 using AGW protocol: <<< Application Login from AGWPE client application 0, total length = 546 ? ? ? ? portx = 0, datakind = 'P', pid = 0x00 ? ? ? ? call_from = "", call_to = "" ? ? ? ? data_len = 510, user_reserved = 0, data = ? 000: ?4b 4a 37 52 4e 59 00 00 00 00 00 00 00 00 00 00 ?KJ7RNY.......... ? 010: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 020: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 030: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 040: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 050: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 060: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 070: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 080: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 090: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0a0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0b0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0c0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0d0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0e0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 0f0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 31 ?...............1 ? 100: ?36 38 30 33 00 00 00 00 00 00 00 00 00 00 00 00 ?6803............ ? 110: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 120: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 130: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 140: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 150: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 160: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 170: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 180: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 190: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1a0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1b0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1c0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1d0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1e0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ?................ ? 1f0: ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 ? ? ? ?.............. [0L] KJ7RNY-6>APX217,WIDE1-1:=3334.8 N/11155.1 W-FT8 JS8call kj7rny@... Raspberry Pi [0L] KJ7RNY-6>APX217,WIDE2-2:=3334.8 N/11155.1 W-FT8 JS8call kj7rny@... Raspberry Pi<0x0d>
On Aug 10, 2021, at 11:00 AM, Rob Giuliano via < kb8rco@...> wrote:
You are using a default audio device. Since the Pi doesn't have a mic, an external (USB) sound card mic will become the default. However, the default speakers will more likely be the HDMI port audio, or the boards audio out - unless you have made changes to the audio setup.
Double check to see which audio output device is selected for audio out.
Either way, it would be better to specify the device in the config, rather than using "Default".
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
KJ7RNY
|
Sam,
I changed the config to "ADEVICE pulse pulse”. ?Direwolf shows up in PulseAudio volume control again. ?No change to Direwolf’s performance. ?I can still transmit packets but Direwolf is not reading any input from the radio. ?Also FLDIGI, WSJTX, and JS8Call are still functional.
I assume turning off the onboard device is the Built-in Audio under the CONFIGURATION tab? ?Here are the PulseAudio settings.
PLAYBACK -System Sounds -OFF -ALSA plug-in [direwolf]: ALSA Playback on, PCM 2901 Audio Codec Analog Stereo -ON
RECORDING -ALSA plug-in [direwolf]: ALSA Capture from, PCM 2901 Audio Codec Analog Stereo -ON
OUTPUT DEVICES Built-in Audio Digital Stereo -OFF Built-in Audio Analog Stereo -OFF PCM2901 Audio Codec Analog Stereo -ON
INPUT DEVICES Monitor of Built-in Audio Digital Stereo -OFF Monitor of Built-in Audio Analog Stereo -OFF Monitor of PCM2901 Audio CODEC Analog Stereo -ON PCM2901 Audio Codec Analog Stereo - ON
CONFIGURATION Built-in Audio, Profile: OFF Built-in Audio, Profile: OFF PCM2901 Audio Codec, Analog Stereo Duplex
toggle quoted message
Show quoted text
Hi Brian,
I set the audio device to "pulse pulse" in the direwolf config.? Then, I turned off the onboard device in the pulse config.? That way, Alsa doesn't take over the device.
?
-Sam KO4HBY
|
I recommend users to avoid using PulseAudio when possible as that
sound system seems to "auto-magically" change inputs, outputs,
levels, etc on a whim.? Instead, use the ALSA "plughw" type
configuration in your direwolf.conf.? All of this on determining
what sound device names you have, how to configure it, etc. is in
the Direwolf User Guide.
--David
On 08/10/2021 12:37 PM, Brian Blanchard
via groups.io wrote:
toggle quoted message
Show quoted text
Sam,
I changed the config to "ADEVICE pulse pulse”.
?Direwolf shows up in PulseAudio volume control again. ?No
change to Direwolf’s performance. ?I can still transmit packets
but Direwolf is not reading any input from the radio. ?Also
FLDIGI, WSJTX, and JS8Call are still functional.
I assume turning off the onboard device is the
Built-in Audio under the CONFIGURATION tab? ?Here are the
PulseAudio settings.
PLAYBACK
-System Sounds -OFF
-ALSA plug-in [direwolf]: ALSA Playback on, PCM 2901
Audio Codec Analog Stereo -ON
RECORDING
-ALSA plug-in [direwolf]: ALSA Capture from, PCM
2901 Audio Codec Analog Stereo -ON
OUTPUT DEVICES
Built-in Audio Digital Stereo -OFF
Built-in Audio Analog Stereo -OFF
PCM2901 Audio Codec Analog Stereo -ON
INPUT DEVICES
Monitor of Built-in Audio Digital Stereo -OFF
Monitor of Built-in Audio Analog Stereo -OFF
Monitor of PCM2901 Audio CODEC Analog Stereo -ON
PCM2901 Audio Codec Analog Stereo - ON
CONFIGURATION
Built-in Audio, Profile: OFF
Built-in Audio, Profile: OFF
PCM2901 Audio Codec, Analog Stereo Duplex
Hi
Brian,
I set the audio device to "pulse pulse" in the direwolf
config.? Then, I turned off the onboard device in the
pulse config.? That way, Alsa doesn't take over the
device.
?
-Sam
KO4HBY
|
Perhaps it is better illustrated by sharing my config instead (with my call removed).? Notice the single pulse under the audio device line.? The second instance is redundant if it is the same device:
ADEVICE pulse ACHANNELS 1 CHANNEL 0 MYCALL YOURCALL MODEM 1200 E+ /1 PTT RIG 120 /dev/ttyUSB0 TXDELAY 40 TXTAIL 10 KISSPORT 8001 AGWPORT 8000 FIX_BITS 1 AX25
-Sam KO4HBY
|
As for disabling the onboard device, yes; that is where I disabled mine as well...just to remove confusion later.
-Sam KO4HBY
|
I don't mean to lead people away from a supported configuration.? This interested me as I went through a lot of the same trouble in the past and I had a need to run multiple "listeners" at the same time.? That is not possible without some extensive configuration (with slaves) in ALSA and using Pulse was the simplest solution for me.
WIth that said, the only thing I had to do after configuring Direwolf to use Pulse was to set the Microphone levels properly in both alsamixer (to disable autogain control) and then fine tuning in pulsemixer.
-Sam KO4HBY
|
Sam, Thanks for the help. ?It appears the config you are reccomending is not resolving my issue.
David,
I checked the manual -?
First I changed config to ADEVICE plight:2,0. ?(9.1.3 Audio Device selection - Linux ALSA, p52)
Troubleshooting: There is mention of using the “-a <number>” option for trouble shooting (7.3 Periodic audio device statistics, p40). ?My audio inputs were coming in around 8 or 10. ?Went to my rig and upped the AF Output to 100%. ?Numbers went up. ?Went to PulseAudio Volume Control and added gain up to 110% audio. ?The levels finally got in the 30 to 150 range mentioned on p41 of the User Guide.
pi@raspberrypi:~ $ direwolf -a 10 Includes optional support for: ?hamlib Reading config file direwolf.conf Audio device for both receive and transmit: plughw:2,0 ?(channel 0) Channel 0: 1200 baud, AFSK 1200 & 2200 Hz, E+, 44100 sample rate / 3. Hamlib determined CAT control serial port rate of 19200. 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 53 ADEVICE0: Sample rate approx. 44.1 k, 0 errors, receive audio level CH0 45 ADEVICE0: Sample rate approx. 44.1 k, 0 errors, receive audio level CH0 33 ADEVICE0: Sample rate approx. 44.1 k, 0 errors, receive audio level CH0 47 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 28
There is mention to check a document for special considerations on Raspberry Pi, which I am using. ?I went back to Github and referenced the Raspberry-Pi-APRS.pdf document. ?The document recommends removing PulseAudio (1.2 Remove PulseAudio, p7)
With PulseAudio removed there is no improvement. ?Also, ALSA mixer cannot add gain which reduces the audio levels shown above. Even when audio levels were higher, I was no decoding incoming packets. ?
All other software installs I previously mentioned still function.
Brian Blanchard (336) 682-1046 Work (480) 338-8760 Callsign KJ7RNY
I don't mean to lead people away from a supported configuration.? This interested me as I went through a lot of the same trouble in the past and I had a need to run multiple "listeners" at the same time.? That is not possible without some extensive configuration (with slaves) in ALSA and using Pulse was the simplest solution for me.
WIth that said, the only thing I had to do after configuring Direwolf to use Pulse was to set the Microphone levels properly in both alsamixer (to disable autogain control) and then fine tuning in pulsemixer.
-Sam KO4HBY
|
Hello Brian,
First I changed config to ADEVICE plight:2,0.
?(9.1.3 Audio Device selection - Linux ALSA, p52)
I assume that's auto-correct helping you out there and you meant to
say "plughw:2,0" right?
Troubleshooting: There is mention of using the “-a
<number>” option for trouble shooting (7.3 Periodic audio
device statistics, p40). ?My audio inputs were coming in around
8 or 10. ?Went to my rig and upped the AF Output to 100%.
?Numbers went up. ?Went to PulseAudio Volume Control and added
gain up to 110% audio. ?The levels finally got in the 30 to 150
range mentioned on p41 of the User Guide.
There is something wrong here as you really shouldn't need that
amount of gain.? If I was to guess, you're listening to the wrong
channel and it has no real signal on it.? Can you monitor the
expected signal coming from multiple points and confirm you're
hearing what you expect?? You might consider following my Rpi+packet
documentation that has multiple steps on how to check signals
through the chain to confirm you're getting what you expect:
??
There is mention to check a document for special
considerations on Raspberry Pi, which I am using. ?I went back to
Github and referenced the Raspberry-Pi-APRS.pdf document. ?The
document recommends removing PulseAudio (1.2 Remove PulseAudio,
p7)
That recommendation is OLD and was based upon when PulseAudio had
various known issues on the Raspberry Pi.? Those issues have been
fixed.? If your setup is intended to be used with other programs
like Fldigi, etc., you might consider re-installing PulseAudio but I
would still recommend to NOT use the PulseAudio sound system with
Direwolf.? Use the "plughw:" syntax which will use ALSA devices
directly.
With PulseAudio removed there is no improvement.
?Also, ALSA mixer cannot add gain which reduces the audio levels
shown above. Even when audio levels were higher, I was no
decoding incoming packets.?
Again.. I bet there is a cabling or configuration input
misunderstanding.? See the above link to confirm you're getting the
expected signal all the way from the radio to the expected soundcard
input.
--David
KI6ZHD
|
David,
- Your assumption is correct, "ADEVICE plughw2,0” is in the config file (my prior email had a typo)
- I followed your Rpi+packet documentation, detail below
- I re-installed PulseAudio since you mention prior issues with it have been fixed.
- Per the Rpi+packet documentation I do appear to be getting audio from the radio to the Pi.
Just to make sure, when the rig is set to 144.390 MHz, it is connected to my Pi, and I am running Direwolf, I should begin seeing packets on the terminal window as they are received on the rig, correct? ?It seems odd that Direwolf is detecting audio but no packets are decoding on the terminal window.
Steps followed and results from Rpi+packet documentation
20.b Identify and test the USB soundcard pi@raspberrypi:~ $ sudo lsusb
-vv | grep -e Audio -e tSamFreq | grep -v -e Descriptor -e bInterfaceClass can't get debug descriptor:
Resource temporarily unavailable Bus 001 Device 008: ID
08bb:2901 Texas Instruments PCM2901 Audio Codec ? idProduct????????? 0x2901 PCM2901 Audio Codec ? iProduct??????????????? 2 USB Audio CODEC ??????? tSamFreq[ 0]??????? 32000 ??????? tSamFreq[ 1]??????? 44100 ??????? tSamFreq[ 2]??????? 48000 ??????? tSamFreq[ 0]??????? 32000 ??????? tSamFreq[ 1]??????? 44100 ??????? tSamFreq[ 2]??????? 48000 ??????? tSamFreq[ 0]??????? 32000 ??????? tSamFreq[ 1]??????? 44100 ??????? tSamFreq[ 2]??????? 48000 ??????? tSamFreq[ 0]??????? 32000 ??????? tSamFreq[ 1]??????? 44100 ??????? tSamFreq[ 2]??????? 48000 ??????? tSamFreq[ 0]??????? 32000 ??????? tSamFreq[ 1]??????? 44100 ??????? tSamFreq[ 2]??????? 48000 ??????? tSamFreq[ 0]??????? 32000 ??????? tSamFreq[ 1]??????? 44100 ??????? tSamFreq[ 2]??????? 48000 ??????? tSamFreq[ 0]??????? 48000 ??????? tSamFreq[ 0]??????? 48000 ??????? tSamFreq[ 0]??????? 44100 ??????? tSamFreq[ 0]??????? 44100 ??????? tSamFreq[ 0]??????? 32000 ??????? tSamFreq[ 0]??????? 32000 ??????? tSamFreq[ 0]??????? 22050 ??????? tSamFreq[ 0]??????? 22050 ??????? tSamFreq[ 0]??????? 16000 can't get device qualifier:
Resource temporarily unavailable can't get debug descriptor:
Resource temporarily unavailable can't get debug descriptor:
Resource temporarily unavailable can't get debug descriptor:
Resource temporarily unavailable can't get device qualifier:
Resource temporarily unavailable can't get debug descriptor:
Resource temporarily unavailable ??????? tSamFreq[ 0]??????? 16000 ??????? tSamFreq[ 0]??????? 16000 ??????? tSamFreq[ 0]??????? 16000 ??????? tSamFreq[ 0]???????? 8000 ??????? tSamFreq[ 0]???????? 8000 ??????? tSamFreq[ 0]??????? 11025 ??????? tSamFreq[ 0]??????? 11025 ??????? tSamFreq[ 0]??????? 11025 ??????? tSamFreq[ 0]??????? 11025 pi@raspberrypi:~ $ sudo
alsa-info --stdout | grep -A 12 -e "Codec:" -e "Audio
Input" cat:
/tmp/alsa-info.f5uBagoyYM/acpidevicestatus.tmp: No such file or directory pi@raspberrypi:~ $ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 -d 10 /tmp/test.wav Recording WAVE '/tmp/test.wav'
: Signed 16 bit Little Endian, Rate 48000 Hz, Mono **recorded 10 seconds of FM
radio** pi@raspberrypi:~ $ aplay
--device=hw:1,0 /tmp/test.wav Playing WAVE '/tmp/test.wav' :
Signed 16 bit Little Endian, Rate 48000 Hz, Mono **audio plays in headphones** pi@raspberrypi:~ $ aplay
--device=hw:1,0 /usr/share/sounds/alsa/Front_Center.wav Playing WAVE
'/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate
48000 Hz, Mono **headphone audio plays “Front
Center”** 20.d Soundcard Mixer settings pi@raspberrypi:~ $ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 - | \aplay -D plughw:1,0 - Recording WAVE '-' : Signed 16
bit Little Endian, Rate 48000 Hz, Mono Playing WAVE 'stdin' : Signed
16 bit Little Endian, Rate 48000 Hz, Mono ^CAborted by signal
Interrupt... Aborted by signal Interrupt... **plays FM radio, connected rig via
USB to Pi, headphones plugged into Pi** **setting input device in
alsamixer allows PLAYBACK volume control** **pressing F4 for CAPTURE
displays THIS SOUND DEVICE DOES NOT HAVE ANY CAPTURE CONTROLS** 20.e. Confirm Clean Silence from the Soundcard **turned USB AF Output Level
on rig to 0.** pi@raspberrypi:~ $ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 -d 15 /tmp/15sec-silence.wav Recording WAVE
'/tmp/15sec-silence.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono pi@raspberrypi:~ $ aplay
--device=hw:1,0 /tmp/15sec-silence.wav Playing WAVE
'/tmp/15sec-silence.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono **nothing but dead silence** 20.f – Setting the right audio levels for AFSK packet
tones
Hello Brian,
First I changed config to ADEVICE plight:2,0.
?(9.1.3 Audio Device selection - Linux ALSA, p52)
I assume that's auto-correct helping you out there and you meant to
say "plughw:2,0" right?
Troubleshooting: There is mention of using the “-a
<number>” option for trouble shooting (7.3 Periodic audio
device statistics, p40). ?My audio inputs were coming in around
8 or 10. ?Went to my rig and upped the AF Output to 100%.
?Numbers went up. ?Went to PulseAudio Volume Control and added
gain up to 110% audio. ?The levels finally got in the 30 to 150
range mentioned on p41 of the User Guide.
There is something wrong here as you really shouldn't need that
amount of gain.? If I was to guess, you're listening to the wrong
channel and it has no real signal on it.? Can you monitor the
expected signal coming from multiple points and confirm you're
hearing what you expect?? You might consider following my Rpi+packet
documentation that has multiple steps on how to check signals
through the chain to confirm you're getting what you expect:
??
There is mention to check a document for special
considerations on Raspberry Pi, which I am using. ?I went back to
Github and referenced the Raspberry-Pi-APRS.pdf document. ?The
document recommends removing PulseAudio (1.2 Remove PulseAudio,
p7)
That recommendation is OLD and was based upon when PulseAudio had
various known issues on the Raspberry Pi.? Those issues have been
fixed.? If your setup is intended to be used with other programs
like Fldigi, etc., you might consider re-installing PulseAudio but I
would still recommend to NOT use the PulseAudio sound system with
Direwolf.? Use the "plughw:" syntax which will use ALSA devices
directly.
With PulseAudio removed there is no improvement.
?Also, ALSA mixer cannot add gain which reduces the audio levels
shown above. Even when audio levels were higher, I was no
decoding incoming packets.?
Again.. I bet there is a cabling or configuration input
misunderstanding.? See the above link to confirm you're getting the
expected signal all the way from the radio to the expected soundcard
input.
--David
KI6ZHD
|
Hello Brian,
Just to make sure, when the rig is set to 144.390 MHz,
it is connected to my Pi, and I am running Direwolf, I should
begin seeing packets on the terminal window as they are received
on the rig, correct??
Assuming you've configured DIrewolf properly... yes.? Can you share
your direwolf.conf file?
It seems odd that Direwolf is detecting audio but no
packets are decoding on the terminal window.
That all depends if it's the "right audio from the radio" and the
audio levels are correct.
20.b
Identify and test the USB soundcard
pi@raspberrypi:~
$ sudo lsusb
-vv | grep -e Audio -e tSamFreq | grep -v -e Descriptor -e
bInterfaceClass
can't
get debug descriptor:
Resource temporarily unavailable
It's strange to see these " can't
get debug descriptor:
Resource temporarily unavailable" lines.? I wonder if something
else is trying to take over your soundcard.? I've seen PulseAudio
do quirky things like this before.
Bus
001 Device 008: ID
08bb:2901 Texas Instruments PCM2901 Audio Codec
What sound card is this?
?
idProduct????????? 0x2901 PCM2901 Audio Codec
?
iProduct??????????????? 2 USB Audio CODEC
[snip]
???????
tSamFreq[ 0]??????? 16000
can't
get device qualifier:
Resource temporarily unavailable
can't
get debug descriptor:
Resource temporarily unavailable
can't
get debug descriptor:
Resource temporarily unavailable
can't
get debug descriptor:
Resource temporarily unavailable
can't
get device qualifier:
Resource temporarily unavailable
can't
get debug descriptor:
Resource temporarily unavailable
???????
tSamFreq[ 0]??????? 16000
More of the same... that can't be good.
?
pi@raspberrypi:~
$ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 -d 10 /tmp/test.wav
Recording
WAVE '/tmp/test.wav'
: Signed 16 bit Little Endian, Rate 48000 Hz, Mono
**recorded 10
seconds of FM
radio**
pi@raspberrypi:~
$ aplay
--device=hw:1,0 /tmp/test.wav
Playing
WAVE '/tmp/test.wav' :
Signed 16 bit Little Endian, Rate 48000 Hz, Mono
**audio plays in
headphones**
WHy are you using two different devices here?? Usually, you will
specify the SAME hardware device for both recording and playback
duties.? I'm assuming you're using a different playback device to
more easily hear the captured audio.? Assuming you really intend to
use two different devices, how did the played audio "sound"??
Assuming your radio was tuned to 144.390, were the heard 1200bps
AFSK packets clear, non-distorted, etc?? An example sound clip is
here:
??
You should hear similar packet sounds with some background levels of
hiss, some packets will be louder or softer (remote stations not
properly setting their deviation right), etc. but you need to make
sure you're actually hearing the right audio.? If your not, you're
getting audio from the WRONG source.
pi@raspberrypi:~
$ aplay
--device=hw:1,0 /usr/share/sounds/alsa/Front_Center.wav
Playing
WAVE
'/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit
Little Endian, Rate
48000 Hz, Mono
**headphone audio
plays “Front
Center”**
Ok.. can you do the same playback but send it towards the Radio and
can you confirm by connecting a speaker to the pins that should
normally go into the radio that the audio is making it there as
expected?
20.d
Soundcard Mixer settings
pi@raspberrypi:~
$ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 - | \aplay -D
plughw:1,0 -
Recording
WAVE '-' : Signed 16
bit Little Endian, Rate 48000 Hz, Mono
Playing
WAVE 'stdin' : Signed
16 bit Little Endian, Rate 48000 Hz, Mono
^CAborted
by signal
Interrupt...
Aborted
by signal Interrupt...
**plays FM radio,
connected rig via
USB to Pi, headphones plugged into Pi**
**setting input
device in
alsamixer allows PLAYBACK volume control**
**pressing F4 for
CAPTURE
displays THIS SOUND DEVICE DOES NOT HAVE ANY CAPTURE
CONTROLS**
What soundcard is this?? I've seen some sound devices that have
physical input level knobs on the front of them will not offer any
electronic mixer level settings.
20.e.
Confirm Clean Silence from the Soundcard
**turned USB AF
Output Level
on rig to 0.**
pi@raspberrypi:~
$ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 -d 15
/tmp/15sec-silence.wav
Recording
WAVE
'/tmp/15sec-silence.wav' : Signed 16 bit Little Endian,
Rate 48000 Hz, Mono
pi@raspberrypi:~
$ aplay
--device=hw:1,0 /tmp/15sec-silence.wav
Playing
WAVE
'/tmp/15sec-silence.wav' : Signed 16 bit Little Endian,
Rate 48000 Hz, Mono
**nothing but dead
silence**
Ok.. hopefully this is a good result.
20.f
– Setting the right audio levels for AFSK packet
tones
Were you able to monitor your transmitted packets from your radio
and confirm they sounded ok?
--David
KI6ZHD
|
David,
Thank you so much with the help debugging my issues. ?The Noise Reduction feature of my radio was ON. ?I turned it OFF and now direwolf is working great! ?I believe my problems are solved.
In response to some of your questions (if it helps)…
-config file, I can share if it helps but it is set up correctly I believe -“right audio from the radio” and audio levels **This was the issue** -Not sure about the weird errors “can’t get debug […] -Sound card. ?I am using the internal sound card of the Icom IC705 -Two different audio devices. ?Since the problem was audio input to the Pi I listened on headphones.
Brian Blanchard (336) 682-1046 Work (480) 338-8760 Callsign KJ7RNY
toggle quoted message
Show quoted text
Hello Brian,
Just to make sure, when the rig is set to 144.390 MHz,
it is connected to my Pi, and I am running Direwolf, I should
begin seeing packets on the terminal window as they are received
on the rig, correct??
Assuming you've configured DIrewolf properly... yes.? Can you share
your direwolf.conf file?
It seems odd that Direwolf is detecting audio but no
packets are decoding on the terminal window.
That all depends if it's the "right audio from the radio" and the
audio levels are correct.
20.b
Identify and test the USB soundcard
pi@raspberrypi:~
$ sudo lsusb
-vv | grep -e Audio -e tSamFreq | grep -v -e Descriptor -e
bInterfaceClass
can't
get debug descriptor:
Resource temporarily unavailable
It's strange to see these " can't
get debug descriptor:
Resource temporarily unavailable" lines.? I wonder if something
else is trying to take over your soundcard.? I've seen PulseAudio
do quirky things like this before.
Bus
001 Device 008: ID
08bb:2901 Texas Instruments PCM2901 Audio Codec
What sound card is this?
?
idProduct????????? 0x2901 PCM2901 Audio Codec
?
iProduct??????????????? 2 USB Audio CODEC
[snip]
???????
tSamFreq[ 0]??????? 16000
can't
get device qualifier:
Resource temporarily unavailable
can't
get debug descriptor:
Resource temporarily unavailable
can't
get debug descriptor:
Resource temporarily unavailable
can't
get debug descriptor:
Resource temporarily unavailable
can't
get device qualifier:
Resource temporarily unavailable
can't
get debug descriptor:
Resource temporarily unavailable
???????
tSamFreq[ 0]??????? 16000
More of the same... that can't be good.
?
pi@raspberrypi:~
$ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 -d 10 /tmp/test.wav
Recording
WAVE '/tmp/test.wav'
: Signed 16 bit Little Endian, Rate 48000 Hz, Mono
**recorded 10
seconds of FM
radio**
pi@raspberrypi:~
$ aplay
--device=hw:1,0 /tmp/test.wav
Playing
WAVE '/tmp/test.wav' :
Signed 16 bit Little Endian, Rate 48000 Hz, Mono
**audio plays in
headphones**
WHy are you using two different devices here?? Usually, you will
specify the SAME hardware device for both recording and playback
duties.? I'm assuming you're using a different playback device to
more easily hear the captured audio.? Assuming you really intend to
use two different devices, how did the played audio "sound"??
Assuming your radio was tuned to 144.390, were the heard 1200bps
AFSK packets clear, non-distorted, etc?? An example sound clip is
here:
??
You should hear similar packet sounds with some background levels of
hiss, some packets will be louder or softer (remote stations not
properly setting their deviation right), etc. but you need to make
sure you're actually hearing the right audio.? If your not, you're
getting audio from the WRONG source.
pi@raspberrypi:~
$ aplay
--device=hw:1,0 /usr/share/sounds/alsa/Front_Center.wav
Playing
WAVE
'/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit
Little Endian, Rate
48000 Hz, Mono
**headphone audio
plays “Front
Center”**
Ok.. can you do the same playback but send it towards the Radio and
can you confirm by connecting a speaker to the pins that should
normally go into the radio that the audio is making it there as
expected?
20.d
Soundcard Mixer settings
pi@raspberrypi:~
$ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 - | \aplay -D
plughw:1,0 -
Recording
WAVE '-' : Signed 16
bit Little Endian, Rate 48000 Hz, Mono
Playing
WAVE 'stdin' : Signed
16 bit Little Endian, Rate 48000 Hz, Mono
^CAborted
by signal
Interrupt...
Aborted
by signal Interrupt...
**plays FM radio,
connected rig via
USB to Pi, headphones plugged into Pi**
**setting input
device in
alsamixer allows PLAYBACK volume control**
**pressing F4 for
CAPTURE
displays THIS SOUND DEVICE DOES NOT HAVE ANY CAPTURE
CONTROLS**
What soundcard is this?? I've seen some sound devices that have
physical input level knobs on the front of them will not offer any
electronic mixer level settings.
20.e.
Confirm Clean Silence from the Soundcard
**turned USB AF
Output Level
on rig to 0.**
pi@raspberrypi:~
$ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 -d 15
/tmp/15sec-silence.wav
Recording
WAVE
'/tmp/15sec-silence.wav' : Signed 16 bit Little Endian,
Rate 48000 Hz, Mono
pi@raspberrypi:~
$ aplay
--device=hw:1,0 /tmp/15sec-silence.wav
Playing
WAVE
'/tmp/15sec-silence.wav' : Signed 16 bit Little Endian,
Rate 48000 Hz, Mono
**nothing but dead
silence**
Ok.. hopefully this is a good result.
20.f
– Setting the right audio levels for AFSK packet
tones
Were you able to monitor your transmitted packets from your radio
and confirm they sounded ok?
--David
KI6ZHD
|
Ah... interesting and this is something I didn't think about as it
hasn't been so common that people use Direwolf with multi-mode
rigs.? Generally speaking, it's only multi-mode radios that offer
noise reduction features where as classic FM radios usually never
offer it.
--David
KI6ZHD
On 08/27/2021 06:55 PM, Brian Blanchard
via groups.io wrote:
toggle quoted message
Show quoted text
David,
Thank you so much with the help debugging my issues.
?The Noise Reduction feature of my radio was ON. ?I turned it
OFF and now direwolf is working great! ?I believe my problems
are solved.
In response to some of your questions (if it helps)…
-config file, I can share if it helps but it is set
up correctly I believe
-“right audio from the radio” and audio levels
**This was the issue**
-Not sure about the weird errors “can’t get debug
[…]
-Sound card. ?I am using the internal sound card of
the Icom IC705
-Two different audio devices. ?Since the problem was
audio input to the Pi I listened on headphones.
Brian
Blanchard
(336)
682-1046
Work (480)
338-8760
Callsign KJ7RNY
Hello Brian,
Just to make sure, when the rig is
set to 144.390 MHz, it is connected to my Pi, and I am
running Direwolf, I should begin seeing packets on the
terminal window as they are received on the rig,
correct??
Assuming you've configured DIrewolf properly... yes.? Can
you share your direwolf.conf file?
It seems odd that Direwolf is
detecting audio but no packets are decoding on the
terminal window.
That all depends if it's the "right audio from the radio"
and the audio levels are correct.
20.b Identify and test the USB
soundcard
pi@raspberrypi:~ $ sudo lsusb -vv |
grep -e Audio -e tSamFreq | grep -v -e
Descriptor -e bInterfaceClass
can't get debug descriptor: Resource
temporarily unavailable
It's strange to see these " can't get debug descriptor: Resource
temporarily unavailable" lines.? I wonder if something
else is trying to take over your soundcard.? I've seen
PulseAudio do quirky things like this before.
Bus 001 Device 008: ID 08bb:2901 Texas
Instruments PCM2901 Audio Codec
What sound card is this?
? idProduct????????? 0x2901 PCM2901
Audio Codec
? iProduct??????????????? 2 USB Audio
CODEC
[snip]
??????? tSamFreq[ 0]??????? 16000
can't get device qualifier: Resource
temporarily unavailable
can't get debug descriptor: Resource
temporarily unavailable
can't get debug descriptor: Resource
temporarily unavailable
can't get debug descriptor: Resource
temporarily unavailable
can't get device qualifier: Resource
temporarily unavailable
can't get debug descriptor: Resource
temporarily unavailable
??????? tSamFreq[ 0]??????? 16000
More of the same... that can't be good.
?
pi@raspberrypi:~ $ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 -d 10
/tmp/test.wav
Recording WAVE '/tmp/test.wav' : Signed
16 bit Little Endian, Rate 48000 Hz, Mono
**recorded 10 seconds of FM
radio**
pi@raspberrypi:~ $ aplay
--device=hw:1,0 /tmp/test.wav
Playing WAVE '/tmp/test.wav' : Signed
16 bit Little Endian, Rate 48000 Hz, Mono
**audio plays in headphones**
WHy are you using two different devices here?? Usually,
you will specify the SAME hardware device for both
recording and playback duties.? I'm assuming you're using
a different playback device to more easily hear the
captured audio.? Assuming you really intend to use two
different devices, how did the played audio "sound"??
Assuming your radio was tuned to 144.390, were the heard
1200bps AFSK packets clear, non-distorted, etc?? An
example sound clip is here:
??
You should hear similar packet sounds with some background
levels of hiss, some packets will be louder or softer
(remote stations not properly setting their deviation
right), etc. but you need to make sure you're actually
hearing the right audio.? If your not, you're getting
audio from the WRONG source.
pi@raspberrypi:~ $ aplay
--device=hw:1,0
/usr/share/sounds/alsa/Front_Center.wav
Playing WAVE
'/usr/share/sounds/alsa/Front_Center.wav' :
Signed 16 bit Little Endian, Rate 48000 Hz, Mono
**headphone audio plays “Front
Center”**
Ok.. can you do the same playback but send it towards the
Radio and can you confirm by connecting a speaker to the
pins that should normally go into the radio that the audio
is making it there as expected?
20.d Soundcard Mixer settings
pi@raspberrypi:~ $ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 - | \aplay
-D plughw:1,0 -
Recording WAVE '-' : Signed 16 bit
Little Endian, Rate 48000 Hz, Mono
Playing WAVE 'stdin' : Signed 16 bit
Little Endian, Rate 48000 Hz, Mono
^CAborted by signal Interrupt...
Aborted by signal Interrupt...
**plays FM radio, connected rig via
USB to Pi, headphones plugged into Pi**
**setting input device in alsamixer
allows PLAYBACK volume control**
**pressing F4 for CAPTURE displays
THIS SOUND DEVICE DOES NOT HAVE ANY CAPTURE
CONTROLS**
What soundcard is this?? I've seen some sound devices that
have physical input level knobs on the front of them will
not offer any electronic mixer level settings.
20.e. Confirm Clean Silence from the
Soundcard
**turned USB AF Output Level on rig
to 0.**
pi@raspberrypi:~ $ arecord -D
plughw:2,0 -t wav -f S16_LE -r 48000 -d 15
/tmp/15sec-silence.wav
Recording WAVE '/tmp/15sec-silence.wav'
: Signed 16 bit Little Endian, Rate 48000 Hz,
Mono
pi@raspberrypi:~ $ aplay
--device=hw:1,0 /tmp/15sec-silence.wav
Playing WAVE '/tmp/15sec-silence.wav' :
Signed 16 bit Little Endian, Rate 48000 Hz, Mono
**nothing but dead silence**
Ok.. hopefully this is a good result.
20.f – Setting the right audio levels
for AFSK packet tones
Were you able to monitor your transmitted packets from
your radio and confirm they sounded ok?
--David
KI6ZHD
|
Hi all,
?
?
In summary I can dedode APRS frames from Direwolf to AnyTone but not viceversa. I can see other APRS frames from another devices in Direwolf but not from my AnyTone. I'm in the last firmwares 3.06 and for BT+APRS board.
?
Any clue to resolve my issue?
?
Thanks.
|