Date   
Re: No audio detected (FLDIGI) #fldigi #audio #cat #configuration #cw

 
Edited

Hi Michael,

If you are not familiar with all of the workings of CODEC chip, it is best not to use alsamixer or similar tools to configure settings.  The DRAWS™ Manager is designed to control the selection of ports and levels.  Use one of the setalsa scripts in the n7nix tools to reset the CODEC into a basic configuration, then use DRAWS™ Manager to set up for your radio.

Application configuration assistance is best handled through the application support groups, though other users of fldigi on this forum may lend advice.  

On Thu, Sep 5, 2019 at 11:36 AM Michael Sharp via Groups.Io <nexxusix=yahoo.com@groups.io> wrote:
Hello,
I am attempting to connect a Xiegu G90 to the DRAWS Hat. I am using a custom made cable from Ham Made Parts. Using my oscilloscope, I can definitely confirm that there is audio coming from the G90 through the custom cable. The cable will connect directly from the ACC port of the G90 to the DRAWS Hat Right Channel.

I am using the latest DRAWS image for Raspberry Pi 3, and I would like to use the DRAWS Hat with FLDIGI so I can send and receive CW. The problem I am having is that I don’t see any audio coming through to FLDIGI. Also, I am a bit overwhelmed with all of the configuration options in the Audio Mixer that the DRAWS Hat offers. Which inputs or outputs do I enable? Do I need to set the attenuators? How does the DRAWS Hat show up as a CAT control?

There certainly seems to be a lot of flexibility in this card to say the least. I’m sure that the problem is a configuration problem, possibly even needing Permissions or Group Access (?) from the Raspberry Pi OS.

Any help appreciated... Thanks in advance!

73,
-Michael

 

 


 
--
John D. Hays
Kingston, WA
K7VE
 
 
 

No audio detected (FLDIGI) #fldigi #audio #cat #configuration #cw

Michael Sharp
 

Hello,
I am attempting to connect a Xiegu G90 to the DRAWS Hat. I am using a custom made cable from Ham Made Parts. Using my oscilloscope, I can definitely confirm that there is audio coming from the G90 through the custom cable. The cable will connect directly from the ACC port of the G90 to the DRAWS Hat Right Channel.

I am using the latest DRAWS image for Raspberry Pi 3, and I would like to use the DRAWS Hat with FLDIGI so I can send and receive CW. The problem I am having is that I don’t see any audio coming through to FLDIGI. Also, I am a bit overwhelmed with all of the configuration options in the Audio Mixer that the DRAWS Hat offers. Which inputs or outputs do I enable? Do I need to set the attenuators? How does the DRAWS Hat show up as a CAT control?

There certainly seems to be a lot of flexibility in this card to say the least. I’m sure that the problem is a configuration problem, possibly even needing Permissions or Group Access (?) from the Raspberry Pi OS.

Any help appreciated... Thanks in advance!

73,
-Michael

Re: Using the DRAWS hat with a Raspberry Pi 4 #yaac #replacecompass #draws #install #js8call

Edouard Lafargue
 


  The one big 'no-no' in this case, is to run 'raspi-update', which will move you to a bleeding edge testing kernel that really breaks a lot of drivers - it is not even an armhf kernel anymore, but aarch64 which is quite exciting by itself - . It's difficult to go back afterwards. I discovered this early on when installing Buster and trying raspi-update, and reverting to the standard kernel lead to various errors.

   As a conclusion: do not 'raspi-update' :)

Ed


On Thu, Sep 5, 2019 at 7:54 AM Frank Ivan via Groups.Io <k0fei=me.com@groups.io> wrote:
Hi Edouard,

Where did you get kernel 4.19.69-v8+?  The best I can do this morning - Sept 5 is 4.19.66-v71+ with sudo apt upgrade and 4.19.69-v71+ with sudo rpi-update on a Pi4. Both of them have the  tlv  modules.

In other words - what should I not do that might break things?

Thanks
73 Frank K0FEI


Re: Buster Image with DRAWS software

