Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Wednesday,  March 18 - Communication Framework

Agenda:

  • PoC staffing
  • AOB

Participants

  • Ted, Kevin V,, Kevin de Sousa, Ulf, Gerald, Stephen, Gunnar, Philippe

Minutes

Communication Framework PoC staffing & WBS update

  • Philippe: reminds that it is now time for the team need to pick up some of work items for the CCS PoC implementation,
  • Ulf: I can take over the data server, and its connection to the state storage in the in-vehicle OS box, I am also interested in the data lake
  • Kevin: we can provide sample applications for the 3rd party service and neutral server marketplace boxes, i.e. entities that will consume graphql apis

  • Philippe: what about the OEM cloud box ?

  • Gunnar: we need to determine the signals and the use cases we want to show

  • Kevin V: we should show different data categories including big data chunks

  • Kevin V: showing anonymized data is not really possible because this requires a lot of data, it would be better to show different categories

  • short discussion on the demo use cases
  • Philippe: explains the use cases selected by the AASIG for the PoC demo (EV data, speed & tyre monitoring and air conditioning
  • need to add the use cases definition work item
  • Gerald: I might be able to pull in someone in the in-vehicle OS box , I will ask Sebastian and Christian whether they could recycle something from the kuksa project for the state storage

  • Gunnar: we need to agree on the format for storing values, e.g. time stamps and values of different types

  • Gunnar: I would like to get an example of a query for getting multiple snapshots of vehicle data in order to make graphql shine a little bit

  • Kevin V: if you look at the state of the vehicle, you have a benefit of using a graphql query (get multiple data in one query)

  • Kevin V: it should also possible to push data with graphql

  • discussion on the protocols between boxes

  • Gunnar: I am still waiting for an actual schema for using graphql from someone

  • Philippe: what about Geotab / Canada ?

  • Kevin S: I am still chasing what GENIVI is doing, I see myself in a support role rather

  • review and update of the owner column in the WBS table

  • Ulf: someone else has to take over the vehicle simulation

  • Philippe: execution targets will be laptops for the initial implementation

  • Vehicle client
    • vehicle client: Sanjeev's work does not seem to be directly reusable
    • Ulf: the client would be repsonsible for stoting the data into the data lake
  • Data lake
    • Gunnar: concenring the data lake, do we have a database person in the call ?
    • KevinV not on my side
    • Ulf: this is where we should try to get BMW in,  it won't be a good idea to invent our own database structure
    • Ted: their solution is based on VSS/VSSo too, trying to get Adnan to present what he showed at last W3C F2F
    • Gunnar: I talked to Adnan yesterda


  • OEM cloud

    • Gunnar: what the resource management is all about in this box ?

    • Kevin V: resource management comes from the extended vehicle ISO standard

    • Gunnar: can we replace this naming by "data server apis" in the OEM cloud

    • Kevin V: agreed

  • Neutral Server market

    • Kevin V: it is important that we consume data coming the OEM cloud (server) api

  • Miscellaneous

    • Gunnar: I could likely take over the vehicle client and the graphql and data base

  • Test farm
    • Stephen: I checked the use of lava farm for running the CCS poc, do you want to use a RTOS in the in-vehicle OS box or linux ?

    • Gunnar: we can plan for this at a later time, The PoC will be linux-based including the in-vehicle OS box

    • Philippe: however Renesas could an Adaptive Autosar demonstrator stack in the in-vehicle OS box, this would be good for the demo, it will still be linux-based because the Adaptive Autosar demonstrator is based in RT Linuw



Monday,  March 16 - Vehicle Data

...

...