Re: [Discuss-gnuradio] Decoding 2FSK Compensating for carrier jitter/skewing (CFO)

Would you compare the sha512sum of your raw data file with mine? 8cbb5adfc64b2c31c3b77e3ff3ba3f1867b8c9a87712e649bdae2b2c991c2bb0088cd888f37288e1e5eb5c9c0bb96ac39a484237a06523631c133c621f546322 -- Cinaed On 07/12/2017 04:50 AM, HLL wrote: > Images didn't go through, here they are: > Inline

Re: [Discuss-gnuradio] Decoding 2FSK Compensating for carrier jitter/skewing (CFO)

On 07/12/2017 03:56 AM, HLL wrote: > > > On Wed, Jul 12, 2017 at 1:56 AM, Cinaed Simson > wrote: > > It seems odd that a device with a maximum power 116 dBm would have such > a weak signal. > > As I mentioned earlier, I'm not

[Discuss-gnuradio] OOT Block to Automatically adjust Transmit Gain

Hello Guys I'm currently in the process of creating a block in python that does two things; takes in  a certain number of input items, and once it reaches a certain number of input items 2) it sends a command to the UHD USRP sink block to adjust its gain by a certain amount. I have a few

Re: [Discuss-gnuradio] Chunks to symbols with 16 QAM modulation

Dear Cinaed, Thanks for your answer. I tried with my Tx and it works fine with a constellation, but with my receiver symbols or constellation_decoder, digital.qam_16()[1] gives me an error. line 164, in __init__ self.digital_constellation_decoder_cb_0_0 =

[Discuss-gnuradio] Debugging polar code crashes (was: Re: polar code example)

Those test failures aren't great, but I think they might be bugs in the tests. So, OK, can't remember what you need to do under Ubuntu to get the full Python debugging capability in GDB, but I wrote a (slightly dated, since the python commands have improved) tutorial on debugging crashing Python

Re: [Discuss-gnuradio] polar code example

I am using ubuntu 16.04 LTS. At the end of the make test, I have obtained some failures: 97% tests passed, 6 tests failed out of 218 Total Test time (real) = 142.49 sec The following tests FAILED: 48 - qa_ctrlport_probes (Failed) 59 - qa_cpp_py_binding (Failed) 76 - qa_cpp_py_binding_set

Re: [Discuss-gnuradio] polar code example

That might still give us enough debug info. Which Linux distro are we talking about (or, is it Linux at all?) Best regards, Marcus On 07/12/2017 05:30 PM, Alex Homero Rivadeneira Erazo wrote: > Hi Marcus > > At this moment, I am installing the gnuradio 3.7.12git-171-get72c77bc > from source,

Re: [Discuss-gnuradio] polar code example

Hi Marcus At this moment, I am installing the gnuradio 3.7.12git-171-get72c77bc from source, which is the same that I installed with pybombs . Unfortunately, I just already built the gnuradio with "make && make test". The gnuradio that I had with the standard installation was gnuradio 3.7.9

Re: [Discuss-gnuradio] polar code example

Hi Alex, that does indeed sound like a bug. Things shouldn't be crashing! So, what's the distribution you're working with? Maybe I can help you a bit with the debugging. If you're, at the moment, building GNU Radio, make sure that the CMake parameters contain -DCMAKE_BUILD_TYPE=RelWithDebInfo ,

Re: [Discuss-gnuradio] polar code example

Hi Marcus Based on your suggestion I have deleted my Nabbles account. Respect to my problem with the POLAR code configurator block, I checked the discussion threads, but anyone gave a solution. Note that this problem does not happen with a gnuradio installed with the distribution's package

Re: [Discuss-gnuradio] gr-scan giving false alarms

Dear GNU Beginner, we've started to actively get rid of Nabble: http://support.nabble.com/How-to-get-Mailing-List-OUT-of-Nabble-td7598247.html I'm very sorry there's problems with you signing up to the mailing list directly with your email address, but I'm positive we can sort them out. In the

Re: [Discuss-gnuradio] polar code example

Hi Alex, I hope you do get an answer, but that mail from Jose is from the beginning of 2016 – not extremely likely. Anyway, have you seen the other answers that Jose got? If not: That's Nabble's fault. I never tire to repeat: Nabble is just a terrible, terrible web frontend to use the official

Re: [Discuss-gnuradio] polar code example

Dear Jose Can you tell me if you solved the problem with the POLAR code configurator block? because I have the same problem in the gnuradio installed with pybombs. Thanks Alex -- View this message in context: http://gnuradio.4.n7.nabble.com/polar-code-example-tp58407p64520.html Sent from

Re: [Discuss-gnuradio] Daemonizing a flowgraph

Marcus' suggestions are great. In the past, I have also used supervisord to "daemonize" a flowgraph. If it ever dies, supervisord brings it right back if that's what you want. It's like systemd for python, kinda. On Wed, Jul 12, 2017 at 3:30 AM Marcus Müller wrote: >

Re: [Discuss-gnuradio] Decoding 2FSK Compensating for carrier jitter/skewing (CFO)

On Wed, Jul 12, 2017 at 1:56 AM, Cinaed Simson wrote: > > It seems odd that a device with a maximum power 116 dBm would have such > a weak signal. > As I mentioned earlier, I'm not really sure what is the frequency of the device is, I just scanned the 300 + area and I

Re: [Discuss-gnuradio] How to process file sink from UHD Source USRP

Hello Sinta, To add to Marcus' answer here is the documentation of the metadata files that GNU Radio's file sink can create. You should experiment with this and the tag debug tool to see what tags are in your data stream. https://gnuradio.org/doc/doxygen/page_metadata.html

Re: [Discuss-gnuradio] How to process file sink from UHD Source USRP

So, this is a bit of a bigger question. The center frequency is something that *you* configure, so errr... you might just as well save it as part of the file name, or so. A precise reception time requires setting the precise time in the USRP. But, as soon as you've done that, you can use the time

Re: [Discuss-gnuradio] How to process file sink from UHD Source USRP

So, how can i get the information of frequency, power, time that usrp received? Is there any tools in gnuradio companion which can get those data? If you have any reference it may be helpfull for me. Thankyou. Besr Regard, Sinta. On Jul 11, 2017 4:24 PM, "Marcus Müller"

Re: [Discuss-gnuradio] cmake warning with -DENABLE_PERFORMANCE_COUNTERS-On (gr-ieee80211)

Hi Sumit, > Then I manually set all of them to True, as I did last time, but no luck. Again, what you did last time didn't make sense. See my previous answer regarding the preferences check using gnuradio-config-info. Best regards, Marcus ___

Re: [Discuss-gnuradio] Daemonizing a flowgraph

Oh, by the way, maybe you, instead, simply would want to run your whole flowgraph using `nohup`, or simply in a `screen` or `tmux` session :) On 07/12/2017 09:22 AM, Marcus Müller wrote: > > If you can, update to the most current UHD – we've worked on the > logging infrastructure, and you can

Re: [Discuss-gnuradio] Daemonizing a flowgraph

If you can, update to the most current UHD – we've worked on the logging infrastructure, and you can simply disable that. This will probably require building both UHD, and as soon as you've done that, GNU Radio from source. Best regards, Marcus On 07/11/2017 10:39 PM, devin kelly wrote: >

Re: [Discuss-gnuradio] SSH using gr-ieee 802.11 transceiver : (the youtube demo)

Hi, On 07/12/2017 07:36 AM, sumit kumar wrote: Hi, Actually I am trying the same set-up :) However I face some issues. Such as , when I configure my TP Link dongle (ath9k) in ad-hoc mode, it switches to 802.11b, instead of 802.11g. Could you suggest any such dongle where I can force change

Re: [Discuss-gnuradio] SSH using gr-ieee 802.11 transceiver : (the youtube demo)

On 12 July 2017 at 07:51, Bastian Bloessl wrote: > Hi, > > On 07/12/2017 01:37 AM, sumit kumar wrote: > >> Hello, >> >> I was trying to understand gr-ieee 802.11 wifi_transceiver.grc >> I see the youtube video >> https://www.youtube.com/watch?v=tAVgsJLM-sc >> >> I believe a