-
Notifications
You must be signed in to change notification settings - Fork 115
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
request for clarification attaching an IQ based SDR with rigctl ? #149
Comments
This should work — without frequency control since there's no rig device, of course.
There are some typos here (no Let's start with the simpler case of audio only. Please make sure you share exactly the text of the config file (you can leave out your |
It should add config.devices.add.plugin rigctl control for its VFO and IQ audio input!
output
|
It's not a single sdr server! |
Tip: When posting code sections on GitHub, place "```" (three backticks) at the beginning and the end, so that they're formatted properly and not as miscellanous headings. (I've edited your previous post to do that so it's readable.) The error message is
There is the syntax error it is referring to: you have But with that fixed, there are still problems:
That looks like it should work, but I haven't got your hardware so of course I can't test it. |
pardon the formatting errors!!! When I isolated the device in the server. removing the RTL and hackRF, It fails. Looks to be mad "ERROR:shinysdr:ConfigException: No devices have been configured using config.devices.add(...)." w6bb@W6BB-IO1:~$ sudo shinysdr ~/shinysdr/conFiG INFO:shinysdr:Starting factory <shinysdr.plugins.hamlib._HamlibClientFactory instance at 0x7f7e57c9a0f0> |
Oh, right, you also need to specify that there are things to wait for. End the config file with
By the way, you should not be running shinysdr as root with |
I haven't fixed the permissions for ttyUSB0 so im using root for testing. its still producing errors, having trouble passing frames?
|
OOOCRITICAL:shinysdr:Unhandled error in Deferred: |
Whoops, the manual's config example is a little inconsistent with naming. Add
at the top if it's not already present, then change the
|
That was progress .... one must now define a proper audio device!!! it should be something like this "plughw:0,0" |
still no joy....
|
You need |
It works... Then the Web interface freezes becoming unresponsive, and there are no demod plugins available. IDK? Something is crashing on the backend of the server!!!! The server even keeps running after ctlC. |
Unfortunately a problem like that generally indicates some issue with the GNU Radio components being used, and I cannot suggest any simple troubleshooting steps for you. When you say no demod plugins at all, where exactly are you reading that and what does it say? If in the log, show me the text. If in the UI, a screenshot. It's expected that various plugins will be only available if additional software is installed (e.g. rtl_433), but if the basic modes like AM, FM, etc. are missing then something's gone wrong with the installation of ShinySDR itself. |
I have all of the plugins I need! I dont know how the backed was put together to handle an IQ audio. It broken according to what Im doing. Aside from the confusion about configuration. I will stick to running rtl SDR's and HackRF's for now. Let just say that as soon as I select the audioIQ device and click on the spectrum display to add another receiver, the web interface freezes. I've captures the terminal after the crash... and linked to screen captures.https://drive.google.com/file/d/158adg1rRcIvbNPkj8pBQyeavy5HNTVXk/view?usp=sharinghttps://drive.google.com/file/d/1plklrXFj_fGgdcYMaQKCZwbtSMEdsoL4/view?usp=sharingterm from start to crash....
|
I went ahead and check out the direct audio device config. The waterfall is intermittent with a 2sec delay, and if you click anything the web UI becomes unresponsive.
|
Based on this log line, it looks like your audio devices don't cooperate with being reopened promptly. If you look at shinysdr/devices.py, around line 575 you should find:
Replace |
That fixes the waterfall. Adding a receiver still crashes the backend.
|
This line in the traceback indicates that the change I specified was not applied. Perhaps you removed the line under (In any case, this problem indicates that I really ought to disable this by default on Linux, if not everywhere. But that won't happen today.) |
Im lost the server will not pass this line:
or
or
I know that this works:
what's the proper call to attach a iq radio?
The text was updated successfully, but these errors were encountered: