-
-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Chose the UI framework #2
Comments
not sure whether pico can handle the load of a server, i have setup node servers in pi zero |
Let's go with iced, and then later we can see what lightweight networking we could do between UI and "agent" that would be possible to implement the agent part on a pi pico. GPIOConfig and GPIOState will need to be independant of rrpal, not just for UI development, but in order to have them on pi pico also. |
done |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
My initial idea was for a native UI, and I want to work more with Iced, and so that is my default choice.
Ideas were shared on having the GUI remote from a Pi device with GPIO, including potential use of Pi Pico.
That could be done with a remote native UI connecting over network/usb, or with a web UI connecting over http and a web server running on the device.
Not sure if a web server on a Pi Pico is feasible, if not, that would rule out that option.
Iced doesn't currently support web ui, so we'd either need to chose a different framework that does support web, or have a native client and a web client, and maybe some other protocol (not just http web server) between UI and device...
The text was updated successfully, but these errors were encountered: