On Wed, Oct 23, 2013 at 06:19:00PM -0700, eontool wrote:
> Has anyone tested successfully these two files combined?
>
> The input data or vector source is an array of 96 elements [0-95] but I'm
> getting a strange output at the end.
>
> The 96 + 4 elements from the crc, then another 100 values (
I'm looking for a packet sniffer for zigbee. Is there a sample of how to do
this with a RTL? The one I found on google used a FPGA.
Thanks,
-d
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnur
Hi,
there is an O-QPSK [1] phy that might be a starting point. Since you
have a RTL dongle, I guess you plan to use the 800 or 900 MHz band. IIRC
the chip sequences are slightly different there.
Best,
Bastian
[1] https://github.com/bastibl/gr-ieee802-15-4
On 2013-10-24 12:47, Dan Aldrich wr
2013/10/23 M Dammer :
> I have no answer here. But talking about Gnuradio and nuclear physics I
> want to add my idea to your question:
> Would it be possible to use Gnuradio in a (home made) Gamma Spectrometer
> ? These spectrometers usually work with a multichannel analyzer that
> measures the pu
OT but has anyone used GNURadio for music production?
On Thu, Oct 24, 2013 at 10:54 PM, Aylons Hazzud wrote:
> 2013/10/23 M Dammer :
>> I have no answer here. But talking about Gnuradio and nuclear physics I
>> want to add my idea to your question:
>> Would it be possible to use Gnuradio in a (ho
I thought about other options for signal analysis (KST for example). My
initial idea was in absence of a scintillation counter system to use a
(simple) PIN diode like the widely used BPW34 photodiode as detector.
There is some material about this on the web. Then put some amplifier
behind it and do
On Wed, Oct 23, 2013 at 8:19 PM, Paul B. Huter wrote:
> Running my script, I get an error (repeated twice):
>
> ~\AppData\Roaming\.gnuradio\prefs\vmcircbuf_default_factory: Invalid
> argument
>
> I looked, and there is no 'vmcircbuf_default_factory' in the \prefs folder
> (there isn't anything in
On Wed, Oct 23, 2013 at 1:33 PM, Bharat Mukkala
wrote:
> its true that setting the history to length of coefficients work, but when we
> go for more than 1 level of decomposition, the output from previous level
> will be used , so how can is use the output again ?
Seems to me like you'll need to
Hello,
Is there any GOES LRIT decoder available under Linux and GNU Radio with
support for USRP or RTL-SDR. In case there is only USRP compatibility,
perhaps with the GRC file freely available it can be attempted to be
converted for RTL-SDR?
I have found some tools but only for POES HRPT...
Than
Hi Mark and Aylons,
I've also wondered whether a cheap RTL-SDR could be used with GnuRadio
as a multichannel analyzer for a homemade Gamma Spectrometer, either
using a Geiger tube or a scintillator. I think the tuner would need
to be bypassed so that the sampler can get direct samples. There's
i
Hi Martin.
I used the default settings for the parameters.
The data I'm seeing is after de CRC.
Here's my payload output at the HPD:
--
Tag Debug: HPD / Payload
Input Stream: 00
Offset: 1547 Source: n/a Key: frame_len V
Hi
Change the payload modulation to BPSK(Same as BPSK) and keep the bytes repack
as 1 to 8 .
It will do the trick
On Thursday, 24 October 2013 11:44 PM, eontool wrote:
Hi Martin.
I used the default settings for the parameters.
The data I'm seeing is after de CRC.
Here's my payload ou
Tom:
Thank you for the reply. This is my first GNU Radio application, and typing
'make test' at the Windows command line does nothing. I followed the Ettus
installation instructions for installing GNU Radio and UHD, and I cannot
find anything anywhere about "make" with Windows. I found some other
Turns out this error doesn't mean anything, my script executes just fine.
On Thu, Oct 24, 2013 at 6:11 PM, Paul B. Huter wrote:
> Tom:
>
> Thank you for the reply. This is my first GNU Radio application, and
> typing 'make test' at the Windows command line does nothing. I followed the
> Ettus in
I am getting the following error when running my script -
UHD Error:
Control packet attempt 0, sequence number 391:
RuntimeError: no control response, possible packet loss
Mostly "attempt 0", but one "attempt 1", six different sequence numbers.
Does this mean anything? Is my data good?
I was trying to use the error_rate block tonight, and noticed it seems to
be throwing an error related to blocks.message_from_string. The
following change to error_rate.py seems to have fixed the issue:
diff error_rate.py error_rate.py-orig
116c116
< msg = gr.message_from_string(arr.tostr
I don't usually post updates about our work at SBRAC on this list,
mostly because progress at the observatory has been so very slow, owing
to having
zero budget to work with.
However, today, we achieved a significant milestone in our progress.
The feed platform is in-place, with all the RF
Hello again.
OK, so now after changing a few things it finally works, I get the expected
data correctly at the output.
Apparently it works automatically for BPSK Modulation on both header and
payload because the arguments on these variables are equal to "1". But, in
order to work for QPSK o QAM y
18 matches
Mail list logo
