We use cookies on this site to enhance your user experience. By using this site, you are giving your consent for us to set cookies.


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
    • Monday 23rd May 4pm CET.
  • No labels