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

Telemetry client for remote channel environment #135

Closed
vkottler opened this issue Sep 23, 2023 · 6 comments
Closed

Telemetry client for remote channel environment #135

vkottler opened this issue Sep 23, 2023 · 6 comments
Assignees
Labels
enhancement New feature or request

Comments

@vkottler
Copy link
Owner

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:

  • header: number of channels
  • channel ID array: integer channel identifiers
  • channel value array: raw channel values
@vkottler vkottler added the enhancement New feature or request label Sep 23, 2023
@vkottler vkottler self-assigned this Sep 23, 2023
@vkottler
Copy link
Owner Author

vkottler commented Sep 23, 2023

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

@vkottler
Copy link
Owner Author

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

@vkottler
Copy link
Owner Author

Should be able to:

  • query any channel environment by name from JSON conn
  • query current app config from JSON conn?

it would nice to be able to query the server for telemetry ports?

maybe the telemetry connection should be multi-channel-environment?

@vkottler
Copy link
Owner Author

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:

<env name 1>/
    file1.json
    file2.json
    ...
<env name 1>.bin
...

@vkottler
Copy link
Owner Author

Yeah may as well implement highest-possible fidelity "sample all events for all environments" option first, see how useful that is.

@vkottler
Copy link
Owner Author

we have the UI now + UDP struct messaging etc.

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

No branches or pull requests

1 participant