Date   

Re: #a25 Getting It Started After Config #a25

Basil Gunn
 

# Get the latest versions of scripts
cd
cd n7nix
git pull

# Refresh the local bin directory
cd config
./bin_refresh.sh

# Check you ax25 status
cd
cd bin
./ax25-status

# start direwolf & ax.25
sudo su
./ax25-start

# Verify by checking status again
./ax25-status


Did you follow these instructions?
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started

Did you run: ./app_config.sh core ?

/Basil

Ed Bloom, KD9FRQ <@KD9FRQ> writes:

My radio and cable arrived. I missed something in the config script
for A25 setup. What do I need to do so the./ btest. sh - P udr0 finds
the DRAWS channel?

My results are:
Status for direwolf. service : RUNNING and ENABLED Status for ax25dev. service : NOT RUNNING and ENABLED Status for ax25dev. path : RUNNING and ENABLED Status for ax25 - mheardd. service : NOT RUNNING and ENABLED Status for ax25d. service : RUNNING and ENABLED

73s, Ed, KD9FRQ


Re: #xastir What Interface to use #xastir

jgindc1@...
 

Ed,

If you are referring to XASTIR's Interface drop down window, I use the following after I select "add" which  brings up the "Interface type I/F Control"

Select AX25 TNC, which brings up "Configure AX25 TNC.
For " AX25 Device Name" I use "udr0" - remeber to start the interface.

Works for my setup using DRAWS left most 6-pin mini-DIN (the one over the RPi HDMI socket connected to a Kenwood V-71A

73 John KM7LJ


On Mon, Jan 21, 2019 at 2:08 PM Ed Bloom, KD9FRQ <ewbloom@...> wrote:
Once I have A25 and Direwolf running, what Interface option do I select in Xastir?

73s, Ed, KD9FRQ


Re: #xastir What Interface to use #xastir

Jack Spitznagel
 

Ed,

I am using the AGW interface here.

Jack – KD4IZ

 

From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Ed Bloom, KD9FRQ
Sent: Monday, January 21, 2019 17:09
To: udrc@nw-digital-radio.groups.io
Subject: [udrc] #xastir What Interface to use

 

Once I have A25 and Direwolf running, what Interface option do I select in Xastir?

73s, Ed, KD9FRQ


--
J Spitznagel
Science River LLC
KD4IZ


#xastir What Interface to use #xastir

Ed Bloom, KD9FRQ
 

Once I have A25 and Direwolf running, what Interface option do I select in Xastir?

73s, Ed, KD9FRQ


#a25 Getting It Started After Config #a25

Ed Bloom, KD9FRQ
 

My radio and cable arrived.  I missed something in the config script for A25 setup. What do I need to do so the
./btest.sh -P udr0
finds the DRAWS channel?

My results are:
Status for direwolf.service: RUNNING and ENABLED
Status for ax25dev.service: NOT RUNNING and ENABLED
Status for ax25dev.path: RUNNING and ENABLED
Status for ax25-mheardd.service: NOT RUNNING and ENABLED
Status for ax25d.service: RUNNING and ENABLED


73s, Ed, KD9FRQ


Re: #wsjtx PTT on Icom 718 #wsjtx #hamlib #icom #flrig #kx3

 

Unfortunately the IC718 doesn't have PTT via CAT...
Perhaps this widget from the BPQ software collection will help out. I
have to use it with the IC-7100 to do packet.

http://www.cantab.net/users/john.wiseman/Documents/CAT7200.html


Re: #wsjtx PTT on Icom 718 #wsjtx #hamlib #icom #flrig #kx3

Jonathan Magee
 

Hi John,
Unfortunately the IC718 doesn't have PTT via CAT...
I think will have a look at the source code for hamlib to see if I can come up with a generic way for it to do the GPIO keying when it gets the relevant command as I think that should be with in my comfort zone.  The other method I was wondering about, is would it be possible to build an app that minics VOX. The app would "listen" for audio on the relevant device and set and unset the GPIO pin. (For this I would need to do a lot more research on google :-) 

Thanks
Jonathan GI7KMC

On Mon, 21 Jan 2019 at 18:12, John D Hays - K7VE <john@...> wrote:
For applications like wsjtx, which haven't implemented native GPIO ptt keying, the best choice is CAT under hamlib, either directly in the application or through the FLRIG application.

--


John D. Hays
Edmonds, WA
K7VE

   


Re: #wsjtx PTT on Icom 718 #wsjtx #hamlib #icom #flrig #kx3

 

For applications like wsjtx, which haven't implemented native GPIO ptt keying, the best choice is CAT under hamlib, either directly in the application or through the FLRIG application.

--


John D. Hays
Edmonds, WA
K7VE

   


Re: #wsjtx PTT on Icom 718 #wsjtx #hamlib #icom #flrig #kx3

Bob Orrett <boborrett@...>
 

Oops,  you said ic718 and i read 817. Sorry. 
Bob Orrett ve3obo

On Mon, Jan 21, 2019, 13:04 Bob Orrett via Groups.Io <boborrett=gmail.com@groups.io wrote:
I use CAT control for PTT set up in the radio settings. Works perfectly so far. You need a 62c usb cable from the usb port on the RPI to the cat din at the back of the 817.
 I am assuming you are using the draws hat. But this also works with my minipro sc interface. Btw,  I use the cable from my minipro sc and not the supplied cables from the draws for the audio connection . The cable from my Wolphilink also works.
Bob ve3obo

On Jan 21, 2019 10:28, "Jonathan Magee" <jmagee@...> wrote:
Hi,
I have just got my DRAWS setup and I am trying to run WSJTX but I was wondering how to set it up to activate the PTT on my IC718?
(I suspect it isn't supported just yet ) 
Regards
Jonathan


Re: #wsjtx PTT on Icom 718 #wsjtx #hamlib #icom #flrig #kx3

Bob Orrett <boborrett@...>
 

I use CAT control for PTT set up in the radio settings. Works perfectly so far. You need a 62c usb cable from the usb port on the RPI to the cat din at the back of the 817.
 I am assuming you are using the draws hat. But this also works with my minipro sc interface. Btw,  I use the cable from my minipro sc and not the supplied cables from the draws for the audio connection . The cable from my Wolphilink also works.
Bob ve3obo

On Jan 21, 2019 10:28, "Jonathan Magee" <jmagee@...> wrote:
Hi,
I have just got my DRAWS setup and I am trying to run WSJTX but I was wondering how to set it up to activate the PTT on my IC718?
(I suspect it isn't supported just yet ) 
Regards
Jonathan



Re: #config Purpose of dtparam=audio=on #config

Daniel Sohn
 

Ed, Mtn West Digital and the greater DRAWS Community,  

You have a GREAT attitude Ed - we’re all here to learn.

I’m way behind most of you re: Linux & RPi chops but I am focusing on DRAWS as the next leap in Amateur Emergency Communications  functionality.

At some point  in the future the 'packaging and documentation' for DRAWS will converge with my willingness to trigger the investment and commitment to make it work and become able to pass on the capability to others.

That is my way of saying "you all keep this up - it is hugely educational being able to follow everyone’s questions about DRAWS and the community’s responses".

Cheers, thanks & 73, …dan wl7coo
'Lurking To Learn'
ARRL SJV ASEC 


On Jan 21, 2019, at 8:12 AM, Ed Bloom, KD9FRQ <ewbloom@...> wrote:

Brian,

Thank you.  I do not consider it a rude interjection. I appreciate the opportunity to learn.  I got a little lost in understanding the OS side of things in LINIX and using the DRAWS as the sound card for the software.

73s, Ed, KD9FRQ


On 1/21/2019 8:59 AM, Brian Badger wrote:
Ed, (Inserting my opinion rudely)

An example would be the alert sounds played by YAAC when APRS messages are received or emergency beacons are detected, etc.  In my case I route that audio out to HDMI to be played out on the monitor speakers.
Brian N0KZ



On Jan 21, 2019, at 7:21 AM, Ed Bloom, KD9FRQ <ewbloom@...> wrote:

Mike,

Thank you. So this for getting the System Sounds out to the speak so one can hear the OS sounds or program sounds that are sent to the OS for user interaction, correct?

73s, Ed, KD9FRQ


On 1/21/2019 8:08 AM, Mike - KB0FX wrote:
Ed,

The RPI has two native audio output sources on it. Those would be:

#1 3.5mm Headphone Jack.
#2) HDMI Port

You do not want to send standard auto prompt tones out the DRAWs TI audio chip set. So you would want to send them out a different audio interface line the headphone of HDMI jacks. 

73

Mike
KB0FX



On Mon, Jan 21, 2019 at 7:16 AM Ed Bloom, KD9FRQ <ewbloom@...> wrote:
So, what is the purpose of the subject statement in boot/config.txt ?

Is there a reason one would need to active that Pi Sound card from a
practical application stand point?

73s, Ed, KD9FRQ




Re: #config Purpose of dtparam=audio=on #config

Ed Bloom, KD9FRQ
 

Brian,

Thank you.  I do not consider it a rude interjection. I appreciate the opportunity to learn.  I got a little lost in understanding the OS side of things in LINIX and using the DRAWS as the sound card for the software.

73s, Ed, KD9FRQ


On 1/21/2019 8:59 AM, Brian Badger wrote:
Ed, (Inserting my opinion rudely)

An example would be the alert sounds played by YAAC when APRS messages are received or emergency beacons are detected, etc.  In my case I route that audio out to HDMI to be played out on the monitor speakers.
Brian N0KZ



On Jan 21, 2019, at 7:21 AM, Ed Bloom, KD9FRQ <ewbloom@...> wrote:

Mike,

Thank you. So this for getting the System Sounds out to the speak so one can hear the OS sounds or program sounds that are sent to the OS for user interaction, correct?

73s, Ed, KD9FRQ


On 1/21/2019 8:08 AM, Mike - KB0FX wrote:
Ed,

The RPI has two native audio output sources on it. Those would be:

#1 3.5mm Headphone Jack.
#2) HDMI Port

You do not want to send standard auto prompt tones out the DRAWs TI audio chip set. So you would want to send them out a different audio interface line the headphone of HDMI jacks. 

73

Mike
KB0FX



On Mon, Jan 21, 2019 at 7:16 AM Ed Bloom, KD9FRQ <ewbloom@...> wrote:
So, what is the purpose of the subject statement in boot/config.txt ?

Is there a reason one would need to active that Pi Sound card from a
practical application stand point?

73s, Ed, KD9FRQ



#wsjtx PTT on Icom 718 #wsjtx #hamlib #icom #flrig #kx3

Jonathan Magee
 

Hi,
I have just got my DRAWS setup and I am trying to run WSJTX but I was wondering how to set it up to activate the PTT on my IC718?
(I suspect it isn't supported just yet ) 
Regards
Jonathan


Re: #config Purpose of dtparam=audio=on #config

Brian Badger
 

Ed, (Inserting my opinion rudely)

An example would be the alert sounds played by YAAC when APRS messages are received or emergency beacons are detected, etc.  In my case I route that audio out to HDMI to be played out on the monitor speakers.
Brian N0KZ



On Jan 21, 2019, at 7:21 AM, Ed Bloom, KD9FRQ <ewbloom@...> wrote:

Mike,

Thank you. So this for getting the System Sounds out to the speak so one can hear the OS sounds or program sounds that are sent to the OS for user interaction, correct?

73s, Ed, KD9FRQ


On 1/21/2019 8:08 AM, Mike - KB0FX wrote:
Ed,

The RPI has two native audio output sources on it. Those would be:

#1 3.5mm Headphone Jack.
#2) HDMI Port

You do not want to send standard auto prompt tones out the DRAWs TI audio chip set. So you would want to send them out a different audio interface line the headphone of HDMI jacks. 

73

Mike
KB0FX



On Mon, Jan 21, 2019 at 7:16 AM Ed Bloom, KD9FRQ <ewbloom@...> wrote:
So, what is the purpose of the subject statement in boot/config.txt ?

Is there a reason one would need to active that Pi Sound card from a
practical application stand point?

73s, Ed, KD9FRQ


Re: #config Purpose of dtparam=audio=on #config

Mike - KB0FX
 

Correct. 


On Mon, Jan 21, 2019 at 8:09 AM Mike - KB0FX via Groups.Io <mweilb=gmail.com@groups.io> wrote:
Ed,

The RPI has two native audio output sources on it. Those would be:

#1 3.5mm Headphone Jack.
#2) HDMI Port

You do not want to send standard auto prompt tones out the DRAWs TI audio chip set. So you would want to send them out a different audio interface line the headphone of HDMI jacks. 

73

Mike
KB0FX



On Mon, Jan 21, 2019 at 7:16 AM Ed Bloom, KD9FRQ <ewbloom@...> wrote:
So, what is the purpose of the subject statement in boot/config.txt ?

Is there a reason one would need to active that Pi Sound card from a
practical application stand point?

73s, Ed, KD9FRQ


Re: #config Purpose of dtparam=audio=on #config

Ed Bloom, KD9FRQ
 

Mike,

Thank you. So this for getting the System Sounds out to the speak so one can hear the OS sounds or program sounds that are sent to the OS for user interaction, correct?

73s, Ed, KD9FRQ


On 1/21/2019 8:08 AM, Mike - KB0FX wrote:
Ed,

The RPI has two native audio output sources on it. Those would be:

#1 3.5mm Headphone Jack.
#2) HDMI Port

You do not want to send standard auto prompt tones out the DRAWs TI audio chip set. So you would want to send them out a different audio interface line the headphone of HDMI jacks. 

73

Mike
KB0FX



On Mon, Jan 21, 2019 at 7:16 AM Ed Bloom, KD9FRQ <ewbloom@...> wrote:
So, what is the purpose of the subject statement in boot/config.txt ?

Is there a reason one would need to active that Pi Sound card from a
practical application stand point?

73s, Ed, KD9FRQ


Re: #config Purpose of dtparam=audio=on #config

Mike - KB0FX
 

Ed,

The RPI has two native audio output sources on it. Those would be:

#1 3.5mm Headphone Jack.
#2) HDMI Port

You do not want to send standard auto prompt tones out the DRAWs TI audio chip set. So you would want to send them out a different audio interface line the headphone of HDMI jacks. 

73

Mike
KB0FX



On Mon, Jan 21, 2019 at 7:16 AM Ed Bloom, KD9FRQ <ewbloom@...> wrote:
So, what is the purpose of the subject statement in boot/config.txt ?

Is there a reason one would need to active that Pi Sound card from a
practical application stand point?

73s, Ed, KD9FRQ


#config Purpose of dtparam=audio=on #config

Ed Bloom, KD9FRQ
 

So, what is the purpose of the subject statement in boot/config.txt ?

Is there a reason one would need to active that Pi Sound card from a
practical application stand point?

73s, Ed, KD9FRQ


Re: GPS not working #gps #gpsd

Mike - KB0FX
 

I was confused on the placement of the dtparam=audio=on statement in config.txt. It must come after the dtoverlay=draws statement as that loads the software that supports the audio.

73 Mike - KB0FX


On Mon, Jan 21, 2019 at 12:23 AM John D Hays - K7VE <john@...> wrote:
Yes, and it will continue to be true.

On Sun, Jan 20, 2019 at 8:35 PM Jeff Marden via Groups.Io <jmardensdl=netscape.net@groups.io> wrote:
Hello Basil & Group:

Thanks to Basil and others who commented on my issue.

After a check of power supply (OK, 2.5A) and a full format and re-load of Beta 7, I am now working; a little like Christof's problem and solution :-).

In my /boot/config.txt, I simply uncommented the dtparam=audio=on. In earlier emails (maybe related to Beta6) there was discussion that the dtparam=audio=on needed to be located after the "dtoverlay=" line, rather in it's default position before "dtoverlay". Is this still true for Beta7?

Thanks,
--
Jeff Marden
N1JCM



--


John D. Hays
Edmonds, WA
K7VE

   


Re: GPS not working #gps #gpsd

 

Yes, and it will continue to be true.

On Sun, Jan 20, 2019 at 8:35 PM Jeff Marden via Groups.Io <jmardensdl=netscape.net@groups.io> wrote:
Hello Basil & Group:

Thanks to Basil and others who commented on my issue.

After a check of power supply (OK, 2.5A) and a full format and re-load of Beta 7, I am now working; a little like Christof's problem and solution :-).

In my /boot/config.txt, I simply uncommented the dtparam=audio=on. In earlier emails (maybe related to Beta6) there was discussion that the dtparam=audio=on needed to be located after the "dtoverlay=" line, rather in it's default position before "dtoverlay". Is this still true for Beta7?

Thanks,
--
Jeff Marden
N1JCM



--


John D. Hays
Edmonds, WA
K7VE