Re: [Discuss-gnuradio] Getting the Count of FFTs

[Hasini Abeywickrama]

Hi Nathan,

That's not quite what I want. I do not want the file to have a certain
number of FFTs. I want to have a counter which is dynamically updated as
the FFTs are written to a file. Ideally I want to know when a new FFT is
written to the file so I can trigger another function to process it. I need
this to be done real time and that's why I'm looking for the most efficient
way.

Regards,
Hasini

On Tue, Sep 20, 2016 at 10:34 AM, West, Nathan 
wrote:

>
> On Mon, Sep 19, 2016 at 6:57 AM, Hasini Abeywickrama 
> wrote:
>
>> Hi Marcus,
>>
>> That's what I'm currently doing. It's not very efficient as I have to
>> constantly check the file size. If I can have a counter that is increments
>> each time an FFT is written to the file by the flow graph I would be able
>> to trigger an event based on the counter value. That was my concern.
>>
>> Regards,
>> Hasini
>>
>> On Sep 19, 2016, at 3:29 PM, Marcus Müller 
>> wrote:
>>
>> If you need to do that externally, I'd just watch the file size and
>> divide it by the item size (4B per floating point number) and by the FFT
>> length.
>>
>>
>> Best regards,
>>
>> Marcus
>>
>> On 09/18/2016 11:21 PM, Hasini Abeywickrama wrote:
>>
>> Hi Marcus,
>>
>> It's like I need to start reading and processing the file after a certain
>> number of FFTs are being written to the file. For that I would need to
>> maintain a counter and I'm trying to figure out how to do it.
>>
>> Regards,
>> Hasini
>>
>>
> You can do this with the head block. It let's N number of items through
> and then stops the flowgraph. Set N to your certain number and then the
> file will have N FFTs.
>
>
>
>>
>> On Mon, Sep 19, 2016 at 2:58 PM, Marcus Müller 
>> wrote:
>>
>>> What would you need that counter for? There's the 1/(FFT length) fixed
>>> relation between samples processed and numbers of FFTs done, so this is
>>> pretty much a redundant piece of info, but maybe I'm just missing the use
>>> case.
>>>
>>> Best regards,
>>>
>>> Marcus
>>>
>>> On 09/18/2016 10:23 PM, Hasini Abeywickrama wrote:
>>>
>>> Hi all,
>>>
>>> I have a GNU Radio flowgraph which uses a USRP to receive a signal,
>>> converts it to log power FFT and then writes the result to a file, using
>>> File Sink. I want to have a counter which increments with each FFT written
>>> to the file.
>>>
>>> Is there a way of maintaining and increasing count of the FFTs written
>>> to the file, while the flowgraph is still running?
>>>
>>>
>>> ___
>>> Discuss-gnuradio mailing 
>>> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>> ___ Discuss-gnuradio
>>> mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/
>>> listinfo/discuss-gnuradio
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Getting the Count of FFTs

[West, Nathan]

On Mon, Sep 19, 2016 at 6:57 AM, Hasini Abeywickrama 
wrote:

> Hi Marcus,
>
> That's what I'm currently doing. It's not very efficient as I have to
> constantly check the file size. If I can have a counter that is increments
> each time an FFT is written to the file by the flow graph I would be able
> to trigger an event based on the counter value. That was my concern.
>
> Regards,
> Hasini
>
> On Sep 19, 2016, at 3:29 PM, Marcus Müller 
> wrote:
>
> If you need to do that externally, I'd just watch the file size and divide
> it by the item size (4B per floating point number) and by the FFT length.
>
>
> Best regards,
>
> Marcus
>
> On 09/18/2016 11:21 PM, Hasini Abeywickrama wrote:
>
> Hi Marcus,
>
> It's like I need to start reading and processing the file after a certain
> number of FFTs are being written to the file. For that I would need to
> maintain a counter and I'm trying to figure out how to do it.
>
> Regards,
> Hasini
>
>
You can do this with the head block. It let's N number of items through and
then stops the flowgraph. Set N to your certain number and then the file
will have N FFTs.



>
> On Mon, Sep 19, 2016 at 2:58 PM, Marcus Müller 
> wrote:
>
>> What would you need that counter for? There's the 1/(FFT length) fixed
>> relation between samples processed and numbers of FFTs done, so this is
>> pretty much a redundant piece of info, but maybe I'm just missing the use
>> case.
>>
>> Best regards,
>>
>> Marcus
>>
>> On 09/18/2016 10:23 PM, Hasini Abeywickrama wrote:
>>
>> Hi all,
>>
>> I have a GNU Radio flowgraph which uses a USRP to receive a signal,
>> converts it to log power FFT and then writes the result to a file, using
>> File Sink. I want to have a counter which increments with each FFT written
>> to the file.
>>
>> Is there a way of maintaining and increasing count of the FFTs written to
>> the file, while the flowgraph is still running?
>>
>>
>> ___
>> Discuss-gnuradio mailing 
>> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>> ___ Discuss-gnuradio mailing
>> list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/
>> listinfo/discuss-gnuradio
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] 32bit version motivations

[Geof Nieboer]

Dario,

Can you send a link to the tablets in question?  I'm curious what CPU is
installed and how they are locked down.

Building a 32-bit version would be a significant effort, not particularly
because of GNURadio itself, but because of the dependencies.  I'd like to
see what other options there might be to get a 64-bit version running on
these tablet you mentioned.

Geof


On Mon, Sep 19, 2016 at 1:37 PM, Dario Paganini Aruba <
dario.pagan...@aruba.it> wrote:

> Hi,
>
>
>
> I need a 32bit version because of this :
>
>
>
> [1] I have a W10 tablet but it is only 32bit processor, like the majority
> of them in this type of product
>
> [2] These tablets are very cheap and can go very fast to manage gnuradio
>
> [3] These tablets are locked and don't permit to boot from USB port, so no
> way to install LINUX on them
>
> [4] They are small and very portable, so they are wery useful on-the-field
> !
>
>
>
> So, if the maintainer can open a 32bit section it will be of much use
> indeed.
>
> If not, it will be useful if the maintainer can explain how to compile a
> 32bit version, it will be very useful
>
> for me and/or others to do this and make it available for all.
>
>
>
> Many thanks in advance for your reply !
>
>
>
>
>
> Dario
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Module development and debugging

[Gavin Jacobs]

Further to some suggestions here a few months ago, I've switched gnuradio from 
my Windows laptop to a dedicated desktop computer running Ubuntu. It is setup 
in the attic with the receivers and antenna. I use my laptop and Remote Desktop 
Connection to run the desktop in a 'headless' fashion. So now, I can get down 
to the business of developing flowgraphs and modules. I went through the OOT 
module/block tutorial again (in both CPP and Python flavors)  and it went 
reasonably well. I also learned how to make an ad hoc Python block that is 
embedded in the project. So far so good.


The last few days I have been trying to build an APRS receiver. I built a 
project using the narrowband FM demodulator and I can save the audio to a file 
sink, or connect it to an audio sink. So far so good, but the next step is to 
feed the audio to an FSK demodulator. Looking around I found exactly that in a 
module package here:

https://github.com/dl1ksv/gr-ax25

So, I learned about git, and cmake, and make, and tons of other linux stuff, 
tried to download and install, but no go. Turns out that the package is three 
years old, and not compatible with the current version of gnuradio. So, I used 
gr-modtool to create a new module and block with the same inputs/outputs as his 
afsk1200 block, and then take his code and put it in the new template. After a 
few more learning experiences, I have a block that will instantiate, and 
consume inputs, and print out some info via gr::log. But, it wasn't decoding, 
so I got the TNC-Test CD, extracted one "known good" transmission burst into a 
wav file and used that as a source to the afsk1200 block. The troubling thing 
is that it doesn't give consistent results; i.e. sometimes it decodes the burst 
and sometimes it doesn't. So, my questions are about debugging this block.


1. Are there any tools/blocks/tips/tricks for showing debug information? I 
already have QT GUI Time Sink showing the audio waveform (so I know the 
1200/2400 hz tones are there), but I would like to see my decoded bits on the 
same timescale. Is there a way to do that? Also, is there a way to freeze the 
GUI?


2. Once you have a new block built, the process to make a change appears to be:

- edit the source file

- make

- sudo make install

- sudo ldconfig

Is the last step always necessary? Is there a better way? Is there an IDE that 
can be used to shorten the cycle? How about a debugger, with breakpoints and 
variables?


And I have two tangential questions.

3. In an effort to get a visualization of the the outputs, I found this package 
by the same author as above:

https://github.com/dl1ksv/gr-display

and it even claims to be compatible with gnuradio 3.7. But I got stuck at this 
step:

$cmake -DCMAKE_INSTALL_PREFIX= ../

I tried to findout "where gnuradio is installed" using the suggested command:

gnuradio-config-info --prefix

which showed "/usr" but plugging that in didn't work. cmake complained:

"Cannot find gnuradio cmake Modules directory"

I could find /usr/share/gnuradio but none of the subdirectories were related to 
cmake nor Modules


4. For anyone who is still reading, is there a way to do AFSK demodulation 
without a custom block?


Sorry for the long post - and thanks for any advice.


Jake








___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Introducing gr-lora

[Gregory Ratcliff]

Matt,

Very nice work.  Can't wait to get home and see how many active gr-Lora are in 
Ohio, Atlanta and Miami.  Another interesting protocol to explore is IEC 62591' 
Wireless Hart.  
Builds self define mesh network.

Greg


Sent from my iPad

> On Sep 19, 2016, at 2:45 PM, Matt Knight  wrote:
> 
> All,
> 
> I am pleased to present gr-lora, an open source OOT transceiver that
> is compatible with the LoRa PHY. Source code is available here:
> http://github.com/BastilleResearch/gr-lora
> 
> As an LPWAN, LoRa is designed to provide long range and low power
> connectivity to embedded and "Internet of Things" focused devices. It
> implements a chirp spread spectrum (CSS) modulation that encodes data
> onto a wideband signal whose frequency continuously increases or
> decreases. A unique design feature is that it is intended to operate
> on ISM bands, meaning network operators need not possess expensive
> spectrum licenses in order to broadly deploy wireless coverage.
> 
> Since LoRa is a closed-source PHY, this implementation is based on a
> black box/blind signal analysis that was conducted in the absence of a
> specification or definitive reference documentation. More information,
> including my initial research results and slides from gr-lora's
> introductory presentation at last week's GNU Radio Conference, is
> archived on my personal github:
> https://github.com/matt-knight/research
> 
> I welcome all contributions, comments, and suggestions. Thank you for reading!
> 
> Best,
> Matt
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Introducing gr-lora

[Matt Knight]

All,

I am pleased to present gr-lora, an open source OOT transceiver that
is compatible with the LoRa PHY. Source code is available here:
http://github.com/BastilleResearch/gr-lora

As an LPWAN, LoRa is designed to provide long range and low power
connectivity to embedded and "Internet of Things" focused devices. It
implements a chirp spread spectrum (CSS) modulation that encodes data
onto a wideband signal whose frequency continuously increases or
decreases. A unique design feature is that it is intended to operate
on ISM bands, meaning network operators need not possess expensive
spectrum licenses in order to broadly deploy wireless coverage.

Since LoRa is a closed-source PHY, this implementation is based on a
black box/blind signal analysis that was conducted in the absence of a
specification or definitive reference documentation. More information,
including my initial research results and slides from gr-lora's
introductory presentation at last week's GNU Radio Conference, is
archived on my personal github:
https://github.com/matt-knight/research

I welcome all contributions, comments, and suggestions. Thank you for reading!

Best,
Matt

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] 32bit version motivations

[Dario Paganini Aruba]

Hi,

 

I need a 32bit version because of this :

 

[1] I have a W10 tablet but it is only 32bit processor, like the majority of
them in this type of product

[2] These tablets are very cheap and can go very fast to manage gnuradio

[3] These tablets are locked and don't permit to boot from USB port, so no
way to install LINUX on them

[4] They are small and very portable, so they are wery useful on-the-field !

 

So, if the maintainer can open a 32bit section it will be of much use
indeed.

If not, it will be useful if the maintainer can explain how to compile a
32bit version, it will be very useful

for me and/or others to do this and make it available for all.

 

Many thanks in advance for your reply !

 

 

Dario

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Getting the Count of FFTs

[Marcus Müller]

But how would that triggering work, and what would be triggered?
There's no other way than looking at the file itself to know how much has been 
written already; this boils down to the very Unix discussion of how atomic 
write() system calls should be in effect.

Best regards,
Marcus

