Date   

Re: Unable to resolve hostname with RPi Draws

Basil Gunn
 

I think I screwed up during installation of draws beta 6. At one point
I was asked for a hostname. So I made one up and entered "bobspi". Now
I am often getting

"sudo: unable to resolve host bobspi"
Usually get this symptom if you set the hostname then do not do a
reboot. See instructions here:
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started
Note the "Now reboot your RPi" after you run ./app_config.sh core

What do you get when you run:

hostname

if you do not get 'bobspi' then reboot & type: hostname again.


when I enter commands in the terminal. I am not sure what problems
this may be causing but I have been unsuccessful at getting gpsd to
set my system time after a reboot and this host name problem may be
the cause. I dont know. Do I need to fix this? How do I fix this?
as root run:
chronyc makestep

Then send me the output of:
cd
n7nix/gps/verify_time.sh

/Basil


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

Budd Churchward
 

My experience with NTP service is that you need to keep it active. If you let it set the clock on the Rpi and then keep running without the internet connection the time on the clock gets pretty far off quite quickly. Like one day later it is way off.
 
Budd WB7FHC
 

Sent: Wednesday, December 26, 2018 5:34 PM
Subject: Re: [udrc] Setting up auto time with draws gps
 
As has been discussed previously.  NTP services like chrony slowly adjust the system clock based on information obtained from both ntp servers and refclocks (like the GPS and PPS).
 
Basil has created a script that verifies time at ~/n7nix/gps/verify_time.sh
 
The command line to do a quick update of the clock is:   sudo chronyc makestep

You can verify your clocks with: chronyc sources -v

The battery backed RTC in the GPS must be set by the GPS once it has acquired the time reference from the satellites.
 
In my opinion, NTP time synchronization works best if the computer is not powered down and the Raspberry Pi is well suited to continuous operation at low power consumption.  With the computer running continuously the chrony daemon can keep the system clock well synchronized whether using the GPS/PPS and/or network connections.  (It ignores sources that are not reporting or are way out of sync.)

 
 
On Wed, Dec 26, 2018, 16:16 Art - KC7SDA <nouse4anick@... wrote:
i think you have to have the battery installed for the rtc.... it takes a bit to get the signal and then set the clock.

I'm assuming you did the chrony and gps install as described in the wiki?


Unable to resolve hostname with RPi Draws

Bob Orrett <boborrett@...>
 

I think I screwed up during installation of draws beta 6. At one point I was asked for a hostname. So I made one up and entered "bobspi". Now I am often getting

     "sudo: unable to resolve host bobspi"

when I enter commands in the terminal. 
I am not sure what problems this may be causing but I have been unsuccessful  at getting gpsd to set my system time after a reboot and this host name problem may be the cause. I dont know.
Do I need to fix this? 
How do I fix this?

Bob ve3obo, newbie to RPi and linux


Re: Link to DRAWS image not working?

Tom Velvin
 

Julie,

 

You may have gotten the wrong URL.  I get a 404 error too.  The URL I am using is udrc@nw-digital-radio.groups.io and I also prescribe to the message streams. 

I think that the beta6 image is on Git-hub but I haven’t taken the time to go out and look for it yet.  It has been a busy day for me.  I will get to it later this afternoon. 

Tom

 

 

From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Julie McGrew via Groups.Io
Sent: Wednesday, December 26, 2018 1:55 PM
To: udrc@nw-digital-radio.groups.io
Subject: [udrc] Link to DRAWS image not working?

 

DRAWS™ Raspbian Images

Current images are at http://images.nwdigitalradio.com

Did I go to the wrong location?  This link gives a 404 error on several different browsers.

Any direction much appreciated.  :)

73,
julie  /ac0wn


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

 

As has been discussed previously.  NTP services like chrony slowly adjust the system clock based on information obtained from both ntp servers and refclocks (like the GPS and PPS).

Basil has created a script that verifies time at ~/n7nix/gps/verify_time.sh

The command line to do a quick update of the clock is:   sudo chronyc makestep

You can verify your clocks with: chronyc sources -v

The battery backed RTC in the GPS must be set by the GPS once it has acquired the time reference from the satellites. 

In my opinion, NTP time synchronization works best if the computer is not powered down and the Raspberry Pi is well suited to continuous operation at low power consumption.  With the computer running continuously the chrony daemon can keep the system clock well synchronized whether using the GPS/PPS and/or network connections.  (It ignores sources that are not reporting or are way out of sync.)

 


On Wed, Dec 26, 2018, 16:16 Art - KC7SDA <nouse4anick@... wrote:
i think you have to have the battery installed for the rtc.... it takes a bit to get the signal and then set the clock.

I'm assuming you did the chrony and gps install as described in the wiki?


Re: Cant turn off direwolf and ax25 #configuration #management #draws #direwolf #ax25

Art - KC7SDA
 

On Tue, Dec 25, 2018 at 09:32 PM, Jack Spitznagel wrote:

Art,

 

My experience as well, except when one might want to setup tunnel connection as part of the ampr.net (“44.” Net). I plan to be doing that with some DRAWS functions. I thought that was a big deal out there in the PacNW.

 

Jack – kd4iz

So, in the majority of whatcom county, from my understanding almost everything is handled via fsq, I think a few other modes are used for transmitting data however I don't think ampr (44 net) is used as much (or at least i've not seen it in any discussions on the MT Baker digital group).

also, the thing to keep in mind is that not everyone is going to use this board in the same way (I don't ever think i'm going to do an rms gateway or winlink on my setup), it might be a good idea to do groups for what people want to do (ie aprs with fldigi for example, or aprs with winlink and rms gateway and bbs)... this way people who want to only do a few things (like aprs and fldigi) don't have to wade through the more in depth/specialized options (ax.25/rms/winlink/etc) that they probably will never need or want


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

Art - KC7SDA
 

i think you have to have the battery installed for the rtc.... it takes a bit to get the signal and then set the clock.

I'm assuming you did the chrony and gps install as described in the wiki?


Re: Link to DRAWS image not working?

 


On Wed, Dec 26, 2018, 14:13 Bob Orrett <boborrett@... wrote:
It's not you. I get the same thing. Maybe they are working on it. 
Bob ve3obo


Re: Link to DRAWS image not working?

Basil Gunn
 

Thanks for the response. I have control over nwdig.net/downloads and is
the server where the image lives.

images.nwdigitalradio.com is supposed to link to that address but is
broken please use nwdig.net/downloads until it gets sorted out.

/Basil

Tony <w7efs@...> writes:

http://nwdig.net/downloads/

On Dec 26, 2018 13:54, "Julie McGrew via Groups.Io" <juliemcgrew=mac.com@groups.io> wrote:

DRAWS™ Raspbian Images

Current images are at http://images.nwdigitalradio.com

Did I go to the wrong location? This link gives a 404 error on several different browsers.

Any direction much appreciated. :)

73,
julie /ac0wn


Re: Link to DRAWS image not working?

Julie McGrew
 

Tony,

Many thanks!  :)

73,
julie  /ac0wn

On Dec 26, 2018, at 2:16 PM, Tony <w7efs@...> wrote:

http://nwdig.net/downloads/

On Dec 26, 2018 13:54, "Julie McGrew via Groups.Io" <juliemcgrew@...> wrote:

DRAWS™ Raspbian Images

Current images are at http://images.nwdigitalradio.com

Did I go to the wrong location?  This link gives a 404 error on several different browsers.

Any direction much appreciated.  :)

73,
julie  /ac0wn




Re: Link to DRAWS image not working?

Tony <w7efs@...>
 

http://nwdig.net/downloads/

On Dec 26, 2018 13:54, "Julie McGrew via Groups.Io" <juliemcgrew@...> wrote:

DRAWS™ Raspbian Images

Current images are at http://images.nwdigitalradio.com

Did I go to the wrong location?  This link gives a 404 error on several different browsers.

Any direction much appreciated.  :)

73,
julie  /ac0wn



Re: Link to DRAWS image not working?

Bob Orrett <boborrett@...>
 

It's not you. I get the same thing. Maybe they are working on it. 
Bob ve3obo


Link to DRAWS image not working?

Julie McGrew
 

DRAWS™ Raspbian Images

Current images are at http://images.nwdigitalradio.com

Did I go to the wrong location?  This link gives a 404 error on several different browsers.

Any direction much appreciated.  :)

73,
julie  /ac0wn


Re: FT891, FT817, Audio Levels, I/O Fail , and Documentation #draws #ft817 #hfmodes

 

All NW Digital Radio Products come with a 1 year warranty and a 30 day money back guarantee.

Contact sales@... to receive return authorization if you would like a refund.

Thanks,
Bryan K7UDR


Re: Status: IC-7000 Audio Levels for V/UHF and HF modes #draws #ic7000 #hfmodes

Jack Spitznagel
 

Hi Ed,

 

We don’t know yet.

 

As an owner of one of those radios, I am trying to figure out if this is the case. You may or may not need something else. Hope to have some answers fairly soon. NW Digital does not have models of every radio to test, so our “user experience” will hopefully help them with the growing pains.

 

Don’t let our (early adopters) mumbling distract you. I will be the first to tell you that I could be way off base on my guesses. Probably am.

 

