Date   

Draws + PiJuice will it work? #power

Josh H. KB6FJ
 

Has anyone who has received a DRAWS used it with a PiJuice HAT installed in between the RPI and the DRAWS hat?

Thanks
Josh
KB6FJ


Re: DRAWS Questions #draws #smartipi

Jack Spitznagel
 

John and Michael,

 

This jumper is what you are looking for?

https://www.amazon.com/gp/product/B07CKW6RYD?pf_rd_p=c2945051-950f-485c-b4df-15aac5223b10&pf_rd_r=R6J9N2VDNKS4MT8PWK3K&th=1

I’m ordering so I can get away from the RPi wall wart. Cheaper that the solution I had. We still need access to a more robust/longer 12V power pigtail. Would be ideal if they were the length and size of the Elecraft pigtails for the KX series radios. I am looking.

 

Jack – KD4IZ

 

 

From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of John D Hays - K7VE
Sent: Monday, December 10, 2018 02:03
To: udrc@nw-digital-radio.groups.io
Subject: Re: [udrc] DRAWS Questions #draws #smartipi

 

 

<snip>

 

The power supply answers are promising, that I can run everything via
12V through the DRAWS. Having to use the Y-cable to power the
touchscreen seems a bit kludgey, but acceptable.

If someone made a M/M micro-USB jumper you could use that, but the Y cable works.  I have not located such a beast.

 

 

 


--
J Spitznagel
Science River LLC
KD4IZ


Re: DRAWS Questions #draws #smartipi

 



On Sun, Dec 9, 2018 at 7:34 PM WA7SKG via Groups.Io <wa7skg=yahoo.com@groups.io> wrote:
Thank you for these answers. They are very helpful. I'm not sure I fully
understand the single codec splitting right and left channels thing,
though. Is the DRAWS capable of supporting two operations on two radios?

With some limitations that we are working to overcome.  ALSA has the capability of taking a physical CODEC (the sound chip) and making virtual devices for programs to access.  If a program knows how to use the virtual devices, then the left and right channels on the chip look like 2 mono sound chips and can be used by two different programs.  The problem is that most of the existing programs 'right now' take over the whole physical CODEC (ignoring virtual sound cards), effectively limiting it to one program at a time.  We are working with people to update their code, which will give more flexibility for not only our HAT but other devices that are physically a single stereo CODEC.

 
For example, could I run fldigi and PSK31 on HF on the 7100 and
simultaneously run Xastir and APRS on VHF on the Yaesu? Or may I only
use one radio at a time?
That is the goal. Direwolf (for packet) already can talk to the virtual sound cards, but fldigi needs to be modified to do so.  So today, you cannot run them simultaneously, but we are hoping that we can get there with the help of the authors of the software.

I'm not sure I understand about PTT. The DIN connector to the radio
provides PTT. I think you are saying that the DRAWS activates PTT via a
GPIO from the RPi?
Correct.

 
So, whatever program I am running must be capable of
triggering a GPIO to key the radio via the DIN connector? Otherwise, I
must run USB to the radio from the RPi and key via CAT?
That is the second way to do PTT.

 
That might work
for the Icom, but the Yaesu has no CAT and can only be keyed via the
data port. To me, the whole idea of using the DRAWS is to avoid the need
of the USB cable to the radio. In the case of the Icom, I could use the
USB cable and there would be no need for the DRAWS. In the case of the
Yaesu, the software would need to key via GPIO. I don't know that fldigi
or Xastir has that option. Further investigation is needed.

Xastir talks to Direwolf, and Direwolf can do GPIO keying of the radio. (Takes care of the Yaesu in your scenario.)

The power supply answers are promising, that I can run everything via
12V through the DRAWS. Having to use the Y-cable to power the
touchscreen seems a bit kludgey, but acceptable.
If someone made a M/M micro-USB jumper you could use that, but the Y cable works.  I have not located such a beast.

 

So far, I guess the jury is still out for the DRAWS for my use.

Thanks for your time,
Michael WA7SKG

--


John D. Hays
Director

  


   


Re: DRAWS Questions #draws #smartipi

WA7SKG <wa7skg@...>
 

Thank you for these answers. They are very helpful. I'm not sure I fully understand the single codec splitting right and left channels thing, though. Is the DRAWS capable of supporting two operations on two radios? For example, could I run fldigi and PSK31 on HF on the 7100 and simultaneously run Xastir and APRS on VHF on the Yaesu? Or may I only use one radio at a time?

I'm not sure I understand about PTT. The DIN connector to the radio provides PTT. I think you are saying that the DRAWS activates PTT via a GPIO from the RPi? So, whatever program I am running must be capable of triggering a GPIO to key the radio via the DIN connector? Otherwise, I must run USB to the radio from the RPi and key via CAT? That might work for the Icom, but the Yaesu has no CAT and can only be keyed via the data port. To me, the whole idea of using the DRAWS is to avoid the need of the USB cable to the radio. In the case of the Icom, I could use the USB cable and there would be no need for the DRAWS. In the case of the Yaesu, the software would need to key via GPIO. I don't know that fldigi or Xastir has that option. Further investigation is needed.

The power supply answers are promising, that I can run everything via 12V through the DRAWS. Having to use the Y-cable to power the touchscreen seems a bit kludgey, but acceptable.

So far, I guess the jury is still out for the DRAWS for my use.

Thanks for your time,
Michael WA7SKG



John D Hays - K7VE wrote on 12/9/18 14:10:

See in-line
On Sat, Dec 8, 2018 at 10:43 AM WA7SKG via Groups.Io <wa7skg=yahoo.com@groups.io <mailto:yahoo.com@groups.io>> wrote:
(Not sure whether DRAWS questions are going to the main or udrc group.
Forgive me for sending to both.)
DRAWS™ hardware discussions belong in the UDRC subgroup.
Sorry, I've been kind of slow keeping up with the DRAWS thing. From a
quick scan, I see that it interfaces with two radios, has built in GPS
and can do digital with any Linux software that will run on a
RaspberryPi. So, I am guessing that includes fldigi for MT63/PSK31/etc.
and Xastir for APRS and, hopefully something for SSTV.
Correct.  A few caveats:
* Any program for the Raspberry Pi should run, however some programs
do not fit well on the 7" display.  It would be advisable for
developers to create a version that fits the resolution of the screen.
* 2 Radios are supported, each with its own PTT, Squelch Detect, etc.
however, the CODEC is a single hardware device using left channel
for one radio and the right channel for the other.  If the program
can work with virtual sound cards in ALSA, then the left and right
channels can operate somewhat independently.  We are working on
configurations that make virtual sound cards work better. For
Direwolf, this is not a problem as it can run two independent
channels through a single CODEC.  Also, the Direwolf 1.5 dev branch
has new code to handle virtual sound cards better.  We have at least
one other program working toward better support of virtual sound cards.
* I have tested for basic operation such programs as fldigi, Direwolf,
wsjt-x, sp8call, YAAC, and Xastir.  Including remote access to
Direwolf from Windows for programs like PinPoint APRS (September QST)
* Many of these programs have hamlib/flrig control which works, except
in the case where CAT PTT isn't supported by the radio, in which
case PTT via the GPIO must be supported, it would be good to contact
the authors of your favorite programs to make sure such support is
included.  A lot could be handled by flrig if it had GPIO support
for radios.
My plan is to use this mobile on my RPi 3 B+ which is on a standard Pi
Touch 7" touch screen. Right now, I have a TNC-Pi connected and a
Y-cable that powers the RPi and the touchscreen. The RPi powers the
TNC-Pi through the header. It looks like the DRAWS has a 12V input that
powers the RPi. Will this also power the touchscreen?
Yes, I have a SmartiPi with the Y cable connected between the Pi and Screen, and remove the microUSB power.  The Hat powers the Pi and 5V is injected back through the Y cable to the touchscreen.  It works well, with no low power lightening bolt.
How precise must
the 12V input be? Can it handle the variations of vehicle voltage,
which
could swing from 10-14 volts?
Yes, it designed for a nominal 9-15 VDC input (with a little slop at each end).
My mobile radios are an Icom IC-7100 and a Yaesu FT-8900. It looks like
I should simply be able to plug generic 6-pin DIN cables between the
DRAWS and the data ports on the radios.
Yes, with the above caveats and USB -> CI-V cables if you want CAT control.  Though Yaesu and newer Icom radios seem to have better CAT control.  I don't have those 2 radios to test, so no guarantee, but they should work.  Perhaps others can confirm if they have tested those models.
Looking on the NW Digital web page, it looks like they are taking
orders
for the next run of DRAWS. I'd like to get a warm fuzzy my plans are
viable so I can go ahead and place an order.
Yes orders are open for the next batch, which will be available right after the first of the year.


Re: DRAWS Questions #draws #smartipi

 

See in-line

