Date   

Re: Updated DRAWS Brochure Uploaded #draws

Patrick <ptwaugh@...>
 

Awesome!  A 3D mockup and virtualization would be even better.  :)

Patrick
K3BBG - Branson, MO


Why chrony? #chrony #draws #time

 

Here is a feature comparison.


--


John D. Hays
Edmonds, WA
K7VE

   


Re: State of GPSD on boot and PPS2 #pps #gpsd #chrony

Art - KC7SDA
 

I was messing around last night and I think that if you don't remove 'require' at the end of the gps line it won't update based on the ntp server time chrony just hangs.

testing:
- shutdown pi
- remove gps antenna
- wait 10+ minutes
- boot pi
- use chronyc sources to verify

if you add the -v flag you get this output:


one of the time servers should be selected (either * or +).


Re: DRAWS Codec Technical Documentation

Bernard f6bvp / ai7bg
 

Hi,

By default direwolf can only send calibration test signal on channel 0 using option -x

I submitted a patch for direwolf 1.6 making possible to choose the audio channel : option becomes -x 0 or -x 1

This gives the possibility to send calibration test on UDRC II din6, otherwise not possible.

Of course channel choice is also working fine with DRAWS.

Here is the link :

https://github.com/wb2osz/direwolf/issues/184

73 de Bernard, f6bvp


Le 31/12/2018 à 21:12, John D Hays - K7VE a écrit :
Yes this is a change with DRAWS. Left audio to left DIN. 

On Mon, Dec 31, 2018, 12:01 f6bvp <f6bvp@...> wrote:
Hi,

With DRAWS I noticed that PBEACON sendto=0 is sending APRS beacon on
left DIN6 (CHANNEL 0).

This is absolutely correct and in accordance with n7nix
measure_deviate.sh deviation script that sends modulation wav through sox.

However when using UDRC II modem and the same direwolf configuration
file, direwolf is sending beacon via HD15 plug.

If someone wants to send beacon via DIN6 when using UDRC II, PBEACON
sendto=1 must be used.

Is UDRC II CHANNEL inversion the result of a hardware difference between
UDRC II and DRAWS or a bug in UDRC II firmware ?


73 de Bernard, f6bvp

Le 31/12/2018 à 05:18, Annaliese McDermond a écrit :
> I have just posted the following article to the UDRC/DRAWS Wiki:
>
>
>
Bernard, F6BVP
http://f6bvp.org



Short Demo #FT-817 #DRAWS #FT-8 Decode #ft-817 #draws #ft-8 #ft817 #hf

 


--


John D. Hays
Edmonds, WA
K7VE

   


Re: Draws and IC-7000 #draws #ic7000 #minidin6

Annaliese McDermond
 

On Dec 31, 2018, at 1:34 PM, Jack Spitznagel <@flyingfrawg> wrote:

Hi Basil,

Again Thanks!!!
I understand these differences. Not confusing. I have been leaving the base config alone for now, but with the info from Annaliese yesterday and yours below, is speculative experimentation fair game now 😊?

Her notes on the implementation of the TI CODEC chip brought up these questions:
1. Should we disable the port not in use if only using 1 of them?? Annaliese suggests this would eliminate possibility of crosstalk. Is there a description of how you do this in the DRAWS wiki or your github pages? I missed it.
Just change the pin you would like to disable to “Off.” For example, to turn off the discriminator input to the left DIN-6, you would set “IN1_L to Left Mixer Positive Resistor” to “Off” Likewise to change the 1200 baud/audio input off to the left DIN-6, you would set “IN2_L to Left Mixer Positive Resistor” to “Off"


2. The info she sent about the PTM-P1/2/3 (DAC Left|Right Playback Powertune) settings for selecting the max output level suggests that the PTM-P1 setting should be default for the sensitive radios like the 7000. I look forward to seeing that available in Beta7. Where is it defaulting to now?
Default is PTM-P3

3. Her description of the three resistances associated with configuring input routing appear to be for the input only, I assume input from the rig?
Yes, this is audio/discriminator from the rig. Input from the DRAWS’s point of view.

Do they also impact the output to the rig? What you say below implies that... I am a little confused on this now.
No, it does not impact the output channels in any way. If you look at the analog routing diagram on the Wiki page, the resistor in question is represented by the switches between the various pins and the respective Mic PGA. They aren’t straight switches, they are either off, or they switch in a resistor of one of the three values.

For the record, I am doing everything at 1200 for the initial testing here thus focusing on IN2. IN1 - 9600/GMSK will come later once I know things work the way I want.

Assume you mean the 7000 below, not the 7100? They appear similar as far as the data port specs are concerned, I just have not played with the 7100 all that much other than using its internal sound device for HRD/DM780 ops and as a modem for Spectrum Lab.

In the DRAWS implementation here, the IC-7000 and the FT-817 will get used (max portability), both of which I have used with audio/data and GMSK/data in the past. The IC-7100 here is happy as is, mostly acts as #2 in an SO2R set up, providing 144/440 coverage and HF D-STAR. The primary HF radio can't do that.

If you have something specific you would like me to look at, or a possible solution you want to test for one of these radios (assuming not all are available to you), please ask. I have or can scrounge pretty much any needed test equipment. I also have a PDF copy of the service manual for the IC-7000 which may provide more clarity for that radio if you think it might help.

KD4IZ
Jack Spitznagel
FM19oo


Re: Draws and IC-7000 #draws #ic7000 #minidin6

Jack Spitznagel
 

Hi Basil,

 

Again Thanks!!!

I understand these differences. Not confusing. I have been leaving the base config alone for now, but with the info from Annaliese yesterday and yours below, is speculative experimentation fair game now 😊?

 

Her notes on the implementation of the TI CODEC chip brought up these questions:

1. Should we disable the port not in use if only using 1 of them?? Annaliese suggests this would eliminate possibility of crosstalk. Is there a description of how you do this in the DRAWS wiki or your github pages? I missed it.

 

2. The info she sent about the PTM-P1/2/3 (DAC Left|Right Playback Powertune) settings for selecting the max output level suggests that the PTM-P1 setting should be default for the sensitive radios like the 7000. I look forward to seeing that available in Beta7. Where is it defaulting to now?

 

3. Her description of the three resistances associated with configuring input routing appear to be for the input only, I assume input from the rig? Do they also impact the output to the rig? What you say below implies that... I am a little confused on this now.

 

For the record, I am doing everything at 1200 for the initial testing here thus focusing on IN2. IN1 - 9600/GMSK will come later once I know things work the way I want.

 

Assume you mean the 7000 below, not the 7100? They appear similar as far as the data port specs are concerned, I just have not played with the 7100 all that much other than using its internal sound device for HRD/DM780 ops and as a modem for Spectrum Lab.

 

In the DRAWS implementation here, the IC-7000 and the FT-817 will get used (max portability), both of which I have used with audio/data and GMSK/data in the past. The IC-7100 here is happy as is, mostly acts as #2 in an SO2R set up, providing 144/440 coverage and HF D-STAR. The primary HF radio can't do that.

 

If you have something specific you would like me to look at, or a possible solution you want to test for one of these radios (assuming not all are available to you), please ask. I have or can scrounge pretty much any needed test equipment. I also have a PDF copy of the service manual for the IC-7000 which may provide more clarity for that radio if you think it might help.

 

KD4IZ

Jack Spitznagel

FM19oo

 

 

 

 

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Monday, December 31, 2018 15:18
To: udrc@nw-digital-radio.groups.io
Subject: Re: [udrc] Draws and IC-7000 #draws #ic7000 #miniDIN6

 

 

Hi Jack,

Thanks for all the info.

 

Just a couple of points. HF/VHF/UHF radios like the IC-7000, Yaesu FT-817, FT-857, Kenwood TS-2000 etc. need some understanding of their VHF/UFH packet & HF AFSK digital modes.

 

At least some of these radios route their vhf/uhf packet audio through their discriminator output & their HF AFSK output through AFOUT. The digital mode determines the pin used on the mDin6 connector so you need to route these pin properly with ALSA mixer settings. With the IC-7100 I think you have the option of setting the 1200 or 9600 bps output independent of the digital mode.

 

ALSA settings for routing to DISCOUT or AFOUT

IN1 (left & right) is for discriminator out (DISCOUT)

IN2 (left & right) is for audio out (AFOUT) These controls have the following options, 'Off' '10 kOhm' '20 kOhm' '40 kOhm' so you might try the different resistor values to knock down your signal level.

 

Also in the next couple of days with Beta7 image release you will have 2 more controls that will allow setting the output level, LO Playback Common Mode control and DAC Left & Right Playback PowerTune control.

 

