Date   

Re: X11 forwarding

 

I find the built in VNC to be pretty efficient and better than X11

On Wed, Jul 17, 2019 at 11:26 AM Paul Johnson <ve7dhm@...> wrote:
Just an info note.  I found fldigi GUI response very poor to almost
a "locked up" response when I was running it remotely via a ssh
connection.  I changed the encryption algorithm on my command line
login and now get a real time response from the GUI.  This was with
a Pi 3B+ with DRAWS hat over a wireless connection.

ssh -XC -c aes128-ctr user@IPaddress

Paul VE7DHM
    





--
John D. Hays
Kingston, WA
K7VE

 


X11 forwarding

Paul Johnson
 

Just an info note.  I found fldigi GUI response very poor to almost
a "locked up" response when I was running it remotely via a ssh
connection.  I changed the encryption algorithm on my command line
login and now get a real time response from the GUI.  This was with
a Pi 3B+ with DRAWS hat over a wireless connection.

ssh -XC -c aes128-ctr user@IPaddress

Paul VE7DHM


Re: DRAWS on Pi 3b+ with Raspbian Buster #draws

Frank Ivan
 

Hi Jon,

Can you tell me where you got the snd-soc-tlv320aic32x4-i2c.ko file and do you also need UDRC and snd-soc-tlv320aic32x4.ko?  Is there a ax25.ko? Where do you put those files in /lib/modules?  Did you need to do a insmod command?

Thanks
Frank - K0FEI

On Jul 12, 2019, at 12:02 PM, Jon Gross <jong@...> wrote:


Thanks!

What I ended up doing was basically this:

1. vanilla buster install
2. update all the things (apt update ; apt upgrade)
3. add snd-soc-tlv320aic32x4-i2c and ax25 to /etc/modules
4. add dtoverlay=draws,alsaname=udrc and dtparam=audio=on to /boot/config.txt
5. install ax25, gpsd, hamlib, and related dev packages with apt
6. compile/install dire wolf from source

The hardware is working (gps confirmed, radio interface not yet confirmed), and I'm still working on getting the ax25 stuff configured and direwolf wired up correctly, but I think the hardware is functional now, as I'm seeing the sound card and the gps is working great.

Thanks again for your help!

-jon


Re: Echolink install on Raspi3 and UDRC II with Direwolf from n7nix

Bjorn Pehrson
 

Hi Wim,

I would be interested to know what repeater you connected and if all went well to simultaneously use svxlink/echolink and direwolf/aprs on an RPi with Draws.
Did you install and configure svxlink/echolink independently of the Draws software or are there any interdependencies?

Thanks and 73
sa0bxi


Re: prog_refresh.sh error?

Basil Gunn
 

Thanks Edd & Jim for verifying the changes I made. I appreciate your
support.
/Basil n7nix

Jim Erickson <jim@va7shg.ca> writes:

I didn’t save the output, but mine successfully detected that gpsd was
a different version, downloaded the new version (3.19), compiled it
and installed it in place. That appears to have fixed the same
problem I was having Basil.

73
Jim

On Jul 16, 2019, at 13:02, Edward Seeliger <eseeliger@earthlink.net> wrote:

Here is the console output after git pull:

pi@KD5MDRAWS:~/n7nix/gps $ ./gp_verchk.sh
gp_verchk.sh: Detected gpsd package.
gpsd: current version: 3.19, installed: 3.19
pi@KD5MDRAWS:~/n7nix/gps $ ./gp_verchk.sh -u
gp_verchk.sh: Detected gpsd package.
gpsd: Running current version 3.19
pi@KD5MDRAWS:~/n7nix/gps $ sudo systemctl restart gpsd
pi@KD5MDRAWS:~/n7nix/gps $ ./gp_verchk.sh
gp_verchk.sh: Detected gpsd package.
gpsd: current version: 3.19, installed: 3.19
pi@KD5MDRAWS:~/n7nix/gps $

Edd - KD5M


Re: prog_refresh.sh error?

Edward Seeliger
 

Basil, after the update above, I ran prog_refresh.sh again and it updates as it should without the previous errors.
It also updated XASTIR to a new version. It shows the correct GPSD version is installed.
Thanks for your help and all the (prompt) support you provide here for all of us!
Edd - KD5M