Edward Seeliger
 

Good morning Frank.
I no longer have your image - I overwrote it with a clean Raspbian Buster image and then used John Hayes (k7VE) instructions and Basil Gunn's (N7NIX) scripts to build a working DRAWS Buster image that is fully expanded, shows the UDRC sound device, and runs GPSD / GPSMON / CGPS as well as Xastir, YACC, WSJTX, FLDIGI, and Direwolf.
My DRAWS card has the GPS port on the side sitting above the RPi 3B+ power port.
I do not have an RPI 4.
Edd - KD5M

Re: Using the DRAWS hat with a Raspberry Pi 4 #yaac #replacecompass #draws #install #js8call

Frank Ivan
 

Hi Edouard,

Where did you get kernel 4.19.69-v8+?  The best I can do this morning - Sept 5 is 4.19.66-v71+ with sudo apt upgrade and 4.19.69-v71+ with sudo rpi-update on a Pi4. Both of them have the  tlv  modules.

In other words - what should I not do that might break things?

Thanks
73 Frank K0FEI


Re: Using the DRAWS hat with a Raspberry Pi 4 #yaac #replacecompass #draws #install #js8call

Edouard Lafargue
 

One thing I have noticed about those discussions whether udrc/draws works or not on various Pis: the necessary codecs for the DRAWS/UDRC seem to be hit or miss in the latest kernel module distributions on Raspbian:
 
root@raspberrypi:/lib/modules# find . -name "*tlv*"
./4.19.66+/kernel/sound/soc/codecs/snd-soc-tlv320aic32x4-i2c.ko
./4.19.66+/kernel/sound/soc/codecs/snd-soc-tlv320aic32x4.ko
./4.19.66-v7+/kernel/sound/soc/codecs/snd-soc-tlv320aic32x4-i2c.ko
./4.19.66-v7+/kernel/sound/soc/codecs/snd-soc-tlv320aic32x4.ko
./4.19.69+/kernel/sound/soc/codecs/snd-soc-tlv320aic32x4-i2c.ko
./4.19.69+/kernel/sound/soc/codecs/snd-soc-tlv320aic32x4.ko
./4.19.66-v7l+/kernel/sound/soc/codecs/snd-soc-tlv320aic32x4-i2c.ko
./4.19.66-v7l+/kernel/sound/soc/codecs/snd-soc-tlv320aic32x4.ko
root@raspberrypi:/lib/modules#
 
   For instance, the modules are missing from 4.19.69-v8+ which is the current latest RPi kernel as of Sept 4th.
 
  -> If you type 'uname -a' and your kernel version does not match one of the versions that contain the right modules, you'll be out of luck. My impression is that this might be one of the reasons why some people get the DRAWS working right away, and some just can't get it to load: it all depends on when you did your latest kernel update through "apt-get upgrade"

Re: no transmit #wsjt-x

Rob Lapham
 

I meant pin 1 for audio

Re: no transmit #wsjt-x

Rob Lapham
 

and as requested I checked pin on at 50 mv setting no audio, receive work fine

Rob k6jus

Re: no transmit #wsjt-x

Rob Lapham
 

last post I had no audio I checked with an o scope and posted the settings and it seams like looked at my settings to see if I missed something.
receive works the radio work with my signal link so I would think its not the radio.  

Re: no transmit #wsjt-x

 

Hi Rob,

I’ve been tied up with moving both my home and the office. Internet has been hit and miss.

I’ll take care of your refund in the morning.

Thanks,
Bryan K7UDR

Re: no transmit #wsjt-x

Basil Gunn
 

well all went quiet
The last post had you output a tone on the right & left channels of
DRAWS hat. Did you hear the tone on another radio? Did you check both
channels with your o-scope?

You mentioned that you didn't see/hear any audio on mDin6 pin 3. That
pin is PTT you should see it change state at the beginning & end of
measure_deviate.sh script. Please check pin 1 of the mDin6 connector for
the audio tone.

I guess ill dispute with paypal
Perhaps just do a return request with NW Digital Radio.

/Basil

Re: no transmit #wsjt-x

Rob Lapham
 

I sent a message yesterday morning and this morning and got no responce

Re: no transmit #wsjt-x

 

What?  Why a dispute, just contact sales@... if you have a return request.

On Wed, Sep 4, 2019 at 4:56 PM Rob Lapham <ke6jus@...> wrote:
well all went quiet
I guess ill dispute   with paypal 



--
John D. Hays
Kingston, WA
K7VE

 

Re: no transmit #wsjt-x

Rob Lapham
 

well all went quiet
I guess ill dispute   with paypal 

Re: Buster Image with DRAWS software

Frank Ivan
 

Hi Edd,

I tried doing the expand and then changing the system name, the password, set ssh and vnc, set the timezone to Denver, and connected to my wifi.  GPSMON was still working.  Rebooted and GPSMON was still working.  This on a pi3b+ and a pi4.

Do you have an old or new DRAWS hat?  The old ones have the gps port next to the radio ports.  The new ones have the port on the end of the card.

When GPSMON is broken what does aplay -l show?

You might try commenting out the dtoverlay= line in /boot/config.txt.

Let me know what you find.

73 - Frank - K0FEI

Re: Buster Image with DRAWS software

Frank Ivan
 

Hi Edd,

That is useful information.  I'll look at it as well this evening after work.  As long as the interface to the hardware is working then it may be gpsd is getting confused with the time change.  I pretty much operate my ham related computers on UTC, but of course you should be able to use any timezone you like.

There are some commands you can send to see what is going on if you like
sudo systemctl status gpsd will show any errors that happened when the process started and if it is running.

You might also want to look at https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS™%3A-Setup-GPSD-for-Time-and--Position NW Digital's documentation.

73 - Frank - K0FEI

Re: Buster Image with DRAWS software

Edward Seeliger
 

Frank, I reimaged the SD card from your (original) file and it again boots. I expanded the file system (raspi-config opt 7 Advanced,  option A1 expand file system) and rebooted. Yes GPSMON runs as it should.
I then changed the RPi  name and password, changed my locale and time zone, and enabled SSH and VNC and rebooted. GPSMON no longer works.
This is on an RPi 3B+, not an RPI 4.
So changing settings still upsets GPSD / GPSMON functions and is unrelated to expanding the file system or updating with N7NIXs update scripts. I have not explored further.
Edd - KD5M

Re: Buster Image with DRAWS software

Frank Ivan
 

Whoops - Auto Correct got the better of me - it is sudo raspi-config.

73 - Frank - K0FEI

Re: Buster Image with DRAWS software

Frank Ivan
 

Hi Guys,

I have re-uploaded the image as the .gz file that Etcher will transfer to a SD card.

You will want to expand the file system first thing - sudo rasps-config then select option 7 - Advanced and then use Option A1 - Expand Filesystem.

Beware of using any of the configuration or update scripts in the n7nix directory.  They have not been updated for Buster and may copy over something and break it.  Hopefully NW Digital will do an official release on Buster and for the Pi4.

Oh - Draws-Manager is installed.  Just open localhost:8080 in the browser and it should pop up.

https://www.dropbox.com/s/i21qtsn7c9pwx19/Buster-Draws-2019-09-03.gz?dl=0

Let me know how it goes.

73 - Frank - K0FEI

Re: Buster Image with DRAWS software

Frank Ivan
 

Hi Edd,

It may have been better to have not run the prog_refresh.sh script.  I am not sure what it does and those scripts have not been changed to reflect Buster and the drivers being a part of Raspbian instead of being built from source in n7nix directory.  The scripts in hfprogs are safe -  hf_verchk.sh will tell you the installed version of the digital programs like wsjtx and what version is available.

My GPSMON is working fine after expanding the card.  Try flashing the SD card again and expand it first thing.  Are you using the sudo raspi-config and then option 7 - Advanced Option then A1 - Expand Filesystem?  After that reboot and check GPSMON.

73 - Frank - K0FEI