NF/ Observatory Networking with Linux
This article describes the network that NF/ Observatory (NFO) uses to remotely control an automatic optical telescope. More information about the observatory can be found at Western New Mexico University's web site at http://www.wnmu.edu/nfo.
Each of the computers in the NFO network uses the Linux operating system. The four primary computers use version 1.2.13 while some of the R & D computers use version 2.0.0. Linux was chosen because of its reliability, versatility, low cost and native support for the large variety of networking types that we use. NFO uses Ethernet, Spread Spectrum wireless, ham radio and telephone modems at various points in the network.
The NF/ Ranch House
This node is located at the NF/ ranch and is the one that uses the antenna shown in Figure 1. When we built the telescope in 1986 there was no telephone service to the ranch. In fact, there wasn't even commercial power to the ranch until 1984! The three media types used here are ham radio, coaxial Ethernet and telephone modem. Ham radio has been in use for 10 years and predates Linux. The radio link receives information used to program the observing list for the telescope. It also transmits the pictures and telemetry from the telescope back to the data reduction computer and the Internet connection in Silver City.
The Digital Relay Dish at NFO
The Automatic Radio Linked Telescope
The ham radio equipment consists of a Terminal Node Controller (MFJ 1270), a TAPR 9600 bps modem (http://www.tapr.org/) and a Motorola MOCOM 70 commercial FM transceiver which we modified to send and receive data. Linux communicates with the TNC via an RS-232 serial link. The relevant portion of scope's /etc/rc.d/rc.local files is:
#!/bin/sh /bin/echo "Setting TNC RS232 speed to 9600" # Also setting clocal to ignore modem control # lines. /bin/stty 9600 clocal < /dev/cua2 /bin/stty -a < /dev/cua2 /bin/echo "Sending commands to TNC" sleep 1 # txdelay /bin/echo -ne "\300\001\020\300" > /dev/cua2 # persist /bin/echo -ne "\300\002\377\300" > /dev/cua2 # slot time /bin/echo -ne "\300\003\004\300" > /dev/cua2 # tail /bin/echo -ne "\300\004\004\300" > /dev/cua2 /bin/echo "Commands to TNC done." /bin/echo "Setting port to AX25 mode." sleep 1 /usr/local/bin/axattach -s 9600 /dev/ttyS2 KC5ZG-2 sleep 1 /usr/local/ax25/etc/axaddarp 126.96.36.199 WY5G-4 /sbin/ifconfig sl0 188.8.131.52 mtu 512 /sbin/route add 184.108.40.206 sl0 /sbin/route add default gw 220.127.116.11 sl0
The Ethernet hardware is an NE2000 clone card that communicates with the dedicated telescope control computer via about 100 feet of RG058 coaxial cable. The two computers communicate using the FTP protocol to move data back and forth. The telescope control computer doesn't use Linux, since it is involved in the real-time control of the CCD camera.
The telephone modem provides a backup link to town. It is rarely used, since it is a long distance call from Silver City to the ranch, and the ham radio link has been quite reliable.
This node is located at 8000 feet near the Continental Divide and can be reached by a jeep trail, if it hasn't snowed lately; otherwise, it is a strenuous but beautiful backpacking trip. The reliability of Linux is important here! In addition to the radio that communicates with the ranch, this site also boasts a 2 Mbs Spread Spectrum link and another ham radio link using a PI2 card instead of a TNC. The /etc/rc.d/rc.local file looks like this:
#! /bin/sh # Attach link to NM2 Node Stack /sbin/axattach -s 9600 /dev/ttyS0 WY5G-8 sleep 1 echo "Ifconfig sl0 to 18.104.22.168" /sbin/ifconfig sl0 22.214.171.124 /sbin/ifconfig sl0 mtu 512 # configure Wavlan Spread Spectrum link. /sbin/ifconfig eth0 126.96.36.199 echo "Adding routes" /sbin/route -n add 188.8.131.52 sl0 /sbin/route -n add 184.108.40.206 sl0 /sbin/route -n add 220.127.116.11 gw 18.104.22.168\ eth0 /sbin/route -n add 22.214.171.124 eth0\ /sbin/route -n add default gw 126.96.36.199 eth0 echo "Configuring PI2 Card Port A" /sbin/ifconfig pi0a 188.8.131.52 /sbin/ifconfig pi0a hw ax25 WY5G-8 /sbin/ifconfig pi0a broadcast 184.108.40.206 /sbin/ifconfig pi0a netmask 255.255.255.0 /sbin/ifconfig pi0a arp mtu 512 up /pi2/piconfig pi0a speed 9600 txdelay 250\ persist 255 squelch 10 slot 1 echo "Configuring PI2 Card Port B" /sbin/ifconfig pi0b 220.127.116.11 /sbin/ifconfig pi0b hw ax25 WY5G7 /sbin/ifconfig pi0b broadcast 18.104.22.168 /sbin/ifconfig pi0b netmask 255.255.255.0 /sbin/ifconfig pi0b arp mtu 512 up /sbin/ifconfig pi0b 22.214.171.124 hw ax25 WY5G-7 up /pi2/piconfig pi0b speed 1200 /sbin/route -/ - add 126.96.36.199 sl0 # /sbin/route -n add 188.8.131.52 gw 184.108.40.206 sl0 /bin/axaddarp 220.127.116.11 kc5zg-2
One point of interest in the above file is that the commands normally sent to configure the TNC are missing. In this case, the TNC is configured by its internal X1J Node software, which also sets the TNC's serial port to communicate in ax25 mode instead of the more usual nrs mode. This configuration allows the Linux computer and the X1J Node to share one transceiver, a Motorola MITREK modified for data transmission.
The Wavelan interface looks like an Ethernet card to Linux. It is configured by an append line in the /etc/lilo.conf, like this:
# LILO configuration file # generated by "liloconfig" # # Start LILO global section boot = /dev/hda # compact and faster, but won't work on all # systems. delay = 50 vga = normal # force sane state ramdisk = 0 # paranoia setting # End LILO global section # Linux bootable partition config ends image = /zImage.wav root = /dev/hda2 label = wavelan append = "ether=0,0x390,0x5280,eth0" read-only
The Wavelan interface is experimental, and doesn't work well enough over the seven mile path to the WNMU Node to be used as our primary link. With improved antennas we expect it to be an excellent high speed link.
The other experimental interface uses a PI2 card to control a radio link on another frequency. So far this link hasn't been used, since it interferes with a nearby ham radio voice repeater.
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
|Non-Linux FOSS: Seashore||May 10, 2013|
|Trying to Tame the Tablet||May 08, 2013|
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- Validate an E-Mail Address with PHP, the Right Way
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Home, My Backup Data Center
- New Products
- RSS Feeds
- Readers' Choice Awards
- Automatically updating Guest Additions
59 min 20 sec ago
- I like your topic on android
1 hour 45 min ago
- Reply to comment | Linux Journal
2 hours 6 min ago
- This is the easiest tutorial
8 hours 21 min ago
- Ahh, the Koolaid.
13 hours 59 min ago
- git-annex assistant
19 hours 59 min ago
- direct cable connection
20 hours 22 min ago
- Agreed on AirDroid. With my
20 hours 32 min ago
- I just learned this
20 hours 36 min ago
21 hours 6 min ago
Enter to Win an Adafruit Prototyping Pi Plate Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Prototyping Pi Plate Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- Next winner announced on 5-21-13!
Free Webinar: Linux Backup and Recovery
Most companies incorporate backup procedures for critical data, which can be restored quickly if a loss occurs. However, fewer companies are prepared for catastrophic system failures, in which they lose all data, the entire operating system, applications, settings, patches and more, reducing their system(s) to “bare metal.” After all, before data can be restored to a system, there must be a system to restore it to.
In this one hour webinar, learn how to enhance your existing backup strategies for better disaster recovery preparedness using Storix System Backup Administrator (SBAdmin), a highly flexible bare-metal recovery solution for UNIX and Linux systems.