Date   
Re: fldigi with DRAWS #draws #fldigi

Dave Phelps
 

I'm curious as to why we would need to use the miniconnector rather than just use the usb?  That's a step backwards imho.

I haven't tried the draws hat or image yet, but i can run my 7200 and fldigi off a straight pi with only the usb.  

Re: fldigi with DRAWS #draws #fldigi

Steve McGrane <temporarilyoffline@...>
 

You can do it either way, but if you're not using the DIN connector, you're not using the DRAWS.

On Fri, Apr 12, 2019 at 8:39 AM Dave Phelps <dave.phelps@...> wrote:
I'm curious as to why we would need to use the miniconnector rather than just use the usb?  That's a step backwards imho.

I haven't tried the draws hat or image yet, but i can run my 7200 and fldigi off a straight pi with only the usb.  

locked Re: DRAWS + FT-891 + WSJT-X/FT8

Steve McGrane <temporarilyoffline@...>
 

So that is really interesting.

On my working setup I made a few contacts on 40m last night.  This setup uses the radio in USB mode, not Data/Pkt.

When I switch DRAWS to Data/Pkt I am able to transmit and my signals are heard, but I no longer can decode any signals.

So I can have one, but not the other.

Still stumped, but maybe that is some progress in there?

Purple is from 40m on the working setup from last night, Yellow is from today on the DRAWS on 20m.  No receive on DRAWS

image.png

On Thu, Apr 11, 2019 at 11:14 PM <john.chabalko@...> wrote:
I'll have to dig around on this. To add some context to my comment - i've got a huge amount of interference around my home so just getting anything workable is a near miracle for me. I need to understand the signal processing options of the DRAWs better but just using FT8 and i was doing the same with WSPR, i'm getting what i consider to be successful transmission (but my bar is low, no doubt ;) )

For the OP, the other thing you could check is that you're in the right mode. I forgot to put my radio in "data" mode at one point and when it transmitted it opened the mic causing feedback. Took me a minute to figure out what was going on. I have SSB set to use the mic, and data set to use the rear connector (in the menus)

Re: fldigi with DRAWS #draws #fldigi

Steve, N9VW
 

Dave,
A short answer to your question.

In your case with the ICOM products you are %100 correct in that most of the things you want to do are embedded in the radio. However, you are limiting yourself in many other opportunities.  The DRAWS hat provides you with two interfaces to work with along with a much more capable CODEC for a stunning variety of other applications and modes. It is an experimentation environment ripe for you to go and expand your horizons.

Hope this helps...
73 de Steve, N9VW

On 4/12/2019 6:39 AM, Dave Phelps wrote:
I'm curious as to why we would need to use the miniconnector rather than just use the usb?  That's a step backwards imho.

I haven't tried the draws hat or image yet, but i can run my 7200 and fldigi off a straight pi with only the usb.  

locked Re: DRAWS + FT-891 + WSJT-X/FT8

Steve McGrane <temporarilyoffline@...>
 

Alright, making progress left and right today.

Turns out my input audio levels are too low.  I get to decode some signals, but not all of what is out there.  I'm currently getting about 2 or 3 signals per cycle.

I followed the steps in Brian's video (https://www.youtube.com/watch?v=RxWiDYMcRn4) where he uses alsamixer to set levels.  LO is at -6.0 and PCM is at -11 and that is where my ALC starts to move.

The signals coming in are not great and my waterfall looks like its been truncated:

image.png

I called Yaesu tech support and they actually didn't have a reference for this input (-1 for Yaesu!).  But they told me no more than .5 volt and the recommended setting is 100mV

Using Brian's spreadsheet I get

for .5 volts I get -3
for .1 volts I get -17

Neither of them improve the results or the waterfall.

For reference when I have the rig set to "USB" this is what the waterfall looks like and I get lots of signals in:

image.png

On Fri, Apr 12, 2019 at 9:28 AM Temporarily Offline <temporarilyoffline@...> wrote:
So that is really interesting.

On my working setup I made a few contacts on 40m last night.  This setup uses the radio in USB mode, not Data/Pkt.

When I switch DRAWS to Data/Pkt I am able to transmit and my signals are heard, but I no longer can decode any signals.

So I can have one, but not the other.

Still stumped, but maybe that is some progress in there?

Purple is from 40m on the working setup from last night, Yellow is from today on the DRAWS on 20m.  No receive on DRAWS

image.png

On Thu, Apr 11, 2019 at 11:14 PM <john.chabalko@...> wrote:
I'll have to dig around on this. To add some context to my comment - i've got a huge amount of interference around my home so just getting anything workable is a near miracle for me. I need to understand the signal processing options of the DRAWs better but just using FT8 and i was doing the same with WSPR, i'm getting what i consider to be successful transmission (but my bar is low, no doubt ;) )

For the OP, the other thing you could check is that you're in the right mode. I forgot to put my radio in "data" mode at one point and when it transmitted it opened the mic causing feedback. Took me a minute to figure out what was going on. I have SSB set to use the mic, and data set to use the rear connector (in the menus)

locked Re: DRAWS + FT-891 + WSJT-X/FT8

Jack Spitznagel
 

Steve,

 

Looks like you have a very narrow filter width defined in the radio? Can you open that up?

 

KD4IZ

Jack Spitznagel

FM19oo

 

 

 

From: main@nw-digital-radio.groups.io <main@nw-digital-radio.groups.io> On Behalf Of Steve McGrane
Sent: Friday, April 12, 2019 13:36
To: main@nw-digital-radio.groups.io
Subject: Re: [nw-digital-radio] DRAWS + FT-891 + WSJT-X/FT8

 

Alright, making progress left and right today.

 

Turns out my input audio levels are too low.  I get to decode some signals, but not all of what is out there.  I'm currently getting about 2 or 3 signals per cycle.

 

I followed the steps in Brian's video (https://www.youtube.com/watch?v=RxWiDYMcRn4) where he uses alsamixer to set levels.  LO is at -6.0 and PCM is at -11 and that is where my ALC starts to move.

 

The signals coming in are not great and my waterfall looks like its been truncated:

 

image.png

 

I called Yaesu tech support and they actually didn't have a reference for this input (-1 for Yaesu!).  But they told me no more than .5 volt and the recommended setting is 100mV

 

Using Brian's spreadsheet I get

 

for .5 volts I get -3

for .1 volts I get -17

 

Neither of them improve the results or the waterfall.

 

For reference when I have the rig set to "USB" this is what the waterfall looks like and I get lots of signals in:

 

image.png

 

On Fri, Apr 12, 2019 at 9:28 AM Temporarily Offline <temporarilyoffline@...> wrote:

So that is really interesting.

 

On my working setup I made a few contacts on 40m last night.  This setup uses the radio in USB mode, not Data/Pkt.

 

When I switch DRAWS to Data/Pkt I am able to transmit and my signals are heard, but I no longer can decode any signals.

 

So I can have one, but not the other.

 

Still stumped, but maybe that is some progress in there?

 

Purple is from 40m on the working setup from last night, Yellow is from today on the DRAWS on 20m.  No receive on DRAWS

 

image.png

 

On Thu, Apr 11, 2019 at 11:14 PM <john.chabalko@...> wrote:

I'll have to dig around on this. To add some context to my comment - i've got a huge amount of interference around my home so just getting anything workable is a near miracle for me. I need to understand the signal processing options of the DRAWs better but just using FT8 and i was doing the same with WSPR, i'm getting what i consider to be successful transmission (but my bar is low, no doubt ;) )

For the OP, the other thing you could check is that you're in the right mode. I forgot to put my radio in "data" mode at one point and when it transmitted it opened the mic causing feedback. Took me a minute to figure out what was going on. I have SSB set to use the mic, and data set to use the rear connector (in the menus)

locked Re: DRAWS + FT-891 + WSJT-X/FT8

 

Yes that definitely looks like a narrow filter on the 'data' setting.