Jack – KD4IZ

 

From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Ed Bloom, KD9FRQ
Sent: Wednesday, December 26, 2018 12:07
To: udrc@nw-digital-radio.groups.io
Subject: Re: [udrc] Status: IC-7000 Audio Levels for V/UHF and HF modes #draws #ic7000 #hfmodes

 

I have an older FT-450......and my DRAWS will arrive as part of the next batch......

 

Are you saying that I still need some additional equipment to go between the RPi and the

radio along with the cable that goes from DRAWS to the radio?

 

Ed Bloom, KR9FRQ
ewbloom@...

Sent from Webmail access

 

 

-----Original Message-----
From: art upton via Groups.Io <artupton@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Wed, Dec 26, 2018 9:57 am
Subject: Re: [udrc] Status: IC-7000 Audio Levels for V/UHF and HF modes #draws #ic7000 #hfmodes

Hi Jack, the ft-450D is the new version and it has the same issues of being over driven.  Tigertronics used to have you put a resistor inside the signal link box to cure it on the audio out line. But they no-longer have that mod on their website. Folks were ruining the socket inside. I have one Signal Link that I have soldered the mod inside it, as over many years or reconfiguring for different radios with resistor and wire jumpers, I ruined the socket. Now I have 2 signal links and 2 Yaesu SCU17s which add CAT control lines as well. 

 

Art K8XG

 

On Wednesday, December 26, 2018, 10:01:00 AM EST, Jack Spitznagel <kd4iz@...> wrote:

 

 

Basil,

Found what I thought I remembered about IC-7000 data port sensitivity in the
SignaLink FAQ at www.tigertronics.com. Obviously this will have an impact on
DRAWS setup and operation with the IC-746Pro and the FT-450 as well.
Naturally, older radios will get pressed into field service - these just
happen to be commonly available and are "shelf spares" in quite a few
shacks. I am going to see if I can find more about the solutions to this
problem:

"ATTENTION IC-7000, IC-746PRO and FT-450 Users - Some customers have
reported that these radios have unusually sensitive Data Ports, which can
make adjustment of the SignaLink's TX knob somewhat difficult.  If this is
the case with your radio, then *you should find that the procedure above
where you install jumper JP4 and lower the Wave volume control resolves the
issue*.  However, you may also need to turn the radio's RF Power menu
setting down for better control.  A power setting of 35 to 45 watts usually
works well for 25 to 35 watts of actual RF output as measured on a watt
meter, or the radios Power Output meter. "

Jack - KD4IZ

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On
Behalf Of Basil Gunn
Sent: Sunday, December 23, 2018 17:58
To: udrc@nw-digital-radio.groups.io
Subject: Re: [udrc] Status: IC-7000 Audio Levels for V/UHF and HF modes
#draws #ic7000 #hfmodes


First of all, thanks for all the time you are putting in.
See suggestion for PCM, LO Drive gain below.

> Tried to take a scientific/stepwise approach with setting the DRAWS
> board audio out today.
>
> I went through the entire level and deviation check routine again
> today and wound up with very similar settings to my previous attempts.
> I then tested direwolf VHF-FM first and then after disabling AX25,
> fldigi and wsjt-x on HF.  Results "ain't purty", but at least everything
is being consistent.
>
> Software function status:
>
> VHF - with direwolf/Xastir transmitting and receiving on the local
> packet network does work .
>
> Comment: I don't really have a an easy/better way to test than
> function on APRS network locally. I have a sense that the audio may be
> high, but I won't know until I have time to putter with Spectrum Lab.
> It will become my "Deviation Meter" with an IC-7100 functioning as my
"sensor".

Check this out by John Ackermann N8UR
Look for: "The No-Test-Equipment Packet Adjustment System"
https://www.febo.com/packet/layer-one/transmit.html

Do you have a handy talky?
use the measure_deviate script: n7nix/deviation/measure_deviate.sh
Pick a tone, bring-up alsamixer Set PCM to 0db & drop LO Drive until there
is no clipping ie. no distortion or just follow John Ackermann's suggestion.

