Skip to content
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

Closed
andrewdavidmackenzie opened this issue May 10, 2024 · 3 comments
Closed

Chose the UI framework #2

andrewdavidmackenzie opened this issue May 10, 2024 · 3 comments

Comments

@andrewdavidmackenzie
Copy link
Owner

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...

@sundaram123krishnan
Copy link
Collaborator

not sure whether pico can handle the load of a server, i have setup node servers in pi zero

@andrewdavidmackenzie
Copy link
Owner Author

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.

@sundaram123krishnan
Copy link
Collaborator

done

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants