Re: Testing AX.25
#draws
Please send me the console output of:
toggle quoted messageShow quoted text
showudrc.sh ax25status -d When you see "lines 1-25 (END)" hit the space bar. I need to fix that. Thanks, /Basil David Lowry <huskyrunnr@msn.com> writes:
[Edited Message Follows]
|
|
Re: Testing AX.25
#draws
Here, specifically is what I'm getting while following the "Testing AX.25" section of the "Verifying" step of Getting Started. I don't understand why these commands are not giving any response. Is the output of mheard different from the tail command for direwolf? The stuff up at the top is the output of the tail command.
Apr 13 16:37:12 ke7rgpi direwolf[325]: Digipeater MISION audio level = 11(12/6) [NONE] ::|||||:_ pi@ke7rgpi:~ $ ax25-status pi@ke7rgpi:~ $ netstat --ax25 pi@ke7rgpi:~ $ mheard pi@ke7rgpi:~ $
|
|
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
|
|
Re: #draws
#draws
I messed up the file name. The extension should be .pcap (tcpdump
formats the file appropriately for Wireshark to digest)
toggle quoted messageShow quoted text
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.
|
|
Re: #draws
#draws
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.
toggle quoted messageShow quoted text
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: 'sudo apt-get upgrade' possible?
The last time I did a 'sudo apt-get update; sudo apt-get upgrade', IWhat 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 toI 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
There are a couple of possibilities.
toggle quoted messageShow quoted text
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@gmail.com> writes:
My Draws hat with Xastir is sending packets out over my wifi when I
|
|
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,
|
|
'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
|
|
#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.
|
|
locked
Re: DRAWS + FT-891 + WSJT-X/FT8
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
Got you in the logs Jack! -15 both ways.
On Fri, Apr 12, 2019 at 3:09 PM Temporarily Offline <temporarilyoffline@...> wrote:
|
|
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:
|
|
locked
Re: DRAWS + FT-891 + WSJT-X/FT8
Steve McGrane <temporarilyoffline@...>
Here are my signal reports for today. Pretty good overall I'd say:
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
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
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
Yes that definitely looks like a narrow filter on the 'data' setting. The calculation (which is also built into DRAWS™ Manager - http://localhost:8080 - https://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.
On Fri, Apr 12, 2019 at 10:36 AM Steve McGrane <temporarilyoffline@...> wrote:
|
|
locked
Re: DRAWS + FT-891 + WSJT-X/FT8
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
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:
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:
On Fri, Apr 12, 2019 at 9:28 AM Temporarily Offline <temporarilyoffline@...> wrote:
|
|
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: 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 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:
On Fri, Apr 12, 2019 at 9:28 AM Temporarily Offline <temporarilyoffline@...> wrote:
|
|
Dave,
toggle quoted messageShow quoted text
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.
|
|
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
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 ;) )
|
|