> UHF - have not tried anything yet. TBD
>
> HF - With the alsamixer settings below (visually they produce the
> "lowest splatter" per an IC-7300 panscope and using Spectrum Lab 2
> with the IC-7300 internal audio subsystem via USB. Rig coax is
> grounded, RF gain at 20% with 20dB of attenuation:
>
> 1. Fldigi drives the IC-7000 up to full power (if set) but transmits a
> very dirty sig at any power above 5%.
>
> Comment: The sig can be copied by others, but the ALC bar is reading 60%.
> Not making any friends in the PSK world. These are ALC symptoms.
> Reducing either the PCM level or LO Driver Gain results in very much
> increased noise and a feedback like whistle at a different freq.
> Increasing the two settings results in more splatter and harmonics.
>
> 2. WSJT-x receives just fine but DRAWS produces only an extremely low
> transmit audio level according to the IC-7000 and signal being
> received on other transceivers. Only testing with FT8 no other JT modes
tested. TBD:
> wspr.
>
> Comment: In transmit there is no Power Out deflection on the IC-7000 -
> even if I adjust the PCM and IO Driver levels to the max, together or
separate.
> So the PCM/LO Driver Gain level settings that "work" in fldigi, don't
> work in wsjt-x. I even went back to check that invoking wsjt-x did not
> somehow tweak the alsamixer settings. they remained the same.
>
> Key Question: Why is DRAWS overdriving in fldigi, and then not putting
> out enough audio level to drive the IC-7000 to set power level in
> wjst-x FT8 mode with alsamixer settings remaining the same between apps?

I don't have an answer but your description is a good data point.

> Here are my current 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]

So PCM set that low is very suspicious. It means you are not using many
bits of the CODEC. I would play with returning PCM at least close to  zero &
dropping LO Driver Gain down.

> I am stuck until I can figure out how to coerce wsjt-x into
> transmitting at set power with the same audio input levels to the rig as
provided in fldigi.
> At this point I don't even care if the overdrive issue isn't solved. I
> have decided to put the FT-817 aside because other are
> working/reporting on it. I am only testing with the Beta 5 provided
> software and the IC-7000 until I get these critical pieces working
> reliably because that will be my main radio for this DRAWS kit.
>
> Now need to go pay attention to other stuff (like family and the local
> zoo of 4-legged furries we keep here on the farm).

Yep. I understand.

> Thanks for thinking this through with me.

Thanks for taking such a methodical approach.

> KD4IZ
>
> Jack Spitznagel







--
J Spitznagel
Science River LLC
KD4IZ



--
J Spitznagel
Science River LLC
KD4IZ


Re: FT891, FT817, Audio Levels, I/O Fail , and Documentation #draws #ft817 #hfmodes

Tim Carroll <tcarroll4@...>
 

$129.99 + shipping to lower 48 US

 

From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Ed Bloom, KD9FRQ
Sent: Sunday, December 23, 2018 9:07 AM
To: udrc@nw-digital-radio.groups.io
Subject: Re: [udrc] FT891, FT817, Audio Levels, I/O Fail , and Documentation #draws

 

Tim, KE4HGP,

If you no longer want your DRAWS, I would like to purchase it.

Respectfully, Ed, KD9FRQ

 

On 12/22/2018 10:56 PM, Tim Carroll wrote:

I myself have been doing the same.With KX2,FT891,FT817D.For now the draws is in the bottom drawer.Seems like I make one step forward then two steps backward’s.So were going to give her a break,been messing with it since I got.Just have to go with lap-top and sound card for now.

73’S

MERRY Christmas

 

Tim

KE4HGP

 

From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of John D Hays - K7VE
Sent: Saturday, December 22, 2018 12:41 PM
To: udrc@nw-digital-radio.groups.io
Subject: Re: [udrc] FT891, FT817, Audio Levels, I/O Fail , and Documentation #draws

 

Julian,

 

We have an FT-817nd en route to Bryan's lab for him to be able to duplicate the Yaesu setup.  It should arrive later today.  We will try to have an answer for you after he takes a look at it.

 

Yes, we do test various modes, but we don't have every radio immediately available.

 

I have an 817 myself, but I am antenna challenged at the moment. (My house is for sale, and all of my external antennas are taken down, except the garage repeater -- plus I have a very high noise level here, part of the reason I am planning to move.)

 

 

 

On Sat, Dec 22, 2018 at 7:42 AM Julian OH8STN <julian@...> wrote:

Hello Operators
I've been trying for the better part of four days to get the Yaesu ft-891 and Yaesu ft-817 to work on HF digital modes, correctly with the DRAWS hat. Many of the answers to the questions operators are asking are scattered around the forums in dozens of different threads. This is beyond frustrating! I would suggest building a Wiki specifically for the DRAWS hat called "Getting started". That would solve my first problem which is documentation, and being forced to read through mostly irrelevant threads to find the jewels. 

I've already run the scripts to set the levels. I've disabled ax25 and direwolf. I changed the settings from the 9600 packet port to the data line in mentioned in John and Bryans thread. I've also read through Basils threads about troubleshooting. Most of those are direwolf ax.25relsted threads What I'm left with is a pretty horrific audio I/O problem.
On transmit: When I transmit, I never get a clean signal. When I lower the levels I get some sort of oscillation. There is no sweet spot. it's either too much or too little.
On the receipt side, even with the cables unplugged there's a 30 DB noise level emanating from the DRAWS hat. Signals are barely seen in the waterfall, and decoding is ridiculously poor.
If I plug in my signalink, my miniproSC or even the USB audio interface attached to the wolphilink, it's no problem to get clean audio, and to start decoding stations I could barely see in the waterfall. I've done this with js8 call and fldigi, which both work perfectly with a signalink and zlp miniprosc on the DRAWS image.

I could really use some troubleshooting help.

73
Julian oh8stn 

_.

--

 


John D. Hays
Edmonds, WA

K7VE

 

Image removed by sender. Image removed by sender. Image removed by sender. Image removed by sender.

 

 


Re: Status: IC-7000 Audio Levels for V/UHF and HF modes #draws #ic7000 #hfmodes

Ed Bloom, KD9FRQ
 

I have an older FT-450......and my DRAWS will arrive as part of the next batch......
 
Are you saying that I still need some additional equipment to go between the RPi and the
radio along with the cable that goes from DRAWS to the radio?
 
Ed Bloom, KR9FRQ
ewbloom@...
Sent from Webmail access
 
 

-----Original Message-----
From: art upton via Groups.Io <artupton@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Wed, Dec 26, 2018 9:57 am
Subject: Re: [udrc] Status: IC-7000 Audio Levels for V/UHF and HF modes #draws #ic7000 #hfmodes

Hi Jack, the ft-450D is the new version and it has the same issues of being over driven.  Tigertronics used to have you put a resistor inside the signal link box to cure it on the audio out line. But they no-longer have that mod on their website. Folks were ruining the socket inside. I have one Signal Link that I have soldered the mod inside it, as over many years or reconfiguring for different radios with resistor and wire jumpers, I ruined the socket. Now I have 2 signal links and 2 Yaesu SCU17s which add CAT control lines as well. 

Art K8XG

On Wednesday, December 26, 2018, 10:01:00 AM EST, Jack Spitznagel <kd4iz@...> wrote:


Basil,

Found what I thought I remembered about IC-7000 data port sensitivity in the
SignaLink FAQ at www.tigertronics.com. Obviously this will have an impact on
DRAWS setup and operation with the IC-746Pro and the FT-450 as well.
Naturally, older radios will get pressed into field service - these just
happen to be commonly available and are "shelf spares" in quite a few
shacks. I am going to see if I can find more about the solutions to this
problem:

"ATTENTION IC-7000, IC-746PRO and FT-450 Users - Some customers have
reported that these radios have unusually sensitive Data Ports, which can
make adjustment of the SignaLink's TX knob somewhat difficult.  If this is
the case with your radio, then *you should find that the procedure above
where you install jumper JP4 and lower the Wave volume control resolves the
issue*.  However, you may also need to turn the radio's RF Power menu
setting down for better control.  A power setting of 35 to 45 watts usually
works well for 25 to 35 watts of actual RF output as measured on a watt
meter, or the radios Power Output meter. "

Jack - KD4IZ

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On
Behalf Of Basil Gunn
Sent: Sunday, December 23, 2018 17:58
To: udrc@nw-digital-radio.groups.io
Subject: Re: [udrc] Status: IC-7000 Audio Levels for V/UHF and HF modes
#draws #ic7000 #hfmodes


First of all, thanks for all the time you are putting in.
See suggestion for PCM, LO Drive gain below.

> Tried to take a scientific/stepwise approach with setting the DRAWS
> board audio out today.
>
> I went through the entire level and deviation check routine again
> today and wound up with very similar settings to my previous attempts.
> I then tested direwolf VHF-FM first and then after disabling AX25,
> fldigi and wsjt-x on HF.  Results "ain't purty", but at least everything
is being consistent.
>
> Software function status:
>
> VHF - with direwolf/Xastir transmitting and receiving on the local
> packet network does work .
>
> Comment: I don't really have a an easy/better way to test than
> function on APRS network locally. I have a sense that the audio may be
> high, but I won't know until I have time to putter with Spectrum Lab.
> It will become my "Deviation Meter" with an IC-7100 functioning as my
"sensor".

Check this out by John Ackermann N8UR
Look for: "The No-Test-Equipment Packet Adjustment System"
https://www.febo.com/packet/layer-one/transmit.html

Do you have a handy talky?
use the measure_deviate script: n7nix/deviation/measure_deviate.sh
Pick a tone, bring-up alsamixer Set PCM to 0db & drop LO Drive until there
is no clipping ie. no distortion or just follow John Ackermann's suggestion.

> UHF - have not tried anything yet. TBD
>
> HF - With the alsamixer settings below (visually they produce the
> "lowest splatter" per an IC-7300 panscope and using Spectrum Lab 2
> with the IC-7300 internal audio subsystem via USB. Rig coax is
> grounded, RF gain at 20% with 20dB of attenuation:
>
> 1. Fldigi drives the IC-7000 up to full power (if set) but transmits a
> very dirty sig at any power above 5%.
>
> Comment: The sig can be copied by others, but the ALC bar is reading 60%.
> Not making any friends in the PSK world. These are ALC symptoms.
> Reducing either the PCM level or LO Driver Gain results in very much
> increased noise and a feedback like whistle at a different freq.
> Increasing the two settings results in more splatter and harmonics.
>
> 2. WSJT-x receives just fine but DRAWS produces only an extremely low
> transmit audio level according to the IC-7000 and signal being
> received on other transceivers. Only testing with FT8 no other JT modes
tested. TBD:
> wspr.
>
> Comment: In transmit there is no Power Out deflection on the IC-7000 -
> even if I adjust the PCM and IO Driver levels to the max, together or
separate.
> So the PCM/LO Driver Gain level settings that "work" in fldigi, don't
> work in wsjt-x. I even went back to check that invoking wsjt-x did not
> somehow tweak the alsamixer settings. they remained the same.
>
> Key Question: Why is DRAWS overdriving in fldigi, and then not putting
> out enough audio level to drive the IC-7000 to set power level in
> wjst-x FT8 mode with alsamixer settings remaining the same between apps?

I don't have an answer but your description is a good data point.

> Here are my current 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]

So PCM set that low is very suspicious. It means you are not using many
bits of the CODEC. I would play with returning PCM at least close to  zero &
dropping LO Driver Gain down.

> I am stuck until I can figure out how to coerce wsjt-x into
> transmitting at set power with the same audio input levels to the rig as
provided in fldigi.
> At this point I don't even care if the overdrive issue isn't solved. I
> have decided to put the FT-817 aside because other are
> working/reporting on it. I am only testing with the Beta 5 provided
> software and the IC-7000 until I get these critical pieces working
> reliably because that will be my main radio for this DRAWS kit.
>
> Now need to go pay attention to other stuff (like family and the local
> zoo of 4-legged furries we keep here on the farm).

Yep. I understand.

> Thanks for thinking this through with me.

Thanks for taking such a methodical approach.

> KD4IZ
>
> Jack Spitznagel







--
J Spitznagel
Science River LLC
KD4IZ




Re: Status: IC-7000 Audio Levels for V/UHF and HF modes #draws #ic7000 #hfmodes

art upton <artupton@...>
 

Hi Jack, the ft-450D is the new version and it has the same issues of being over driven.  Tigertronics used to have you put a resistor inside the signal link box to cure it on the audio out line. But they no-longer have that mod on their website. Folks were ruining the socket inside. I have one Signal Link that I have soldered the mod inside it, as over many years or reconfiguring for different radios with resistor and wire jumpers, I ruined the socket. Now I have 2 signal links and 2 Yaesu SCU17s which add CAT control lines as well. 

Art K8XG

On Wednesday, December 26, 2018, 10:01:00 AM EST, Jack Spitznagel <kd4iz@...> wrote:


Basil,

Found what I thought I remembered about IC-7000 data port sensitivity in the
SignaLink FAQ at www.tigertronics.com. Obviously this will have an impact on
DRAWS setup and operation with the IC-746Pro and the FT-450 as well.
Naturally, older radios will get pressed into field service - these just
happen to be commonly available and are "shelf spares" in quite a few
shacks. I am going to see if I can find more about the solutions to this
problem:

"ATTENTION IC-7000, IC-746PRO and FT-450 Users - Some customers have
reported that these radios have unusually sensitive Data Ports, which can
make adjustment of the SignaLink's TX knob somewhat difficult.  If this is
the case with your radio, then *you should find that the procedure above
where you install jumper JP4 and lower the Wave volume control resolves the
issue*.  However, you may also need to turn the radio's RF Power menu
setting down for better control.  A power setting of 35 to 45 watts usually
works well for 25 to 35 watts of actual RF output as measured on a watt
meter, or the radios Power Output meter. "

Jack - KD4IZ

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On
Behalf Of Basil Gunn
Sent: Sunday, December 23, 2018 17:58
To: udrc@nw-digital-radio.groups.io
Subject: Re: [udrc] Status: IC-7000 Audio Levels for V/UHF and HF modes
#draws #ic7000 #hfmodes


First of all, thanks for all the time you are putting in.
See suggestion for PCM, LO Drive gain below.

