Hi all,
I have question for pybombs developers/maintainers:
Is there policy for updating recipes submodule pointer in the pybombs
repository?
Currently recipes submodule pointer is 29 days behind the head.
--
Best Regards,
Piotr Krysik
___
Discuss
W dniu 05.09.2015 o 20:01, Piotr Krysik pisze:
> Hi all,
>
> I have question for pybombs developers/maintainers:
> Is there policy for updating recipes submodule pointer in the pybombs
> repository?
>
> Currently recipes submodule pointer is 29 days behind the head.
>
>
lter/lib/fractional_resampler_cc_impl.cc#L104)
I'm not able to locate source of the problem.
I can implement minimal working example if needed.
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
W dniu 25.09.2015 o 23:23, Tom Rondeau pisze:
> On Wed, Sep 23, 2015 at 4:06 PM, Piotr Krysik <mailto:per...@o2.pl>> wrote:
>
> Hi all,
>
> Fractional resampler has additional "rate" signal input for supplying
> resampling ratio for each inpu
Hi all,
I'm looking for a way to modify dynamically flow of samples in a flowgraph.
Making changes in between lock() and unlock() functions is not good
enough - a number of samples from sources like rtl-sdr are lost during
flowgraph reconfiguration.
I had some hope that selector block (or some si
version(gr.version()) >= version('3.7.9'):
self.message_port_register_hier_in("msg_in")
else:
self.message_port_register_hier_out("msg_in")
Is it possible to fix this problem for example on the level GRC - so it
generate code that is compatible
-gsm). Maybe in my case the problems
doesn't occur.
--
Piotr Krysik
W dniu 02.01.2016 o 22:22, Tim O'Shea pisze:
> Hi Piotr,
>
> Hier message ports were actually not working at all prior to this fix -
> - since the logic had been changed from the originally functioning
&g
Hi all,
How to use "--config" option of pybombs 2. Can someone show an working
example?
In pybombs 2 "forcebuild" is set to true for gnuradio by default.
How to disable "focebuild" for gnuradio from commandline with the
pybombs comman
27;ll set a global config
> option, like --config (but persistent).
>
> M
>
>
>
>
> On 03/17/2016 02:09 PM, Piotr Krysik wrote:
>> Hi all,
>>
>> How to use "--config" option of pybombs 2. Can someone show an working
>> example?
>>
>> In
The "--package" parameter seems to be added recently as pybombs
installed with pip doesn't have this option yet.
Best Regards,
Piotr
W dniu 19.03.2016 o 17:59, Piotr Krysik pisze:
> Thank you Martin!
>
>
> W dniu 18.03.2016 o 18:54, Martin Braun pisze:
>> To d
n the list. I'm sorry in advance if the post is doubled.
--
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
to a common clock source (i.e. one of the dongles' oscillator as
Juha Verinen showed once). Each channel can work on a different central
frequency.
Everyone who wants to know how it was achieved is invited to read my
github page:
https://ptrkrysik.github.io
Best Regards,
Piotr K
cy difference. This simplifies the process significantly.
>
> This should make it much easier to implement a passive radar block, or
> an interferometry block.
>
> juha
>
> On Tue, May 24, 2016 at 4:03 PM, Piotr Krysik <mailto:per...@o2.pl>> wrote:
>
> Hi all,
&
Hi Marcus,
I don't know much about AirSpy.
Does it use the same demodulator chip as current RTL-SDR dongles?
And does it mean that change to low level part of rtlsdr driver might
help to get rid of that frequency offset?
--
Piotr
W dniu 25.05.2016 o 16:35, mle...@ripnet.com pisze:
>
> There are
ff
> > > python scripts to find the sample offset and the small
> residual center
> > > frequency difference. This simplifies the process significantly.
> > >
> > > This should make it much easier to implement a passive radar
> block, or
ferent
> sampling/DSP "engine".
>
> Yes, making the charge-pump and "dither" mods will help with
> phase-coherence.
>
> Somebody needs to "own" the rtlsdr driver, and merge in the last
> couple of years of field experience and branching that has go
just an example - there are more
blocks that I would like to modify without having to copy all of the code).
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
W dniu 02.06.2016 o 10:46, Andrej Rode pisze:
> Hello Piotr,
>
>
> > Is it possible to do what I want with use of inheritance? If yes -
> > how to do it so I wouldn't have to copy the code?
>
> If your extension of the block is a general enhancement someone
r not harder for everyone. If a GNU Radio's gurus tell me that
copying the source code is the best option in this situation and I that
shouldn't try to do that with use of inheritance, I'll be able to live
with that answer :).
P.S. please respond also to the mailing-list so others can bene
y designed to hide the
> internals to outsiders and as such, you just can't extend it from an
> outside project.
>
>
> Cheers,
>
> Sylvain
>
Thanks Sylvain,
You saved me from going into this dead end and loosing time in the process.
Best Regards,
Piotr Krysik
__
W dniu 01.10.2015 o 14:46, Piotr Krysik pisze:
> W dniu 25.09.2015 o 23:23, Tom Rondeau pisze:
>
>
>
> Looking at the block, I was hoping it was as easy as putting a
> set_relative_rate call in the set_resamp_rate to adjust how the tags
> are being propagated. But it's
W dniu 25.06.2016 o 01:56, Marcus D. Leech pisze:
> On 05/26/2016 04:09 AM, Piotr Krysik wrote:
>> Is there some good candidate that can be asked to do that? When I search
>> for rtlsdr driver the first page with actual source code is osmocom's
>> site:
>>
>
W dniu 28.06.2016 o 03:31, Marcus D. Leech pisze:
> On 06/25/2016 04:25 PM, Piotr Krysik wrote:
>> W dniu 25.06.2016 o 01:56, Marcus D. Leech pisze:
>>> On 05/26/2016 04:09 AM, Piotr Krysik wrote:
>>>> Is there some good candidate that can be asked to do that? When
W dniu 28.06.2016 o 12:25, Piotr Krysik pisze:
> W dniu 28.06.2016 o 03:31, Marcus D. Leech pisze:
>> On 06/25/2016 04:25 PM, Piotr Krysik wrote:
>>> W dniu 25.06.2016 o 01:56, Marcus D. Leech pisze:
>>>> On 05/26/2016 04:09 AM, Piotr Krysik wrote:
>>>>
W dniu 07.06.2016 o 13:30, Piotr Krysik pisze:
> W dniu 01.10.2015 o 14:46, Piotr Krysik pisze:
>> W dniu 25.09.2015 o 23:23, Tom Rondeau pisze:
>>
>>
>>
>> Looking at the block, I was hoping it was as easy as putting a
>> set_relative_rate call in the set_re
Hi all,
It's a little bit off-topic but if someone will change the gr-osmosdr,
it would be great to have other stream tags that we are used to see at
the output UHD source. For example if the source prints on the output
that there is some problem with transmission it would be great to add a
stream
sample silently if its internal buffers
> overflow.
>
Here is some form of detection of overflows:
http://git.osmocom.org/gr-osmosdr/tree/lib/rtl/rtl_source_c.cc#n305
What you are saying means it doesn't detect 100% of overflows?
Best Regards,
Piotr Krysik
__
receivers to be synchronized again.
Of course information that something went wrong with transmission on the
side of the device would be much more valuable (overflows on the side of
PC can be tackled by increasing number of buffers and speeding up
processing).
Best Regards,
Piotr Krysik
W dniu 22.
the program would end.
In this concept there is problem how to propagate the information to
blocks upstream, that might not have information about ending of a
flow-graph. So the method I described might be used as an addition to
current method of ending flowgraphs.
What do you think?
Best Re
can "revive" a
> source block not only when the free space in the output changes, but
> also if there's new messages to be handled. HOWEVER: this might still
> have bugs, and it might be that this is what you're encountering.
> Debugging your flowgraphs on a C++ and thre
>
Hi Marcus and all,
I've tried driver from the repository and it seems to be working. When
comparing phase between two channels it looks that frequency offset was
removed.
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-g
W dniu 03.08.2016 o 20:42, Martin Braun pisze:
> - Radio no longer includes DSP chains
> - DDC, DUC are separate blocks
Hi Martin,
Many thanks for the hard work by the Ettus' team.
Regarding this particular change - is it possible now to process signals
completely inside FPGA without streaming t
ters and how it
capabilities relate to normal polyphase channelizer block. Especially:
-what n_filterbanks parameter is for?
-is it possible to do oversampling of the signal at the output channels
with this block the way it is possible with normal polyphase channelizer
block?
--
Thanks and regards
,
Piotr Krysik
W dniu 28.10.2016 o 23:14, Ben Reynwar pisze:
> The algorithm should be identical in the hierarchical case. The only
> difference is that because the hierarchical implementation splits the
> logic over several signal processing blocks, GNURadio is able to
> easily par
,
Piotr Krysik
W dniu 28.10.2016 o 23:14, Ben Reynwar pisze:
> The algorithm should be identical in the hierarchical case. The only
> difference is that because the hierarchical implementation splits the
> logic over several signal processing blocks, GNURadio is able to
> easily par
ke/Modules/GrMiscUtils.cmake.
It had GRCC function which was suited for GNU Radio (although it was not
really used in GNU Radio). I've tried to adapt it to gr-gsm case but it
caused more problems than it solved. If you know how to write a CMAKE
rule compiling GRC files with grcc - please help.
Best
W dniu 07.12.2014 o 18:09, Martin Braun pisze:
> On 12/07/2014 08:57 AM, Piotr Krysik wrote:
>> I'm is looking for someone who know how to do this with use of cmake.
>> There is a file taken from GNU Radio which is in
>> https://github.com/ptrkrysik/gr-gsm
processing of
> all input data is also very important for me.
>
> --
> Piotr Krysik
>
>
>
> Yes, this is a known issue and we are working on it.
>
> Tom
>
Hi Tom,
In GNU Radio 3.7.6 this is still an issue. It's quite serious because
whole class of
ng.
I want to ask you if there is a way to do better than that and generate
directly in gnuradio-companion a flowgraph that use GPSDO of USRP to
trigger it without having to edit anything manually?
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mail
could be documented in the
description of the blocks so each user wouldn't have to find this out on
his own.
The other advantage of this approach - it would also give a simple way
to synchronize UHD source and sink from gnuradio-companion.
Best Regards,
Piotr Krysik
_
W dniu 16.02.2015 o 17:29, Tom Rondeau pisze:
> On Sat, Feb 14, 2015 at 3:34 PM, Piotr Krysik <mailto:per...@o2.pl>> wrote:
>
> W dniu 29.04.2014 o 16:20, Tom Rondeau pisze:
> > On Tue, Apr 29, 2014 at 9:33 AM, Perper <mailto:per...@o2.pl>
> > &l
W dniu 25.03.2015 o 16:48, Tom Rondeau pisze:
> On Wed, Mar 25, 2015 at 3:11 AM, Piotr Krysik <mailto:per...@o2.pl>> wrote:
>
> W dniu 16.02.2015 o 17:29, Tom Rondeau pisze:
> > On Sat, Feb 14, 2015 at 3:34 PM, Piotr Krysik <mailto:per...@o2.pl>
> &
W dniu 26.03.2015 o 08:39, Piotr Krysik pisze:
> W dniu 25.03.2015 o 16:48, Tom Rondeau pisze:
>> On Wed, Mar 25, 2015 at 3:11 AM, Piotr Krysik > <mailto:per...@o2.pl>> wrote:
>>
>> W dniu 16.02.2015 o 17:29, Tom Rondeau pisze:
>> > On
W dniu 01.04.2015 o 12:10, Marcus Müller pisze:
> Hi Piotr,
>
> nice to hear you got a step ahead!
> so,
>> I did that and what I obtained was:
>> ---
>> 16 Thread 0x7fffbdffb700 (LWP 13462) "python"
>> pthread
W dniu 02.04.2015 o 15:30, Piotr Krysik pisze:
> W dniu 01.04.2015 o 12:10, Marcus Müller pisze:
>> Hi Piotr,
>>
>> nice to hear you got a step ahead!
>> so,
>>>
W dniu 03.04.2015 o 13:25, Piotr Krysik pisze:
> W dniu 02.04.2015 o 15:30, Piotr Krysik pisze:
>> W dniu 01.04.2015 o 12:10, Marcus Müller pisze:
>>> Hi Piotr,
>>>
>>> nice to hear you got a step ahead!
>>>
ter USRP switch frequency because it received
a command a new stream tag would be added to the signal at the moment of
switching (like it happens when for example central frequency is
switched with use of gui widgets). No tag is added though. Is this
intended behaviour?
Best Regards,
Piotr Krysik
W dn
hat is the rationale? Without this tag I'll have to keep track of
frequency changes that are made and add tags myself as they are needed
to trigger events downstream.
Would it be possible to leave for the user to decide if he wants to
receive tags or not?
Best Regards,
Piotr Krysik
W dniu 24.
n oversight. I'll add an issue.
> However, it's not trivial to change; when doing message-based retuning,
> there's no clear way of knowing which sample to tag.
>
> M
>
> On 24.06.2015 04:33, Piotr Krysik wrote:
>> Hi all,
>>
>> After reading the cod
dniu 24.06.2015 o 19:50, Piotr Krysik pisze:
> Hi Martin,
>
> When the command carried by message is executed immediately after
> reception by USRP the situation seems to be similar to tune request
> invoked by the user through gui. Or is there something that I overlooked?
>
> Things
.
Regarding the code contribution - if I figure out how to do generate
tags resulting from execution of a command I will send the code for review.
Best Regards,
Piotr Krysik
W dniu 24.06.2015 o 21:41, Martin Braun pisze:
> On 24.06.2015 11:55, Piotr Krysik wrote:
>> Hi Martin,
>>
>>
.
There is possibility to disable them in UHD from the level of C++:
http://files.ettus.com/manual/page_general.html
("Disabling or redirecting prints to stdout")
Is it possible to disable the prints from GNU Radio?
Best Regards,
Pi
ython interface
exposed by GNU Radio? In my opinion there should be, otherwise why to
expose it through SWIG.
--
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
ile
"/usr/local/lib/python3.5/dist-packages/gnuradio/gr/runtime_swig.py",
line 24, in swig_import_helper
_mod = imp.load_module('_runtime_swig', fp, pathname, description)
File "/usr/lib/python3.5/imp.py", line 242, in load_module
return load_dynamic(name,
7;ve
shown what happens when trying to load that module.
Best Regards,
Piotr Krysik
W dniu 25.09.2017 o 02:39, Håkon Vågsether pisze:
> Hello Piotr,
>
> hmm, that certainly doesn't look like code I have touched, and I can't
> say I have seen that error before either. I'm runn
can I correct the error?
Hi,
Invoking:
sudo ldconfig
might help.
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
his function osmo-trx does:
https://github.com/ttsou/osmo-trx/blob/master/Transceiver52M/UHDDevice.cpp#L368
The thread would send messages with information about transmission
problems to a message output. What do you think about such solution?
Best Regards,
Piotr Krysik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
W dniu 17.07.2016 o 13:05, Piotr Krysik pisze:
> W dniu 07.06.2016 o 13:30, Piotr Krysik pisze:
>> W dniu 01.10.2015 o 14:46, Piotr Krysik pisze:
>>> W dniu 25.09.2015 o 23:23, Tom Rondeau pisze:
>>>
>>>
>>>
>>> Looking at the block, I was ho
g the most fresh version
now.
Best Regards,
Piotr Krysik
W dniu 03.10.2018 o 06:55, Reiichiro Nakano pisze:
> Here's an updated flowgraph where you don't need a separate file
> source. Just run the flowgraph twice for a few seconds each. You'll
> likely get different file
59 matches
Mail list logo
