burst mode for hackrf one

2022-11-05 Thread Roland Schwarz
Unfortunately it seem I put the cart before the horse by having submitted a bug request about something I expected to work but now find needs more thought. I hope this mailing list is the right place for discussion. HackRF One is a device designed for half duplex operations, this is why I bel

Re: burst mode for hackrf one

2022-11-05 Thread Marcus Müller
Hi Roland, On 05.11.22 14:00, Roland Schwarz wrote: Unfortunately it seem I put the cart before the horse by having submitted a bug request about something I expected to work but now find needs more thought. Ha! "I, as a user, am in a reasonable expectation that something should work, now I f

Re: burst mode for hackrf one

2022-11-05 Thread Marcus D. Leech
On 05/11/2022 10:39, Marcus Müller wrote: Hi Roland, On 05.11.22 14:00, Roland Schwarz wrote: Unfortunately it seem I put the cart before the horse by having submitted a bug request about something I expected to work but now find needs more thought. Ha! "I, as a user, am in a reasonable exp

Re: burst mode for hackrf one

2022-11-05 Thread Roland Schwarz
Am 05.11.22 um 16:01 schrieb Marcus D. Leech: I will also point out that it's naive to assume that all SDR hardware supports the same set of features, or even that those   features are implemented in the same way. I fully understand, that it's naive to assume that all SDR hardware support

Re: burst mode for hackrf one

2022-11-05 Thread Roland Schwarz
Am 05.11.22 um 15:39 schrieb Marcus Müller: Dunno where you look, but at the place where JBlum keeps his SoapySDR, he also keeps his SoapyUHD: https://github.com/pothosware/SoapyUHD Thank you for the link. I was just looking in the gnuradio gr-soapy driver and discovered that it hands off

Re: Running flowfraph dies with segfault with GR 3.10.4 (gr-fosphor)

2022-11-05 Thread Vasil Velichkov
Hi Ville, On 04/11/2022 17.35, Ville Eerola wrote: > Thread 1 "python3" received signal SIGSEGV, Segmentation fault. > 0x7fff458b5fe5 in ?? () from > /lib/x86_64-linux-gnu/libgnuradio-runtime.so.3.10.4 > (gdb) bt > #0  0x7fff458b5fe5 in  () at > /lib/x86_64-linux-gnu/libgnuradio-runtime.

Re: burst mode for hackrf one

2022-11-05 Thread Marcus Müller
Hi Roland, On 05.11.22 14:00, Roland Schwarz wrote: Unfortunately it seem I put the cart before the horse by having submitted a bug request about something I expected to work but now find needs more thought. Ha! "I, as a user, am in a reasonable expectation that something should work, now I f

Re: burst mode for hackrf one

2022-11-05 Thread Marcus Müller
Hi Roland, Hmm, can it be the case, that this convenience stub is just missing from the palette that is visible to GRC? I checked my ubuntu package repo, where I can clearly see that I have installed the soapysdr-module-uhd. I'm not even sure such a convenience stub exist. I haven't checked.

Please ignore previous email (was: burst mode for hackrf one)

2022-11-05 Thread Marcus Müller
seems like I somehow managed to send this twice. On 05.11.22 20:23, Marcus Müller wrote: Hi Roland, On 05.11.22 14:00, Roland Schwarz wrote: Unfortunately it seem I put the cart before the horse by having submitted a bug request about something I expected to work but now find needs more though

Re: burst mode for hackrf one

2022-11-05 Thread Marcus D. Leech
On 05/11/2022 12:14, Roland Schwarz wrote: I never complaint that the behavior is different from my expectations. (I inadvertently filed a bug, sorry for that.) Instead I am just looking for the correct point to start, without reinventing the wheel. Since documentation on the topic is sparse

Re: burst mode for hackrf one

2022-11-05 Thread Adrian Musceac
On Saturday, 5 November 2022 22:39:13 EET Marcus D. Leech wrote: >One technique that likely works OK is "zero stuffing". You send a > constant stream of 0s in "idle" state, and when a PDU comes >along it interrupts the otherwise-boring stream of 0s. That's not good if the TX path include