> Tried to take a scientific/stepwise approach with setting the DRAWS
> board audio out today.
>
> I went through the entire level and deviation check routine again
> today and wound up with very similar settings to my previous attempts.
> I then tested direwolf VHF-FM first and then after disabling AX25,
> fldigi and wsjt-x on HF.  Results "ain't purty", but at least everything
is being consistent.
>
> Software function status:
>
> VHF - with direwolf/Xastir transmitting and receiving on the local
> packet network does work .
>
> Comment: I don't really have a an easy/better way to test than
> function on APRS network locally. I have a sense that the audio may be
> high, but I won't know until I have time to putter with Spectrum Lab.
> It will become my "Deviation Meter" with an IC-7100 functioning as my
"sensor".

Check this out by John Ackermann N8UR
Look for: "The No-Test-Equipment Packet Adjustment System"
https://www.febo.com/packet/layer-one/transmit.html

Do you have a handy talky?
use the measure_deviate script: n7nix/deviation/measure_deviate.sh
Pick a tone, bring-up alsamixer Set PCM to 0db & drop LO Drive until there
is no clipping ie. no distortion or just follow John Ackermann's suggestion.

> UHF - have not tried anything yet. TBD
>
> HF - With the alsamixer settings below (visually they produce the
> "lowest splatter" per an IC-7300 panscope and using Spectrum Lab 2
> with the IC-7300 internal audio subsystem via USB. Rig coax is
> grounded, RF gain at 20% with 20dB of attenuation:
>
> 1. Fldigi drives the IC-7000 up to full power (if set) but transmits a
> very dirty sig at any power above 5%.
>
> Comment: The sig can be copied by others, but the ALC bar is reading 60%.
> Not making any friends in the PSK world. These are ALC symptoms.
> Reducing either the PCM level or LO Driver Gain results in very much
> increased noise and a feedback like whistle at a different freq.
> Increasing the two settings results in more splatter and harmonics.
>
> 2. WSJT-x receives just fine but DRAWS produces only an extremely low
> transmit audio level according to the IC-7000 and signal being
> received on other transceivers. Only testing with FT8 no other JT modes
tested. TBD:
> wspr.
>
> Comment: In transmit there is no Power Out deflection on the IC-7000 -
> even if I adjust the PCM and IO Driver levels to the max, together or
separate.
> So the PCM/LO Driver Gain level settings that "work" in fldigi, don't
> work in wsjt-x. I even went back to check that invoking wsjt-x did not
> somehow tweak the alsamixer settings. they remained the same.
>
> Key Question: Why is DRAWS overdriving in fldigi, and then not putting
> out enough audio level to drive the IC-7000 to set power level in
> wjst-x FT8 mode with alsamixer settings remaining the same between apps?

I don't have an answer but your description is a good data point.

> Here are my current 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]

So PCM set that low is very suspicious. It means you are not using many
bits of the CODEC. I would play with returning PCM at least close to  zero &
dropping LO Driver Gain down.

> I am stuck until I can figure out how to coerce wsjt-x into
> transmitting at set power with the same audio input levels to the rig as
provided in fldigi.
> At this point I don't even care if the overdrive issue isn't solved. I
> have decided to put the FT-817 aside because other are
> working/reporting on it. I am only testing with the Beta 5 provided
> software and the IC-7000 until I get these critical pieces working
> reliably because that will be my main radio for this DRAWS kit.
>
> Now need to go pay attention to other stuff (like family and the local
> zoo of 4-legged furries we keep here on the farm).

Yep. I understand.

> Thanks for thinking this through with me.

Thanks for taking such a methodical approach.

> KD4IZ
>
> Jack Spitznagel







--
J Spitznagel
Science River LLC
KD4IZ




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

Bob Orrett <boborrett@...>
 

Hello everyone and Merry Christmas,
This has most likely been covered before but I can't find it. How do I get the system time to automatically set from the draws gps at bootup without internet connection.
I enter "cgps -s" in the terminal window and the time sets after about 30 seconds for reasons that escape me. There must be a way to have this done automatically. 
    I expect you can tell that I am a newbie to RPi and linux so I need clear simple  step by step instructions. Please do not assume I will understand linux jargon. Someday I hope to be there but I am not there yet.  I dont mean to sound rude, I just dont want anyone to waste their time on me because they are afraid of insulting my intelligence.  Go ahead, insult me. 
Bob ve3obo


Re: Status: IC-7000 Audio Levels for V/UHF and HF modes #draws #ic7000 #hfmodes

Jack Spitznagel
 

Basil,

Found what I thought I remembered about IC-7000 data port sensitivity in the
SignaLink FAQ at www.tigertronics.com. Obviously this will have an impact on
DRAWS setup and operation with the IC-746Pro and the FT-450 as well.
Naturally, older radios will get pressed into field service - these just
happen to be commonly available and are "shelf spares" in quite a few
shacks. I am going to see if I can find more about the solutions to this
problem:

