Date   

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

Joseph Vilardo
 

Bob

I have been had more than once with the underscore. Depending on what you view it with, printed or on a screen, it can disappear! I found that the disappearing act is most vulnerable on a screen, the cursor can hide it.

There are some other, what I call nuances but an experienced Linux programmer calls "notation conventions"  in Basil's instructions. I am not an experienced Linux programmer and if I repeatedly try a command and get stumped, sometimes I trying variations of the commands until I get it to work. Many times I have to walk away and come back later.  The red tilde is still a mystery for me and if you print the instructions the red tilde show up as a mere suggestion, it is really hard to see.

I found some other anomalies in getting FLDIGI to work that are not shown in the instructions that I will try to get clarified by Basil but for now I have it running without issues but also not as the instructions tell you. I hate to burden the guy with "MY" concerns or problems when there are many guys wrestling with stopping direwolf and ax25 or just getting the image core verified.

If you venture into fldigi and run into problems let me know I have some minor changes that worked for me.

73 K3JV Joe

On 12/26/2018 9:25 AM, Bob Orrett wrote:
Finally after many frustrating  days, wsjtx and js8call are working with the draws hat. It was my fault and probably a rookie mistake but I will explain in case others are making the same mistake.  It is in Basil's script. I read the script each time that I loaded a new image but I misinterpreted  how to use it. 
There is a line that says, "if you want direwolf functionality, do this". Well , I didnt want direwolf so I didn't do the script below. A mistake! When I finally decided to run that script everything worked. I was always wondering  why I was never asked for a password (nwcompass). 
But even then it took many tries before i finally noticed that between "app" and "config" there is an underscore "_" not a dash"-". I have never seen and underscore in a command before and the print is very small. I realize now that i should get my email with the raspberry pi so that i can cut and paste instead of read and type. Linux doesn't help you when you make a typing error. Just says that the command does not exist. That make me think there is something wrong with the program, not my typing. 
I am a retired teacher and one thing i learned is that giving foolproof instructions is very difficult. There are often assumptions made by the reader and the writer that can result is complete misunderstandings. Adding the reason for a given command is a big help. Don't worry about insulting the reader, give hints and examples. Explain what the response to a given command should be.
Well, i feels good to be over this hurdle, on to the next. 
Bob ve3obo.


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

 

Budd,

If you have the GPS attached as a refclock, and it is active, it is actually a better time source than the Internet ntp servers.



On Wed, Dec 26, 2018 at 9:24 PM Budd Churchward <budd@...> wrote:
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?



--


John D. Hays
Edmonds, WA
K7VE

   


Re: Unable to resolve hostname with RPi Draws

 

Use the program 

sudo raspi-config

to set the hostname, and then reboot.


On Wed, Dec 26, 2018 at 10:15 PM Basil Gunn <basil@...> wrote:

> 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





--


John D. Hays
Edmonds, WA
K7VE

   


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

Basil Gunn
 

Budd Churchward <budd@...> writes:

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.
It's a little confusing because the DRAWS image uses chronyd for the NTP
service and NOT ntpd.
So there are 3 situations:

No gps antenna
No Internet connection
No gps antenna or Internet connection

I have a script that dumps the world for chrony here:
n7nix/gps/verify_time.sh

It's also good to see how many satellites the gps is picking up with:
gpsmon

Usually if your clock is off by a lot & you are connected to the
Internet you can kick it in the butt as root with:

chronyc makestep

/Basil

Budd WB7FHC

From: John D Hays - K7VE
Sent: Wednesday, December 26, 2018 5:34 PM
To: udrc@nw-digital-radio.groups.io
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?


Re: Link to DRAWS image not working?

Basil Gunn
 

There is a link to the download site here:
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started
click on 'Go to the download site'

It's this: http://nwdig.net/downloads/

The following also works but it just takes you to the above url.
images.nwdigitalradio.com/downloads

/Basil

Tom Velvin <@K7TMV> writes:

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: 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