Am 19. September 2016 03:57:59 GMT-07:00, schrieb Hasini Abeywickrama 
:
>Hi Marcus,
>
>That's what I'm currently doing. It's not very efficient as I have to
>constantly check the file size. If I can have a counter that is
>increments each time an FFT is written to the file by the flow graph I
>would be able to trigger an event based on the counter value. That was
>my concern. 
>
>Regards,
>Hasini
>
>> On Sep 19, 2016, at 3:29 PM, Marcus Müller 
>wrote:
>> 
>> If you need to do that externally, I'd just watch the file size and
>divide it by the item size (4B per floating point number) and by the
>FFT length.
>> 
>> 
>> Best regards,
>> 
>> Marcus
>> 
>>> On 09/18/2016 11:21 PM, Hasini Abeywickrama wrote:
>>> Hi Marcus,
>>> 
>>> It's like I need to start reading and processing the file after a
>certain number of FFTs are being written to the file. For that I would
>need to maintain a counter and I'm trying to figure out how to do it.
>>> 
>>> Regards,
>>> Hasini
>>> 
 On Mon, Sep 19, 2016 at 2:58 PM, Marcus Müller
> wrote:
 What would you need that counter for? There's the 1/(FFT length)
>fixed relation between samples processed and numbers of FFTs done, so
>this is pretty much a redundant piece of info, but maybe I'm just
>missing the use case.
 
 Best regards,
 
 Marcus
 
 On 09/18/2016 10:23 PM, Hasini Abeywickrama wrote:
> Hi all,
> 
> I have a GNU Radio flowgraph which uses a USRP to receive a
>signal, converts it to log power FFT and then writes the result to a
>file, using File Sink. I want to have a counter which increments with
>each FFT written to the file.
> 
> Is there a way of maintaining and increasing count of the FFTs
>written to the file, while the flowgraph is still running?
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
 ___  Discuss-gnuradio
>mailing list Discuss-gnuradio@gnu.org
>https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] PSK31 (from audio to radio)

[pen tester]

Hi Ron,
  Thank you for that tx grc graph, it is super helpful!

   I am just trying to get a receive work now. I am using the 6_psk.grc
from the tutorial folder in the github repo you were using [1].

  I have modified mine for using a hackrf on tx side and on rx side I
modified to use the same sample rate and freq as your tx graph. I added a
slider to help tune in to the freq, but I haven't had luck decoding yet -
did you have a working rx graph you were using for testing?

  Thanks again! :-)

[1] https://github.com/argilo/sdr-examples/tree/master/tutorial
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Getting the Count of FFTs

[Hasini Abeywickrama]

Hi Marcus,

That's what I'm currently doing. It's not very efficient as I have to 
constantly check the file size. If I can have a counter that is increments each 
time an FFT is written to the file by the flow graph I would be able to trigger 
an event based on the counter value. That was my concern. 

Regards,
Hasini

> On Sep 19, 2016, at 3:29 PM, Marcus Müller  wrote:
> 
> If you need to do that externally, I'd just watch the file size and divide it 
> by the item size (4B per floating point number) and by the FFT length.
> 
> 
> Best regards,
> 
> Marcus
> 
>> On 09/18/2016 11:21 PM, Hasini Abeywickrama wrote:
>> Hi Marcus,
>> 
>> It's like I need to start reading and processing the file after a certain 
>> number of FFTs are being written to the file. For that I would need to 
>> maintain a counter and I'm trying to figure out how to do it.
>> 
>> Regards,
>> Hasini
>> 
>>> On Mon, Sep 19, 2016 at 2:58 PM, Marcus Müller  
>>> wrote:
>>> What would you need that counter for? There's the 1/(FFT length) fixed 
>>> relation between samples processed and numbers of FFTs done, so this is 
>>> pretty much a redundant piece of info, but maybe I'm just missing the use 
>>> case.
>>> 
>>> Best regards,
>>> 
>>> Marcus
>>> 
>>> On 09/18/2016 10:23 PM, Hasini Abeywickrama wrote:
 Hi all,
 
 I have a GNU Radio flowgraph which uses a USRP to receive a signal, 
 converts it to log power FFT and then writes the result to a file, using 
 File Sink. I want to have a counter which increments with each FFT written 
 to the file.
 
 Is there a way of maintaining and increasing count of the FFTs written to 
 the file, while the flowgraph is still running?
 
 
 ___
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>> ___  Discuss-gnuradio mailing 
>>> list Discuss-gnuradio@gnu.org 
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio