GUI Development #112
roaldarbol
started this conversation in
General
Replies: 1 comment 1 reply
-
Assuming that
Belay will always call |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi again Brian,
Still just trotting along slowly with my research here... this is a bit of a mind-ramble, but I hope you can follow and bear with me. :-)
I'm looking to incorporate Belay into Bux (my experimental GUI), and am trying to think of the best way to do it graphically/conceptually. I'm assuming that the user already has a folder with their Belay scripts, which has been tested to work.
My current idea is that the user can select a
Port
(board) from a dropdown that is generated bybelay.list_devices()
and an accompanying function. They choose the function by first selecting a Belay directory (which contains the needed scripts), then selects the script that they want, and lastly a function (maybe a bit convoluted and could possibly be done in fewer steps). This script could look something like this:...where the user would then choose
run_of_sensor()
.The script that is run should also not really have other external CPython dependencies than
belay
(apart from possiblynumpy
andpandas
).I am intending for each device to run as a separate process (maybe a thread would do), and be interruptable by an event. From here on I'm also considering how the data should be saved. Should the function itself make use of a generator and save on the fly (maybe even take a destination as an input (
run_of_sensor(port, destination, event)
), or whether the GUI should carry out that part.Does that sound like it makes sense to you? Are there any blind angles I've missed here?
Beta Was this translation helpful? Give feedback.
All reactions