Lost the receiver!

[kpreid]

Lost the receiver!

[kpreid]

You get it back the same way you get it the first time: either click in the spectrum view on the left, or click on one of the frequency DB entries on the right. (You can shift-click to get more than one receiver at once.)

If clicking does nothing, then there's a bug of some sort. Please check the server output for a traceback or other messages that occur the moment you click.

[k9wkj]

tried that again
and all i get is nuttin
the water fall flashes and the center frequency flashes
but nothing changes
here is the server talking from the launch to closing the browser tab

scannerman@scanner:~/Downloads/shinysdr$ python -m shinysdr.main configtest
INFO:shinysdr:Log opened.
linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.007.003-0-unknown

gr-osmosdr 0.1.3 (0.1.3) gnuradio 3.7.5
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Rafael Micro R820T tuner
gr::log :INFO: audio source - Audio source arch: alsa
Using Volk machine: ssse3_64_orc
INFO:shinysdr:dbs/: Error opening database directory: OSError(2, 'No such file or directory')
INFO:shinysdr:Constructing flow graph...
INFO:shinysdr:Flow graph: Switching RF source
INFO:shinysdr:Flow graph: Changing sample rates
INFO:shinysdr:Flow graph: Rebuilding connections
INFO:shinysdr:Flow graph: ...done reconnecting.
INFO:shinysdr:Restoring state...
INFO:shinysdr:Flow graph: Switching RF source
INFO:shinysdr:Flow graph: Changing sample rates
INFO:shinysdr:Flow graph: Rebuilding connections
INFO:shinysdr:Flow graph: ...done reconnecting.
INFO:shinysdr:Starting web server...
INFO:shinysdr:OurStreamFactory (WebSocketFactory) starting on 8101
INFO:shinysdr:Starting factory <shinysdr.web.OurStreamFactory instance at 0x7fabefd216c8>
INFO:shinysdr:Starting factory <txws.WebSocketFactory instance at 0x7fabefd21710>
INFO:shinysdr:Site starting on 8100
INFO:shinysdr:Starting factory <twisted.web.server.Site instance at 0x7fabefcb11b8>
INFO:shinysdr:ShinySDR is ready.
INFO:shinysdr:Visit http://localhost:8100//
INFO:shinysdr:192.168.5.96 - - [11/Mar/2015:17:27:37 +0000] "GET //dbs/ HTTP/1.1" 200 39 "http://192.168.5.71:8100//" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.11 Safari/537.36"
INFO:shinysdr:192.168.5.96 - - [11/Mar/2015:17:27:37 +0000] "GET //wdb/ HTTP/1.1" 200 2 "http://192.168.5.71:8100//" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.11 Safari/537.36"
INFO:shinysdr:192.168.5.96 - - [11/Mar/2015:17:27:37 +0000] "GET /client/plugin-index.json HTTP/1.1" 200 215 "http://192.168.5.71:8100//" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.11 Safari/537.36"
INFO:shinysdr:Starting RFC 6455 conversation
INFO:shinysdr:Stream connection to //radio
INFO:shinysdr:Starting RFC 6455 conversation
INFO:shinysdr:Stream connection to //audio?rate=44100
INFO:shinysdr:Flow graph: Rebuilding connections
INFO:shinysdr:Flow graph: ...done reconnecting.
INFO:shinysdr:Closing connection: '' (1001)
INFO:shinysdr:Closing connection: '' (1001)
INFO:shinysdr:Flow graph: Rebuilding connections
INFO:shinysdr:Flow graph: ...done reconnecting.

[kpreid]

I see. Nothing looks wrong, but there should have been a POST log entry for creating the receiver. Please check the JavaScript console too (in Chrome, found under a "Developer" or "More tools" menu).

[k9wkj]

i gited shinysdr to my desktop (gited ? gitted ? : the action of git cloning)
and it seems to run fine local on this machine with a dongle local
it does have a session closing bug that im going to try and get some good output on
ive experienced this on the broken server as well

now that is running on the wrong machine i have 5 recievers where ever i connect from
and it wont let my stop them
where is twisted storing its client preferences so i can axe the file?
so close
so very very close

thanks

de k9wkj

[kpreid]

The receiver settings are stored in the state file set in your configuration file. The default name is state.json in the current directory. (If you delete it make sure to also delete state.json~ if it exists.)

(But if the X button doesn't delete the receiver, that's also a bug which needs looking at.)

[k9wkj]

okay, i deleted the state.json and the temp file
and all the receivers are gone
and it wont create new ones
its in a very similar state to the other machine
page loads, spectrum runs and such but no way to start a radio
im guessing the two ways to get to this point are closely related (closing a reciever/dumping the state file)

just tried creating a new config file (--create x_blah_x )
and it didnt recreate the state file (thats why i had never noticed it before, it was already gone!)

[k9wkj]

i found where/when things go wonkey
if you change the random goofy # on the url to "" (which i took to mean None)
it will not recreate the state file

now i can get to work and see which ways to get the bit rate slowed down
the dual core Atom im trying to use just hates this dsp work

[k9wkj]

ohh does anyone have a example config file of how a HF upconverter should be used?
i really want to run 2 servers one for hf one for vhf/uhf
i may run out of cpu long before that.......

[kpreid]

I'm not surprised the empty string doesn't work for the URL. I'll add a check for that (#28).

The Configuration section of the manual (default url http://localhost:8100/manual/configuration ) gives examples of how to configure for an upconverter. You don't need two servers; you can add the two devices to one server. (Unless you want to listen to both at once; that's not yet supported but will be soon.)

[k9wkj]

im still not getting thru my skull how the config file comes together
i cant seem to get it to take a assigned key (rtl=0 or using the serial #)
nor will it take a different sample rate (2.4Ms is way to high for the slow atom)
ill post some input/output
also im having some issues with the server shutting down and even ending a session gracefully
if i close a tab it will drop into a unresponsive mode (this is from a remote machine) at which point i have to hunt down the pid and kill it by hand
the behaviour seems to have some bad effects, it even broke chrome badly enough i had to reinstall it
so a "start/stop" sending me data button im sure would fix this (thinking how gqrx operates)

but it ran all night with no issues!

[kpreid]

im still not getting thru my skull how the config file comes together
i cant seem to get it to take a assigned key (rtl=0 or using the serial #)
nor will it take a different sample rate (2.4Ms is way to high for the slow atom)

Well, all I can say at this point is please show your configuration file and the server log when it fails. OsmoSDRDevice('rtl=0') ought to work regardless of anything else.

also im having some issues with the server shutting down and even ending a session gracefully
if i close a tab it will drop into a unresponsive mode (this is from a remote machine) at which point i have to hunt down the pid and kill it by hand
the behaviour seems to have some bad effects, it even broke chrome badly enough i had to reinstall it

This definitely shouldn't happen. I haven't seen any reports of it before either. Frankly, either you're misdescribing the problem or it sounds like there's serious broad problems with your machine.

so a "start/stop" sending me data button im sure would fix this (thinking how gqrx operates)

Nnnot really. The client drops the connections and the server acknowledges this and stops sending data — it's aware of the active connections, and even makes sure not to indefinitely buffer audio. If this doesn't work, again, something's badly broken in things I didn't write.

That said, I haven't tested on low-CPU configurations recently and it's possible there's some kind of unfortunate behavior there — I'll maybe dust off the BeagleBone and see what happens.

[k9wkj]

ultimately i would like 2 dongles running on separate servers (yes i listen to many things at once from HF to UHF to Dr. Who audio books all at once)
using 2 hf upconverters that gives me 2 hf and 2 vhf/uhf antenna inputs

when i close a tab i get

INFO:shinysdr:Closing connection: '' (1001)
INFO:shinysdr:Closing connection: '' (1001)
INFO:shinysdr:Flow graph: Rebuilding connections
INFO:shinysdr:Flow graph: ...done reconnecting.
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO^Z
[1]+ Stopped python -m shinysdr.main vhfdev4config
scannerman@scanner:~/Downloads/shinysdr$

i stopped it ctrl+z which leaves some dead process fodder that wont let you restart
so i have to hunt those down and kill them

i can close it ctrl+c local or ssh but most times if i close a tab i get OOOOOOOOOOOOOOOO adinfinitum

---

if i launch with this config

import shinysdr.devices
import shinysdr.plugins.osmosdr
import shinysdr.plugins.simulate

config.devices.add(u'osmo', shinysdr.plugins.osmosdr.OsmoSDRDevice('rtl=0'))

from shinysdr.plugins.osmosdr import OsmoSDRSource
config.devices.add(u'rtl', OsmoSDRSource('rtl=0', sample_rate=1200000, correction_ppm=7))

config.persist_to_file('state.json')

config.databases.add_directory('dbs/')

config.serve_web(
http_endpoint='tcp:8100',
ws_endpoint='tcp:8101',
root_cap='K9WKJ',
title='vhfdev4config')

i get

scannerman@scanner:~/Downloads/shinysdr$ python -m shinysdr.main vhfdev4config
INFO:shinysdr:Log opened.
linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.007.003-0-unknown

gr-osmosdr 0.1.3 (0.1.3) gnuradio 3.7.5
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy
Using device #0 Realtek RTL2838UHIDIR SN: 00000004
Found Rafael Micro R820T tuner
gr-osmosdr 0.1.3 (0.1.3) gnuradio 3.7.5
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy
Using device #0 Realtek RTL2838UHIDIR SN: 00000004
usb_claim_interface error -6

FATAL: Failed to open rtlsdr device.

Trying to fill up 1 missing channel(s) with null source(s).
This is being done to prevent the application from crashing
due to gnuradio bug #528.

ERROR:shinysdr:main function encountered error
Traceback (most recent call last):
File "/home/scannerman/Downloads/shinysdr/shinysdr/main.py", line 52, in main
react(go)
File "/usr/lib/python2.7/dist-packages/twisted/internet/task.py", line 875, in react
finished = main(_reactor, *argv)
File "/home/scannerman/Downloads/shinysdr/shinysdr/main.py", line 47, in go
return _main_async(reactor, argv, _abort_for_test)
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1237, in unwindGenerator
return _inlineCallbacks(None, gen, Deferred())
--- ---
File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1099, in _inlineCallbacks
result = g.send(result)
File "/home/scannerman/Downloads/shinysdr/shinysdr/main.py", line 91, in _main_async
execute_config(configObj, args.configFile)
File "shinysdr/config.py", line 211, in execute_config
execfile(config_file, env)
File "vhfdev4config", line 9, in
config.devices.add(u'rtl', OsmoSDRSource('rtl=0', sample_rate=1200000, correction_ppm=7))
File "shinysdr/plugins/osmosdr.py", line 129, in OsmoSDRDevice
raise LookupError('OsmoSDR device not found (device string = %r)' % osmo_device)
exceptions.LookupError: OsmoSDR device not found (device string = 'rtl=0')

INFO:shinysdr:Main loop terminated.
scannerman@scanner:~/Downloads/shinysdr$

---

this is what i want to work or something similar (i would like to use the serial # as a key for osmo to use)

import shinysdr.devices
import shinysdr.plugins.osmosdr
import shinysdr.plugins.simulate

config.devices.add(u'osmo', shinysdr.plugins.osmosdr.OsmoSDRDevice('rtl=0'))

from shinysdr.plugins.osmosdr import OsmoSDRSource
config.devices.add(u'rtl', OsmoSDRSource('rtl=0', sample_rate=250000, correction_ppm=7))
from shinysdr.devices import FrequencyShift
config.devices.add(u'rtl',
OsmoSDRSource('rtl=0'),
FrequencyShift(-55e6))

config.persist_to_file('state.json')

config.databases.add_directory('dbs/')

config.serve_web(
http_endpoint='tcp:8100',
ws_endpoint='tcp:8101',
root_cap='K9WKJ',
title='HFgoodness')

if i can get that one to run
im sure i can handle the rest

[kpreid]

when i close a tab i get

OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO

The OOOs are gr-osmosdr complaining that nobody's taking the samples (buffer overrun), which is because I stop all the DSP to save CPU when no clients are connected. That's unfortunately normal (I can't suppress them). But recent versions of gr-osmosdr (or is it librtlsdr, I'm not sure) don't do that, so you may have a rather old version of gr-osmosdr installed.

But, again, the OOOs are not a sign of a problem if there is no client connected. They should stop as soon as you reconnect.

i stopped it ctrl+z which leaves some dead process fodder that wont let you restart

Well, yes, that's what ^Z does, suspend a process. There's no reason you should need to ^Z here. If it isn't responding to ^C (it should), try ^\ for a harder exit.

if i launch with this config

 config.devices.add(u'osmo', shinysdr.plugins.osmosdr.OsmoSDRDevice('rtl=0'))
 config.devices.add(u'rtl', OsmoSDRSource('rtl=0', sample_rate=1200000, correction_ppm=7))

You're trying to open the same device (rtl=0) twice. That's why you get an error. If you're trying to use a second dongle, change one of the lines to rtl=1 to specify the second device, or better yet use the devices' serial numbers instead of indexes. If you're trying to use only one dongle, then delete one of the lines.

[k9wkj]

a bit of progress
this

import shinysdr.devices
import shinysdr.plugins.osmosdr
import shinysdr.plugins.simulate

from shinysdr.plugins.osmosdr import OsmoSDRSource
config.devices.add(u'rtl', OsmoSDRSource('rtl=0', sample_rate=250000, correction_ppm=7))
from shinysdr.devices import FrequencyShift
config.devices.add(FrequencyShift(-55e6))

config.persist_to_file('state.json')

config.serve_web(
http_endpoint='tcp:8100',
ws_endpoint='tcp:8101',
root_cap='K9WKJ',
title='hfdev4config')

gets me

scannerman@scanner:~/Downloads/shinysdr$ python -m shinysdr.main hfdev4config
INFO:shinysdr:Log opened.
linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.007.003-0-unknown

gr-osmosdr 0.1.3 (0.1.3) gnuradio 3.7.5
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy
Using device #0 Realtek RTL2838UHIDIR SN: 00000004
Found Rafael Micro R820T tuner
Exact sample rate is: 250000.000414 Hz
INFO:shinysdr:Constructing flow graph...
Using Volk machine: ssse3_64_orc
INFO:shinysdr:Flow graph: Switching RF source
INFO:shinysdr:Flow graph: Changing sample rates
INFO:shinysdr:Flow graph: Rebuilding connections
INFO:shinysdr:Flow graph: ...done reconnecting.
INFO:shinysdr:Restoring state...
INFO:shinysdr:Starting web server...
INFO:shinysdr:OurStreamFactory (WebSocketFactory) starting on 8101
INFO:shinysdr:Starting factory <shinysdr.web.OurStreamFactory instance at 0x7f3c3693db00>
INFO:shinysdr:Starting factory <txws.WebSocketFactory instance at 0x7f3c368ce9e0>
INFO:shinysdr:Site starting on 8100
INFO:shinysdr:Starting factory <twisted.web.server.Site instance at 0x7f3c29318cf8>
INFO:shinysdr:ShinySDR is ready.
INFO:shinysdr:Visit http://localhost:8100/K9WKJ/

but......
the offset isnt working
wether it is the dongle not wanting to go below its hard coded limit (which one can disable in Gqrx)
or it really isnt doing the (FrequencyShift(-55e6)
here is the lowest center freq i can get running that config

ohh my cpu use worries are not a trouble with the much lower sample bandwidth ,seems to hang about 40%

[kpreid]

config.devices.add(u'rtl', OsmoSDRSource('rtl=0', sample_rate=250000, correction_ppm=7))
config.devices.add(FrequencyShift(-55e6))

The second line isn't doing anything useful at all (especially as there's no name specified). You need to add the frequency shift as part of the 'rtl' device, so that the frequency shift is combined with the OsmoSDRSource and so modifies it:

 config.devices.add(u'rtl',
     OsmoSDRSource('rtl=0', sample_rate=250000, correction_ppm=7),
     FrequencyShift(-55e6))

Once you do this, the tuning range in the UI will automatically be adjusted to match.

[k9wkj]

success !
after a couple typos
this is working well

import shinysdr.devices
import shinysdr.plugins.osmosdr
import shinysdr.plugins.simulate

from shinysdr.plugins.osmosdr import OsmoSDRSource
from shinysdr.devices import FrequencyShift
config.devices.add(u'rtl',
OsmoSDRSource('rtl=0', sample_rate=250000, correction_ppm=7),
FrequencyShift(-55e6))

config.persist_to_file('state.json')

config.serve_web(
http_endpoint='tcp:8100',
ws_endpoint='tcp:8101',
root_cap='K9WKJ',
title='hfdev4config')

im sure i could trim some cruft from the file
but it runs fine
and displays the freq fine

Kevin i see by the manual that your thinking quite a ways ahead with this
BRAVO!!
ive been yelling for years that monolithic clumps of code are so 20th century
and that the browser can take care of most of our needs
and not just radio stuff (im working with the dev of the android app that communictes with a shooting chronograph to get a browser app/extension/plugin to let us edit files off of the phone

sorry i was so thick skulled with this
but give a old fart a break.....

thanks for this!
if i can help out someway yell!

now for adjustable filters........

[k9wkj]

forgot
here is the happy evidence

[kpreid]

Glad to hear it's working.