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

network: full API redesign #28

Open
MarcoMiretti opened this issue Jan 11, 2021 · 0 comments
Open

network: full API redesign #28

MarcoMiretti opened this issue Jan 11, 2021 · 0 comments

Comments

@MarcoMiretti
Copy link
Collaborator

MarcoMiretti commented Jan 11, 2021

Background

To this date, the remote-control-lab API is quite messy. It consists on passing variables inside jsons, that will change depending on the opened uri of the Websocket.

The json-coded variables don't seem off, but the idea of the communication behaving differently for each uri does ring a bell. This data-flow should be, ideally, uniform.

Before firing with ideas, lets set the boundaries.

Requirements

  • A lighweight communication protocol. (must fit in ESP8266)
  • A scalable protocol. (Needs to work almost without modifications for other subsystems)
  • Ultra Low latency for sensor-actuator stuff. (how low? whats the control system limit?)
  • Normal latency for configuration and set-up.
  • Reliability for configuration messages.
  • Some reliability for high frequency messaging (like actuator-sensor stuff)

Nice to have

  • ReSTful.
  • Standard.
  • Testable.

What needs to be done

Do the necessary research to define an API that fulfills every requirement, or the closest one.

Write a POC.

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

No branches or pull requests

1 participant