The calculation (which is also built into DRAWS™ Manager - http://localhost:8080https://www.youtube.com/watch?v=v5C3cWVVz_A ) is for the transmitter side of things and has nothing to do with your received audio.

In DRAWS™ Manager -- use the Input from Receiver "Analog Gain" control.  Actually this is usually very tolerant, and since you get lots of signals on USB, it is probably fine -- again, this looks like a filter problem.

Screen Shot 2019-04-12 at 10.59.06 AM.png



On Fri, Apr 12, 2019 at 10:36 AM Steve McGrane <temporarilyoffline@...> wrote:
Alright, making progress left and right today.

Turns out my input audio levels are too low.  I get to decode some signals, but not all of what is out there.  I'm currently getting about 2 or 3 signals per cycle.

I followed the steps in Brian's video (https://www.youtube.com/watch?v=RxWiDYMcRn4) where he uses alsamixer to set levels.  LO is at -6.0 and PCM is at -11 and that is where my ALC starts to move.

The signals coming in are not great and my waterfall looks like its been truncated:

image.png

I called Yaesu tech support and they actually didn't have a reference for this input (-1 for Yaesu!).  But they told me no more than .5 volt and the recommended setting is 100mV

Using Brian's spreadsheet I get

for .5 volts I get -3
for .1 volts I get -17

Neither of them improve the results or the waterfall.

For reference when I have the rig set to "USB" this is what the waterfall looks like and I get lots of signals in:

image.png

On Fri, Apr 12, 2019 at 9:28 AM Temporarily Offline <temporarilyoffline@...> wrote:
So that is really interesting.

On my working setup I made a few contacts on 40m last night.  This setup uses the radio in USB mode, not Data/Pkt.

When I switch DRAWS to Data/Pkt I am able to transmit and my signals are heard, but I no longer can decode any signals.

So I can have one, but not the other.

Still stumped, but maybe that is some progress in there?

Purple is from 40m on the working setup from last night, Yellow is from today on the DRAWS on 20m.  No receive on DRAWS

image.png

On Thu, Apr 11, 2019 at 11:14 PM <john.chabalko@...> wrote:
I'll have to dig around on this. To add some context to my comment - i've got a huge amount of interference around my home so just getting anything workable is a near miracle for me. I need to understand the signal processing options of the DRAWs better but just using FT8 and i was doing the same with WSPR, i'm getting what i consider to be successful transmission (but my bar is low, no doubt ;) )

For the OP, the other thing you could check is that you're in the right mode. I forgot to put my radio in "data" mode at one point and when it transmitted it opened the mic causing feedback. Took me a minute to figure out what was going on. I have SSB set to use the mic, and data set to use the rear connector (in the menus)



--


John D. Hays
Edmonds, WA
K7VE

   

locked Re: DRAWS + FT-891 + WSJT-X/FT8

john.chabalko@...
 

I was looking at the menus last night and it was getting too late for me to spend much time on it.

That's great info you got form Yaesu, i was thinking of doing the same today. Maybe you get to figure out the right filter settings for the rest of us now too

73
;)

locked Re: DRAWS + FT-891 + WSJT-X/FT8

john.chabalko@...
 

I ca post all the relevant menu configuration i'm using later tonight (PDT). I haven't modified much from the defaults, possibly which sideband to use (USB) in data mode, 

locked Re: DRAWS + FT-891 + WSJT-X/FT8

Steve McGrane <temporarilyoffline@...>
 

Here are my signal reports for today.  Pretty good overall I'd say:

image.png

On Fri, Apr 12, 2019 at 2:53 PM <john.chabalko@...> wrote:
I ca post all the relevant menu configuration i'm using later tonight (PDT). I haven't modified much from the defaults, possibly which sideband to use (USB) in data mode, 

locked Re: DRAWS + FT-891 + WSJT-X/FT8

Steve McGrane <temporarilyoffline@...>
 

Got you in the logs Jack!  -15 both ways.

On Fri, Apr 12, 2019 at 3:09 PM Temporarily Offline <temporarilyoffline@...> wrote:
Here are my signal reports for today.  Pretty good overall I'd say:

image.png

On Fri, Apr 12, 2019 at 2:53 PM <john.chabalko@...> wrote:
I ca post all the relevant menu configuration i'm using later tonight (PDT). I haven't modified much from the defaults, possibly which sideband to use (USB) in data mode, 

locked Re: DRAWS + FT-891 + WSJT-X/FT8

Jack Spitznagel
 

Yep… good contact and you went “automagically” into my HRD logbook here.  Not too shabby. There was a lot of nearby traffic so I was afraid it wouldn’t go through. Enjoy the DRAWS hat… I have two here, one of the initial early experience release units and one I received about a week ago. The older one is in dedicated Xastir service as my digi/gateway (kd4iz-3), so the new one is going to be used for all my portable unit experimentation. My side of contact was made with the IC-7300 @80W and a GAP Titan vertical dipole. Terminal was my Windoze workstation… this time – no DRAWS (sigh).

 

73

 

KD4IZ

Jack Spitznagel

FM19oo

 

From: main@nw-digital-radio.groups.io <main@nw-digital-radio.groups.io> On Behalf Of Steve McGrane
Sent: Friday, April 12, 2019 16:37
To: main@nw-digital-radio.groups.io
Subject: Re: [nw-digital-radio] DRAWS + FT-891 + WSJT-X/FT8

 

Got you in the logs Jack!  -15 both ways.

 

On Fri, Apr 12, 2019 at 3:09 PM Temporarily Offline <temporarilyoffline@...> wrote:

