|
Re: PAT with DRAWS on VHF
I can not find the PAT CONFIGURE setup for ax25 VHF ports.Because I don't support PAT. I support paclink-unix. I had ax25Without showing me (cutting & pasting into post or email) the console output of the error message I can't really comment. Verify that ax.25 is running properly by running: ax25-status and ax25-status -d It would be helpful if you could post the console outputs of the above commands as well. Read this: https://github.com/nwdigitalradio/n7nix/blob/master/docs/VERIFY_CONFIG.md#testing-ax25 What do I need to change in the
|
|
|
|
Re: PAT with DRAWS on VHF
K4KDR <scott23192@...>
Hi Dave! I believe this is the video that I used to get setup for PAT over ax25: -Scott, K4KDR ========================
On Sat, Nov 16, 2019 at 12:47 PM Dave Christensen <dkc2030@...> wrote: I can not find the PAT CONFIGURE setup for ax25 VHF ports. I had ax25 started and when I attempted a packet connection the error message said that a ax25 port was not found. What do I need to change in the config.json file to create a VHF port on PAT? There are lots of videos and post for ARDOP configuration but these won't help.
|
|
|
|
PAT with DRAWS on VHF
Dave Christensen
I can not find the PAT CONFIGURE setup for ax25 VHF ports. I had ax25 started and when I attempted a packet connection the error message said that a ax25 port was not found. What do I need to change in the config.json file to create a VHF port on PAT? There are lots of videos and post for ARDOP configuration but these won't help.
Thanks in advance... Dave - KD7UM
|
|
|
|
Re: Stream Audio Using VNC Command Line to Local Network
#audio
Where in the command that you gave is the syntax for the USB device you
are using? dsnoop:1 ? If I use cvlc --longhelp it lists alsa audio devices so I'm guessing you would replace dsnoop:1 with dsnoop:CARD=udrc cvlc --longhelp | grep -i alsa-audio-device VLC media player 3.0.7 Vetinari (revision 3.0.7-0-g86cee31099) --alsa-audio-device {null,default:CARD=ALSA,sysdefault:CARD=ALSA,dmix:CARD=ALSA,DEV=0,dmix:CARD=ALSA,DEV=1,dsnoop:CARD=ALSA,DEV=0,dsnoop:CARD=ALSA,DEV=1,hw:CARD=ALSA,DEV=0,hw:CARD=ALSA,DEV=1,plughw:CARD=ALSA,DEV=0,plughw:CARD=ALSA,DEV=1,default:CARD=udrc,sysdefault:CARD=udrc,dmix:CARD=udrc,DEV=0,dsnoop:CARD=udrc,DEV=0,hw:CARD=udrc,DEV=0,plughw:CARD=udrc,DEV=0,default} /Basil Anthony Sutera <tsutera@spencer.mx> writes: I am using my Draws Hat mainly for WSJT-X. I have a quick question: Icvlc -vvv alsa://dsnoop:1 --sout '#transcode{acodec=mp3,ab=64,channels=1}:standard{access=http,dst=192.168.165.126/out.mp3}' to stream audio out to my local network. Can someone let me know the
|
|
|
|
Boot-strap [was Re: [draws and udrc] Download Issues]
Stuart Longland VK4MSL
On 3/11/19 3:57 pm, Basil Gunn wrote:
Heh, I guess it's all relative. :-)Now that standard Raspbian supports the UDRC/DRAWS, I think thingsIf you want a whopping great big SD card image then use the "W3DJS I'm used to a minimal image that basically just gets the machine booted with all the hardware usable. I suppose in UDRC/DRAWS terms, that'd be the necessary drivers loaded and some scripts configured that at least set sane mixer levels. To that, you add whatever packet or digital mode software, desktop environments, etc. Raspbian Lite weighs in at around 2GB uncompressed. Images I've made¹ for TS-7670 industrial computers (basically the result of `debootstrap`) would basically install about 200-300MB worth of data on the root fs. I recognise the standard NWDR image is basically aiming to be a complete radio station out-of-the-box, so somewhat different rationale there. Right, one thing I've observed is the Raspberry Pi 3, as powerful as itCoding up a boot-strap script which can be run on stock Raspbian imagesI use a (unsupported) script to build and compress the published image. There is even is, isn't famous for its ability as a compiler work horse, mine at least gripes about temperature. Also power supply fluctuations if I use the standard Raspberry Pi PSU; the one on the UDRC is much better. However, this doesn't get around other constraints on the Pi. So my thinking on this is to split the problem up: 1. make a set of scripts that will generate a build environment that will run on a conventional x86-64 Linux host and produce Debian packages that will be installable on the Raspberry Pi 2. build each of the packages to be installed on a Pi+UDRC/DRAWS as a separate Debian package and arrange these into an APT repository 3. create a script which adds the aforementioned APT repository, asks some questions of the user as to what their intended use case is, then installs package sets which achieve those aims. https://wiki.debian.org/tasksel might be a way to achieve this. This script can also do some last-minute set-up, but should not need to do any heavy compilation. Step (1) I've more-or-less already managed. Docker make available standard Debian images for ARMv7 platforms, and under Linux, one can combine QEMU user emulation and binfmt-misc to allow execution of ARMHF binaries on an x86-64 host. You need a statically linked version of `qemu-arm`; on Debian derivatives, `apt-get install -y qemu-user-static` will have you sorted. The other puzzle piece is `binfmt-support`; which can be installed with `apt-get install -y binfmt-support`. On my Gentoo host, I was able to get `qemu-arm` by compiling the app-emulation/qemu package with USE=static and QEMU_USER_TARGETS=arm. (Actually, I think I might've either nicked Debian's binary or built it myself. I can't remember now. I have a binary in /opt/qemu/usr/bin.) `binfmt-support` was found here: https://github.com/qemu/qemu/blob/master/scripts/qemu-binfmt-conf.sh The attached script was then able to create a Docker environment for building the Raspberry Pi packages: $ DEBIAN_MAIN_MIRROR=http://mirror.internode.on.net/pub/debian \ QEMU_BIN=/opt/qemu-static/usr/bin/qemu-arm-static \ sh mkbuildenv.sh That'll create a docker image (nwdr/draws-buildimg) which we can use to compile what we need. For example, building direwolf: $ mkdir /tmp/work $ docker run -v /tmp/work:/tmp/work --rm -ti nwdr/draws-buildimg bash root@c7f1747ae8eb:/# cd /tmp/work root@c7f1747ae8eb:/tmp/work# apt-get build-dep -y direwolf Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: dh-systemd libbluetooth3 libdbus-1-3 libgps-dev libgps23 pkg-config … root@c7f1747ae8eb:/tmp/work# apt-get source -y direwolf Reading package lists... Done … root@c7f1747ae8eb:/tmp/work# ls direwolf-1.4+dfsg direwolf_1.4+dfsg-1.debian.tar.xz direwolf_1.4+dfsg-1.dsc direwolf_1.4+dfsg.orig.tar.gz root@c7f1747ae8eb:/tmp/work# wget -O direwolf_1.5.orig.tar.gz https://github.com/wb2osz/direwolf/archive/1.5.tar.gz --2019-11-15 10:43:18-- https://github.com/wb2osz/direwolf/archive/1.5.tar.gz Resolving github.com (github.com)... 13.236.229.21 Connecting to github.com (github.com)|13.236.229.21|:443... connected. HTTP request sent, awaiting response... 302 Found Location: https://codeload.github.com/wb2osz/direwolf/tar.gz/1.5 [following] --2019-11-15 10:43:19-- https://codeload.github.com/wb2osz/direwolf/tar.gz/1.5 Resolving codeload.github.com (codeload.github.com)... 52.63.100.255 Connecting to codeload.github.com (codeload.github.com)|52.63.100.255|:443... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [application/x-gzip] Saving to: 'direwolf_1.5.orig.tar.gz' … 2019-11-15 10:43:33 (1.29 MB/s) - 'direwolf_1.5.orig.tar.gz' saved [17996557] root@c7f1747ae8eb:/tmp/work# tar -xzvf direwolf_1.5.orig.tar.gz direwolf-1.5/ direwolf-1.5/.gitattributes … direwolf-1.5/xmit.h root@c7f1747ae8eb:/tmp/work# cp -a direwolf-1.4+dfsg/debian direwolf-1.5 root@c7f1747ae8eb:/tmp/work# cd direwolf-1.5 root@c7f1747ae8eb:/tmp/work/direwolf-1.5# rm -fr debian/patches -- at this point I should update debian/changelog too ! -- root@c7f1747ae8eb:/tmp/work/direwolf-1.5# dpkg-buildpackage -us -uc -b dpkg-buildpackage: info: source package direwolf dpkg-buildpackage: info: source version 1.4+dfsg-1 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Iain R. Learmonth <irl@debian.org> dpkg-buildpackage: info: host architecture armhf dpkg-source --before-build . debian/rules clean dh clean --with=systemd debian/rules override_dh_auto_clean make[1]: Entering directory '/tmp/work/direwolf-1.5' make -f Makefile.linux clean make[2]: Entering directory '/tmp/work/direwolf-1.5' rm -f direwolf decode_aprs text2tt tt2text ll2utm utm2ll aclients atest log2gpx gen_packets ttcalc kissutil cm108 gen_fff tune.h fsk_fast_filter.h *.o *.a direwolf.desktop make[2]: Leaving directory '/tmp/work/direwolf-1.5' … make[1]: Leaving directory '/tmp/work/direwolf-1.5' dh_systemd_start dh_perl dh_link dh_strip_nondeterminism dh_compress debian/rules override_dh_fixperms-arch make[1]: Entering directory '/tmp/work/direwolf-1.5' dh_fixperms chmod 644 debian/direwolf/usr/share/direwolf/dw-icon.png make[1]: Leaving directory '/tmp/work/direwolf-1.5' dh_missing dh_strip dh_makeshlibs dh_shlibdeps dh_installdeb dh_gencontrol dh_md5sums dh_builddeb dpkg-deb: building package 'direwolf-dbgsym' in '../direwolf-dbgsym_1.4+dfsg-1_armhf.deb'. dpkg-deb: building package 'direwolf' in '../direwolf_1.4+dfsg-1_armhf.deb'. dpkg-genbuildinfo --build=binary dpkg-genchanges --build=binary >../direwolf_1.4+dfsg-1_armhf.changes dpkg-genchanges: info: binary-only upload (no source code included) dpkg-source --after-build . dpkg-source: info: unapplying fix_documentation_path.patch dpkg-buildpackage: info: binary-only upload (no source included) root@c7f1747ae8eb:/tmp/work/direwolf-1.5# chown -R 1000:1000 /tmp/work root@c7f1747ae8eb:/tmp/work/direwolf-1.5# exit $ ls -l /tmp/work/ total 19828 drwxr-xr-x 10 stuartl stuartl 8192 Nov 15 20:41 direwolf-1.4+dfsg/ -rw-r--r-- 1 stuartl stuartl 4570 Nov 15 21:03 direwolf_1.4+dfsg-1_armhf.buildinfo -rw-r--r-- 1 stuartl stuartl 2143 Nov 15 21:04 direwolf_1.4+dfsg-1_armhf.changes -rw-r--r-- 1 stuartl stuartl 336804 Nov 15 21:03 direwolf_1.4+dfsg-1_armhf.deb -rw-r--r-- 1 stuartl stuartl 8732 Sep 15 2017 direwolf_1.4+dfsg-1.debian.tar.xz -rw-r--r-- 1 stuartl stuartl 1743 Sep 15 2017 direwolf_1.4+dfsg-1.dsc -rw-r--r-- 1 stuartl stuartl 801382 Sep 15 2017 direwolf_1.4+dfsg.orig.tar.gz drwxrwxr-x 9 stuartl stuartl 8192 Nov 15 21:04 direwolf-1.5/ -rw-r--r-- 1 stuartl stuartl 17996557 Nov 15 20:43 direwolf_1.5.orig.tar.gz -rw-r--r-- 1 stuartl stuartl 1108088 Nov 15 21:03 direwolf-dbgsym_1.4+dfsg-1_armhf.deb The test cases took a little while but the nice thing about this is you can have several packages building in parallel on a modern system. There's a few rough edges, but I think that could be worked around to build the packages more-or-less autonomously… maybe via some CI system like Jenkins, Atlassian Bamboo or similar… and the resulting binaries uploaded to a repository. That would reduce the amount of work needed at the actual boot-strap end quite a bit. Regards, -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. 1. https://bne.vrt.com.au/technologicsys/ -- this is armel rather than armhf, but the same principles apply
|
|
|
|
Stream Audio Using VNC Command Line to Local Network
#audio
Anthony Sutera
I am using my Draws Hat mainly for WSJT-X. I have a quick question: I would like to stream audio to my local network. On my other setups (Raspberry Pi3) using a signal link USB audio card, I succesfully use this command: cvlc -vvv alsa://dsnoop:1 --sout '#transcode{acodec=mp3,ab=64,channels=1}:standard{access=http,dst=192.168.165.126/out.mp3}' to stream audio out to my local network. Can someone let me know the correct audio device to list in the command line using the Draws Hat sound card? Thank you! Tony Sutera KF7VLT
|
|
|
One thing maybe to note would be the inclusion ofDid not know that. Usually the first time you edit one of the system files like a crontab entry you get presented with a menu of all the editor choices. I have neverI don't mess with any default system settings like default editor. This setting would be the same as a vanilla Raspbian image. What I want to get to is one DRAWS port for VHF packet and the secondYou will not have to stop AX.25 as long as you only bind to one of the ports. See split-channels README.md here: https://github.com/nwdigitalradio/split-channels I will probably order a second draws for a "Go
|
|
|
|
Dave Christensen
Thanks for the reply Basil. I am a real Newbie to DRAWS and Linux but I muddled through the install until I went to setup ARDOP from the web and then later discovered there was a script to do that. So I am starting over again to do it using the supplied scripts. Under the getting started web page = "https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Image-getting-started" there are 5 steps listed and the first three steps have similar and different instructions for creating the SD card and running the configure scripts. I suspect this is from improving the images since January. Being a IT person I understand that the Docs come last but I think they should be updated for the current images as they improve and simplify things. One thing maybe to note would be the inclusion of a note that the default editor for the V14 image is JED. I have never seen this editor before (Newbie status) and could not save the image when I was installing PAT. I changed it with the sudo update-alternatives --config editor command to nano and then I was back in familiar territory, although knowing it is JED I can deal with that also now.
What I want to get to is one DRAWS port for VHF packet and the second for HF apps (understanding that ax25 will have to be stopped to switch between them (I think). I will probably order a second draws for a "Go Kit" when the cases get into the distribution channel. This one will be a Pi4 based system. I wish I could help more but my skills in this area only allow to comment how I can break things.. Thanks again to the team. I have known John Hayes for over 30 years and he is a good friend.
|
|
|
|
Moderation?
I see that I'm now subject to moderation on my posts. Why is this? Is it because I'm again asking where my early adopter aluminum case is?
August KG7BZ
|
|
|
|
Re: Kenwood 707, 2m
#draws
Douglas
Thank you. draws manager is setup and I put the settings in for the 500 mv setting for the kenwood tm 707. I am still having the issue with input device and rig control errors.
|
|
|
|
Re: Kenwood 707, 2m
#draws
toggle quoted messageShow quoted text
On Thu, Nov 7, 2019, 19:00 Douglas KI7LIK <KI7LIK.AZ@...> wrote: Under the input device settings, which one should i use? I can't seem to get the correct one. Also, how would I adjust the alsa settings manual for the draws?
|
|
|
|
Re: Kenwood 707, 2m
#draws
Douglas
Under the input device settings, which one should i use? I can't seem to get the correct one. Also, how would I adjust the alsa settings manual for the draws?
|
|
|
|
I now have a script, chk_gateway.sh, that I would like to see the console output
toggle quoted messageShow quoted text
of. # To get the script cd cd n7nix git pull # To run the script cd rmsgw sudo su ./chk_gateway.sh Copy the console output to an email to me. Thanks. /Basil n7nix Basil Gunn <basil@pacabunga.com> writes:
Please read my previous email & do everything that I asked.
|
|
|
|
Please read my previous email & do everything that I asked.
toggle quoted messageShow quoted text
/Basil Craig McVeay <cmcveay@gmail.com> writes:
I ran the scripts that you sent and here's what I have.
|
|
|
|
Craig McVeay (N0CSM)
I ran the scripts that you sent and here's what I have.
Here's the output of the
ls -sal /usr/local/etc/rmsgw
4 drwxr-xr-x 4 rmsgw rmsgw 4096 Nov 6 04:11 . 4 drwxr-xr-x 4 root root 4096 Nov 6 04:12 .. 4 -rw-r--r-- 1 rmsgw rmsgw 599 Sep 19 11:04 acihelp 4 -rwxr-xr-x 1 rmsgw rmsgw 2329 Sep 19 11:04 admin-update.sh 4 -rw-r--r-- 1 rmsgw rmsgw 48 Nov 6 04:11 banner 4 -rw-r--r-- 1 rmsgw rmsgw 810 Nov 6 04:11 channels.xml 4 -rw-r--r-- 1 rmsgw rmsgw 2812 Sep 19 11:04 channels.xsd 4 -rw-r--r-- 1 rmsgw rmsgw 154 Nov 6 04:11 gateway.conf 4 -rw-r--r-- 1 rmsgw rmsgw 160 Sep 19 11:04 gateway.conf-dist 12 -rwxr-xr-x 1 rmsgw rmsgw 9191 Sep 19 11:04 getchannel.py 12 -rwxr-xr-x 1 rmsgw rmsgw 9990 Sep 19 11:04 getsysop.py 8 -rwxr-xr-x 1 rmsgw rmsgw 6862 Sep 19 11:04 getversionlist.py 4 -rw-r--r-- 1 rmsgw rmsgw 383 Sep 19 11:04 gwhelp 4 drwxr-xr-x 2 rmsgw rmsgw 4096 Sep 19 11:04 hooks 4 -rw-r--r-- 1 rmsgw rmsgw 234 Sep 19 11:04 hosts 12 -rwxr-xr-x 1 rmsgw rmsgw 10929 Sep 19 11:04 mksysop.py 44 -rwxr-xr-x 1 rmsgw rmsgw 42660 Sep 19 11:04 rmsgwchantest 4 drwxr-xr-x 2 rmsgw rmsgw 4096 Sep 19 11:04 stat 4 -rw-rw---- 1 rmsgw rmsgw 539 Sep 19 11:04 sysop-template.xml 4 -rwxr-xr-x 1 rmsgw rmsgw 3182 Sep 19 11:04 testwlapi.sh 12 -rwxr-xr-x 1 rmsgw rmsgw 9795 Sep 19 11:04 updatechannel.py 8 -rwxr-xr-x 1 rmsgw rmsgw 7840 Sep 19 11:04 updatesysop.py 8 -rwxr-xr-x 1 rmsgw rmsgw 7832 Sep 19 11:04 updateversion.py 4 -rw-rw-r-- 1 rmsgw rmsgw 352 Sep 19 11:04 .version_info 12 -rwxr-xr-x 1 rmsgw rmsgw 8395 Sep 19 11:04 versionlist.sh 4 -rw-rw---- 1 rmsgw rmsgw 864 Sep 19 11:04 winlinkservice.xml Here's the output of sudo -u rmsgw rmschanstat ax25 udr0 N0CSM-10 status for interface ax0 unavailable
On Wed, Nov 6, 2019 at 2:00 PM Basil Gunn <basil@...> wrote:
|
|
|
|
You may have a file permissions problem in the /usr/local/etc/rmsgw
toggle quoted messageShow quoted text
directory. Verify by sending me the console output of: ls -sal /usr/local/etc/rmsgw You can solve the problem by running a new script. # First fix your local git repo cd sudo su chown -R pi:pi n7nix # Now get the new script exit cd cd n7nix git pull # Now run a script that should fix your problem. cd rmsgw sudo su ./grouptest.sh # Verify that the permissions on files in the /usr/local/etc/rmsgw directory are correct. ls -sal /usr/local/etc/rmsgw # And finally test with rmschanstat sudo -u rmsgw rmschanstat ax25 udr0 N0CSM-10 Please send me all the console output from all of the above commands plus new entries in file: /var/log/rms.debug /Basil Craig McVeay <cmcveay@gmail.com> writes:
Basil,
|
|
|
|
Craig McVeay (N0CSM)
Basil,
Yes on the gateway request, I've had a gateway running (RMS Packet on a Windows machine) for a little over a year. If I have that running on the windows box while I'm setting this up on the DRAWS, could that be a part of the problem? They are using different radios and antennas so no conflict there. I checked and rechecked the entries in the files as you recommended and they were correct. Rebooted the Pi and checked things again with no change. I made a new image and started the entire config process over (I'm getting good at it now). The results changed just a little. AX.25 status shows all running and enabled. tail -f /var/log/rms.debug results are a little different but the last line still suggests something is wrong. I've verified and double checked the PW and other information entered and it is correct. Here are the results : Nov 6 04:17:02 draws rmsgw_aci[1580]: N0CSM-10 - Linux RMS Gateway ACI 2.5.1 Sep 19 2019 (DM26ad) Nov 6 04:17:02 draws rmsgw_aci[1580]: Channel: N0CSM-10 on udr0 (145050000 Hz, mode 0) Nov 6 04:17:02 draws rmsgw_aci[1580]: /usr/local/bin/rmschanstat ax25 udr0 N0CSM-10 reports unavailable Nov 6 04:17:02 draws rmsgw_aci[1580]: Channel: N0CSM-10 on udr0 is DOWN -- not updated Nov 6 04:17:02 draws rmsgw_aci[1580]: Channel Stats: 1 read, 1 active, 1 down, 0 updated, 0 errors Nov 6 04:17:03 draws rmsgw_aci[1580]: python script /usr/local/etc/rmsgw/updateversion.py failed, status 1 Thanks, Craig
|
|
|
|
Your ax.25 status looks good and is running properly. You have something
toggle quoted messageShow quoted text
incorrect in your RMS Gateway config. Have you made an authorization request for an RMS Gateway previously? https://winlink.org/content/join_gateway_sysop_team_sysop_guidelines Look at the last line (with port name udr0) in file /etc/ax25/axports The call sign with SSID (N0CSM-10) you use there must match the entries in these 2 files: --> /etc/rmsgw/channels.xml Line containing <callsign> This line must have a call sign with SSID ie. N0CSM-10 Also make sure there is a line like this: <channel name="udr0" type="ax25" active="yes"> The following entry must also match the call sign in /etc/ax25/axports --> /etc/rmsgw/gateway.conf Line containing GWCALL= /Basil
results of tail -f /var/log/rms.debug Nov 5 16:13:35 draws rmsgw_aci[1493]: Channel: N0CSM-10 on udr0 is DOWN -- not updated
|
|
|
|
Re: Kenwood 707, 2m
#draws
Douglas
I get much less errors, now I get the following:
1: Error in Sound Input Requested Input audio format is not supported on device. 2: Rig Control Error Hamlib error: IO error while testing getting current VFO Please point me in the direction that i need to go now.
|
|
|
|
Craig McVeay (N0CSM)
Progress is being made. I started with a fresh copy of the latest image. I went through the getting started, learned a few things along the way and this is what I am getting now. I think this is much closer but, still scratching my head a bit.
results of AX.25-status Status for direwolf.service: RUNNING and ENABLED Status for ax25dev.service: RUNNING and ENABLED Status for ax25dev.path: RUNNING and ENABLED Status for ax25-mheardd.service: RUNNING and ENABLED Status for ax25d.service: RUNNING and ENABLED AX.25 device: ax0 successfully configured with ip: 192.168.1.245 AX.25 device: ax1 successfully configured with ip: 192.168.1.246 Here are the results of ifconfig ax0: flags=67<UP,BROADCAST,RUNNING> mtu 255 inet 192.168.1.245 netmask 255.255.255.255 broadcast 192.168.1.255 ax25 N0CSM-10 txqueuelen 10 (AMPR AX.25) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 ax1: flags=67<UP,BROADCAST,RUNNING> mtu 255 inet 192.168.1.246 netmask 255.255.255.255 broadcast 192.168.1.255 ax25 N0CSM-10 txqueuelen 10 (AMPR AX.25) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 5 bytes 20 (20.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.1.61 netmask 255.255.255.0 broadcast 192.168.1.255 inet6 fe80::48a0:e6e2:f867:4eed prefixlen 64 scopeid 0x20<link> ether b8:27:eb:88:93:0f txqueuelen 1000 (Ethernet) RX packets 573 bytes 70183 (68.5 KiB) RX errors 0 dropped 1 overruns 0 frame 0 TX packets 138 bytes 19353 (18.8 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.1.59 netmask 255.255.255.0 broadcast 192.168.1.255 inet6 fe80::85c7:f539:b08a:58a6 prefixlen 64 scopeid 0x20<link> ether b8:27:eb:dd:c6:5a txqueuelen 1000 (Ethernet) RX packets 172 bytes 28669 (27.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 27 bytes 4402 (4.2 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 results of tail -f /var/log/rms.debugNov 5 16:13:35 draws rmsgw_aci[1493]: Channel: N0CSM-10 on udr0 is DOWN -- not updated Nov 5 16:13:35 draws rmsgw_aci[1493]: Channel Stats: 1 read, 1 active, 1 down, 0 updated, 0 errors Nov 5 16:13:37 draws rmsgw_aci[1493]: python script /usr/local/etc/rmsgw/updateversion.py failed, status 1 Nov 5 16:17:01 draws rmsgw_aci[2457]: N0CSM-10 - Linux RMS Gateway ACI 2.5.1 Sep 19 2019 (DM26ad) Nov 5 16:17:01 draws rmsgw_aci[2457]: Channel: N0CSM-10 on udr0 (145050000 Hz, mode 0) Nov 5 16:17:01 draws rmsgw_aci[2457]: /usr/local/bin/rmschanstat ax25 udr0 N0CSM-10 reports unavailable Nov 5 16:17:01 draws rmsgw_aci[2457]: Channel: N0CSM-10 on udr0 is DOWN -- not updated Nov 5 16:17:01 draws rmsgw_aci[2457]: Channel Stats: 1 read, 1 active, 1 down, 0 updated, 0 errors Nov 5 16:17:02 draws rmsgw_aci[2457]: python script /usr/local/etc/rmsgw/updateversion.py failed, status 1
|
|
|
