►
From YouTube: Remote Labs Equipment Review
Description
Remote Labs are two physical lab benches. They have equipment for advanced digital communications design work. This equipment will be accessible online to anyone, anywhere that wants to work on open source amateur radio satellite service or open source amateur radio terrestrial engineering development.
The primary focus of the equipment list reviewed today is to support the design, verification, and test of the DVB family of links. DVB-S2, S2X, and T2 are all commonly found in amateur radio. DVB-S2X is the protocol family used by Phase 4 Ground and Space.
A
Greetings
all
welcome
to
the
open
research
institute.
Remote
labs
equipment,
review,
open
research
institute
is
a
non-profit
research
and
development
organization,
which
provides
all
of
its
work
to
the
general
public
under
the
principles
of
open
source
and
open
access
to
research.
Remote
labs
are
two
physical
lab
benches.
They
have
equipment
for
advanced
digital
communication
design
work.
This
equipment
will
be
accessible
online
to
anyone
anywhere
that
wants
to
work
on
open
source,
amateur
radio,
satellite
service
or
open
source,
amateur
radio,
terrestrial
engineering
development.
A
A
Dvds
2x
is
the
protocol
family
used
by
the
base
for
ground
and
space
downlight
remote
labs
is
a
part
of
an
extremely
important
process
of
re-establishing
free
and
open
international
collaboration
with
groups
such
as
amsat,
dl,
jamsat
and
amsat
uk,
and
to
increase
and
amplify
collaboration
with
libra
space
and
other
open
source
groups,
and
also
to
all
individual
amateur
radio
operators
and
enthusiasts
that
want
to
take
advantage
of
an
open
source
lab
bench.
This
is
possible
for
ri
to
do
by
using
the
open
source
carvouts
in
the
u.s
export
control
regulatory
framework.
A
These
controls
have
impeded
international
cooperation
on
amateur
satellite
work
for
a
long
time.
A
significant
amount
of
regulatory
relief
was
achieved
over
the
summer
by
ori
for
amateur
radio,
satellite
work
and
more
work
is
going
on
right
now
to
build
upon
that.
Please
see
our
website
for
more
details
on
this.
Today's
discussion
is
not
specifically
about
satellite
technology,
but
about
the
equipment
and
resources
required
to
advance
the
state
of
the
art.
A
We
are
fortunate
to
have
the
advice
and
input
of
people
that
have
make
that
make
a
living
by
using
remote
labs
at
work.
The
advice
received
so
far
has
been
heard
and
acted
upon.
Python,
html5,
plus
javascript
and
command
line
access
will
be
the
initial
methods
used
to
provide
secure
access
to
the
equipment.
A
We
will
not
be
writing
or
using
a
heavy
or
complex
software
framework
for
the
remote
lab
we
will
be
authorizing
and
authenticating
users.
It's
highly
likely
that
we'll
use
the
same
authentication
and
authorization
approach
that
we
intend
to
use
for
the
payload
communication
access
in
order
to
get
more
experience
with
that
design.
In
other
words,
you
may
be
authenticated
and
authorized
for
remote
labs.
The
same
way
that
you'll
be
authenticated
and
authorized
for
the
payload
communication
system.
A
We
will
definitely
be
documenting
how
to
use
the
labs.
We
will
be
responsive
to
feedback
about
accessibility
and
ease
of
use.
There
will
be
someone
physically
present
at
the
remote
labs.
The
equipment
is
not
installed
in
racks
at
an
unattended
site
if
a
function
needs
on-site,
setup
or
a
test
plan
can
only
be
done
with
someone
physically
at
the
bench.
Well,
then,
that's
how
the
work
will
be
done
for
that
particular
function.
A
Remote
labs
is
offered
as
a
community
resource.
Therefore,
the
review
process
needs
to
include
community
feedback.
Thank
you
for
your
time
here
today
to
discuss
and
review
the
equipment
list
as
an
example
of
what
we're
after
thomas
perry,
has
provided
the
following
feedback.
Already
one,
the
initial
list
had
no
power
supply
listed.
Two,
a
computer-controlled,
coax
switch
matrix
would
be
very
useful
to
control
where
the
signals
are
going
between
test
gear
device
under
test
etc.
B
Okay,
thanks
michelle
okay,
so
we're
going
to
we're
going
to
focus
on
on
the
big
ticket
items
as
well
as
as
briefly
reviewing
what
we're.
What
we're
doing
here
and
the
things
that
items
that
we
need
to
test.
B
So,
just
to
review
the
project.
Basically,
the
the
project's
goals
are
two
parts.
First,
is
a
a
transponder
suitable
for
geo
or
near
gl,
and
that
we
call
that
the
p4x
dmt
portion
of
the
project
and
it's
all
digital
design,
all
the
way
to
the
final
iaf.
B
It's
intended
to
be
fully
verified
and
validated.
B
B
The
modem
piece
of
that
is
the
key
key
piece
which
is
the
core
of
the
terminal.
It
will
have
a
full
high
performance,
dbb
s2
receiver,
and
it
will
be
completely
standalone.
It
won't
require
any
additional
pc
or
any
additional
support,
and
mostly
the
philosophy
there
is
to
eliminate
software
and
configurations
and
drivers
and
all
that
stuff.
That's
traditionally
a
problem.
B
Basically,
the
modem
will
operate
with
lb
and
if
inputs
and
outputs
and
the
modem
piece
will
be
targeted
at
less
than
250
dollars
and
please
feel
free
to
interrupt
with
any
any
questions.
As
I
as
I
go
through
this.
B
Basically,
we've
got
three
phases
for
the
project
that
are
organized
along
the
traditional
u.s
military
type,
nasa
phasing
phase,
one
is
basically
a
feasibility
demonstration
prototype
and
the
intent
there
is
to
demonstrate
the
functional
hardware
and
register
transfer
language
and
and
software
for,
and
we
selected
for
feasibility.
The
fully
functional
dvb
s2
transmitter
chain.
B
The
reason
for
that
is,
we
have
a
lot
of
work
already
in
that
piece.
So
it's
it's.
It's
the
easiest
piece
for
us
to
verify,
and
it's
also
very
useful
for
some
near-term
missions
that
are
that
are
looking
for
dbbs
to
transmit
not
related
to
our
repeater
functionality.
B
Phase
one
will
also
get
all
of
our
remote
development
tool
chains
in
operation
and
the
test
bench
that
we're
talking
about,
as
well
as
our
verification
and
validation
framework
and
during
phase
one
we'll
finalize
the
specs.
So
we
have
a
complete
definition
of
the
phase
two
and
phase
phase.
One
is
already
completely
funded
phase
two
as
objective
are
to
produce
fully
functional
prototypes.
B
These
aren't
space
articles
they're
not
intended
to
be
ready
for
space,
but
they're
they're,
intended
to
be
fully
functional
and
ready
for
the
final
steps
needed
to
to
get
them
ready
for
space
and
in
in
the
dmt,
the
digital
multiplex
transponder
portion
that
will
include
all
of
our
multi-channel
receivers,
both
our
wideband
and
narrowband
multiplexers,
all
of
our
authentication
authorization
and
allocation
protocols,
our
our
full
dvbs
to
variable
coding
and
modulation,
and
over
over-the-air
reconfiguration.
B
B
There's
a
paper
on
that.
That's
a
couple
years
old.
That
explains
that
particular
application.
That
would
have
twice
the
delays
that
we'd
see
in
the
satellite
environment,
but
would
otherwise
allow
us
to
test
almost
all
the
functionality
of
the
dmt
and
then
finally
phase
three
phase.
Two
is
also
fully
funded.
B
Thanks
to
the
generous
grant
from
ardc
phase,
three
would
be
our
final
actual
space
deployments
and
those
could
be
aeris
or
gateway,
or
six
eugeo
that
that
we've
been
talking
about
and
it's
starting
to
crystallize,
and
it
could
also
be
partner
projects
that
fall
out
of
our
development
efforts
over
the
next
couple
of
years.
B
Okay,
so
basically
we're
we're
intending
to
build
these
pieces
pretty
much
along
the
lines
of
standard
cubesat
bits,
mostly
electronic
boards
standard
form
factor.
B
B
B
Is
basically,
we
have
wideband
receivers,
and
this
is
all
digital,
so
there's,
no
there's
no
analog
bent
pipe
here
at
all.
The
the
uplinks
and
downlinks
are
completely
independent,
no
relationship.
It's
only
bits
that
we
pass
from
one
side
to
the
other.
B
B
Narrowband
is
25,
kilohertz
or
less
channels,
and
wideband
is,
is
a
great,
typically
100k
and
up,
but
then
there's
the
no
man's
land
in
between
we'll
probably
also
have
an
aux
aux
receiver
for
command
and
control.
B
Basically,
all
of
these
receivers
feed
for
various
formatters.
One
of
those
is
a
gse
formatter,
where
there's
a
independent,
gse
stream
per
channel.
The
second,
which
is
another
way
of
handling
wideband,
is
to
multiplex.
It
is
ip
over
a
single
gse
stream
that
handles
ip
and
then
on
the
narrowband
side.
The
narrowband
is,
is
basically
isochronous
real-time
voice,
and
that
capability
would
utilize
the
narrowband
channels
and
be
able
to
provide
n
times
800
bit
per
second
channels
at
25
frames
per
second,
is
what
our
our
provisional
frame
rate
is.
B
The
complete
ready
just
to
relay
bb
frames,
are
pulled
off
the
transmitter
and
sent
down
to
downlink
that
in
charge
of
managing
this
whole
process
is
a
controller
entity
we'll
be
running
on
the
dual
cores
or
quad
cores
of
the
fpga
sock
device,
and
those
will
also
also
have
an
auxiliary
transmitter
that
we
would
use
for
command
and
control
the
interfaces
to
the
rest
of
the
system.
The
host
system
can
be
can
or
rs422l
or
certis.
B
We
we
would
frown
upon
using
i2c
or
other
spy
or
other
single
single-ended
interfaces
for
robust
design.
So
we
prefer
to
use
differential
interfaces
for
everything,
although
there
might
be
spy
in
an
i2c
in
some
cases
on
board
in
terms
of
physical
architecture.
The
the
partitioning
that
we
see
at
the
moment
would
be-
and
this
is
a
redundant
configuration
one
one
to
one
redundancy,
so
there'd
be
a
primary
digital
radio
and
a
secondary
digital
radio.
B
B
So
basically,
by
using
these
high-speed
serial
interfaces,
we
don't
have
the
problem
that
earlier
designs
have,
with
very
large
numbers
of
a
to
d,
parallel
bits
for
a
to
d
converters,
we're
using
serial
converters
for
everything
and
serial
radios,
and
that
allows
us
to
have
a
much
more
flexible
reconfiguration
capability,
as
well
as
a
greatly
in
increased
reliability
with
the
parallel
interfaces.
If
you
destroy
one
bit,
you
you've
lost
the
whole
interface
and
then
basically
for
the
satellite
bus.
B
Whatever
it's
residing
in
we'd
have
both
can
bus
and
and
rs-422
buses
available
that
could
be
space,
bus
or
or
any
ad
hoc
or
standard
protocol
that
someone
may
want
to
use.
B
So
the
major
functional
blocks-
I
think
we'll
just
get
past
this,
but
basically
the
the
formatters
basically
format
the
frames
that
are
received
from
the
wideband
receivers.
B
The
narrow
band
frames
get
priority
and
the
wideband
frames
are
basically
are
a
stream
per
channel.
On
the
gse
side
alternately,
the
wide
bands
can
pass
ip
packets
and
those
ip
packets
can
be
encapsulated
under
using
gse
protocol
into
bb
frames.
B
The
narrow
band
multiplexer
handles
the
large
numbers
of
channels
and
and
we're
talking
about
support
for
hundreds,
perhaps
even
a
thousand
channels
and
the
this
multiplexer
combines
all
the
low
low
bitrate
channels.
It
operates.
Isochronously
25
frames
a
second.
B
The
channels
can
be
flexible
depending
on
the
capabilities
of
the
station
and
end
times
800,
ranging
from
800
bit
per
second
channel
suitable
for
text
to
12
000
bits
per
second
for
a
high
grade
code.
Codec,
the
typical
minimum
voice
would
be
a
2400
bit
per
second
channel,
which
is
sufficient
to
do
wideband
kodak
wideband,
exceeding
toll
quality
on
using
current
technologies.
B
These
channels,
the
the
telemetry
streams,
as
well
as
store
and
forward
traffic
and
other
traffic,
will
be
packed
by
the
multiplexer
into
the
silence
periods
in
voice.
So
the
protocols
would
be
designed.
So
so
when,
when
there's
a
pause
in
the
speeches
occurs,
pretty
up
pretty
often
actually
30
to
40
percent
of
the
time,
we'll
be
stuffing
data
in
those
channels
and
that
can
be
pulled
off
in
the
modems
and
made
available.
B
And
that's
the
telemetry
logs
ftp
stored
and
forward
whatever
and
ins
in
the
narrowband
multiplexer
would
run
the
channel
allocation
protocols
to
handle
authentication
authorization
and
and
allocation.
B
The
core
of
the
system
would
be
zinc,
ultrascale,
which
is
a
ultra
scale,
plus
this
is
a
16
nanometer
technology
and
basically
this
is
optimized
compared
to
the
previous
generations.
There's
a
lot
more
features,
a
lot
more
redundancy
and
reliability.
B
There
are
several
units
that
are
actually
triple
processor
type,
voting
logic
units,
the
platform
management
unit
in
the
middle,
the
configuration
and
security
unit,
so
those
units
are
built,
even
though
the
technology
here
is
16
nanometer,
that
doesn't
mean
that
everything
is
is,
is
using
the
smallest
features,
so
there's
there's
actually
increased
radiation
tolerance
to
this
design,
because
it's
specifically
designed
to
be
able
to
support
avionics
in
space,
so
basically
on
the
processing
system,
side
of
the
zinc,
there's
application
processing
units
which
are
basically
cortex,
853s
there'd,
be
either
two
or
four,
depending
on
which,
which
particular
chip
that
we
select
in
the
in
the
final
design.
B
They
also
support
floating
point
instructions
and
the
neon
instruction
sets
for
cindy
the
rtus
and
the
block
below
that
are
basically
arm
r5
processors
and
these.
These
are
all
this
is
a
dual
processor
that
can
run
lockstep.
B
So
so
this
this
is
a
high
reliability
design
where,
if,
if
there's
any
any
hit
to
any
any
of
the
two
processors
and
they
produce
a
different
result,
there's
a
reset
to
restart
the
system,
and
this
is
used
in
not
just
avionics
and
space,
but
also
in
safety
and
automotive
applications.
B
And
then
the
core
where
we
do
all
the
rf
stuff
is
programmable
logic
and
and
this
this
this
technology,
so
the
16
nanometers
capable
of
transceivers
up
to
26
gigabits
per
second,
although
we
won't
be
running
anywhere
near
that
rate,.
B
And
it
has
the
usual
assortment
of
usb
3
and
pcie
gen
4
on
100
gig
ethernet,
those
things
we
would
not
be
using,
but
they
would
be
available
for
us
to
tap
during
test
test
operations
as
part
of
our
test.
Harnessing
and
the
high
speed
on
on
this
particular
family
includes
intel
interlocking
gth
transceivers
up
to
16
cubits
and
gta
gty's
up
to
32
gigabits.
B
There's
a
pretty
wide
family,
the
ones
that
we're
looking
at
and
focusing
on
initially
is
a
prost
is
assist.
This
is
zu6
family
and
that
has
roughly
half
a
million
gates
tons
of
flip
of
of
fpgas
and
24
transceivers.
B
I'll
just
get
past
all
of
this
one
of
the
things,
even
though
this
is
a
newer
technology
and
can
end
up
consuming
more
power,
although
it
does
much
more
with
more
power,
it's
also
able
to
do
more
with
less
power
because
of
the
way
the
power
domains
are
managed.
So
when
very
low
power
states
are
required,
the
necessary
resources
can
be
started
and
other
sections
that
are
consumed
power,
for
example,
the
entire
fpga
core
can
be
shut
down
and
consuming
zero
power.
B
So,
on
the
radio
side,
we're
looking
at
the
the
primary
candidates,
the
9371,
this
is
used
on
one
of
the
high-end
edis
boards
now
and
it's
the
second
generation
radio
chip,
the
main
advantage
being
it
doesn't
have
all
the
parallel
interfaces.
Instead,
it's
the
transmitter
received
streams
from
the
two
receivers
and
two
transmitters
and
observation
receivers.
All
of
that
data
is
passed
on
the
serial
interfaces.
B
And
there's
an
another
version:
that's
a
more
modern
version,
later
generation
or
half
a
generation
beyond
the
9371
that
we'll
also
be
looking
at
and
that
basically
has
the
functionality
similar
to
two
of
the
9371s.
B
So
for
to
now,
we
can
move
on
move
on
to
what
we're
gonna
have
on
the
test
bench
capabilities,
so
the
9371
with
these
with
this
level
of
chip,
we
move
beyond
data
sheets,
describing
them
in
many
cases,
features
are
described
by
software
modules,
there's
just
that
much
stuff.
Even
the
radio
chip
itself
has
an
arm
core
on
it
and
has
certain
functions
that
it
performs
automatically
for
calibration
and
other
things.
B
So
you
need
a
reference
platform
that
you
know
works
you.
You
can't
just
start
with
a
chip
on
a
breadboard,
so
the
reference
platform
for
the
9371,
the
initial
and
the
the
standard
platform
consists
of
the
9371
reference
board
and
a
706
module.
That's
pictured
here,
so
the
the
there's
a
previous
generation
sync.
Actually
on
this,
this
module,
the
zc706,
that's
the
processor,
that's
used
in
the
rincon
sdr.
A
B
Radio
is
the
drivers
will
work
on
on
both
the
the
earlier
generation,
zincs
7000s
and
the
newer
ultra
scales,
but
some
of
the
early
reference
reference
designs
are
are
based
on
the
zc706.
B
So
that's-
and
this
is
the
9371,
so
these
two
boards
make
up
the
reference
platform.
So
that's
your
starting
if
you
ever
have
to
talk
to
analog
devices
about
some
issue
on
the
chip
or
some
issue
with
the
driver,
etc.
B
It's
going
you
you
generally
will
have
to
go
back
to
a
reference
platform,
so
they
can
reproduce
the
same
thing
that
you
are
seeing
now
for
our
actual
device
before
we
get
to
the
stage
of
our
actual
12
layer,
16
layer
boards,
whatever
whatever
we
need
we're
planning
to
use
off-the-shelf
commercial
model
modules
that
trends
a
german
company
manufacturers,
so
they
come
in
different
varieties
in
the
form
factors
such
that
we
can
fit
it
on
a
cubesat
size
board
and
they
basically
integrate
a
900
pin
fpga
sock,
ms
mp,
stock
module
and
memory.
B
These
typically
are
only
normal
ddr,
not
error,
correcting
we'll
be
using
error
correcting
in
the
final
design,
but
that'll
generally
be
transparent
to
the
most
of
the
early
software.
So
this
is
a
this.
Is
the
module
76
millimeters
by
52
millimeters
and
basically
the
module
is
designed
to
plug
into
a
carrier
board,
and
these
are
our
high
pin
count
parallel
interfaces
that
are
that
are
used
to
bring
out
the
the
pins.
B
We
don't
need
anywhere
near
this
number
of
pins,
but
this
is
what's
available
on
these
modules
and
they're
designed
to
plug
into
a
carrier
for
for
initial
testing,
and
that
includes
the
assortment
of
all
the
usual
cast
characters
for
I
o
usb
3
10
gig
ethernet.
B
B
So
we
can,
we
can
be
carried
through
the
first
six
months
or
so
of
the
project
with
this
platform,
as
we
determine
exactly
what
we
want
to
have
on
it,
hard
hardware,
wise
and
lay
out
the
the
actual
baseband
board.
B
And
we
can
right,
we
can
mount
these
in
a
rack
with
two
of
them,
if
necessary,
so
they
can
be
powered
and-
and
basically
this
this
will
be
what
what
will
be
on
the
bench
that
we'll
be
remotely
accessing
to
run
the
these
will
be
connected
through
vivado
and
and
other
tools
to
be
be
able
to
test
with.
B
On
the
dbb
side,
we
we,
although
we
we
have
some
reference
platforms.
Now
they
don't
go
up
to
extend
to
db
bs2x,
which
we
want
to
be
able
to
cover
so
in
each
of
our
test
benches.
We'll
have
an
off-the-shelf
dbbs
to
x,
modulator
that
that
we're
able
to
use
so
this
this
will
serve
as
our
standard
reference.
B
The
alternative
is,
we
could
buy
fifty
thousand
dollar,
you
know
test
benches
rodeo
schwartz
things,
but
this
solution
is
a
bit
more
economical
and
it's
also
structured
if
you
notice
the
block
diagram.
Basically,
this
modulator,
we
push
bb
frames
to
the
modulator
and
they
come
down
the
l
band,
which
is
the
same
thing
that
we're
doing
in
the
baseband
and
radio
modules.
So
it's
bb
frames
in
rf
out
and
this
we
can
in
our
early
test
setups.
B
We
could
be
sending
bb
frames
to
this
device
and
processing
the
dbp
carriers
right
away
as
we
develop.
What
what
actually
goes
into
the
bb
frames
and
the
opposite
side
of
this
on
the
receiver,
s2x
receiver
same
thing
it
produces.
It
takes
the
rf
in
just
like
a
satellite
receiver
would
or
the
modem
would
and
it
outputs
bb
frames.
B
In
terms
of
the
general
equipment,
general
purpose
test
equipment,
we
selected,
we
we've
selected
initially
regal
devices,
regal's
a
chinese
company
that
makes
some
very
nice
but
economical
equipment.
Very
well
done.
They
also
oem.
B
They
make
some
of
agilent's
low
in
gear
for
them
as
an
oem
supplier,
so
price
performance,
wise,
they're,
they're
very
hard
to
beat,
especially
in
the
frequency
range
that
we're
running
so
their
signal
generator
is
this
821
and
it
it'll
run
up
to
2.1
gigahertz
and
the
phase
noise
on
this
is
very
good
for
spectrum
analysis.
The
this
is
their
their
top
of
the
line
model,
which
is
combines
a
spectrum
analyzer
with
a
vector
network
analysis.
B
So
this
this
unit,
it
basically
had
it's
it's
a
linux
space
system
and
it
has
a
a
large
display
and
it's
able
to
do
more
than
the
traditional
spectrum
analyzer.
In
terms
of
analysis,
the
the
lower
right
hand,
corner
diagram
is
showing
a
actual
extra
dimension
of
time.
B
Integration
of
the
of
the
signals,
as
well
as
their
amplitudes
and
and
time
so
very
capable
piece
of
equipment
and
it's
all
accessible
remotely,
so
we
can
set
up
a
test
configuration
and
then
the
equipment
can
be
manipulated
remotely
to
display
or
capture
whatever
is
needed,
and
those
images
can
be
transferred
remotely
for
standard
mixed
signal
support.
B
There's
an
another
unit
in
the
family,
that's
a
four
channels:
digital
scope,
that's
also
a
16
channel
digital
analyzer
integrated
with
it.
So
this
allows
mixed
signal
where,
where
digital
signals
can
be
triggering
events
and
analog
up
to
four
channels
of
analog
can
be
captured
to
grab
the
analog
that
was
associated
with
those
digital
signals.
So
this
is
useful
for
things
like
i2c.
The
picture
on
the
upper
left
is
an
actual
i2c
signal.
B
Analog
signal,
that's
been
grabbed
and
and
decoded
into
the
actual
data
and
on
the
right
hand,
side
is
a
mixed
mixed
signal
display
with
multiple
and
you
can
trigger
off
of
those
events
and
display
the
analog
or
digital
waveforms
from
the
four
primary
channels.
Now
a
lot
of
these
features
some
of
the
features
in
the
digital
domain,
they're
they're,
available
in
bravado
and
the
tools.
B
If
you
instrument
the
tools
correctly,
you
can
grab
these
types
of
displays,
like
the
one
on
the
upper
right
hand
corner,
but
you
you
typically
don't
have
access
to
the
types
of
analog
information
that
can
be
triggered
with
these
okay.
So
those
are
the
major
pieces
of
equipment.
There's
a
couple
of
other
items
like
the
frequency
counter
and
power
meter
and
the
various
equipment
that
that
can
be
used
to
that
it
can
be
used
to
control
the
actual
configurations.
B
B
Ftdi
cables
and
ftdi
parallel
cables,
and
things
like
that.
B
A
I
have
some
contacts
locally
in
san
diego
for
surplus
and
test
equipment,
so
I
I
will
also
commit
to
making
sure
that
we
get
the
lowest
possible
price
for
the
highest
quality
gear.
So
that's
one
of
the
goals
is
to
be
extremely
frugal,
with
the
fundraising
that
we
have
and
make
the
most
out
of
the
opportunity
that
we've
been
given.
B
Yeah,
there's
lots,
you
know
the
agilent
hp,
rhodey
and
schwartz.
They
they
all
make
equipment
generally.
The
the
issue
is
only
is
your
remote
interfaces
and
your
latest
feature
sets,
and
particularly
your
vna.
I
mean
having
having
these
kind
of
dna
functions
up
to
six
gigahertz
on
a
a
platform.
That's
under
50
000
is
almost
unheard
of,
but
you
never
know
what
you
can
come
across.
A
Yeah,
all
of
this
is
is
selected
with
a
design
with
a
the
requirement
that
it
be
remotely
accessible
so
that
so
that
we
can
have
international
team
actually
get
some.
Some
work
done.
A
The
sort
of
the
rise
of
remote
interfaces
that
are,
that
make
sense
and
and
are,
are
successful
that
people
actually
use
in
a
work
environment
that
that
has
been
something
that
that
we,
that
has
developed
over
time
and
that
we're
able
to
take
advantage
of
here.
So
we
have
a
very
strong
commitment
to
making
this
work
and
work
well
for
people
all
over
the
world
that
want
to
contribute
to
open
source
development.
C
A
Yeah
I've
used
thermal
chambers
at
work
before
and
they're.
They
actually
are
small
enough
and
compact
enough
and
and
relatively
inexpensive
to
build
the
it
gets
pro.
It
gets
progressively
much
more
expensive
when
you
try
to
to
get
more
towards
the
the
temperature
extremes,
but
the
ones
that
I've
worked
with
in
the
past
have
been
for
industrial
temperature
ranges.
So
yes,
I
think
that
that
we
could
definitely
look
at
that
as
soon
as
we
start
needing
it.
A
There
are
a
few
temperature
chambers
that
are
accessible
here
locally,
but
if
we
had
to
to
get
one
set
up
for
for
for
our
community,
then
yes,
that's
a
that's
a
possibility.
A
A
So
we
we
do
have
you
know
related
projects
that
we
talked
to
quite
a
bit
and
and
we
could
rely
on
their
advice
and
and
experience
with
vacuum-
that's
further
down
the
line.
A
If,
if
we
ever
need
to
to
have
our
own
own
vacuum
chamber,
then
you
know,
that's
also
something
that
we
should
definitely
keep
in
mind
and
I'm
sure
that
that,
over
time
with
the
with
the
collaboration
with
existing
groups,
restoring
communication
that
we
will
will
develop
a
network
of
equipment
and
resources
that
will
allow
us
to
do
all
the
things
that
we
need
to
do.
In
order
to
launch
missions.
C
Yeah
yeah,
I
think,
because
a
lot
of
people
that
will
benefit
from
yeah
the
different
different
capabilities
so
yeah
over
the
next
couple
of
years,
there's
different
groups
so
able
to
share
stuff.
That
would
be
really
useful.
B
Yeah,
I
think,
there's
a
as
we
get
to
our
actual
boards.
You
know
six
months
or
so
down
the
road
having.
We
can
probably
rig
some
ad
hoc
vacuum
thermal
capabilities
to
to
the
thing
about
space.
Is
you
don't
have
any
air
cooling,
so
you
basically
got
to
create
a
vacuum.
A
Wally
there's
a
question
about
vibration,
testing
and
do
we
know
anything
about
any
of
the
choices
that
we've
made
so
far
about
any
of
the
especially
the
connectors.
B
So,
yes,
we'll
have
to
do
vibration,
testing
with
that,
and
we
will
probably
do
that
testing
even
before
we
have
the
boards
laid
out.
The
the
fpga
boards
in
in
the
plan
we'll
be
building
a
stack
of
usbc
connectorings
and
their
interconnects
and
the
test
capabilities
so
that
we
can
test
those
and
evaluate
those
for
in
a
vibration,
environment
and
we'll
probably
want
to
do
that
first
level
of
vibration,
testing
to
assure
that
we
can
comply
with
the
standard
vibration
requirements
even
before
we
do
the
layout
because
we
want
to
have.
B
We
want
to
have
a
connector
solution
that
we
know
works
so
there's
a
paper.
We
did
do
a
paper
on
the
rough
outlines
of
the
usbc
and
we'll
we'll
be
taking
that
work
to
the
next
step.
In
fact,
that's
something
that's
going
to
be
done
over
the
next
couple
of
weeks.
Actually
so,
if
you
know,
if
anything
comes
up,
if
somebody
thinks
of
something
just
you
know,
talk
talk
something
in
the
in
the
slack
or
an
email,
and
we
can
add
it
to
us.
B
We
try
to
try
to
put
this
get
the
final
list
together,
so
we
can
start
getting
getting
this
into
place.
D
C
A
Okay
well,
thank
you
very
much
peter.
We
really
appreciate
your
your
input,
I'll,
be
talking
with
you
consistently
about
about
making
making
sure
that
this
is
as
useful
as
possible
to
all
of
your
engineers
and
listening
carefully
to
your
feedback
about
accessibility
and
ease
of
use.