Here are my signal reports for today.  Pretty good overall I'd say:

 

image.png

 

On Fri, Apr 12, 2019 at 2:53 PM <john.chabalko@...> wrote:

I ca post all the relevant menu configuration i'm using later tonight (PDT). I haven't modified much from the defaults, possibly which sideband to use (USB) in data mode, 

#draws #draws

okiejim
 

My Draws hat with Xastir is sending packets out over my wifi when I have it on. When I turn off my wifi it sends the packets out via a normal digipeater on the rf side. I found this out when a coordinator in the area said I was doing this and I was wondering what I have set up wrong to have it doing this. I do not have any digi setup on Xastir that I am aware off. Can anyone help direct me to what I did wrong. I want to wifi on so I can remote desktop to the Pi. Thank you.

'sudo apt-get upgrade' possible?

oe8bck
 

Hi,

The last time I did a 'sudo apt-get update; sudo apt-get upgrade', I bricked my system so had to re-do the overall setup. I would like to update my system, but I do not want to re-setup eerything again. Is it currently ok to update the system?

73 de Christof

Re: 'sudo apt-get upgrade' possible?

 

I would hold off, the latest release has been out less than a week. 

On the other hand, if you have second SD card of the same form factor, you can make a backup of your current system using the utility in the menu system. 

On Sat, Apr 13, 2019, 08:04 oe8bck <christof.bodner@...> wrote:
Hi,

The last time I did a 'sudo apt-get update; sudo apt-get upgrade', I bricked my system so had to re-do the overall setup. I would like to update my system, but I do not want to re-setup eerything again. Is it currently ok to update the system?

73 de Christof

Re: #draws #draws

Basil Gunn
 

There are a couple of possibilities.

It is possible to configure Direwolf to gate traffic to the Internet. If
you did NOT touch the direwolf.conf file then you are most likely OK
since my scripts do not configure Direwolf to do this.

It is possible that you have configured Xastir to gate packets to the
Internet. In Xastir check Interface -> Interface control, select Device
0 Networked AGWPE, click on properties. Verify under 'IGate Options'
that 'Disable all IGate traffic' is selected.

You might have an application loaded on your RPi that broadcasts on all
network interfaces. Verify that iptables has the policy the install
scripts should have setup. Run script iptable-check.sh, you should see
these addresses are dropped 224.0.0.22, 224.0.0.251, 239.255.255.250

To understand your problem I would need to look at the offending packets
that your coordinator is referring to. For instance is he referring to
broadcast/multicast packets from some application or is he referring to
APRS packets gated to the Internet by you. You could ask your
coordinator to send you a copy of the packets they saw or you could
capture them yourself.

# From a console window
# Install tcpdump
apt-get update
apt-get install tcpdump

# Run tcpdump
sudo tcpdump -e -vvv -i wlan0

Hope this is helpful.

/Basil n7nix

okiejim <kd6vpe@...> writes:

My Draws hat with Xastir is sending packets out over my wifi when I
have it on. When I turn off my wifi it sends the packets out via a
normal digipeater on the rf side. I found this out when a coordinator
in the area said I was doing this and I was wondering what I have set
up wrong to have it doing this. I do not have any digi setup on Xastir
that I am aware off. Can anyone help direct me to what I did wrong. I
want to wifi on so I can remote desktop to the Pi. Thank you *.*

Re: 'sudo apt-get upgrade' possible?

Basil Gunn
 

The last time I did a 'sudo apt-get update; sudo apt-get upgrade', I
bricked my system so had to re-do the overall setup.
What version of the BETA image did you start from?

head -n1 /var/log/udr_install.log

What version of Raspbian did you start from?

cat /etc/*version

How big is your SD card?

df -h
I now recommend at least a 16GB card.

/Basil

I would like to
update my system, but I do not want to re-setup eerything again. Is it
currently ok to update the system?
I am currently building a new RPi image that will have the latest
version of Xastir that fixes the gps problem previously reported. It
will probably take another day or two.

/Basil n7nix

Re: #draws #draws

Steve, N9VW
 

A suggestion if I may. The tcpdump command will generate a lot of data and it becomes problematic to capture it from the screen and/or the buffer will overrun and you will miss packets. I have found it much easier to capture into a file. From there you can easily move the file of the output where you need it.

sudo tcpdump -e -vvv -i wlan0 -w filename.txt

The program will provide a count of the number of packets captured, press CTRL-C to stop the capture and close the file.

73 de Steve, N9VW

On 4/13/2019 8:24 AM, Basil Gunn wrote:
There are a couple of possibilities.

It is possible to configure Direwolf to gate traffic to the Internet. If
you did NOT touch the direwolf.conf file then you are most likely OK
since my scripts do not configure Direwolf to do this.

It is possible that you have configured Xastir to gate packets to the
Internet. In Xastir check Interface -> Interface control, select Device
0 Networked AGWPE, click on properties. Verify under 'IGate Options'
that 'Disable all IGate traffic' is selected.

You might have an application loaded on your RPi that broadcasts on all
network interfaces. Verify that iptables has the policy the install
scripts should have setup. Run script iptable-check.sh, you should see
these addresses are dropped 224.0.0.22, 224.0.0.251, 239.255.255.250

To understand your problem I would need to look at the offending packets
that your coordinator is referring to. For instance is he referring to
broadcast/multicast packets from some application or is he referring to
APRS packets gated to the Internet by you.  You could ask your
coordinator to send you a copy of the packets they saw or you could
capture them yourself.

# From a console window
# Install tcpdump
apt-get update
apt-get install tcpdump

# Run tcpdump
sudo tcpdump -e -vvv -i wlan0

Hope this is helpful.

/Basil n7nix

okiejim <kd6vpe@...> writes:

My Draws hat with Xastir is sending packets out over my wifi when I
have it on. When I turn off my wifi it sends the packets out via a
normal digipeater on the rf side. I found this out when a coordinator
in the area said I was doing this and I was wondering what I have set
up wrong to have it doing this. I do not have any digi setup on Xastir
that I am aware off. Can anyone help direct me to what I did wrong. I
want to wifi on so I can remote desktop to the Pi. Thank you *.*



Re: #draws #draws

Steve, N9VW
 

I messed up the file name. The extension should be .pcap   (tcpdump formats the file appropriately for Wireshark to digest)

Steve, N9VW

On 4/13/2019 9:15 AM, Steve, N9VW wrote:
A suggestion if I may. The tcpdump command will generate a lot of data and it becomes problematic to capture it from the screen and/or the buffer will overrun and you will miss packets. I have found it much easier to capture into a file. From there you can easily move the file of the output where you need it.

sudo tcpdump -e -vvv -i wlan0 -w filename.txt

The program will provide a count of the number of packets captured, press CTRL-C to stop the capture and close the file.

73 de Steve, N9VW

On 4/13/2019 8:24 AM, Basil Gunn wrote:
There are a couple of possibilities.

It is possible to configure Direwolf to gate traffic to the Internet. If
you did NOT touch the direwolf.conf file then you are most likely OK
since my scripts do not configure Direwolf to do this.

It is possible that you have configured Xastir to gate packets to the
Internet. In Xastir check Interface -> Interface control, select Device
0 Networked AGWPE, click on properties. Verify under 'IGate Options'
that 'Disable all IGate traffic' is selected.

You might have an application loaded on your RPi that broadcasts on all
network interfaces. Verify that iptables has the policy the install
scripts should have setup. Run script iptable-check.sh, you should see
these addresses are dropped 224.0.0.22, 224.0.0.251, 239.255.255.250

To understand your problem I would need to look at the offending packets
that your coordinator is referring to. For instance is he referring to
broadcast/multicast packets from some application or is he referring to
APRS packets gated to the Internet by you.  You could ask your
coordinator to send you a copy of the packets they saw or you could
capture them yourself.

# From a console window
# Install tcpdump
apt-get update
apt-get install tcpdump

# Run tcpdump
sudo tcpdump -e -vvv -i wlan0

Hope this is helpful.

/Basil n7nix

okiejim <kd6vpe@...> writes:

My Draws hat with Xastir is sending packets out over my wifi when I
have it on. When I turn off my wifi it sends the packets out via a
normal digipeater on the rf side. I found this out when a coordinator
in the area said I was doing this and I was wondering what I have set
up wrong to have it doing this. I do not have any digi setup on Xastir
that I am aware off. Can anyone help direct me to what I did wrong. I
want to wifi on so I can remote desktop to the Pi. Thank you *.*

      


Testing AX.25 #draws

David Lowry
 

I made it through the verification process and everything worked as expected except for the AX.25 tests.

ax25-status command gave the expected output but netstat --ax25 did not populate any sockets and mheard did not populate any calls.

Direwolf is receiving according to tail -f command and is transmitting test beacons.

Just wondering what if anything this means or if it is a concern.

Lol, my first position beacon put me in the San Juan Islands... I wish! I fixed that.

TIA, David, KE7RGP