"ATTENTION IC-7000, IC-746PRO and FT-450 Users - Some customers have
reported that these radios have unusually sensitive Data Ports, which can
make adjustment of the SignaLink's TX knob somewhat difficult. If this is
the case with your radio, then *you should find that the procedure above
where you install jumper JP4 and lower the Wave volume control resolves the
issue*. However, you may also need to turn the radio's RF Power menu
setting down for better control. A power setting of 35 to 45 watts usually
works well for 25 to 35 watts of actual RF output as measured on a watt
meter, or the radios Power Output meter. "

Jack - KD4IZ

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On
Behalf Of Basil Gunn
Sent: Sunday, December 23, 2018 17:58
To: udrc@nw-digital-radio.groups.io
Subject: Re: [udrc] Status: IC-7000 Audio Levels for V/UHF and HF modes
#draws #ic7000 #hfmodes


First of all, thanks for all the time you are putting in.
See suggestion for PCM, LO Drive gain below.

Tried to take a scientific/stepwise approach with setting the DRAWS
board audio out today.

I went through the entire level and deviation check routine again
today and wound up with very similar settings to my previous attempts.
I then tested direwolf VHF-FM first and then after disabling AX25,
fldigi and wsjt-x on HF. Results "ain't purty", but at least everything
is being consistent.

Software function status:

VHF - with direwolf/Xastir transmitting and receiving on the local
packet network does work .

Comment: I don't really have a an easy/better way to test than
function on APRS network locally. I have a sense that the audio may be
high, but I won't know until I have time to putter with Spectrum Lab.
It will become my "Deviation Meter" with an IC-7100 functioning as my
"sensor".

Check this out by John Ackermann N8UR
Look for: "The No-Test-Equipment Packet Adjustment System"
https://www.febo.com/packet/layer-one/transmit.html

Do you have a handy talky?
use the measure_deviate script: n7nix/deviation/measure_deviate.sh
Pick a tone, bring-up alsamixer Set PCM to 0db & drop LO Drive until there
is no clipping ie. no distortion or just follow John Ackermann's suggestion.

UHF - have not tried anything yet. TBD

HF - With the alsamixer settings below (visually they produce the
"lowest splatter" per an IC-7300 panscope and using Spectrum Lab 2
with the IC-7300 internal audio subsystem via USB. Rig coax is
grounded, RF gain at 20% with 20dB of attenuation:

1. Fldigi drives the IC-7000 up to full power (if set) but transmits a
very dirty sig at any power above 5%.

Comment: The sig can be copied by others, but the ALC bar is reading 60%.
Not making any friends in the PSK world. These are ALC symptoms.
Reducing either the PCM level or LO Driver Gain results in very much
increased noise and a feedback like whistle at a different freq.
Increasing the two settings results in more splatter and harmonics.

2. WSJT-x receives just fine but DRAWS produces only an extremely low
transmit audio level according to the IC-7000 and signal being
received on other transceivers. Only testing with FT8 no other JT modes
tested. TBD:
wspr.

Comment: In transmit there is no Power Out deflection on the IC-7000 -
even if I adjust the PCM and IO Driver levels to the max, together or
separate.
So the PCM/LO Driver Gain level settings that "work" in fldigi, don't
work in wsjt-x. I even went back to check that invoking wsjt-x did not
somehow tweak the alsamixer settings. they remained the same.

Key Question: Why is DRAWS overdriving in fldigi, and then not putting
out enough audio level to drive the IC-7000 to set power level in
wjst-x FT8 mode with alsamixer settings remaining the same between apps?
I don't have an answer but your description is a good data point.

Here are my current 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]
So PCM set that low is very suspicious. It means you are not using many
bits of the CODEC. I would play with returning PCM at least close to zero &
dropping LO Driver Gain down.

I am stuck until I can figure out how to coerce wsjt-x into
transmitting at set power with the same audio input levels to the rig as
provided in fldigi.
At this point I don't even care if the overdrive issue isn't solved. I
have decided to put the FT-817 aside because other are
working/reporting on it. I am only testing with the Beta 5 provided
software and the IC-7000 until I get these critical pieces working
reliably because that will be my main radio for this DRAWS kit.

Now need to go pay attention to other stuff (like family and the local
zoo of 4-legged furries we keep here on the farm).
Yep. I understand.

Thanks for thinking this through with me.
Thanks for taking such a methodical approach.

KD4IZ

Jack Spitznagel






--
J Spitznagel
Science River LLC
KD4IZ