Re: prog_refresh.sh error?

Jim VA7SHG/VE7TGZ
 

I didn’t save the output, but mine successfully detected that gpsd was a different version, downloaded the new version (3.19), compiled it and installed it in place.  That appears to have fixed the same problem I was having Basil.

73
Jim

On Jul 16, 2019, at 13:02, Edward Seeliger <eseeliger@...> wrote:

Here is the console output after git pull:

pi@KD5MDRAWS:~/n7nix/gps $ ./gp_verchk.sh
gp_verchk.sh: Detected gpsd package.
gpsd: current version: 3.19, installed: 3.19
pi@KD5MDRAWS:~/n7nix/gps $ ./gp_verchk.sh -u
gp_verchk.sh: Detected gpsd package.
gpsd: Running current version 3.19
pi@KD5MDRAWS:~/n7nix/gps $ sudo systemctl restart gpsd
pi@KD5MDRAWS:~/n7nix/gps $ ./gp_verchk.sh
gp_verchk.sh: Detected gpsd package.
gpsd: current version: 3.19, installed: 3.19
pi@KD5MDRAWS:~/n7nix/gps $

Edd - KD5M


Re: prog_refresh.sh error?

Edward Seeliger
 

Here is the console output after git pull:

pi@KD5MDRAWS:~/n7nix/gps $ ./gp_verchk.sh
gp_verchk.sh: Detected gpsd package.
gpsd: current version: 3.19, installed: 3.19
pi@KD5MDRAWS:~/n7nix/gps $ ./gp_verchk.sh -u
gp_verchk.sh: Detected gpsd package.
gpsd: Running current version 3.19
pi@KD5MDRAWS:~/n7nix/gps $ sudo systemctl restart gpsd
pi@KD5MDRAWS:~/n7nix/gps $ ./gp_verchk.sh
gp_verchk.sh: Detected gpsd package.
gpsd: current version: 3.19, installed: 3.19
pi@KD5MDRAWS:~/n7nix/gps $

Edd - KD5M


Re: prog_refresh.sh error?

Basil Gunn
 

Edd,

I made changes to both gp_verchk.sh & gp_install.sh to correct problem
parsing version string. Could you please execute the following console
commands & send me the console output.

cd
cd n7nix/gps
git pull
./gp_verchk.sh
./gp_verchk.sh -u
sudo systemctl restart gpsd
./gp_verchk.sh

Thanks,
/Basil n7nix

Edward Seeliger <eseeliger@earthlink.net> writes:

For the past week or more, if I run the prog_refresh.sh script, it chooses to build GPSD (again) and ends with the following:

Setup default gpsd file
Setup default chrony.conf file
Synchronizing state of gpsd.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable gpsd
Failed to reload daemon: Method call timed out
Failed to reload daemon: Method call timed out
Synchronizing state of chrony.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable chrony
tee: /var/log/udr_install.log: Permission denied
2019 07 16 08:26:42 CDT: gp_install.sh: gps install script FINISHED

Debug: Testing 3.19.tar, ver: 3.19
gpsd version built (3.19) does not match source version (3.19.tar)

It also requires me to enter my password 12-14 times near the end as it attempts to update Is chrony.conf and enable GPSD

It otherwise appears to run as it should - this AM it built the new WSJTX version.
Is this an error that needs to be fixed or do I need to change/correct something on my device?
Thanks for your time and help.
Edd - KD5M


prog_refresh.sh error?

Edward Seeliger
 

For the past week or more, if I run the  prog_refresh.sh script, it chooses to build GPSD (again) and ends with the following:

Setup default gpsd file
Setup default chrony.conf file
Synchronizing state of gpsd.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable gpsd

Failed to reload daemon: Method call timed out
Failed to reload daemon: Method call timed out
Synchronizing state of chrony.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable chrony
tee: /var/log/udr_install.log: Permission denied
2019 07 16 08:26:42 CDT: gp_install.sh: gps install script FINISHED

Debug: Testing 3.19.tar, ver: 3.19
gpsd version built (3.19) does not match source version (3.19.tar)  

It also requires me to enter my password 12-14 times near the end as it attempts to update Is chrony.conf and enable GPSD

It otherwise appears to run as it should - this AM it built the new WSJTX version.
Is this an error that needs to be fixed or do I need to change/correct something on my device?
Thanks for your time and help.
Edd - KD5M


Re: Decoding FT8 #ft-8 #draws #wsjt-x

JT Croteau <jt.tobit@...>
 

Thanks for the confirmation Jim and John.  I think I will get the 3B+ as I run completely off of solar power and the 3B+ will use less power than the 4.

73
N1ESE

On Tue, Jul 16, 2019, 11:17 John D Hays - K7VE <john@...> wrote:
DRAWS™ is decoding FT8 and other signals just fine on the Raspberry Pi 3 (B/B+) without even challenging CPU utilization.  If other groups are reporting problems, it may have more to do with the hardware they are using.  

DRAWS™ is a purpose built system for amateur radio applications.

On Tue, Jul 16, 2019 at 9:04 AM JT Croteau <jt.tobit@...> wrote:
Does the Pi 3B+ decode FT8 properly or should I wait on the Pi 4 for the faster CPU?  I'm getting mixed reports from other Raspberry groups.

I already have a DRAWS and just waiting to see how the Pi 4 testing continues. 

Thanks
N1ESE 


Re: Decoding FT8 #ft-8 #draws #wsjt-x

 

DRAWS™ is decoding FT8 and other signals just fine on the Raspberry Pi 3 (B/B+) without even challenging CPU utilization.  If other groups are reporting problems, it may have more to do with the hardware they are using.  

DRAWS™ is a purpose built system for amateur radio applications.

On Tue, Jul 16, 2019 at 9:04 AM JT Croteau <jt.tobit@...> wrote:
Does the Pi 3B+ decode FT8 properly or should I wait on the Pi 4 for the faster CPU?  I'm getting mixed reports from other Raspberry groups.

I already have a DRAWS and just waiting to see how the Pi 4 testing continues. 

Thanks
N1ESE 
_._,_._,_
--
John D. Hays
Kingston, WA
K7VE

 


Re: Decoding FT8 #ft-8 #draws #wsjt-x

Jim VA7SHG/VE7TGZ
 

They all work fine on my Pi 3B+.  I also just did a ./prog_refresh.sh this morning and got the latest WSJT-X 2.1 installed.  Haven’t tried decoding FT-8 with the latest version, but has worked fine for me for previous versions.

73
VA7SHG/VE7TGZ

On Jul 16, 2019, at 09:04, JT Croteau <jt.tobit@...> wrote:

Does the Pi 3B+ decode FT8 properly or should I wait on the Pi 4 for the faster CPU?  I'm getting mixed reports from other Raspberry groups.

I already have a DRAWS and just waiting to see how the Pi 4 testing continues. 

Thanks
N1ESE 


Decoding FT8 #ft-8 #draws #wsjt-x

JT Croteau <jt.tobit@...>
 

Does the Pi 3B+ decode FT8 properly or should I wait on the Pi 4 for the faster CPU?  I'm getting mixed reports from other Raspberry groups.

I already have a DRAWS and just waiting to see how the Pi 4 testing continues. 

Thanks
N1ESE 


Re: Not booting

Douglas
 

Thank you.  I tried on a pi without the hat and it did not boot.

Does draws 11 have the same isdue with updating?

KI7LIK
Granada Estates Neighborhood Watch


On Sun, Jul 14, 2019, 17:33 John D Hays - K7VE <john@...> wrote:
I don't have any specific information on RaspAp.  However, people have been advised not to do a general update on Beta-11 with the DRAWS™, though I doubt it would prevent booting.  Will the Pi boot on the image without the DRAWS™ attached?  If not, then it is likely not a DRAWS™ problem.

People have been successful using DRAWS™ with the new Buster Raspbian (see thread on here).  If you make a new image, be sure to backup your current image so you can roll back.


On Sun, Jul 14, 2019 at 3:39 PM Douglas KI7LIK <KI7LIK.AZ@...> wrote:
It seems as if the problem is when i try to update the distribution.   After i do such and do a sudo reboot, it only shuts down and not boot up.

On Sun, Jul 14, 2019, 14:12 Douglas KI7LIK via Groups.Io <KI7LIK.AZ=GMAIL.COM@groups.io> wrote:
I write a new card with draws 11 that i had on my computer.   It booted up normally and went through and checked out with the normal set up in getting started.

I tried to install rasp ap before updating via update and dist-uprade.

I then did the update after not being able to install raspap.  I then did it in proper order and rebooted before setting raspap.  It shut down, but not restart.   I then booted up the pi with a different card and its fine.

What mistakes could i have made and is there a way to correct them?

Thanks for your help,

Douglas
KI7LIK
Granada Estates Neighborhood Watch



--
John D. Hays
Kingston, WA
K7VE

 


Re: DRAWS on Pi 3b+ with Raspbian Buster #draws

 

To all using an HT with DRAWS:

Clamp on Ferrite Beads are recommended on both ends of the Cable to prevent RFI from interfering with the Pi.

73
Bryan K7UDR


Re: Yaesu DR-2X with UDRC

 

I tried when the DR-2X first came out with no success and have not heard of anyone having success with it. 

You would need direct access to the discriminator, modulator, and PTT with no interference from firmware. 

On Sun, Jul 14, 2019, 19:31 Nathan Dykstra <ngjdykstra@...> wrote:
This is an old thread, but is UDRC operation with the DR-2X still impossible?
Is it just a matter of selecting a different control mode? the FM/FM mode is not available anymore, however AMS/FM is.

Thanks,
Nathan VE3NDQ


Re: Yaesu DR-2X with UDRC

Nathan Dykstra
 

This is an old thread, but is UDRC operation with the DR-2X still impossible?
Is it just a matter of selecting a different control mode? the FM/FM mode is not available anymore, however AMS/FM is.

Thanks,
Nathan VE3NDQ


Re: Not booting

 

I don't have any specific information on RaspAp.  However, people have been advised not to do a general update on Beta-11 with the DRAWS™, though I doubt it would prevent booting.  Will the Pi boot on the image without the DRAWS™ attached?  If not, then it is likely not a DRAWS™ problem.

People have been successful using DRAWS™ with the new Buster Raspbian (see thread on here).  If you make a new image, be sure to backup your current image so you can roll back.


On Sun, Jul 14, 2019 at 3:39 PM Douglas KI7LIK <KI7LIK.AZ@...> wrote:
It seems as if the problem is when i try to update the distribution.   After i do such and do a sudo reboot, it only shuts down and not boot up.

On Sun, Jul 14, 2019, 14:12 Douglas KI7LIK via Groups.Io <KI7LIK.AZ=GMAIL.COM@groups.io> wrote:
I write a new card with draws 11 that i had on my computer.   It booted up normally and went through and checked out with the normal set up in getting started.

I tried to install rasp ap before updating via update and dist-uprade.

I then did the update after not being able to install raspap.  I then did it in proper order and rebooted before setting raspap.  It shut down, but not restart.   I then booted up the pi with a different card and its fine.

What mistakes could i have made and is there a way to correct them?

Thanks for your help,

Douglas
KI7LIK
Granada Estates Neighborhood Watch



--
John D. Hays
Kingston, WA
K7VE

 


Re: Not booting

Douglas
 

It seems as if the problem is when i try to update the distribution.   After i do such and do a sudo reboot, it only shuts down and not boot up.


On Sun, Jul 14, 2019, 14:12 Douglas KI7LIK via Groups.Io <KI7LIK.AZ=GMAIL.COM@groups.io> wrote:
I write a new card with draws 11 that i had on my computer.   It booted up normally and went through and checked out with the normal set up in getting started.

I tried to install rasp ap before updating via update and dist-uprade.

I then did the update after not being able to install raspap.  I then did it in proper order and rebooted before setting raspap.  It shut down, but not restart.   I then booted up the pi with a different card and its fine.

What mistakes could i have made and is there a way to correct them?

Thanks for your help,

Douglas
KI7LIK
Granada Estates Neighborhood Watch

2301 - 2320 of 5981