[Discuss-gnuradio] Ekiga ?
Maybe not the correct place to ask the question ?. But how do I set up/read about seeting up ekiga to be used with gnuradio meetings ?. Is it via one's phone, or just via one's PC's audio ?. 73s Erik OZ4KK ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Simultaneously send data and store it in file with high sample rate
> Hi Martin, > > Can you please show me an example.. How to write connect statement? > > Thanks > > > On Thu, Mar 21, 2013 at 6:26 PM, Martin Luelf wrote: > >> > Hi, >> > How to simultaneously transmit data to usrp and also store it in a >> file.? >> > I >> > ran two separate flow graphs.But i want to have a sample rate of >> 25Mhz.Is >> > it possible to do it. >> > >> > I want the same thing in receiver side also(simultaneously detect the >> > packet and store the data) >> > >> > I am using USRPN210 and Ubuntu 12.04 >> > >> > Thanks. >> >> Hi, >> >> you can connect a block's output to as many inputs as you want. So take >> tha last block in your chain that generates your signal and connect it >> both to a uhd sink (which will make the USRP transmitt the signal) and a >> file sink (which will write the same samples to a file). >> >> Same goes for the receiver side. If you use GRC just add another >> connection from a block's out port to another ones in port and the >> output >> will be send to both blocks. >> >> Yours >> Martin >> Hi, first of all please make sure that you reply to the list rather than to the individual persons, or CC the list so that answers are also available for anyone who might have a similar question in the future. The question how to do a block connect is confusing me a bit. Maybe there is a misunderstanding? You should already have done block connections when setting up your flowgraphs. Anyway what I mean is a standard connection of two GNURadio blocks, so in GRC it might look like this (I know I am not an ASCII artist, sorry) |>(Your signal processing block) (UHD Source)-| |>(File Sink) This should lead to python code like this ## # Blocks ## self.uhd_usrp_source_0 = uhd.usrp_source(...) self.yourblock_0 = yourmodule.yourblock(...) self.file_sink_0 = gr.file_sink(gr.sizeof_gr_complex*1, ...) ## # Connections ## self.connect((self.uhd_usrp_source_0, 0), (self.file_sink_0, 0)) self.connect((self.uhd_usrp_source_0, 0), (self.yourblock_0, 0)) Yours Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [BULK] Fading channel in GNURadio
On Thu, Mar 21, 2013 at 03:54:48PM -0400, Sean Nowlan wrote: > I want the block to be able to update the channel filter taps in run time. > Can I do that? > > Can I define a function in the class so that the filter taps are updated > for every 5 seconds? > > The set_taps function gives you access to this from the top_block level. In > that case, your main thread would be updating the block's taps using a while > loop with sleep(5). You could also make a block class that inherits from > fir_filter_ccc or channel_model and change the taps within the work function > every N seconds: every time (ninput_items / samp_rate) % N == 0. I hope that's > enough info to point you in the right direction. Note that will change taps in wall time, not sample time. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpnLwGvrJs2N.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Ekiga ?
The Ekiga website has some good infos: http://www.ekiga.org/ The most common way is to install a SIP-client on your PC (and then use a headset with your soundcard) and get an Ekiga-account to access the VoIP network. MB On Fri, Mar 22, 2013 at 09:24:07AM +0100, Erik Jakobsen wrote: > Maybe not the correct place to ask the question ?. > But how do I set up/read about seeting up ekiga to be used with > gnuradio meetings ?. > > Is it via one's phone, or just via one's PC's audio ?. > > 73s Erik OZ4KK > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpA_QiBN9Xn9.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How to get constellation after demodulation
Hello, I receive data from USRP and demodulate them, then I can have the constellation. But, I can't find a way to join blocks, so they can show a result. I need some help concerning the scheme I have to implement to get my constellation. Thanks in advance. Best Regards, Azza. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Ekiga ?
Many thanks Martin, but I'm in doubt about the phone settings setup. I already have an account: *sip:oz...@ekiga.net* And ekiga is installed But the voip is not setup. 73s Erik OZ4KK The Ekiga website has some good infos: http://www.ekiga.org/ The most common way is to install a SIP-client on your PC (and then use a headset with your soundcard) and get an Ekiga-account to access the VoIP network. MB On Fri, Mar 22, 2013 at 09:24:07AM +0100, Erik Jakobsen wrote: Maybe not the correct place to ask the question ?. But how do I set up/read about seeting up ekiga to be used with gnuradio meetings ?. Is it via one's phone, or just via one's PC's audio ?. 73s Erik OZ4KK ___ 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] Wireshark Help
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks Nick, I was under the impression that gnu radio had a sink that would send packets to an ip address on the local machine. the guys at osmomcom did it somehow but their site is down (sad). Thanks, Matt - --- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQEcBAEBAgAGBQJRTE++AAoJEIC13XTKWhPPeaUIALuV14X3QrSJ/0blbQUnae7g KLvyHLRy52MTVDDUZIEKoT5hUM4UA5fkOefUjM3AcsZsvblEAsqlYww8+jP3UMgw dbaUgBlj8xfsVPneJS8YntljvIM9GXtAz0cC5Y7+bRjGKCXNlfervwhGJ/cI2S53 GvkYP15aRhYj1sqVRGD2jBQnYuig9eUqQBjalCxG/63Fzw/+AwdfUEW6Tcp4dkb2 Bk7iWnsPFc/pLNcxtdrUT2ea5FHQmeC0sNBbcQKgn4WD0Ar2W7a+IC8BTMvnbZkv igWUBIYMjHPurei11yMhL7HH8kxoEmjVBuTCcZcvE+GhlkpPvR6rSQzo7OYhhFo= =XR7H -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] build-gnuradio on Scientific Linux 6.3
On Thu, Mar 21, 2013 at 7:52 PM, Jonathan Fox <31...@cardinalmail.cua.edu>wrote: > On Thu, Mar 21, 2013 at 4:29 AM, Martin Luelf wrote: > >> > Possibly Ubuntu sets up /usr/local to be regular-user >> > writeable, but that would be a horrible security flaw. >> >> At least for my Ubuntu 12.04 /usr/local is owned by root:root with 0755 >> permissions and everything else would have given me nightmares ;) >> >> Maybe you started the script with sudo, instead of letting the script >> itself call sudo, then you would have had the necessary permissions. >> >> Yours >> Martin >> >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > > I need to recheck the whole Ubuntu thing as soon as I get back to my lab. > > For my SL problem, I think it installed albeit without gnuradio companion > working. I try to run "gnuradio-companion" in terminal and I get this > following error: > > Cannot import gnuradio. > > Is the python path environment variable set correctly? > All OS: PYTHONPATH > > Is the library path environment variable set correctly? > Linux: LD_LIBRARY_PATH > Windows: PATH > MacOSX: DYLD_LIBRARY_PATH > > I tried setting the paths in my .bashrc here: > > # .bashrc > > # Source global definitions > if [ -f /etc/bashrc ]; then > . /etc/bashrc > fi > > # User specific aliases and functions > > # library path for gnuradio > export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib64 > > # python path for gnuradio > export PYTHONPATH=$PYTHONPATH:/usr/local/lib64/python2.6/site-packages > > Oddly enough at the end of the build script I did not get the usual set > pythonpath message (around line 1219 in the buildscript). I am going to > test out the UHD driver tonight with an actual USRP. > > Jon > Quick update. GRC started after I rebooted. I still need to check to see if everything runs without a hitch. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wireshark Help
Perhaps you mean the TCP or UDP sink block? Matt D wrote: >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA1 > >Thanks Nick, >I was under the impression that gnu radio had a sink that would send >packets to an ip address on the local machine. the guys at osmomcom >did it somehow but their site is down (sad). >Thanks, >Matt >- --- >-BEGIN PGP SIGNATURE- >Version: GnuPG v1.4.11 (GNU/Linux) >Comment: Using GnuPG with undefined - http://www.enigmail.net/ > >iQEcBAEBAgAGBQJRTE++AAoJEIC13XTKWhPPeaUIALuV14X3QrSJ/0blbQUnae7g >KLvyHLRy52MTVDDUZIEKoT5hUM4UA5fkOefUjM3AcsZsvblEAsqlYww8+jP3UMgw >dbaUgBlj8xfsVPneJS8YntljvIM9GXtAz0cC5Y7+bRjGKCXNlfervwhGJ/cI2S53 >GvkYP15aRhYj1sqVRGD2jBQnYuig9eUqQBjalCxG/63Fzw/+AwdfUEW6Tcp4dkb2 >Bk7iWnsPFc/pLNcxtdrUT2ea5FHQmeC0sNBbcQKgn4WD0Ar2W7a+IC8BTMvnbZkv >igWUBIYMjHPurei11yMhL7HH8kxoEmjVBuTCcZcvE+GhlkpPvR6rSQzo7OYhhFo= >=XR7H >-END PGP SIGNATURE- > >___ >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] build-gnuradio on Scientific Linux 6.3
On 22 Mar 2013 09:26, Jonathan Fox wrote: > On Thu, Mar 21, 2013 at 7:52 PM, Jonathan Fox <31...@cardinalmail.cua.edu [4]> wrote: > >> On Thu, Mar 21, 2013 at 4:29 AM, Martin Luelf wrote: >> Possibly Ubuntu sets up /usr/local to be regular-user >>> > writeable, but that would be a horrible security flaw. >>> >>> At least for my Ubuntu 12.04 /usr/local is owned by root:root with 0755 >>> permissions and everything else would have given me nightmares ;) >>> >>> Maybe you started the script with sudo, instead of letting the script >>> itself call sudo, then you would have had the necessary permissions. >>> >>> Yours >>> Martin >>> >>> ___ >>> Discuss-gnuradio mailing list >>> Discuss-gnuradio@gnu.org [1] >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [2] >> I need to recheck the whole Ubuntu thing as soon as I get back to my lab. >> >> For my SL problem, I think it installed albeit without gnuradio companion working. I try to run "gnuradio-companion" in terminal and I get this following error: >> >> Cannot import gnuradio. >> >> Is the python path environment variable set correctly? >> All OS: PYTHONPATH >> >> Is the library path environment variable set correctly? >> Linux: LD_LIBRARY_PATH >> Windows: PATH >> MacOSX: DYLD_LIBRARY_PATH >> >> I tried setting the paths in my .bashrc here: >> >> # .bashrc >> >> # Source global definitions >> if [ -f /etc/bashrc ]; then >> . /etc/bashrc >> fi >> >> # User specific aliases and functions >> >> # library path for gnuradio >> export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib64 >> >> # python path for gnuradio >> export PYTHONPATH=$PYTHONPATH:/usr/local/lib64/python2.6/site-packages >> >> Oddly enough at the end of the build script I did not get the usual set pythonpath message (around line 1219 in the buildscript). I am going to test out the UHD driver tonight with an actual USRP. >> >> Jon > > Quick update. GRC started after I rebooted. I still need to check to see if everything runs without a hitch. Keep in mind that changes made to your .bashrc only take effect the next time you log in, or the next time you crack open a command window, but only if the command window tool is configured to "run as login shell". Links: -- [1] mailto:Discuss-gnuradio@gnu.org [2] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3] mailto:m...@mluelf.de [4] mailto:31...@cardinalmail.cua.edu ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Creating a UHD Sink block
I am having trouble with the GNU Radio block that I have created to use as
an alternative to the regular UHD USRP Sink block provided by GNU Radio.
The file compiles, but there are errors when I run it in a python file. The
Python file works fine if I use the GNU Radio UHD Sink, but not when I use
mine. I have included the errors below. Thanks!
File "sink_test_gui.py", line 84, in
main ()
File "sink_test_gui.py", line 80, in main
app = stdgui2.stdapp(tx_sink, "Transmitted Signal", nstatus=1)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py",
line 38, in __init__
wx.App.__init__ (self, redirect=False)
File "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py",
line 7981, in __init__
self._BootstrapApp()
File "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py",
line 7555, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py",
line 42, in OnInit
self._max_noutput_items)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py",
line 64, in __init__
self.panel = stdpanel (self, self, top_block_maker, max_nouts)
File "/usr/local/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py",
line 86, in __init__
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
File "sink_test_gui.py", line 45, in __init__
self.u = radar2.uhd_lfm_sink(device_addr=options.args,
stream_args=uhd.stream_args('fc32'))
AttributeError: 'module' object has no attribute 'uhd_lfm_sink'
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wireshark Help
On 03/22/2013 11:06 AM, Matt D wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/22/2013 09:58 AM, Sean Nowlan wrote: Perhaps you mean the TCP or UDP sink block? Matt D wrote: Thanks Nick, I was under the impression that gnu radio had a sink that would send packets to an ip address on the local machine. the guys at osmomcom did it somehow but their site is down (sad). Thanks, Matt --- Sounds right but I am stuck trying to find out how to send the packets to the wireshark interface. Thanks (Replying to list) You should be able to point the TCP/UDP sink to localhost on some high-numbered port that you choose. Then in Wireshark, capture on the local interface, usually "lo". -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQEcBAEBAgAGBQJRTHOAAAoJEIC13XTKWhPP5IAIAI7tc7DhiJP56RdDbvVnUDGy ryrFiMeitCz59mz5SfylB6wtXsAXgmUCOBUOuQJdbs/7sHmGuLBmnarZmq5mgFQs yMh2n/v7X1yQbvb4/rh+gT24CvuWHw9jsZMM8mf/Ko5yoZ+FCP1EqolUEx7QccqW R4nAyujLbYoHzQ6Xh0gXoaqgxn3cnBafiCeQtQSAVXXSVDDUMYU95KBccgM2CEA9 AYVEkvblr+WezGiKJTHpRxz1kfsEkWIz/Ng3ToKW+NRRia6JGZBrppEGOIyGifGK 8zzRym9MFaHY6ktFVmNwSdN/xU6Xj9+31I3EOPITieSIq5iTpuFKstW6Kj3JWHU= =Wq7d -END PGP SIGNATURE- -- *Sean M. Nowlan* Research Engineer I ICL/CNSD Georgia Tech Research Institute 250 14th St NW, Suite 470 Atlanta, GA 30318 404.407.7952 sean.now...@gtri.gatech.edu ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to get constellation after demodulation
I'm assuming you want to visualize the symbols after synchronization but before decision making. At the moment this is a pain, because the fine phase adjustment and the decision making are performed in the same block (constellation_receiver). What you want is the fourth optional output of the constellation_receiver block. Unfortunately this output is not available in any of the hierarchical demodulation blocks (because hierarchical blocks can't have optional outputs yet). This means that if you want to do it in grc you won't be able to use one of the straightforward demodulation blocks, rather you'll have to put all the synchronization blocks in there independently. When I want to do this, I do it in python, and hackishly connect directly to the 'constellation_receiver' block that is inside the demodulation block. i.e. tb.connect( (my_demodulation_block.receiver, 4), my_visualization_block) Ben On Fri, Mar 22, 2013 at 2:53 AM, Azza Ben Mosbah wrote: > Hello, > > I receive data from USRP and demodulate them, then I can have the > constellation. But, I can't find a way to join blocks, so they can show a > result. I need some help concerning the scheme I have to implement to get my > constellation. > Thanks in advance. > > Best Regards, > Azza. > > ___ > 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] How to get constellation after demodulation
Take a look at gr-digital/python/generic_mod_demod.py for an example of the kind of signal-processing blocks that you'll need. On Fri, Mar 22, 2013 at 10:30 AM, Azza Ben Mosbah wrote: > In fact, this is the receiver I make. But, I can't find the right > constellation. That's why I think I have a problem in blocks I have already > implemented. > > > > On Fri, Mar 22, 2013 at 5:37 PM, Ben Reynwar wrote: >> >> I'm assuming you want to visualize the symbols after synchronization >> but before decision making. At the moment this is a pain, because the >> fine phase adjustment and the decision making are performed in the >> same block (constellation_receiver). What you want is the fourth >> optional output of the constellation_receiver block. Unfortunately >> this output is not available in any of the hierarchical demodulation >> blocks (because hierarchical blocks can't have optional outputs yet). >> This means that if you want to do it in grc you won't be able to use >> one of the straightforward demodulation blocks, rather you'll have to >> put all the synchronization blocks in there independently. >> >> When I want to do this, I do it in python, and hackishly connect >> directly to the 'constellation_receiver' block that is inside the >> demodulation block. >> >> i.e. tb.connect( (my_demodulation_block.receiver, 4), >> my_visualization_block) >> >> Ben >> >> On Fri, Mar 22, 2013 at 2:53 AM, Azza Ben Mosbah >> wrote: >> > Hello, >> > >> > I receive data from USRP and demodulate them, then I can have the >> > constellation. But, I can't find a way to join blocks, so they can show >> > a >> > result. I need some help concerning the scheme I have to implement to >> > get my >> > constellation. >> > Thanks in advance. >> > >> > Best Regards, >> > Azza. >> > >> > ___ >> > 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] PSK modulation (along with packed vs unpacked bytes)
I've done a lot of code reading the last 2 weeks and worked on a custom PSK
modulator (basically hierarchical 2/4psk). I've tested it at baseband on
everything seems good, so I'm hoping now to use something like
benchmark{rx,tx} to test it ota.
>
> I've built a couple of sample flowgraphs. The first one is a BPSK loopback:
>
>> from gnuradio import gr, digital
>>
>> src_data = (range(0,256))
>>
>> # blocks
>> src = gr.vector_source_b( src_data )
>> mod = digital.bpsk.bpsk_mod()
>> demod = digital.bpsk.bpsk_demod()
>> repacker = gr.unpacked_to_packed_bb(1, gr.GR_MSB_FIRST)
>> dst = gr.vector_sink_b()
>>
>> # flow graph
>> tb = gr.top_block()
>> tb.connect(src, mod, demod, repacker, dst)
>> tb.run()
>> print dst.data()
>>
>
>
> It's output is *almost* correct:
>
>> (0, 0, 0, 0, 0, 0, 0, 20, 18, 128, 0, 129, 1, 130, 2, 131, 3, 132, 4,
>> 133, 5, 134, 6, 135, 7, 136, 8, 137, 9, 138, 10, 139, 11, 140, 12, 141, 13,
>> 142, 14, 143, 15, 144, 16, 145, 17, 146, 18, 147, 19, 148, 20, 149, 21,
>> 150, 22, 151, 23, 152, 24, 153, 25, 154, 26, 155, 27, 156, 28, 157, 29,
>> 158, 30, 159, 31, 160, 32, 161, 33, 162, 34, 163, 35, 164, 36, 165, 37,
>> 166, 38, 167, 39, 168, 40, 169, 41, 170, 42, 171, 43, 172, 44, 173, 45,
>> 174, 46, 175, 47, 176, 48, 177, 49, 178, 50, 179, 51, 180, 52, 181, 53,
>> 182, 54, 183, 55, 184, 56, 185, 57, 186, 58, 187, 59, 188, 60, 189, 61,
>> 190, 62, 191, 63, 192, 64, 193, 65, 194, 66, 195, 67, 196, 68, 197, 69,
>> 198, 70, 199, 71, 200, 72, 201, 73, 202, 74, 203, 75, 204, 76, 205, 77,
>> 206, 78, 207, 79, 208, 80, 209, 81, 210, 82, 211, 83, 212, 84, 213, 85,
>> 214, 86, 215, 87, 216, 88, 217, 89, 218, 90, 219, 91, 220, 92, 221, 93,
>> 222, 94, 223, 95, 224, 96, 225, 97, 226, 98, 227, 99, 228, 100, 229, 101,
>> 230, 102, 231, 103, 232, 104, 233, 105, 234, 106, 235, 107, 236, 108, 237,
>> 109, 238, 110, 239, 111, 240, 112, 241, 113, 242, 114, 243, 115, 244, 116,
>> 245, 117, 246, 118, 247, 119, 248, 120, 249, 121, 250, 122, 251)
>
>
> The first few bytes are 0's, which as I understand has to do with the RRC
> filters, frequency correction, and possibly agc filter. Then it starts at
> 128, 0 and increments by 1. I think I would expect it it to go from 0..255
> but it looks like something else that's also incrementing by 1 is
> interleaved in there. Looking at the output before the repacker confirms
> that each byte appears repeated twice, but the first instance has the MSB
> set to 1.
>
>
> It turns out that this was a synchronisation/filter initialisation issue.
The bytes are packed 1 bit off so that the MSB of each byte is the LSB of
the previous byte. It alternates because the input data is counting by 1s.
It just happens that for the particular set of filters in this path the
first bit is apparently eaten and at the end an extra bit is tacked on.
> A related question, where is the packing being done in the benchmark_rx
> path? The generic_demod does an unpack_k_bits, but doesn't appear to pack
> them back up. In the benchmark_rx callback it looks like the packet is
> already full of packed bytes, but I haven't seen the unpacked_to_packed in
> pkt.py.
>
>
I think I found this in gr-digital/lib/digital_framer_sink_1.cc. There's
some bit shifting to reassemble the payload in there.
Just posting an update so that no one spends needless time trying to help
me and for anyone in the future that finds this in a search.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
