►
From YouTube: ORI FPGA Standup 21 February 2023
Description
FPGA work at ORI - new station, Remote Labs South expansion, and more.
A
All
right,
thank
you.
Everyone
welcome
to
the
fpga
stand-up
meeting
at
open
Research
Institute
for
the
21st
of
February
2023..
Today
we'll
talk
about
what
we've
done
over
the
past
week.
What
we
have
planned
over
the
next
week,
if
we
need
any
resources
and
if
there
is
any
sort
of
roadblocks
in
our
way
and
and
then
after
that,
we'll
share
news
that
we
have
and
then
follow
up
with
with
office
hours,
so
so
go
ahead.
Paul
go
ahead
and
lead
us
off
well.
B
Okay,
my
report
will
be
very
brief.
I
have
done
nothing
this
week
been
concentrating
on
other
projects
expect
to
get
back
to
some
opulent
Voice
work
in
the
coming
week.
One
way
or
another
and
I
don't
know
of
any
roadblocks,
nothing
new
to
report
from
the
remote
lab
here
either
everything
seems
to
be
in
order.
A
C
A
All
right,
thank
you,
yeah
I've,
elevated,
the
the
funding
request
and
and
for
infrastructure
development
and
all
of
the
wonderful
things
that
are
going
on.
That's
going
to
move
to
the
board
for
discussion
and
vote
very
soon,
so
excited
about
that
and
they
I
have
not
yet
scheduled
the
delivery
of
the
stuff.
That's
in
storage
for
the
for
the
lab,
but
I
do
have
some
additional
information
about
remote,
Labs
South.
A
D
D
D
D
A
Well,
thank
you.
That's
a
lot
yeah.
Let
me
know
how
I
can
help
up
help
with
follow-up
or
or
making
things
happen
or,
if
there's
anything,
that's
needed.
I'm.
Looking
forward
to
to
all
of
this
working
and
and
congratulations
on
all
of
the
achievements,
this
is
it's
fantastic
work.
Thank
you
all
right,
Mike.
You
have
the
floor.
E
Oh
hi,
there
I
was
just
tuning
in
to
see
what
you
guys
are
doing
these
days.
I'm
I'm
in
on
KT
70
in
Tucson
and
I've
I've
been
starting
to
get
interested
in
in
working
with
radio
astronomy
work
with
Casper
software
and
was
curious
as
to
how
how
that
might
have
tied
into
what
you
guys
are
doing
other
than
that.
E
A
E
A
E
A
E
A
A
A
A
You
know
radio
card
is,
is
what
we've
been
talking
about
doing
in
order
to
support
a
project
for
open
source
drone
work,
so
this
would
be
targeted
for
for
drone
Communications
and
the
particular
protocol
that
this
second
development
station
would
be.
Enabling
is
a
open
source
protocol
soon
to
be
released,
so
rapid
work
to
bring
it
up
to
a
level
where
it
can
be
released
as
a
draft,
it
is
very
similar
to
LTE
with
some
elements
from
4G
and
5G
Style
Communications.
A
In
it,
the
it's
ofdm
and
and
pretty
neat,
it
follows
a
lot
of
things
that
will
be
familiar
to
to
most
of
you.
Listening
to
this
with
the
framing
and
such
the
the
lead
of
this
project
is
Leonard
duggez
and
he
is
ably
assisted
by
a
variety
of
folks
from
all
over
the
world.
So
what
we're
looking
at
doing
is
the
chip
that
he's
most
interested
in
for
for
designing
a
board
for
this
application,
so
the
hardware
would
be
open
source
as
well
as
the
as
the
protocol.
The
board
would.
F
A
He's
looking
at
is
the
adrb
9002
or
9002
from
Analog
Devices,
and
so
what
we're
doing
is
a
pretty
careful
review
of
of
all
the
available
options
to
figure
out
whether
this
really
is
the
right.
Radio,
chip
and
I
know
that
at
least
one
person
or
one
organization,
that's
involved
with
our
transponder
for
space
has
asked
about.
Would
we
consider
moving
to
the
9002
from
the
9371?
So
it
would?
A
It's
supported
by
the
HDL
reference
design
from
Analog
Devices
already,
so
we
could
duplicate
what
we've
done
so
far
on
the
zc
706
with
the
9371,
we
could
do
the
same
reference
design
on
this
board
set,
which
is
newer.
It's
a
little
fresher
design
for
Analog
Devices,
so
we
could
duplicate
the
reference
design
drop
in
our
encoder
decoder,
polyphase
filter
bank
and
have
a
second
parallel
design
available
for
for
open
source
work.
A
So
those
are
the
sorts
of
things
that
we're
looking
at
this
week
and
those
decisions
probably
won't
made,
won't
be
made
by
next
week,
but
just
wanted
to
give
everybody
a
heads
up
on
what
we're,
planning
and
and
looking
at
for
remote
Labs
fpga
support
and
lots
of
other
stuff
going
on
too.
So,
please
check
your
check,
your
email
for
for
list
activity
and,
if
you're
on
slack,
then
that's
where
all
of
the
detailed
discussions
take
place.
A
A
The
next
really
large
in-person
event
will
be
at
Defcon
in
August
and
we'll
have
a
we'll
try
very
hard
to
have
everything
represented
in
terms
of
demonstrations
and
in-person
activities
along
with
sales,
so
things
that
will
be
available
for
for
donation,
for
so
that
folks
can
take
them
home
and
we're
also
moving
forward
with
four
or
five
different
Grant
requests
and
the
the
feedback
has
been
very
positive
so
far.
So
we're
looking
forward
to
the
results
from
from
all
of
those
efforts.
D
A
Yeah,
that's
a
good
question:
I
had
a
I
expected
to
be
able
to
create
a
profile
using
the
standard
methods,
so
there's
a
a
pro,
a
program
that
you
download
from
Analog
Devices
for
free
and
you
are
able
to
create
a
profile,
and
this
sets
up
all
of
the
filters
and
the
configuration
for
the
Chip
And.
This
profile
is
then
placed
you
can
cat
it
into
the
file
structure
on
you
know
in
in
the
Linux
build,
that's
that's
kind
of
running
the
show,
and
it's
just
supposed
to
work.
A
But
we,
you
know,
we
we
stopped
working
on
that
and
started
working
on
the
the
the
Uplink
and
the
the
middle
part
like
the
polyphase
filter
bank
and
discussions
about
how
to
to
Multiplex
the
the
traffic,
because
so
it
could
make
progress
there.
So
the
the
problem
with
the
profile
is
strange
to
me
for
those
that
don't
know
for
the
93.
You
know
for
almost
all
of
these
analog
chips,
these
these
large
socs
that
do
rfsic
work.
A
So
it's
the
it's
the
radio
chip
in
transceivers,
almost
all
of
them,
you,
what
you
do
is
you
have
a
profile
and
it's
it's
human
readable.
You
know
it's
a
list
of
the
configurations.
You
know
as
a
human,
you
can
read
this
text
file
and
this
gets
loaded
in
and
it
it
handles
all
of
the
configuration
for
the
chip.
A
Otherwise,
you
would
have
to
make
a
very
lengthy
series
of
calls
in
a
program
at
programmatically
in
in
C
to
to
achieve
the
same
result,
and
they
strongly
encourage
you
to
just
use
their
their
tool
to
generate
a
profile,
and
so
that's
what
we
did.
It
didn't
work.
So
that
was
weird
and
I'm
I
wanted
to
ask
for
help
on
on
this
and
put
it
out
on
slack
and
put
it
out
on
engineer
Zone.
A
So
if
anybody
has
more
experience
than
us
and
can
show
us
what
we're
doing
wrong,
that
would
be
great,
there's
a
similar
tool
in
Matlab
for
the
9361,
and
that
seems
to
work.
Okay.
That
seems
to
work
just
fine.
So
when
I
do
that
for
the
9361,
which
is
what's
on
the
Pluto
and
load
up
the
profile
it
takes,
and
you
can
see
the
effects
of
the
filtering
and
and
the
the
difference
in
in
rates
and
things
like
that,
so
I'm
kind
of
stumped.
A
So
that
was
one
problem
and
the
other
problem
is
the
timeouts
that
we're
we
keep
getting
from
the
transmit
buffer.
So
on
the
9371.
What's
happened
is
that
we
start
to
transmit
and
when
we
actually
try
to
transmit
data
that
we're
pulling
from
dma
where
the
source
is,
let's
say
on
an
SD
card:
well,
time's
out,
so
it's
either.
It
cannot
pull
it
fast
enough
from
the
SD
card,
even
at
the
at
the
relatively
narrow
bandwidth
that
we're
using
or
we've
got
something
set
up
wrong.
A
A
A
A
You
know
a
known
little
short
video
file
and
and
that's
what
we
would
like
to
accomplish
and
if
we
can't
do
that,
then
the
next
thing
is
a
huge
step
and
that
would
be
to
to
attempt
to
just
ship
data
from
the
Uplink.
But
that
means
completing
the
Uplink
and
the
middle
part,
and
also
and
and
then
delivering
it
to
transmit
and
I'm
I'm
queasy
about
that.
I'm
I'm
I'd
really
like
to
have
the
transmit
working
independently.
A
Very
well
and
we
were
able
to
get
all
the
bus
resizing
problems
fixed
so
that
that's
all
that's
all
hooked
up.
As
far
as
we
can
tell
correctly.
I
do
not
think
that
the
encoder
is
the
problem
at
all.
Now
it
seems
to
be
something
in
the
on
the
Linux
side.
I
guess
you
know
the
timeouts
are
either
because
we
don't
understand
something
in
between
the
memory
fetch
like
where
it's
getting
it.
A
So
if
I'm
wrong
I,
then
that
we
need
to
fix
that
so
in
some
in
some
very
constrained
cases
like
if
we
just
make
a
fake
packet
and
send
it
over
and
over
again,
then
it
works,
but
you
know
sending
actual
data
has
so
far
failed.
So
we're
really
close
it's
it's
not
every
a
lot
of
things
are
working,
but
it's
disappointing
to
not
see.
You
know
your
file
show
up
on
a
transmitter
all
right,
any
other
questions
or
comments
or
anything
that
anybody
needs
all
right.
A
Well,
we
have
another
office
hours
in
four
hours
at
1400,
U.S
Pacific,
so
I'll
be
I'll,
be
back
again
and
we'll
open
this.
This
meeting
up
again
next
week
and
we'll
be
on
slack
and
on
the
email
list
and
I'd
like
to
thank
everybody
for
their
time,
because
it's
precious
and
irreplaceable
and
greatly
appreciated.