You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

WORK-IN-PROGRESS


Workshop agenda for: GENIVI 20th All Member Meeting a Digital Experience

Here's the latest slide deck draft: GENIVI-VHAL-status-draft.pptx


Friday 30 October (one track)

Times are in CET (= UTC + 1) (note, that is now "winter time", not daylight savings time)

Friday 30 October (one track) Afternoon Session

15:00-15:30


Report30

Android Automotive SIG #1 - Vehicle Data APIs / Vehicle HAL

Presenter: Stefan Wysocki (Tieto)

Abstract: Pre-recorded Status Report

15:30-15:45Break15Sponsors' Videos
15:45-17:15Working Session90Android Automotive SIG #1 - Vehicle Data APIs / Vehicle HAL

Moderator: Alexander Domin (BMW)

Abstract: During Q2, 2020, the Vehicle Data APIs / Vehicle HAL team has undertaken the design and implementation of    the External Data Server (EDS) proof-of-concept  demonstrator that investigates how to extend Android access to vehicle data. The rationale for this work is that the number of vehicle properties currently defined in standard Android is very limited as compared to the thousands of vehicle-related signals OEMs are considering for their connected vehicles. Although the project could propose to expand the standard vehicle property list in Android, the integration of Android into a complex electrical and connected vehicle architecture suggests a bigger picture to consider.  Standard data access methods should be applied in the entire vehicle and in cloud-connected services.  This EDS proof-of-concept intends to validate the concept of a data server accessing the vehicle dataset as described by VSS (Vehicle Signal Specification standard), which is used also in W3C Automotive Group, and enabling authenticated Android apps to access the vehicle data through a web socket protocol. The actual values of the vehicle signals will be queried/updated thanks to a VSS feeder that will connect to the rest of the vehicle using, for example, Some/IP.

The AASIG VEHICLE HAL project team will present a status report of the proof-of-concept implementation and explain the design choices made. The following next steps will be then comprehensively debated:

  • Assessment of proof-of-concept demo implementation TRL (Technical Readiness Level)
  • Ensure project participants have opened, or are planning, a discussion to achieve synchronization of activities with Google's Android team
  • Revisit the architecture of other proof-of-concepts identified
17:15-17:30Break15Sponsors' Videos
17:30-19:00Working Session90Android Automotive SIG #1 - Vehicle Data APIs / Vehicle HAL

Moderator: Alexander Domin (BMW)

Abstract: continuation of the working session

Recommendations :

  • provide open questions
  • enhance with a persentation


(Philippe +Stefan + Alex - draft)

Slide templates

Please fetch a template here.  For the virtual tech summit 16:9 version is likely the best. 
GENIVI Standard Presentation Documents (you may need to log in to the Wiki to view this page).

TODO

  • The Demonstration needs to be planned – set up a separate call with Stefan & Alex Gunnar

Reference work

Timed Agenda

Session 1 (90 min)

  • (30 min) The Demonstration
    • demo presentation (Stefan)
    • Assessment of proof-of-concept demo implementation TRL (Technical Readiness Level) (participants)
    • Q&A (15mn)

  • (60mn) topics for discussion

    • interest of the graphql concept :

      • open question to the participants: since there is no graphql libraries, it is the correct path to go ?

      • other architectures are possible, rediscuss the other options, e.g. the internal data server

      • we should go through all of them again

      • there was some changes in aosp 11 to enable more customizable permissions for oems (permission granularity)

    • alignment of android and non android data models

      • Gunnar: from the discussion we are having on CVII, it seems that android will not drive the vehicle data model definition

  • Contact with Google : Ensure project participants have opened, or are planning, a discussion to achieve synchronization of activities with Google's Android team
    • might be subject to misunderstanding as ongoing work is connected to the daily Android development (directly or indirectly)
    • neutral question about interaction channels
      • interaction with Google's events (Bootcamps,..)
      • contributions to AOSP
      • features request

Session 2 (90 min)

  • (10m) Virtualization ( need to research more to get specific questions to drive discussion )

  • (10m) Containerization ( need to research more to get specific questions to drive discussion )


Ideas for detailed agenda:

  • System Design options
    • Overview system design options
    • Why AASIG does investigation into the VHAL subsystem
    • Android as "audio master"?
    • Virtualization
    • Containerization
    • Is there a design investigation to be made for using AGL components + Android? 
    • What problems are we facing where just android is not sufficient?
  • Vehicle Data Access ("GENIVI" way using graphql and AOSP way)
  • Testing
    • Stephen can present 10-15 minutes (including Q&A) on the Lava Test Farm status




  • No labels