To whom it may concern:
Just want to mention: Raspberry Pi 4 is actually fast enough to replace low-end
x86 desktops (if you provide it a fast storage device), and they actually
advertise their boards as a low-power desktop replacement (in their official
adverts).
So, I don't see much problems
It is indeed my belief that there is no point in running a graphical user
interface on an embedded system, much less a windowing system. If an embedded
board is supposed to interact with a user, a Qt5 or SDL dedicated interface
will be much lighter and efficient than a X-Window server and a window
Hi Glen - try typing
apt list --installed | grep xorg
to check if it's installed.
It could be a /boot/boot.ini thing.
I had odroid running debian 8 where I had to install X11 by hand.
I enclosed a tar file with a script for install X11 which should work
well enough to get you going.
--
This is just a guess, but it's probably intended to be remotely accessed
with ssh. Try:
ssh -Y username@host
The -Y enables X11 forwarding. After you log in to the remote host, try:
gnuradio-companion
Ron
On 5/28/20 18:33, Glen Langston wrote:
Hi
Thanks for your help.
I’ve written the ima
Hi
Thanks for your help.
I’ve written the image to an SDCARD and the PI4 boots to
the command line prompt. The password is accepted and
I’ve looked around.
Gnuradio seems to be installed, but not the xwindow system.
How do you use gnuradio-companion etc?
I could not find “xstartup” or some
Frederico
I am not certain about this but could it be the USB bus. I know with my
Fairwaves XTRX which connects through 2x miniPCI-e the transfer rate is close
to 8Gbps, and the SDR can do 120Msps is SISO mode
Martin Spears
Chief Technical Officer
Ingenious Countermeasures Technologies Inc.
msp
Hi Martin,
Thanks for the reply. I thought the same, and tested the system by using a
corrected (by hand) sampling rate on the USRP (and disabling the resampling
block): I get about 40-50 MSps with virtually no dropped samples. That's
why I thought about correcting the sampling rate through message
Hi everyone,
I've finally been testing gr-tempest with some SDR hardware and the
following problem arised: sampling correction takes way too much CPU. In my
(relatively new) laptop I get dropped samples at a sampling rate above 15
MSps. I'm currently using the Fractional Resampler block, and I wou