Closed mavaki closed 1 month ago
I'm now able to access the BladeRF device, but I'm having issues when running sc-experiment
. Here is the command I'm running and its output:
screaming@host:~/screaming_channels/experiments$ sc-experiment --radio=bladeRF --device=/dev/ttyACM0 collect config/example_collection_plot.json ../traces/example_collection_data --plot
linux; GNU C++ version 7.3.0; Boost_106501; UHD_003.010.003.000-0-unknown
0 0 0 0 0 0 0 0 0 0 0
Setting number of repetitions to 120
Traceback (most recent call last):
File "/usr/local/bin/sc-experiment", line 11, in <module>
load_entry_point('ScreamingChannels', 'console_scripts', 'sc-experiment')()
File "/usr/local/lib/python2.7/dist-packages/click-6.7-py2.7.egg/click/core.py", line 722, in __call__
return self.main(*args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/click-6.7-py2.7.egg/click/core.py", line 697, in main
rv = self.invoke(ctx)
File "/usr/local/lib/python2.7/dist-packages/click-6.7-py2.7.egg/click/core.py", line 1066, in invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/usr/local/lib/python2.7/dist-packages/click-6.7-py2.7.egg/click/core.py", line 895, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/usr/local/lib/python2.7/dist-packages/click-6.7-py2.7.egg/click/core.py", line 535, in invoke
return callback(*args, **kwargs)
File "/home/screaming/screaming_channels/experiments/src/screamingchannels/reproduce.py", line 421, in collect
_send_key(ser, keys[0])
File "/home/screaming/screaming_channels/experiments/src/screamingchannels/reproduce.py", line 260, in _send_key
_send_parameter(ser, 'k', key)
File "/home/screaming/screaming_channels/experiments/src/screamingchannels/reproduce.py", line 247, in _send_parameter
check = ''.join(chr(int(word)) for word in x.split(' '))
File "/home/screaming/screaming_channels/experiments/src/screamingchannels/reproduce.py", line 247, in <genexpr>
check = ''.join(chr(int(word)) for word in x.split(' '))
I will note that x.split(' ')
results in ['Setting', 'number', 'of', 'repetitions', 'to', '120\r\n']
. I would have thought that it was supposed to set the number of repetitions before actually recording on the radio.
I finally got things working by upgrading gr-osmosdr (from 0.1.4 to 0.1.5). Here is a link to the original issue: https://github.com/Nuand/bladeRF/issues/756#issuecomment-581068664. Once the bladeRF was working, I had to change a couple of things in reproduce.py
before I could actually get a collection.
I finally got things working by upgrading gr-osmosdr (from 0.1.4 to 0.1.5). Here is a link to the original issue: Nuand/bladeRF#756 (comment). Once the bladeRF was working, I had to change a couple of things in
reproduce.py
before I could actually get a collection.
Hi @mavaki I am really happy that you are interested in screaming channels and that you can now use the BladeRF. Feel free to drop me an email or open an issue if you need any further help replicating our experiments.
Hi,
I've been able to replicate your project (detailed on your GitHub Pages site) up until The Simplest Experiment. I'm using a BladeRF and nRF52 DK alongside a Docker container. But I'm running into issues with Configure Trace Collection. Here the command I'm running and its output:
I'm wondering if you have any idea what I can do to resolve this? I'm using Arch Linux, and I have noticed a few differences when running commands inside/outside of the Docker:
Host:
Docker:
Based on the Dockerfile, it appears that gr-bladerf was never included, but I receive an error when trying to install it in the Docker container because gnuradio is outdated. Maybe it's worth trying to update gnuradio and its components so that I can install gr-bladerf, but I'm not even sure if that's the root of the problem. I'd be curious to know if you were able to get the BladeRF working for trace collections.
Any advice would be greatly appreciated. Thanks!