On Sat, Dec 8, 2018 at 10:43 AM WA7SKG via Groups.Io <wa7skg=yahoo.com@groups.io> wrote:
(Not sure whether DRAWS questions are going to the main or udrc group. 
Forgive me for sending to both.)
DRAWS™ hardware discussions belong in the UDRC subgroup. 

Sorry, I've been kind of slow keeping up with the DRAWS thing. From a 
quick scan, I see that it interfaces with two radios, has built in GPS 
and can do digital with any Linux software that will run on a 
RaspberryPi. So, I am guessing that includes fldigi for MT63/PSK31/etc. 
and Xastir for APRS and, hopefully something for SSTV.
 
Correct.  A few caveats:
  • Any program for the Raspberry Pi should run, however some programs do not fit well on the 7" display.  It would be advisable for developers to create a version that fits the resolution of the screen.
  • 2 Radios are supported, each with its own PTT, Squelch Detect, etc. however, the CODEC is a single hardware device using left channel for one radio and the right channel for the other.  If the program can work with virtual sound cards in ALSA, then the left and right channels can operate somewhat independently.  We are working on configurations that make virtual sound cards work better. For Direwolf, this is not a problem as it can run two independent channels through a single CODEC.  Also, the Direwolf 1.5 dev branch has new code to handle virtual sound cards better.  We have at least one other program working toward better support of virtual sound cards.
  • I have tested for basic operation such programs as fldigi, Direwolf, wsjt-x, sp8call, YAAC, and Xastir.  Including remote access to Direwolf from Windows for programs like PinPoint APRS (September QST)
  • Many of these programs have hamlib/flrig control which works, except in the case where CAT PTT isn't supported by the radio, in which case PTT via the GPIO must be supported, it would be good to contact the authors of your favorite programs to make sure such support is included.  A lot could be handled by flrig if it had GPIO support for radios.

My plan is to use this mobile on my RPi 3 B+ which is on a standard Pi 
Touch 7" touch screen. Right now, I have a TNC-Pi connected and a 
Y-cable that powers the RPi and the touchscreen. The RPi powers the 
TNC-Pi through the header. It looks like the DRAWS has a 12V input that 
powers the RPi. Will this also power the touchscreen?
 
Yes, I have a SmartiPi with the Y cable connected between the Pi and Screen, and remove the microUSB power.  The Hat powers the Pi and 5V is injected back through the Y cable to the touchscreen.  It works well, with no low power lightening bolt.
 
How precise must 
the 12V input be? Can it handle the variations of vehicle voltage, which 
could swing from 10-14 volts?
 
Yes, it designed for a nominal 9-15 VDC input (with a little slop at each end).
 

My mobile radios are an Icom IC-7100 and a Yaesu FT-8900. It looks like 
I should simply be able to plug generic 6-pin DIN cables between the 
DRAWS and the data ports on the radios.
 
Yes, with the above caveats and USB -> CI-V cables if you want CAT control.  Though Yaesu and newer Icom radios seem to have better CAT control.  I don't have those 2 radios to test, so no guarantee, but they should work.  Perhaps others can confirm if they have tested those models.

Looking on the NW Digital web page, it looks like they are taking orders 
for the next run of DRAWS. I'd like to get a warm fuzzy my plans are 
viable so I can go ahead and place an order.
 
Yes orders are open for the next batch, which will be available right after the first of the year.
 
 
 
 
ReplyForward
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 


Re: [nw-digital-radio] DRAWS Questions

Jack Spitznagel
 

Michael,

It worked "fine" for me with the following caveat: At the moment all the supplied cables "just" plug in but space is very tight for the 6 pin DIN cables. So long as the screen is perpendicular to the stand they "fit" with a right angle bend in the cable (bad form, that). About an inch or so extra clearance would be ideal and allow the stand to lie back. The issue is really just with the DIN cables.

There is a 3D print standoff design in a previous post that I am playing with trying to get a very inexpensive PLA printer to make with reasonable accuracy. It has a lot of overhangs, so that may not be possible with that little toy. If I get nowhere, I will order a pair from the Thingiverse/Makerbot site where it was posted. My first rough out prints do fit and will lift the screen up for full clearance but will not be amenable to taking a good finish. They are ugly... and I am a little fussy... and a newbie at the 3D maker art.

Make sense?

KD4IZ
Jack Spitznagel
FM19oo

-----Original Message-----
From: main@nw-digital-radio.groups.io <main@nw-digital-radio.groups.io> On Behalf Of WA7SKG via Groups.Io
Sent: Sunday, December 9, 2018 15:47
To: main@nw-digital-radio.groups.io
Subject: Re: [nw-digital-radio] DRAWS Questions

Jack,
How does the DRAWS work with the SmartiPi case? I saw some comments that there may be issues with the cables interfering with the stand. Not really a problem since I do not use the stand, I have mine on a VESA mount for mobile use. The DIN connectors should be okay, but the other connectors may be an issue. The pictures show two connectors on the left side. I guess one is for power, but I don't know what the other one is for.

I guess I'll need to run the RPi/DRAWS from the 12V lines and the touch screen from the 5V supply.

I do need to see the NWD response however on the 12V variations before I spend money on it.

73,
Michael WA7SKG


Jack Spitznagel wrote on 12/9/18 06:47:
Michael,

I will be interested to hear the NWD response to your question about fluctuations in power/mobile usage. The 12V line will not feed the display, you will need a separate 5V supply.

Experimenting now with a DRAWS, RPi 3B+, plus Raspberry 7" touch display mounted in a "SmartiPi Touch" display stand. This is all powered through the 5V "Y" microUSB adapter. I am using the stock 2.5A wall wart that Pi foundation supplies in their kits (probably groaning under load). I plan to change over to a higher capacity USB multiline charger when I find what I want. YMMV but this works for me.

KD4IZ
Jack Spitznagel
FM19oo




-----Original Message-----
From: main@nw-digital-radio.groups.io
<main@nw-digital-radio.groups.io> On Behalf Of WA7SKG via Groups.Io
Sent: Saturday, December 8, 2018 09:13
To: main@nw-digital-radio.groups.io
Subject: [nw-digital-radio] DRAWS Questions

Sorry, I've been kind of slow keeping up with the DRAWS thing. From a quick scan, I see that it interfaces with two radios, has built in GPS and can do digital with any Linux software that will run on a RaspberryPi. So, I am guessing that includes fldigi for MT63/PSK31/etc.
and Xastir for APRS and, hopefully something for SSTV.

My plan is to use this mobile on my RPi 3 B+ which is on a standard Pi Touch 7" touch screen. Right now, I have a TNC-Pi connected and a Y-cable that powers the RPi and the touchscreen. The RPi powers the TNC-Pi through the header. It looks like the DRAWS has a 12V input that powers the RPi. Will this also power the touchscreen? How precise must the 12V input be? Can it handle the variations of vehicle voltage, which could swing from 10-14 volts?

My mobile radios are an Icom IC-7100 and a Yaesu FT-8900. It looks like I should simply be able to plug generic 6-pin DIN cables between the DRAWS and the data ports on the radios.

Looking on the NW Digital web page, it looks like they are taking orders for the next run of DRAWS. I'd like to get a warm fuzzy my plans are viable so I can go ahead and place an order.

tnx es 73,
Michael WA7SKG






--
J Spitznagel
Science River LLC
KD4IZ


Re: fldigi 4.0.18 build failure #fldigi

Art - KC7SDA
 

so to be clear this script I'm working on is the same script that I've been using for years on my udrc, I did finally get it to compile, I had it static link the libraries (./configure --enable-static) and it seemed to go just fine.

I added in a bunch of libraries as well, I hope to get down to the root cause though and get a script together so the local hams in my area can just run it and have it work (I'm also adding shortcuts to the desktop and pre-loading config files for fldigi and direwolf so minimal configuration is required).

I'll keep testing and see where it gets me.

73
Art


Re: fldigi 4.0.18 build failure #fldigi

 

If you go to the message board and search for the hashtag of a topic like #fldigi it can find marked articles like

https://nw-digital-radio.groups.io/g/udrc/message/2072


Re: fldigi 4.0.18 build failure #fldigi

Steve McGrane <temporarilyoffline@...>
 

When you run `./configure` it will have some useful output that may/may not tell you what it is that you are missing.  You can run `./configure` as many times as you want to figure out what is missing.

On Sat, Dec 8, 2018 at 2:00 PM Roderick Wayne Hart Sr. <rod.hart@...> wrote:

You are probably missing a library. Make sure all of the prerequisite lib files are loaded and recompile after doing a 'make clean'.



On December 8, 2018, at 2:45 PM, Art - KC7SDA <nouse4anick@...> wrote:


currently working with the latest compass distro and trying to build fldigi from the source. its not working and erroring out on me towards the end.

here are the commands I'm running, note i have the source line uncommented so apt will get sources, also $FLDIGICUR is defined in my script file:
sudo apt-get update
sudo apt-get build-dep fldigi -y
wget -N https://sourceforge.net/projects/fldigi/files/fldigi/fldigi-$FLDIGICUR.tar.gz
tar -zxvsf fldigi-$FLDIGICUR.tar.gz
cd fldigi-$FLDIGICUR
./configure
make
it compiles the main part of the program (modems, waterfall, widgets, etc), then it errors out on 'fldigi-confdialog.o' module.

anyone else have this problem? any suggestions as to how to fix it?  I'm trying a few other things while I wait for answers, next up will be grabbing .17 and trying that.

73
Art


Re: fldigi 4.0.18 build failure #fldigi

Roderick Wayne Hart Sr.
 

You are probably missing a library. Make sure all of the prerequisite lib files are loaded and recompile after doing a 'make clean'.



On December 8, 2018, at 2:45 PM, Art - KC7SDA <nouse4anick@...> wrote:


currently working with the latest compass distro and trying to build fldigi from the source. its not working and erroring out on me towards the end.

here are the commands I'm running, note i have the source line uncommented so apt will get sources, also $FLDIGICUR is defined in my script file:
sudo apt-get update
sudo apt-get build-dep fldigi -y
wget -N https://sourceforge.net/projects/fldigi/files/fldigi/fldigi-$FLDIGICUR.tar.gz
tar -zxvsf fldigi-$FLDIGICUR.tar.gz
cd fldigi-$FLDIGICUR
./configure
make
it compiles the main part of the program (modems, waterfall, widgets, etc), then it errors out on 'fldigi-confdialog.o' module.

anyone else have this problem? any suggestions as to how to fix it?  I'm trying a few other things while I wait for answers, next up will be grabbing .17 and trying that.

73
Art


fldigi 4.0.18 build failure #fldigi

Art - KC7SDA
 

currently working with the latest compass distro and trying to build fldigi from the source. its not working and erroring out on me towards the end.

here are the commands I'm running, note i have the source line uncommented so apt will get sources, also $FLDIGICUR is defined in my script file:
sudo apt-get update
sudo apt-get build-dep fldigi -y
wget -N https://sourceforge.net/projects/fldigi/files/fldigi/fldigi-$FLDIGICUR.tar.gz
tar -zxvsf fldigi-$FLDIGICUR.tar.gz
cd fldigi-$FLDIGICUR
./configure
make
it compiles the main part of the program (modems, waterfall, widgets, etc), then it errors out on 'fldigi-confdialog.o' module.

anyone else have this problem? any suggestions as to how to fix it?  I'm trying a few other things while I wait for answers, next up will be grabbing .17 and trying that.

73
Art


Re: (longer) DRAWS power cable? #draws #power

Art - KC7SDA
 

if you have a crimper you can buy the crimp dies for the connectors and some 28 gauge wire and make your own


DRAWS Questions #draws #smartipi

WA7SKG <wa7skg@...>
 

(Not sure whether DRAWS questions are going to the main or udrc group. Forgive me for sending to both.)

Sorry, I've been kind of slow keeping up with the DRAWS thing. From a quick scan, I see that it interfaces with two radios, has built in GPS and can do digital with any Linux software that will run on a RaspberryPi. So, I am guessing that includes fldigi for MT63/PSK31/etc. and Xastir for APRS and, hopefully something for SSTV.

My plan is to use this mobile on my RPi 3 B+ which is on a standard Pi Touch 7" touch screen. Right now, I have a TNC-Pi connected and a Y-cable that powers the RPi and the touchscreen. The RPi powers the TNC-Pi through the header. It looks like the DRAWS has a 12V input that powers the RPi. Will this also power the touchscreen? How precise must the 12V input be? Can it handle the variations of vehicle voltage, which could swing from 10-14 volts?

My mobile radios are an Icom IC-7100 and a Yaesu FT-8900. It looks like I should simply be able to plug generic 6-pin DIN cables between the DRAWS and the data ports on the radios.

Looking on the NW Digital web page, it looks like they are taking orders for the next run of DRAWS. I'd like to get a warm fuzzy my plans are viable so I can go ahead and place an order.

tnx es 73,
Michael WA7SKG


Re: Draws TX ADC level setting not working for me #draws

art upton <artupton@...>
 

I'm used to seeing power out driven higher on settings beyond 23, but in this case its already full on at that level  and I can only reduce the settings..which I need to do but not was expected. 


Re: Draws TX ADC level setting not working for me #draws

Annaliese McDermond
 

If you use the curses based alsamixer it will show output in dB. 0dB is pretty close to clipping with a full range input signal. I usually start there.

On Dec 7, 2018, at 2:41 PM, Basil Gunn <basil@pacabunga.com> wrote:



What value should PCM start ?
0
(Is 0 a multiplier of 1.0?)
Not sure.
Only know that multiplier is determined from this value.

You can control left & right channels independently. Look at:

man alsamixer

/Basil


On Fri, Dec 7, 2018 at 1:54 PM Basil Gunn <basil@pacabunga.com> wrote:


alsa controls ADC, PCM, LO Driver Gain

DAC input ie. receive level
ADC is an input digital control
Adjust for around 50 from direwolf output

DAC output ie. transmit level
PCM output digital control
- output samples are multiplied by a value determined by this control
LO Driver Gain (controls analog amp)

Adjust LO Driver Gain first
If you can't get close enough with LO Driver then use PCM
/Basil


Re: Draws TX ADC level setting not working for me #draws

Basil Gunn
 

What value should PCM start ?
0
(Is 0 a multiplier of 1.0?)
Not sure.
Only know that multiplier is determined from this value.

You can control left & right channels independently. Look at:

man alsamixer

/Basil


On Fri, Dec 7, 2018 at 1:54 PM Basil Gunn <basil@pacabunga.com> wrote:


alsa controls ADC, PCM, LO Driver Gain

DAC input ie. receive level
ADC is an input digital control
Adjust for around 50 from direwolf output

DAC output ie. transmit level
PCM output digital control
- output samples are multiplied by a value determined by this control
LO Driver Gain (controls analog amp)

Adjust LO Driver Gain first
If you can't get close enough with LO Driver then use PCM
/Basil


Re: Draws TX ADC level setting not working for me #draws

art upton <artupton@...>
 

Thanks Basil for the understanding of each Mixer Object.
If I turn Lo drive way way down [0-11], now I can get PCM to get some adjustment in the output.
Now for my testing on the FT450-D. In the signal links we have to put a resistor in line to the HF audio out of box, Audio input to the radio;  internal to the SLink box.
Hopefully this will allow me to adjust the level down and still get a modulated signal in Fldigi. 

Art

On Friday, December 7, 2018, 4:54:53 PM EST, Basil Gunn <basil@...> wrote:



alsa controls ADC, PCM, LO Driver Gain

DAC input ie. receive level
ADC is an input digital control
Adjust for around 50 from direwolf output

DAC output ie. transmit level
PCM output digital control
  - output samples are multiplied by a value determined by this control
LO Driver Gain (controls analog amp)

Adjust LO Driver Gain first
If you can't get close enough with LO Driver then use PCM
/Basil

art upton via Groups.Io <artupton=yahoo.com@groups.io> writes:

> HI folks, would like to know if anyone else has had this issue. I am
> using a variety of 6-pin standard HF radios on the Draws board as the
> sound card fort FLDigi.  I ran the patch for the Draws Mixer that
> Bryan provided for HF rigs to point the audio pin instead of
> Discriminator for radio that 9600 baud apps and Digital voice modes
> would use on the 6-pin plug.
>
> I can adjust the RX Capture ADC Slider of alsamixer to adjust receive
> into applications like Fldigi, JS8Call, etc. However I cannot adjust
> TX audio out. It is set somewhere I have no idea how to set.  Most all
> my HF radios with 6-pin din rear plugs are working TX level with the
> settings that the mixer script and patch provided. (found under draws
> image thread.) However a few radios have Too Hot of TX Audio, like the
> FT-450,FT-450D , FT840 radios. I need to turn it down to not over
> drive the board. These are known radios that need attenuation to the
> 6-pin din AF TX audio input.
>
> If anyone knows if I am trying to adjust the wrong mixer please let me
> know where/what I should be adjusting. Again the mixer I am adjusting
> to no avail is ADC Level under F3[playback] on the Alsamixer.
>
> Here are the settings amixer outputs in a command line:
>
> Simple mixer control 'PCM',0
>  Capabilities: pvolume
>  Playback channels: Front Left - Front Right
>  Limits: Playback 0 - 175
>  Mono:
>  Front Left: Playback 127 [73%] [0.00dB]
>  Front Right: Playback 127 [73%] [0.00dB]
>
> Simple mixer control 'ADC Level',0
>  Capabilities: volume
>  Playback channels: Front Left - Front Right
>  Capture channels: Front Left - Front Right
>  Limits: 0 - 64
>  Front Left: 24 [38%] [0.00dB]
>  Front Right: 24 [38%] [0.00dB]
>
> Simple mixer control 'LO Driver Gain',0
>  Capabilities: volume
>  Playback channels: Front Left - Front Right
>  Capture channels: Front Left - Front Right
>  Limits: 0 - 35
>  Front Left: 13 [37%] [7.00dB]
>  Front Right: 13 [37%] [7.00dB]




Re: Draws TX ADC level setting not working for me #draws

Doug Kingston
 

What value should PCM start ?   (Is 0 a multiplier of 1.0?)

On Fri, Dec 7, 2018 at 1:54 PM Basil Gunn <basil@...> wrote:

alsa controls ADC, PCM, LO Driver Gain

DAC input ie. receive level
ADC is an input digital control
Adjust for around 50 from direwolf output

DAC output ie. transmit level
PCM output digital control
   - output samples are multiplied by a value determined by this control
LO Driver Gain (controls analog amp)

Adjust LO Driver Gain first
If you can't get close enough with LO Driver then use PCM
/Basil

art upton via Groups.Io <artupton=yahoo.com@groups.io> writes:

> HI folks, would like to know if anyone else has had this issue. I am
> using a variety of 6-pin standard HF radios on the Draws board as the
> sound card fort FLDigi.  I ran the patch for the Draws Mixer that
> Bryan provided for HF rigs to point the audio pin instead of
> Discriminator for radio that 9600 baud apps and Digital voice modes
> would use on the 6-pin plug.
>
> I can adjust the RX Capture ADC Slider of alsamixer to adjust receive
> into applications like Fldigi, JS8Call, etc. However I cannot adjust
> TX audio out. It is set somewhere I have no idea how to set.  Most all
> my HF radios with 6-pin din rear plugs are working TX level with the
> settings that the mixer script and patch provided. (found under draws
> image thread.) However a few radios have Too Hot of TX Audio, like the
> FT-450,FT-450D , FT840 radios. I need to turn it down to not over
> drive the board. These are known radios that need attenuation to the
> 6-pin din AF TX audio input.
>
> If anyone knows if I am trying to adjust the wrong mixer please let me
> know where/what I should be adjusting. Again the mixer I am adjusting
> to no avail is ADC Level under F3[playback] on the Alsamixer.
>
> Here are the settings amixer outputs in a command line:
>
> Simple mixer control 'PCM',0
>  Capabilities: pvolume
>  Playback channels: Front Left - Front Right
>  Limits: Playback 0 - 175
>  Mono:
>  Front Left: Playback 127 [73%] [0.00dB]
>  Front Right: Playback 127 [73%] [0.00dB]
>
> Simple mixer control 'ADC Level',0
>  Capabilities: volume
>  Playback channels: Front Left - Front Right
>  Capture channels: Front Left - Front Right
>  Limits: 0 - 64
>  Front Left: 24 [38%] [0.00dB]
>  Front Right: 24 [38%] [0.00dB]
>
> Simple mixer control 'LO Driver Gain',0
>  Capabilities: volume
>  Playback channels: Front Left - Front Right
>  Capture channels: Front Left - Front Right
>  Limits: 0 - 35
>  Front Left: 13 [37%] [7.00dB]
>  Front Right: 13 [37%] [7.00dB]




Re: Draws TX ADC level setting not working for me #draws

Basil Gunn
 

alsa controls ADC, PCM, LO Driver Gain

DAC input ie. receive level
ADC is an input digital control
Adjust for around 50 from direwolf output

DAC output ie. transmit level
PCM output digital control
- output samples are multiplied by a value determined by this control
LO Driver Gain (controls analog amp)

Adjust LO Driver Gain first
If you can't get close enough with LO Driver then use PCM
/Basil

art upton via Groups.Io <artupton=yahoo.com@groups.io> writes:

HI folks, would like to know if anyone else has had this issue. I am
using a variety of 6-pin standard HF radios on the Draws board as the
sound card fort FLDigi. I ran the patch for the Draws Mixer that
Bryan provided for HF rigs to point the audio pin instead of
Discriminator for radio that 9600 baud apps and Digital voice modes
would use on the 6-pin plug.

I can adjust the RX Capture ADC Slider of alsamixer to adjust receive
into applications like Fldigi, JS8Call, etc. However I cannot adjust
TX audio out. It is set somewhere I have no idea how to set. Most all
my HF radios with 6-pin din rear plugs are working TX level with the
settings that the mixer script and patch provided. (found under draws
image thread.) However a few radios have Too Hot of TX Audio, like the
FT-450,FT-450D , FT840 radios. I need to turn it down to not over
drive the board. These are known radios that need attenuation to the
6-pin din AF TX audio input.

If anyone knows if I am trying to adjust the wrong mixer please let me
know where/what I should be adjusting. Again the mixer I am adjusting
to no avail is ADC Level under F3[playback] on the Alsamixer.

Here are the settings amixer outputs in a command line:

Simple mixer control 'PCM',0
Capabilities: pvolume
Playback channels: Front Left - Front Right
Limits: Playback 0 - 175
Mono:
Front Left: Playback 127 [73%] [0.00dB]
Front Right: Playback 127 [73%] [0.00dB]

Simple mixer control 'ADC Level',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 64
Front Left: 24 [38%] [0.00dB]
Front Right: 24 [38%] [0.00dB]

Simple mixer control 'LO Driver Gain',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 35
Front Left: 13 [37%] [7.00dB]
Front Right: 13 [37%] [7.00dB]


Draws TX ADC level setting not working for me #draws

art upton <artupton@...>
 

HI folks, would like to know if anyone else has had this issue. I am using a variety of 6-pin standard HF radios on the Draws board as the sound card fort FLDigi.
I ran the patch for the Draws Mixer that Bryan provided for HF rigs to point the  audio pin instead of Discriminator for radio that 9600 baud apps and Digital voice modes would use on the 6-pin plug.

I can adjust the RX Capture ADC Slider of alsamixer to adjust receive into applications like Fldigi, JS8Call, etc. However I cannot adjust TX audio out. It is  set somewhere I have no idea how to set.
Most all my HF radios with 6-pin din rear plugs are working TX level with the settings that the mixer script and patch provided. (found under draws image thread.) However a few radios have Too Hot of TX Audio, like the FT-450,FT-450D , FT840 radios. I need to turn it down to not over drive the board.  These are known radios that need attenuation to  the 6-pin din AF TX audio input.

If anyone knows if I am trying to adjust the wrong mixer please let me know where/what I should be adjusting. Again the mixer I am adjusting to no avail is ADC Level under F3[playback] on the Alsamixer.

Here are the settings amixer outputs in a command line:
Simple mixer control 'PCM',0
  Capabilities: pvolume
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 175
  Mono:
  Front Left: Playback 127 [73%] [0.00dB]
  Front Right: Playback 127 [73%] [0.00dB]
Simple mixer control 'Mic PGA',0
  Capabilities: pswitch
  Playback channels: Front Left - Front Right
  Mono:
  Front Left: Playback [off]
  Front Right: Playback [off]
Simple mixer control 'ADC Level',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 64
  Front Left: 24 [38%] [0.00dB]
  Front Right: 24 [38%] [0.00dB]
Simple mixer control 'ADCFGA Left Mute',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'ADCFGA Right Mute',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'AGC Attack Time',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 31
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Decay Time',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 31
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Gain Hysteresis',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Hysteresis',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Left',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'AGC Max PGA',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 127
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Noise Debounce',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 31
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Noise Threshold',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 31
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Right',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'AGC Signal Debounce',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 15
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Target Level',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 7
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'CM_L to Left Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: '10 kOhm'
Simple mixer control 'CM_R to Right Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: '10 kOhm'
Simple mixer control 'HP DAC',0
  Capabilities: pswitch
  Playback channels: Front Left - Front Right
  Mono:
  Front Left: Playback [off]
  Front Right: Playback [off]
Simple mixer control 'HP Driver Gain',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 35
  Front Left: 0 [0%] [-6.00dB]
  Front Right: 0 [0%] [-6.00dB]
Simple mixer control 'HPL Output Mixer IN1_L',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'HPL Output Mixer L_DAC',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'HPR Output Mixer IN1_R',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'HPR Output Mixer R_DAC',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'IN1_L to Left Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN1_L to Right Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN1_R to Left Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN1_R to Right Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: '10 kOhm'
Simple mixer control 'IN2_L to Left Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: '10 kOhm'
Simple mixer control 'IN2_L to Right Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: '10 kOhm'
Simple mixer control 'IN2_R to Left Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN2_R to Right Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN3_L to Left Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN3_L to Right Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN3_R to Left Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN3_R to Right Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'LO DAC',0
  Capabilities: pswitch
  Playback channels: Front Left - Front Right
  Mono:
  Front Left: Playback [on]
  Front Right: Playback [on]
Simple mixer control 'LO Driver Gain',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 35
  Front Left: 13 [37%] [7.00dB]
  Front Right: 13 [37%] [7.00dB]
Simple mixer control 'LOL Output Mixer L_DAC',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'LOR Output Mixer R_DAC',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'PGA Level',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 95
  Front Left: 35 [37%] [17.50dB]
  Front Right: 35 [37%] [17.50dB]
 

3741 - 3760 of 5890