[prev in list] [next in list] [prev in thread] [next in thread] 

List:       usrp-users
Subject:    [USRP-users] running a graph on Zynq on N310
From:       Dario Pennisi <dario () iptronix ! com>
Date:       2021-06-25 16:33:40
Message-ID: CAKHaR3k-0=vUDV5Z5JPvvmhQeatXG=C313qz+u7maZpZmr52fQ () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


hi,
i've developed a custom block in the FPGA and would like to run everything
on the arm processor. my application consists of a web page served by
python http.server module an such page sends commands via websocket to the
gnuradio module associated with the custom FPGA block.
the custom FPGA block is meant to perform some algorithms and output very
low data rate that is then fed to a software only block that in turn should
packetize that data and stream it from N310 to a PC.
running the graph on a PC works perfectly. when running it from arm it runs
while there's no output from the custom block but as soon as i enable its
output i see that the sfp1 interface i'm using to stream data from arm to
PC goes down and in turn web server is not reachable anymore and graph
starts to report overruns, likely because the socket sender is stuck.

i understand that SFP1 interface is mainly for the FPGA and haven't tried
yet the native gbit port but was wondering if there is any reason this is
happening and any recommended best practice to run gnuradio graphs on
zynq/arm.
thanks,

Dario Pennisi

[Attachment #5 (text/html)]

<div dir="ltr">hi,<div>i&#39;ve developed a custom block in the FPGA and would like \
to run everything on the arm processor. my application consists of a web page served \
by python http.server module an such page sends commands via websocket to the \
gnuradio module associated with the custom FPGA block.</div><div>the custom FPGA \
block is meant to perform some algorithms and output very low data rate that is then \
fed to a software only block that in turn should packetize that data and stream it \
from N310 to a PC.</div><div>running the graph on a PC works perfectly. when running \
it from arm it runs while there&#39;s no output from the custom block but as soon as \
i enable its output i see that the sfp1 interface i&#39;m using to stream data from \
arm to PC goes down and in turn web server is not reachable anymore and graph starts \
to report overruns, likely because the socket sender is \
stuck.</div><div><br></div><div>i understand that SFP1 interface is mainly for the \
FPGA and haven&#39;t tried yet the native gbit port but was wondering if there is any \
reason this is happening and any recommended best practice to run gnuradio graphs on \
zynq/arm.</div><div>thanks,</div><div><br clear="all"><div><div dir="ltr" \
class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><span \
style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:13.3333px">Dario \
Pennisi</span><br style="color:rgb(0,0,0);font-family:Calibri,sans-serif;font-size:13.3333px"><br></div></div></div></div></div>




_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-leave@lists.ettus.com


[prev in list] [next in list] [prev in thread] [next in thread]