In the IC-7100 manual there is a warning to never apply data levels over 0.6Vp-p  for TX audio in (DATA IN)

 

* 0.4 Vp-p (0.2 Vrms): recommended level

* 0.2-0.5 Vp-p (0.1-0.25 Vrms): acceptable level

 

I need to do more research for you wsjt-x problem.

 

/Basil

 

Jack Spitznagel <kd4iz@...> writes:

 

> Hopefully this experiment provides some useful info:

> I built a breakout strip to help solve the issues with overdrive of

> the

> IC-7000 in fldigi. As I began to put things together I went to the

> ICOM manual (version 5 English) to confirm how they label their pin

> position numbers on the diagram.

> Used a couple of "half cables" that I had from other projects in the

> past, rang out the pin connections, and lined them up on a proto strip

> so a jumper connected each together. This worked same as the mini Din6 cables supplied.

> IC-7000 pinout diagram is at the end of the email for those interested.

> Substituted a junk box 500KOhm pot in for the DATA IN jumper (probably

> overkill for what might really be needed). Ends of the resistor to the

> Pi side cable and to the cable shield/GND, the wiper was to the Radio

> side cable on DATA IN. The pot was initially set so there was no

> resistance in

nn> the DATA IN line.

> After boot, tested Xastir (my control state) first at the original

> alsamixer

> settings:

> PCM               L:[-21.50dB],    R:[-21.50dB

> ADC Level         L:[-2.00dB],     R:[-2.00dB]

> LO Driver Gain    L:[-6.00dB]      R:[-6.00dB]

> IN1               L:[10kOhm],      R:[10kOhm]

> IN2               L:[Off],         R:[Off]

> Xastir worked to spec in FM mode RX and TX.

> Killed AX25, then tested fldigi in USB mode at same alsamixer

> settings. As before, overdrove the radio input causing ALC reading to be high.

> Then increase resistance while transmitting into a dummy load and was

> able to reduce ALC reading considerably while maintaining output

> power. Signal looked clean on Spectrum Lab fed from another receiver.

> Shut down fldigi and restarted AX25/Direwolf. No longer enough audio

> there to drive the rig in FM mode. Sending with Xastir would key rig

> (using flrig) but no signal was TX. Removed the pot, put the jumper

> back in and Xastir could transmit as before.

> Key Findings:

> 1.         There is a difference between the audio input level the IC-7000

> wants for clean FM and for "ALC free SSB". Based on the position of

> the pot, that was a drive signal reduction of about 40 to 50%.

> 2.         For fldigi, the alsamixer PCM and LO Drive settings could be

> increased well above the -30dB noise floor (PCM to 0.00, LO Drive to

> 0.00) tweeking the pot a bit got ALC to essentially zero with rig

> power at ~30% (approximately 25 Watts) and still looking very clean.

> 3.         To confuse the issue, I still have found no way to get wsjt-x to TX

> with sufficient audio regardless of the settings of alsamixer. This

> apparent drive signal attenuation has got to be something wsjt-x is

> doing. Does not make sense.

> It would be great to find the "half-way point" where both HF programs

> and Direwolf use identical alsamixer settings.

> KD4IZ

> Jack Spitznagel

 

 


--
J Spitznagel
Science River LLC
KD4IZ


Re: DRAWS Codec Technical Documentation

Basil Gunn
 

Hi,

With DRAWS I noticed that PBEACON sendto=0 is sending APRS beacon on
left DIN6 (CHANNEL 0).

This is absolutely correct and in accordance with n7nix
measure_deviate.sh deviation script that sends modulation wav through sox.

However when using UDRC II modem and the same direwolf configuration
file, direwolf is sending beacon via HD15 plug.
Yep, that's correct.

If someone wants to send beacon via DIN6 when using UDRC II, PBEACON
sendto=1 must be used.

Is UDRC II CHANNEL inversion the result of a hardware difference between
UDRC II and DRAWS or a bug in UDRC II firmware ?
On Draws the convention is as you describe. Left connector is chan 0,
Right connector is chan 1.

On UDRC II HATs the DB 15 connector was made chan 0 and is the right
hand connector. So as you observed the Left & Right channel numbers are
flipped between the UDRC II & DRAWS.

/Basil


73 de Bernard, f6bvp

Le 31/12/2018 à 05:18, Annaliese McDermond a écrit:
I have just posted the following article to the UDRC/DRAWS Wiki:

https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS™-Audio-CODEC-Analog-Routing%2C-Digital-Interfacing-and-Controls

This is a technical document outlining the audio codec on the DRAWS, the TI TLV320AIC3204 and how we use it on the DRAWS board. It’s not designed to be a “how-to” guide or something to hold someone’s hand on how to solve their problem, but rather a technical document on how the hardware and software is designed to support the low level audio interface. If people feel there are missing pieces, please let me know and we’ll see if I can address them. Again, though, this isn’t designed to be a “how to set up your DRAWS” but a conceptual document to help the more technical minded folks understand what they’re dealing with.

--
Annaliese McDermond (NH6Z)
Xenotropic Systems
mcdermj@...



Bernard, F6BVP
http://f6bvp.org


Re: Draws and IC-7000 #draws #ic7000 #minidin6

Basil Gunn
 

Hi Jack,
Thanks for all the info.

Just a couple of points. HF/VHF/UHF radios like the IC-7000, Yaesu
FT-817, FT-857, Kenwood TS-2000 etc. need some understanding of their
VHF/UFH packet & HF AFSK digital modes.

At least some of these radios route their vhf/uhf packet audio through
their discriminator output & their HF AFSK output through AFOUT. The
digital mode determines the pin used on the mDin6 connector so you need
to route these pin properly with ALSA mixer settings. With the IC-7100 I
think you have the option of setting the 1200 or 9600 bps output
independent of the digital mode.

ALSA settings for routing to DISCOUT or AFOUT
IN1 (left & right) is for discriminator out (DISCOUT)
IN2 (left & right) is for audio out (AFOUT)
These controls have the following options, 'Off' '10 kOhm' '20 kOhm' '40
kOhm' so you might try the different resistor values to knock down your
signal level.

Also in the next couple of days with Beta7 image release you will have 2
more controls that will allow setting the output level, LO Playback
Common Mode control and DAC Left & Right Playback PowerTune control.

In the IC-7100 manual there is a warning to never apply data levels over
0.6Vp-p for TX audio in (DATA IN)

* 0.4 Vp-p (0.2 Vrms): recommended level
* 0.2-0.5 Vp-p (0.1-0.25 Vrms): acceptable level

I need to do more research for you wsjt-x problem.

/Basil

Jack Spitznagel <@flyingfrawg> writes:

Hopefully this experiment provides some useful info:

I built a breakout strip to help solve the issues with overdrive of the
IC-7000 in fldigi. As I began to put things together I went to the ICOM
manual (version 5 English) to confirm how they label their pin position
numbers on the diagram.

Used a couple of "half cables" that I had from other projects in the past,
rang out the pin connections, and lined them up on a proto strip so a jumper
connected each together. This worked same as the mini Din6 cables supplied.
IC-7000 pinout diagram is at the end of the email for those interested.

Substituted a junk box 500KOhm pot in for the DATA IN jumper (probably
overkill for what might really be needed). Ends of the resistor to the Pi
side cable and to the cable shield/GND, the wiper was to the Radio side
cable on DATA IN. The pot was initially set so there was no resistance in
nn> the DATA IN line.

After boot, tested Xastir (my control state) first at the original alsamixer
settings:

PCM L:[-21.50dB], R:[-21.50dB
ADC Level L:[-2.00dB], R:[-2.00dB]
LO Driver Gain L:[-6.00dB] R:[-6.00dB]
IN1 L:[10kOhm], R:[10kOhm]
IN2 L:[Off], R:[Off]



Xastir worked to spec in FM mode RX and TX.



Killed AX25, then tested fldigi in USB mode at same alsamixer settings. As
before, overdrove the radio input causing ALC reading to be high.



Then increase resistance while transmitting into a dummy load and was able
to reduce ALC reading considerably while maintaining output power. Signal
looked clean on Spectrum Lab fed from another receiver.



Shut down fldigi and restarted AX25/Direwolf. No longer enough audio there
to drive the rig in FM mode. Sending with Xastir would key rig (using flrig)
but no signal was TX. Removed the pot, put the jumper back in and Xastir
could transmit as before.



Key Findings:



1. There is a difference between the audio input level the IC-7000
wants for clean FM and for "ALC free SSB". Based on the position of the pot,
that was a drive signal reduction of about 40 to 50%.
2. For fldigi, the alsamixer PCM and LO Drive settings could be
increased well above the -30dB noise floor (PCM to 0.00, LO Drive to 0.00)
tweeking the pot a bit got ALC to essentially zero with rig power at ~30%
(approximately 25 Watts) and still looking very clean.
3. To confuse the issue, I still have found no way to get wsjt-x to TX
with sufficient audio regardless of the settings of alsamixer. This apparent
drive signal attenuation has got to be something wsjt-x is doing. Does not
make sense.



It would be great to find the "half-way point" where both HF programs and
Direwolf use identical alsamixer settings.



KD4IZ

Jack Spitznagel


Re: DRAWS Codec Technical Documentation

 

Yes this is a change with DRAWS. Left audio to left DIN. 


On Mon, Dec 31, 2018, 12:01 f6bvp <f6bvp@...> wrote:
Hi,

With DRAWS I noticed that PBEACON sendto=0 is sending APRS beacon on
left DIN6 (CHANNEL 0).

This is absolutely correct and in accordance with n7nix
measure_deviate.sh deviation script that sends modulation wav through sox.

However when using UDRC II modem and the same direwolf configuration
file, direwolf is sending beacon via HD15 plug.

If someone wants to send beacon via DIN6 when using UDRC II, PBEACON
sendto=1 must be used.

Is UDRC II CHANNEL inversion the result of a hardware difference between
UDRC II and DRAWS or a bug in UDRC II firmware ?


73 de Bernard, f6bvp

Le 31/12/2018 à 05:18, Annaliese McDermond a écrit :
> I have just posted the following article to the UDRC/DRAWS Wiki:
>
> https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS™-Audio-CODEC-Analog-Routing%2C-Digital-Interfacing-and-Controls
>
> This is a technical document outlining the audio codec on the DRAWS, the TI TLV320AIC3204 and how we use it on the DRAWS board.  It’s not designed to be a “how-to” guide or something to hold someone’s hand on how to solve their problem, but rather a technical document on how the hardware and software is designed to support the low level audio interface.  If people feel there are missing pieces, please let me know and we’ll see if I can address them.  Again, though, this isn’t designed to be a “how to set up your DRAWS” but a conceptual document to help the more technical minded folks understand what they’re dealing with.
>
> --
> Annaliese McDermond (NH6Z)
> Xenotropic Systems
> mcdermj@...
>
>
>
>
Bernard, F6BVP
http://f6bvp.org
--
Si vous ne souhaitez plus recevoir d'informations de la part du projet
"Le chant des étoiles" de l'association Dimension Parabole
envoyez un courriel à f6bvp@... avec comme sujet :
me désinscrire de la liste de diffusion Dimension Parabole.
http://radiotelescope-lavillette.fr





Re: DRAWS Codec Technical Documentation

Bernard f6bvp / ai7bg
 

Hi,

With DRAWS I noticed that PBEACON sendto=0 is sending APRS beacon on left DIN6 (CHANNEL 0).

This is absolutely correct and in accordance with n7nix measure_deviate.sh deviation script that sends modulation wav through sox.

However when using UDRC II modem and the same direwolf configuration file, direwolf is sending beacon via HD15 plug.

If someone wants to send beacon via DIN6 when using UDRC II, PBEACON sendto=1 must be used.

Is UDRC II CHANNEL inversion the result of a hardware difference between UDRC II and DRAWS or a bug in UDRC II firmware ?


73 de Bernard, f6bvp

Le 31/12/2018 à 05:18, Annaliese McDermond a écrit :
I have just posted the following article to the UDRC/DRAWS Wiki:

https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS™-Audio-CODEC-Analog-Routing%2C-Digital-Interfacing-and-Controls

This is a technical document outlining the audio codec on the DRAWS, the TI TLV320AIC3204 and how we use it on the DRAWS board. It’s not designed to be a “how-to” guide or something to hold someone’s hand on how to solve their problem, but rather a technical document on how the hardware and software is designed to support the low level audio interface. If people feel there are missing pieces, please let me know and we’ll see if I can address them. Again, though, this isn’t designed to be a “how to set up your DRAWS” but a conceptual document to help the more technical minded folks understand what they’re dealing with.

--
Annaliese McDermond (NH6Z)
Xenotropic Systems
mcdermj@...


Bernard, F6BVP
http://f6bvp.org
--
Si vous ne souhaitez plus recevoir d'informations de la part du projet
"Le chant des étoiles" de l'association Dimension Parabole
envoyez un courriel à f6bvp@... avec comme sujet :
me désinscrire de la liste de diffusion Dimension Parabole.
http://radiotelescope-lavillette.fr


Re: DRAWS Codec Technical Documentation

Jack Spitznagel
 

Annaliese,

Thanks for this! Very helpful translation of what is going on "under the hood" in DRAWS. It really helps me make sense of why the settings seemed complex.

I can see now that for the "sensitive" radios early adopters have been struggling with (FT-817, 450, IC-7000), the setting of PTM_P# to PTM_P1 will like be the key to making it possible to use a wider DAC range (PCM) and seeing some noticeable effects of LO Drive. It appears that cleaning up the TX signal for applications like fldigi will be possible without a hardware solution.

Keep up the great work and Happy New Year!

KD4IZ
Jack Spitznagel
FM19oo

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Annaliese McDermond
Sent: Sunday, December 30, 2018 23:19
To: udrc@nw-digital-radio.groups.io
Subject: [udrc] DRAWS Codec Technical Documentation

I have just posted the following article to the UDRC/DRAWS Wiki:

https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS™-Audio-CODEC-Analog-Routing%2C-Digital-Interfacing-and-Controls

This is a technical document outlining the audio codec on the DRAWS, the TI
TLV320AIC3204 and how we use it on the DRAWS board. It’s not designed to be a “how-to” guide or something to hold someone’s hand on how to solve their problem, but rather a technical document on how the hardware and software is designed to support the low level audio interface. If people feel there are missing pieces, please let me know and we’ll see if I can address them.
Again, though, this isn’t designed to be a “how to set up your DRAWS” but a conceptual document to help the more technical minded folks understand what they’re dealing with.

--
Annaliese McDermond (NH6Z)
Xenotropic Systems
mcdermj@...







--
J Spitznagel
Science River LLC
KD4IZ


DRAWS Codec Technical Documentation

Annaliese McDermond
 

I have just posted the following article to the UDRC/DRAWS Wiki:

https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS™-Audio-CODEC-Analog-Routing%2C-Digital-Interfacing-and-Controls

This is a technical document outlining the audio codec on the DRAWS, the TI TLV320AIC3204 and how we use it on the DRAWS board. It’s not designed to be a “how-to” guide or something to hold someone’s hand on how to solve their problem, but rather a technical document on how the hardware and software is designed to support the low level audio interface. If people feel there are missing pieces, please let me know and we’ll see if I can address them. Again, though, this isn’t designed to be a “how to set up your DRAWS” but a conceptual document to help the more technical minded folks understand what they’re dealing with.

--
Annaliese McDermond (NH6Z)
Xenotropic Systems
mcdermj@...


Draws and IC-7000 #draws #ic7000 #minidin6

Jack Spitznagel
 

Basil,

 

Hopefully this experiment provides some useful info:

 

I built a breakout strip to help solve the issues with overdrive of the IC-7000 in fldigi. As I began to put things together I went to the ICOM manual (version 5 English) to confirm how they label their pin position numbers on the diagram.  

 

Used a couple of “half cables” that I had from other projects in the past, rang out the pin connections, and lined them up on a proto strip so a jumper connected each together. This worked same as the mini Din6 cables supplied. IC-7000 pinout diagram is at the end of the email for those interested.

 

Substituted a junk box 500KOhm pot in for the DATA IN jumper (probably overkill for what might really be needed). Ends of the resistor to the Pi side cable and to the cable shield/GND, the wiper was to the Radio side cable on DATA IN. The pot was initially set so there was no resistance in the DATA IN line.

 

After boot, tested Xastir (my control state) first at the original alsamixer settings:

PCM                  L:[-21.50dB],     R:[-21.50dB
ADC Level         L:[-2.00dB],       R:[-2.00dB]
LO Driver Gain  L:[-6.00dB],       R:[-6.00dB]
IN1                    L:[10kOhm],      R:[10kOhm]
IN2                    L:[Off],               R:[Off]

Xastir worked to spec in FM mode RX and TX.

 

Killed AX25, then tested fldigi in USB mode at same alsamixer settings. As before, overdrove the radio input causing ALC reading to be high.

 

Then increase resistance while transmitting into a dummy load and was able to reduce ALC reading considerably while maintaining output power. Signal looked clean on Spectrum Lab fed from another receiver.

 

Shut down fldigi and restarted AX25/Direwolf. No longer enough audio there to drive the rig in FM mode. Sending with Xastir would key rig (using flrig) but no signal was TX. Removed the pot, put the jumper back in and Xastir could transmit as before.

 

Key Findings:

 

  1. There is a difference between the audio input level the IC-7000 wants for clean FM and for “ALC free SSB”. Based on the position of the pot, that was a drive signal reduction of about 40 to 50%.
  2. For fldigi, the alsamixer PCM and LO Drive settings could be increased well above the -30dB noise floor (PCM to 0.00, LO Drive to 0.00) tweeking the pot a bit got ALC to essentially zero with rig power at ~30% (approximately 25 Watts) and still looking very clean.
  3. To confuse the issue, I still have found no way to get wsjt-x to TX with sufficient audio regardless of the settings of alsamixer. This apparent drive signal attenuation has got to be something wsjt-x is doing. Does not make sense.

 

It would be great to find the “half-way point” where both HF programs and Direwolf use identical alsamixer settings.

 

KD4IZ

Jack Spitznagel

FM19oo

 

 

 

 


--
J Spitznagel
Science River LLC
KD4IZ


Re: Beta6 release announcement

Geoffrey Merck
 

Thank you ! :)


Re: Beta6 release announcement

Basil Gunn
 

Hi Geoffrey,

Nope, won't be calling you dumb. I do enough dumb stuff that would blow
back on me pretty quickly.

Try this wiki page out:
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started

Here's an index of the docs so far:
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Image-getting-started

/Basil

Geoffrey Merck <f4fxl.geoffrey@...> writes:

Hi Basil,

I am moving from a previous compass image to this beta. Call me dumb
if you want, but I cannot find where the default user and password are
documented.

Regards,
Geoffrey


Re: Beta6 release announcement

Geoffrey Merck
 

Hi Basil,

I am moving from a previous compass image to this beta. Call me dumb if you want, but I cannot find where the default user and password are documented.

Regards,
Geoffrey


Re: Observations running Draws_config.md

Basil Gunn
 

Joe,
Thanks for all the information.

I have been successful in verifying the core operation of Beta 6 and
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 $
/usr/share/xastir/sounds.
Yes I see that. I'll fix it.
For now just copy it from n7nix/xastir/silence.wav to the
/usr/share/xastir/silence.wav

Here is the question. When I complete the verify core test and
shutdown --ax25
You need to run a script in your local bin called. ax25-stop

and then start FLDIGi and try to configure the sound
card FLDIGI fails and shuts down.
Try this.
You should see the process id of direwolf the first time you run pidof
and not the second time.

cd
cd bin
sudo su
pidof direwolf
./ax25-stop
pidof direwolf

Now run fldigi

In fldigi under the choices in the
audio selection menu there is no udrc audio choice available.
I just tried it & Fldigi enumerates:
udrc: -(hw:1,0)

without the enabled RPi sound device the udrc will enumerate like this:
udrc: -(hw:0,0)

I have a feeling you are not shutting down direwolf.
The next image will have direwolf unloaded by default.

IF I go
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
RPi
There should be no problem enabling the BCM2835 RPi sound device.
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.

Thanks,
K3JV Joe


Re: Setting up auto time with draws gps #ntp #chrony #gps #clock #battery

Art - KC7SDA
 

so try this:
- unplug the antenna and lan cable
- shutdown and unplug the pi for about 10-20 minutes or so (this gives you a good gap to check stuff)
- start back up

it should auto change the time (you could change the makestep to 1 -1 for this test) when it boots, if that works then we need to add the compile from source commands for gpsd

also I just checked, I have version 3.16-4 right now


Observations running Draws_config.md

Joseph Vilardo
 

Basil
I have been successful in verifying the core operation of Beta 6 and 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 $ /usr/share/xastir/sounds.

Here is the question. When I complete the verify core test and shutdown --ax25 and then start FLDIGi and try to configure the sound card FLDIGI fails and shuts down. In fldigi under the choices in the audio selection menu there is no udrc audio choice available. IF I go 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 RPi

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.
Thanks,
K3JV Joe