It gets even better:
We've launched a feature in 3.8.1.0 (and on master before that, as we do
with any feature that ends up in a maintenance release) that we hope
doesn't come back to bite us due to enabling unclean design. But, we
must build best practices so that it doesn't go unused, either
It might be difficult to control GPIO with precise timing on raspberry pi
depending on what you want to do... A few hundred khz might be ok though.
libgpiod is the new better Linux GPIO API.
--Albin
On Mon, Jun 22, 2020, 13:25 Marcus Müller wrote:
> It gets even better:
>
> We've launched a fea
The envisioned application is event driven: send a control word from a client,
wait for the even to complete (e.g. move antenna to target position), start
streaming data for a given amount of time, and when enough data is collected
move
to new position. Of course timing cannot be relied on with a
Seems like you already understand the limitations! Good luck with you
project!
--Albin
On Mon, Jun 22, 2020, 14:30 jean-michel.fri...@femto-st.fr <
jean-michel.fri...@femto-st.fr> wrote:
> The envisioned application is event driven: send a control word from a
> client,
> wait for the even to com
