Project Logs

Collapse

• the rtl-sdr turns into an antenna farm

  worsthorse • 02/22/2017 at 17:51 • 0 comments

  i've been building out an amateur radio base station, of which the RTL-SDR networked receiver is to be part. the base station has turned into a big, deep rabbit hole... station grounding, lightning protection, RFI management, cabling and getting antennas in the air.

  i am not sure any of it is hackaday material, though the antenna part of the project involves designing, modeling and building real world antennas. i have been running through iterations of end-fed antennas, both resonant and random length, and i am putting together an old-fashioned dipole to be tuned with a johnson matchbox that will go up next week.

  i may post it as a project here anyway... making a SDR work in a RF noisy enviornment starts with building good antennas.

  and, someday, i will get back to building the networked RTL-SDR because I need a wideband receiver in my shack.
  

• no electrons were harmed by this hack

  worsthorse • 12/23/2016 at 00:47 • 0 comments

  pretty much all of my projects have been on hold while I deal with a drainage system failure that led to a flooded basement. in between days of bailing water out of the basement and trying to dry the carpet and carpet pad, i've been building a drainage system out of flexible pipe, roofing cement and wire ties. if i get ambitious tomorrow, i will post a photo or two of the V3 (don't ask about V1 and V2, which were sopping wet failures) system.

  i am pretty sure i have it figured out but in case i don't? the carpet is rolled back so i could install flood barriers and a floor pump.

  hopefully i will be back on the rtl-sdr server project in a day or two.

• configuring interfaces...

  worsthorse • 12/08/2016 at 22:41 • 0 comments

  The radio and related gear are sitting in a box while I figure out how to make the router work the way I want it to work. There's an awful lot about configuring Unix systems I don't remember and have to relearn. Now the router is unbricked and connected to my desktop machine with an ethernet cable, while I learn how to properly configure the network interfaces.

  Example of one of the things I need to figure out: wifi in station mode or as an AP client? When I started, I thought station was the answer, maybe not.
  

• network bandwidth an issue

  worsthorse • 11/26/2016 at 16:57 • 0 comments

  when the dongle is supplying data over wifi, the SDR seems to stall two or three times a minute. i don't know if this is a buffering problem on the server or client side or a wifi bandwidth problem. i am guessing it is the wifi because my network has a lot of devices on it. i am going to configure the router as an access point on its own network (and a different wifi channel) and see what that does. more to follow...

• the rtlsdr server

  worsthorse • 11/25/2016 at 21:30 • 0 comments

  from here, things are pretty straightforward. logged in as root using ssh and then installed some needed bits of software:

  opkg update
  opkg install rtlsdr
  opkg install librtlsdr
  opkg install nano
  

  the last one is a nice little editor (i have vi and i hardly ever do anything that requires emacs...) that is handy for modifying configuration files and such.

  now... backup the configuration, reboot, and startup rtl_tcp:

  rtl_tcp -a 192.168.10.13:1234 -n 8 -b 8

  the switches help keep the server from exiting every couple of minutes. i found the suggestion on this website and it seems to help (thanks tom!).

  there is another handy command you can use to see if the SDR is being seen:

  rtl_test -t

  which will return something like this if all is well:

  Found 1 device(s):
    0:  Realtek, RTL2838UHIDIR, SN: 00000001
  
  Using device 0: Generic RTL2832U OEM
  Found Rafael Micro R820T tuner
  Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6 
  Sampling at 2048000 S/s.
  No E4000 tuner found, aborting.
  

  that's it. my basic configuration is up and running. i attached an antenna and ran a test from my mac, using gprx, and here's what i got:

  that's the noaa weather service, on my mac, with the rtlsdr radio plugged into a AR150 router, over wifi.

• setting up lan and wifi

  worsthorse • 11/25/2016 at 17:44 • 0 comments

  i am going to be changing the /etc/config/wireless and /etc/config/network files, so having a backup of my current setup seems like a good idea. i do that through luCI.

  about thirty minutes later i accidentally cat an empty file into /etc/config/network...

  okay, backup restored. now set up the lan port with a static ip address, give it a netmask, turn off DHCP, turn off the bridging, add a rule to the firewall to insure i can connect using ssh.

  lan ip addr = 192.168.20.1 and netmask=255.255.255.0. firewall rule to accept traffic on port 22. i am not sure i need to do this but after going through a couple of rounds of "connection refused" that were hard to fix, i want to sure port 22 is open for ssh connections.

  remember to match my laptop's ethernet address to the new one to the one i just set and test the lan port. success!
  

  now set up wifi, since i am setting up a server, i want to make the router a client on my network. all this using LuCI:

  set up the wifi as a client, connecting to my wifi network (need the SSID, network passwork), and connecting to both the lan and, in a moment, the RTLSDRSVR interfaces

  set up an interface called RTLSDRSVR as a wireless client named HOTAKADAKE, connect to the wireless interface, and add it to the same firewall zone as the lan interface.

  with this setup, the router should be a server on my local wifi and, as importantly i should be able to get to it with terminal and access the interwebs through it (which will be handy when i need to update the router).

  reboot and test. works! can access the router through LuCI and terminal, and logged in through ssh, i can ping servers on the interwebs. i will post my network and wireless config files to show what worked for me.

• first day: connecting to the router

  worsthorse • 11/25/2016 at 17:13 • 0 comments

  powered up the AR150, connecting to it through the wan port, using the terminal program and a lot of skimming the openwrt website. i am new to openwrt and the website is full of helpful information, with the usual caveats: you can't count on it as a cookbook and ymmv. that said, the page on the AR150 and the various how-to guides are pretty useful.

  i connected to the router using terminal, set the root password, mucked about a bit with the network interfaces and promptly bricked the device. i would repeat this process three or four times during the course of the day, so knowing how to reset the router and install new firmware came in handy.

  with an ethernet connection, i finally got to a stable configuration that allows (a) ethernet and wifi connections, (b) logging into the device using terminal and ssh or a web browser and LuCI, (c) the router in client mode on my network.

  so first...

  (1) set up an ethernet interface on the computer. the router will come up in bridge mode with the wlan disabled and an ip addr of 192.168.8.1. i set up an ethernet interface on my laptop with ip addr 192.168.8.2, mask 255.255.255.0, no router or dns and connected the router to the laptop, and pinged it. success!

  (2) log into the router with terminal. turns out that the AR150 is running chaos calmer v15.05. i think that means that telnet won't work, so... i log in using ssh, root@192.168.8.1, and viola! the welcome screen and a cli prompt.

  (3) make sure the router is running the latest firmware. i use the GL package rather than the openwrt version, which is available here.

  sidenote: i always use whatever i think will be easiest. for something like this router, sometimes that means the CLI, sometimes a web interface. for setting up the network interfaces and adding the RTL-SDR packages, LuCi is definitely the way to go...

  (4) reboot and test LuCI, set up network interfaces. go to 192.168.8.1 in the browser and the GL.iNet login screen appears. oops, should be 192.168.8.1/cgi-bin/luci/

  now, brick the device two or three more times trying to figure out how to turn off bridging and set up an wlan client. failsafe boot on the AR150:

  1. power down the router
  2. hold the reset button and apply power. the red light will start flashing.
  3. on the fifth flash, release the button.
  4. the red light should flash rapidly, then go out.
  5. the green light in the middle will be unlit, the green light on the end, lit.

  the device can be accessed through the wan or lan port using ssh. if both green lights are lit, try again!

  next post, setting up wifi and ethernet connections...

View all 7 project logs