-
-
Notifications
You must be signed in to change notification settings - Fork 0
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
Telemetry client for remote channel environment #135
Comments
For exposing/listening: configure a mapping of environment name + protocol/factory, start listeners when bringing application up (handled by runtimepy) edit: a telemetry serving thing only needs to be given an environment name |
JSON server could be responsible for all "channel environment metadata" transfers, that we we only need the telemetry serialization / messaging. the "channel IDs" "channel values" tech could just be a new connection type |
Should be able to:
it would nice to be able to query the server for telemetry ports? maybe the telemetry connection should be multi-channel-environment? |
Event stream (both to and from): #176 We should implement writing to and reading from a file. Realistically it will be more like writing an entire directory for each channel environment, for the JSON metadata. Probably something like:
|
Yeah may as well implement highest-possible fidelity "sample all events for all environments" option first, see how useful that is. |
we have the UI now + UDP struct messaging etc. |
Need a "message type" prefixed messaging protocol.
Use the existing length-prefixed messaging protocol.
When initializing expect configuration data / messages to learn full set of channels, after initialization channels come using vtelem-style messages:
The text was updated successfully, but these errors were encountered: