You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 3
Next »
CCS Components: State Storage Deep Dive Agenda
- Timing
- 15-20 min: Ulf Intro presentation on CSS Components: State Storage.
- 40 min: reaction and building future plan
- Technical API discussion
- Design Issues in UIf's presentation
- Review current State Storage component API
- Anything to fix or extend?
- Categorise in wider architecture:
- In VSS Terminology State Storage is 'simple'. Is this component strong coupled (fit) for that use case and something else is needed for 'more powerful' or do we reuse/extend?
- Simple vs powerful may have multiple dimensions: throughput, features (e.g. events), etc.
- Related areas (likely will need their own Deep Dive sessions as too big a topic to conclude here)
- Abstraction APIs
- To Feeder, to Server
- Requirements
- Speed
- Low vs medium vs high frequency
- Native for high frequency?
- Kuksa.val is also a target
- Last value vs time series
- VISS protocol has some TS query
- 'History filtering'
- Simple support for this in current WAII. Other process (e.g. comms) must tell WAII to start/stop recordering. Then VISS client (e.g. cloud) must detect vehicle became disconnected and query for missing data.
- Kuksa currently has no TS
- Date