It appears to me that you have incorrect settings in your config.txt file. I will make this very explicit because I’m not sure I’ve made myself clear before:
toggle quoted messageShow quoted text
*ORDER MATTERS IN LINES IN config.txt*
If you do not get the directives in the correct order, the OS kernel will not load the correct drivers for you.
If you intend to use the onboard audio on the Pi, the line
*MUST* come after the lines
Otherwise the device tree will not be loaded correctly and you won’t get a proper driver set.
Annaliese McDermond (NH6Z)
On Jan 1, 2019, at 3:56 PM, Joseph Vilardo <@k3jv> wrote:
I ran your suggested procedures and I am still where I was when I started. When I run FLDIGI, after doing all the prerequisites for shutting down DIREWOLF and and running ./ax25-stop , I still cannot select a sound card from the fldigi audio setup menu. To select the the codec from the fldigi audio set up I must have #dtparam=audio=on commented out in the config.txt file. With dtparam=audio=on commented out with the # symbol I can then select urdc: - (hw:0,0) , not urdc: - (hw:0,1) for capture and urdc:-(hw:0,0) for playback. This result is what you said enumerates with dtparm=audio=on commented out, only hw 0,0 will enumerate.
When following the new draw "getting started doc "DRAWS Raspberry PI image" from the wiki and run "aplay-l I" do not get the same results shown in the example of the doc.
This what I see:
**** List of PLAYBACK Hardware Devices ****
0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA]
Subdevice #0: subdevice #0
Subdevice #1: subdevice #1
Subdevice #2: subdevice #2
Subdevice #3: subdevice #3
Subdevice #4: subdevice #4
Subdevice #5: subdevice #5
Subdevice #6: subdevice #6
0: ALSA [bcm2835 ALSA], device 1: bcm2835 ALSA [bcm2835 IEC958/HDMI]
#0: subdevice #0
Your example shows the following which I do not get:
card 1: udrc [udrc], device 0: Universal Digital Radio Controller tlv320aic32x4-hifi-0 
Subdevice #0: subdevice #0
I have tried re formatting the micro sd card, changing sd cards, re burning the image, changing the RPi 3 B+ to a different RPi B+, powering the RPi/DRAWS board from 12 volt supply. I am out of ideas and because of the anomaly in the results from aplay -l I think the problem it is a hardware failure of the DRAWS Board.
If you have any suggestions I am ready to try them.
Best regards and happy New Year,
On 12/30/2018 1:08 AM, Basil Gunn wrote:
Thanks for all the information.
I have been successful in verifying the core operation of Beta 6 andYes I see that. I'll fix it.
have Direwolf/YAAC running without issue on port 0. I also have FLDIGI
running on port 0 (left hand port on the draws board) without a
problem but had to deviate from the information in
DRAWS_CONFIG.md. The directions in the verify document tell us to
remove the # from dtparm=audio=on to "Test analog audio" . I do that
by removing the # in the config.txt file for the Rpi and the test runs
and I get the results indicated. The same is true for "TEST OF HDMI
AUDIO" . By the way there is a minor error in the information the beta
6 release doesn't have a file named "silence.wav" in $
For now just copy it from n7nix/xastir/silence.wav to the
Here is the question. When I complete the verify core test andYou need to run a script in your local bin called. ax25-stop
and then start FLDIGi and try to configure the soundTry this.
card FLDIGI fails and shuts down.
You should see the process id of direwolf the first time you run pidof
and not the second time.
Now run fldigi
In fldigi under the choices in theI just tried it & Fldigi enumerates:
audio selection menu there is no udrc audio choice available.
without the enabled RPi sound device the udrc will enumerate like this:
I have a feeling you are not shutting down direwolf.
The next image will have direwolf unloaded by default.
IF I goThere should be no problem enabling the BCM2835 RPi sound device.
back to CONFIG.TXT and comment out, put the # in, for the line
dtparam=audio=on, reboot, start FLDIGI I can then select the udrc 0
port and complete the configuration of fldigi without issue and fldigi
runs just fine. Am I overlooking something in your instructions?
Or are we to comment out the dtparam=audio=on in the config.txt of the
I use it with Xastir for the sound alerts.
I am making some progress with WSTX I can receive and decode but not
transmit yet. I need to recheck the cable I made that goes from the
6pin mini din of the draws board to the 13 pin Din of my TS 590.