Versions Compared

Old Version 149

changes.mady.by.user Philippe Robin

Saved on

compared with

New Version Current

changes.mady.by.user Gunnar Andersson

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Minutes

Current thread (from February 2021 on-wards): investigates this architecture

...

Previous thread (until January 2021) :

External Data Server Proof-Of-Concept - Work Breakdown Structure

Next Meeting - VHAL / Vehicle Data APIs weekly call - every Tuesdays - 17:00-18:00 CET (except when replaced by the monthly All-Hands)

Meeting Information

JOIN WEBEX ZOOM MEETING
Meeting Link
Meeting number (access code): 620 224 606

Meeting password: U8MeDmnmS73 (88633666 from phones and video systems)

TAP TO JOIN FROM A MOBILE DEVICE (ATTENDEES ONLY)
+1-408-418-9388,,620224606#88633666# tel:%2B1-408-418-9388,,*01*620224606%2388633666%23*01* United States Toll
Some mobile devices may ask attendees to enter a numeric meeting password.

JOIN BY PHONE
+1-408-418-9388 United States Toll

Global call-in numbers

Agenda

Backlog

...

Backlog

...

Zoom link
meeting ID  : 993 7365 2562
 password: Vhal!21
local dial-in numbers: https://zoom.us/u/aqC5ms8E7


...

Tuesday December 7 – 5:00 PM CET
Participants

  • Kyrylo Skidanov (EPAM)
  • Stephen (Renesas)
  • Stefan Wysocki
  • Gunnar (COVESA)
  • Alexander Domin


Minutes

Kirill:  Procuring a development board.  Apparently graphics subsystem not starting on ARM64 (Google confirmed this...)  Being investigated.
  x86 emulation might be an option.  More disk space coming soon to prepare for builds.

Alexander: 

Further discussions about challenges of mapping VSS/different environments.
The Franca mapping file is very flexible - can map to Franca attribute (including subscription of changes, or to just a broadcast
or to an explicit getter function exposed on SOME/IP.  Similarly for writing, but it is defined independently => in theory different mappings for reading vs writing.

Stefan:  At the moment interested in Vehicle-Properties translation primarily, but it is interesting to see this other concept progress.
...Good to see that Microsoft's C++ implemented GraphQL is mature enough.  Apollo tried before which meant putting Java into the HAL layer, not ideal.

Compiling vspec2aaproperties code

Stefan: I tried also this but little progress (challenges with diferent computers, environment, disk space).







---


Tuesday November 30 – 5:00 PM CET
Participants

  • Kyrylo Skidanov (EPAM)
  • Johan (Melco)
  • Stephen (Renesas)
  • Manu (Bittium)
  • Philippe Robin (COVESA)
  • Gunnar (COVESA)
  • Alexander Domin (BMW)


Minutes

  • Updates on vspec2aaproperties code generator.  Generated code through compilation with minor changes.
    Need to add generation of getProperty... function for fetching dependent properties needed for complex calculation.  This function is currently not included by reference to the implementation. 
  • Manu: .... prefers generating these functions (variants depending on data type) according to if they are needed, which was done similarly with the type-conversion functions.
  • Discussion about setting up a repeatable build environment.  Apparently the standard way of building AOSP is "the whole system" (although rebuilding in the same directory structure is of course incremental and relatively fast).  How is AOSP builds normally set up for CI systems???  There ought to be a structured way to reuse a cache of already built artifacts.
  • Explanation from Alexander about the set of tooling (mentioned last week's minutes).  A demonstration of the technology planned for the next CVII Tech Stack meeting instead, since it is also more widely applicable beyond Android.


Tuesday November 23 – 5:00 PM CET

Participants

  • Kyrylo Skidanov (EPAM)
  • Johan (Melco)
  • Stephen (Renesas)
  • Manu (Bittium)
  • Philippe Robin (COVESA)
  • Gunnar (COVESA

Apologies:

  • Alexander Domin (BMW)

Minutes

  • Looking into the BMW code drops so far (Full end-to-end example of SOME/IP signal source to GraphQL server providing VSS data). 
  • AA properties code generator:
    • Manu: I would like to get feedback from the compilation tests before continuing.
    • Need Stefan (TietoEvry)'s input, with more details, e.g. Android version tested on, and how to set up repeatable test environment.
  • AASIG Dev Platform
    • EPAM is willing to bring it up to date.
    • Starting with Emulator as main target, and update to Android 12
    • Then look at hardware BSPs later - most are likely still on 11, (but that's OK - use git branches or just different handling in the scripts to handle version diff).
    • Is the AASIG components work not integrated?
      • Manifest repositories exist, pointing to some AASIG created software components but they are not integrated yet.



...

Tuesday 3 August – 5:00 PM CEST

  • Bittium and Tieto participants are back from vacation
  • Stefan delivers a recap on the plan for the demo for the upcoming AMM
  • then Stefan and Alex discuss the translation from vehicle properties from VSS
  • eventually Philippe asks Bittium people to consider a possible contribution to the demo or the tests of the demo, to be discussed further in the upcoming calls

Tuesday 6 July – 5:00 PM CEST

  • AMM dates are set for first week (4→8 October).  Location, likely Germany and virtual hybrid.
  • Tools.  Alignment process ongoing (which creates some open PRs and issues in VSS and vss-tools before that)

Last week we established these next actions on the property translation work.  Status updates below.

  • Feedback from VSS working group about general strategies for metadata (hierarchical?)  Gunnar Andersson

    • UPDATE: Question was raised (as a heads-up, future topic) last week's VSS.  Will check for more feedback this evening but it probably needs a bit of time to get all stakeholders involved (it's a fundamental question).

  • Start work on code generator in vss-tools/contrib, output according to chapter "How to describe the complex translations" above.

    • Question: Introduce templating language (JINJA2) in vss-tools?  It is used in vsc-tools and could be useful also for VSS for more complex code generation than we have today.
      • UPDATE: We still have no assigned programming resource to get this started
  • Stefan awaiting approval to publish "hard-coded" example code.
    • UPDATE: Approvals slow because of vacations.  Won't happen before Stefan's vacation.  (A few actions for Stefan to do, testing etc.)

Tuesday 29 June - 500pm CEST

Participants

  • Johan, Stefan, Alex, Stephen, Gunnar, Philippe

Minutes

tool strategy

  • Alex: we are fixing some bugs and adapting to VSS 2.0 on our graphql tooling
  • Alex: we are also working on converting Franca files to VSS files and then to vehicle properties, however the open source publishing process was a major obstacle
  • Alex: BMW will reconnect the VHAL project in 2 weeks

vehicle properties

  • Gunnar shows the wiki page resulting from the import of the file sent by Stefan
  • Gunnar updates the next steps section of the wiki page on-line

TTuesday 22 June - 500pm CEST

Participants

  • Johan, Stefan, Alex, Stephen, Gunnar, Philippe

Minutes

VSS to AOSP translation - WBS

Tuesday 15 June - 500pm CEST

Participants

  • Johan, Stefan, Alex, Stephen, Gunnar, Philippe

Minutes

VSS to AOSP translation - WBS

Code Block
titleTyrePressure
conversionMap["Vehicle.Chassis.Axle.Row1.Wheel.Left.Tire.Pressure"] = std::bind(convertFloat,
std::placeholders::_1, VehicleProperty::TIRE_PRESSURE, (int32_t) VehicleAreaWheel::LEFT_FRONT, 1.0f, 0.0f);
conversionMap["Vehicle.Chassis.Axle.Row1.Wheel.Right.Tire.Pressure"] = std::bind(convertFloat,
std::placeholders::_1, VehicleProperty::TIRE_PRESSURE, (int32_t) VehicleAreaWheel::RIGHT_FRONT, 1.0f, 0.0f);
conversionMap["Vehicle.Chassis.Axle.Row2.Wheel.Left.Tire.Pressure"] = std::bind(convertFloat,
std::placeholders::_1, VehicleProperty::TIRE_PRESSURE, (int32_t) VehicleAreaWheel::LEFT_REAR, 1.0f, 0.0f);
conversionMap["Vehicle.Chassis.Axle.Row2.Wheel.Right.Tire.Pressure"] = std::bind(convertFloat,
std::placeholders::_1, VehicleProperty::TIRE_PRESSURE, (int32_t) VehicleAreaWheel::RIGHT_REAR, 1.0f, 0.0f);
  • TODO Alex & Stefan to add the conclusion of the discussion

Tuesday 8 June - 500pm CEST

Participants

  • Mannu, Johan, Stefan, Alex, Stephen, Gunnar, Philippe

Minutes

too graphql generator

  • Gunnar gives an update on the graphql generator he has published
  • discussion about which implementation of the graphql generator to maintains
  • discussion on the type support in the generator
  • Alex will check when he and Stefan can deliver a presentation of the work done at BMW on this topic and on the open source code which is now in the publishing process

discussion on VSS to AOSP translation

AASIG development platform

  • Mannu reports on the building try out he made with the AASIG dev platform

Tuesday 1 June - 500pm CEST

Participants

  • Stefan, Johan, Mannu, Gunnar, Philippe

Minutes

graphql generator

VSS to AOSP translation

reschedule of CVII workshop event

  • June CVII workshop moved one week later to Thu 1 July; 16:00 CEST (duration: 3h max)
  • this date is fine for Stefan and Johan, Mannu will be OOO

Tuesday 25 May - 500pm CEST

"Development platform"

Manu's feedback

  • Manu: Dockerfile in master uses Ubuntu 14.04 which is very old
    • Gunnar: I know that we needed for Renesas BSP a certain version that had been officially tested, but it should not be as old as 14.04 anymore.  I will  check.
  • Manu: We should add a target for emulator
    • Gunnar: Agreed, this is needed.
  • Stefan: There should be a lunch target named genivi-x86 something that will build OK for the emulator.

WBS for VSS-to-Android properties bindings:

  • Stefan created a writeup in Markdown → now posted as Wiki Page here.
  • Stefan will check about status of the translation code ("manually written example").

Tuesday 18 May - 500pm CET

Participants

  • Alex, Manu, Johan, Gunnar, Philippe
  • apologies: Stefan

Minutes

roundtable of call participants

update of project current scope and status to bring Alex up to date

  • related tickets
    • Jira
      serverJIRA
      serverId121ddff2-c571-320f-9e4d-d5b9371533bd
      keyAASIG-120
    • Jira
      serverJIRA
      serverId121ddff2-c571-320f-9e4d-d5b9371533bd
      keyAASIG-122
    • Jira
      serverJIRA
      serverId121ddff2-c571-320f-9e4d-d5b9371533bd
      keyAASIG-123

discussion of BMW publishing of EDS-related code in the open

  • the code is related to the mapping of VSS on to CommonAPI and Some/IP.

AASIG github

Tuesday 11 May - 500pm CET

Participants

  • Stefan, Manu, Johan, Stephen, Gunnar, Philippe

Minutes

debrief of the virtual AMM

discussion of the planning of activities for the next 6 months

  • TODO Stefan to update the VHAL project work breakdown structure to reflect the revised project scope which is now on the generation of Google vehicle properties from VSS

May 4-7 Virtual AMM - VHAL sessions

Tuesday 27 April - 500pm CET

Participants

  • Stefan, Johan, Chris, Gunnar, Philippe

Minutes

Virtual AMM preparation

  • review of AASIG VHAL short update report and slides for the AASIG VHAL tech workshop and topics for the next 6 months

  • TODO Stefan to split the current slide deck into 3 parts as listed above

Tuesday 20 April - 500pm CET

Participants

  • Stefan, Johan, Gunnar, Philippe

Minutes

Virtual AMM preparation

  • Stefan: a sample of the code shown last week is actually available in
    Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-123

  • Discussion about possible reuse of the definition language in this project:
    https://github.com/GENIVI/vehicle_signal_manager

  • That project explores how to create NEW derived signals and events from expressions that are made up of VSS defined signals.

  • If the project isn't applicable exactly, it is still possible that the definition language (plus parsers / interpreters) could be reusable code for a code generator

Jira review

  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-122
    assigned to Gunnar Andersson that will add a final comment (reminder)
    • Gunnar: the work done on AASIG-122 draw the attention of the VSS team and might lead to some changes in VSS

Tuesday 13 April - 500pm CET

Participants

  • Stefan, Johan, Stephen, Gunnar, Philippe

Minutes

Virtual AMM preparation

  • Stefan: shows the code developed by TietoEVRY
  • Gunnar: very interesting update on the translation from VSS to vehicle properties

Jira review

  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-122
    assigned to Gunnar Andersson that will add a final comment
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-110
    the concept (using graphql)  was shown in a demo already,  Stefan Wysocki please add a comment and mark it as done, thanks !
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-44
    and subtasks will be revisited when we know better how Bosch code recently dropped fits into our work
  • sprint extended until 30 April

Tuesday 6 April - 500pm CET

Participants

  • Stefan, Johan, Chris, Philippe
  • apologies: Gunnar (Mobex webinar)

Minutes

Virtual AMM preparation

  • Stefan: did internal brainstorming at TietoEVRY and saw the demo developed by his colleagues, code refactoring necessary

then everyone switches over to the Mobew Webinar on Vehicle Service Catalog delivered by Gunnar

Tuesday 30 March - 500pm CET

Participants

  • Stefan, Stephen, Gunnar, Philippe
  • apologies: Johan

Minutes

Virtual AMM preparation

  • Stefan: manual translation of VSS to vehicle properties is done, an early implementation of the translator might be available at the time of AMM, possible, the demo will show how the generated code looks like
  • Stefan: will report the progress in
    Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-123

Tuesday 16 March - 500pm CET

Participants

  • Stefan, Johan, Stephen, Gunnar, Philippe

Minutes

Virtual AMM preparation

  • discussion on Tieto delivery of a project update(10') and a VSS-to-Vehicle Properties demo (15'), Stefan agrees to deliver both although the translation VSS↔properties might be manual at the time of the virtual meeting

Translation from VSS to VHAL properties

  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-122

    • Johan: the team provided a new update of the mapping analysis, please look at the ticket
    • Gunnar: it looks fairly complete. A few final tweaks on the translation-type -> Gunnar Andersson TODO
      Decided that the current version (as fetched in Dec 2020) is good enough to start implementing the concepts. It's possible to do an updated mapping later on and feed that into implementation.
    • Gunnar: we need to determine which vehicle properties should influence VSS

Jira cleaning

  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-37
    and sub-tasks thrown to backlog
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-54
    and sub-tasks thrown to backlog since the team stopped working on the External Data Server concept and status back to ToDo
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-44
    and sub-tasks thrown to backlog for the (same) reason above and status back to ToDo
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-38
    thrown to backlog

Tuesday 9 March - 500pm CET

Participants

  • Stefan, Johan, Philippe
  • apologies: Stephen Lawrence, Gunnar

Minutes

Translation from VSS to VHAL properties

  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-122

    • Johan: points the Excel spreadshhet 1.6, the mapping is almost done, there are some mismatches with OBD values, will include the latest comments from Erik Jaegervall
    • Stefan: discussion with Johan on the representation of seats, no simple way to represent the seats

VHAL implementation - signal2service interface

  • Stefan: someip implementation for android is used by another team at Tieto, it works out of the box

TODOs

  • TODO  Stefan Wysocki Stefan to check with the Tieto management about the preparation and resourcing for a VHAL demo to be shown at the upcoming virtual AMM

Tuesday 2 March - 500pm CET

Participants

  • Stefan, Johan, Stephen Lawrence, Gunnar & Philippe

Minutes

Build configuration

  • discussion between Gunnar, Stefan and Stephen on the build configuration and testing

Translation from VSS to VHAL properties

  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-122

    • Johan: the team has now this ticket in their backlog, work is in progress

Vehicle properties implementation

  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-120
     
    • updated by Gunnar with the link to repos
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-123
    • created to track the alternate implementation of vehicle properties using VHAL and not graphql

TODOs

  • TODOs Tieto (i.e. Piotr) to check the publishing status of the signal2service spec in the AUTOSAR set of standards
  • TODO  Tieto to check the status of the vsomeip implementation on Android (in github)

Tuesday 23 February - 500pm CET

Participants

  • Stefan, Piotr, Chris, Stephen Lawrence, Gunnar & Philippe

Minutes

Translation from VSS to VHAL properties

Next dissemination event

  • Next dissemination event will be the GENIVI virtual AMM scheduled on 4-7 May
  • Philippe: asks TietoEVRY whether it would be appropriate to show a VHAL connected to AUTOSAR demo, in 2-month time
  • discussion on interfacing with AUTOSAR using the signal2service mapping defined by AUTOSAR
  • TODO Tieto to check the publishing status of the signal2service spec in the AUTOSAR set of standards
  • TODO Gunnar and/or Tieto to check the status of the vsomeip implementation on Android (in github)

Tuesday 16 February - 500pm CET

Participants

  • Johan, Stefan, Stephen Lawrence, Gunnar & Philippe

Minutes

Platform Configuration

  • Gunnar: explains the platform configuration approach, the go infrastructure is set up to provide automatic builds, this is still wip though

  • discussion on go.cd for Johan's awareness

Translation from VSS to VHAL properties

  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-122

    • Johan: I passed this on the team, it is in their backlog now, Johan will provide feedback hopefully next week

    • review of VSS to vehicle properties Excel sheet, need to add 2 columns VSS data types and AA data types in the spreadsheet

    • Gunnar: I will attach the updated spreadsheet V2 to the Jira ticket

AOB

  • we will switch to zoom instead of webex for next week call

...

Tuesday 9 February - 500pm CET

Participants

  • Johan, Stefan, Piotr (part-time) Stephen Lawrence, Gunnar & Philippe

...

Translation from VSS to VHAL properties

  • browsing through this slidedeck and EAP diagram & discussion
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyAASIG-122
    created and assigned to Johan

Tuesday 2 February - 500pm CET

...

  • Alex: we are using Apollo graphql server which needs an addition for web token management, and other stuff we are working on, I have discussed which contribution we could do with Markus
  • BMW has the blue box on the right box (authentication) (look at the EDS architecture diagram)
  • BMW has only the EDS implementation, not the Internal Data Server one
  • Alex: the permissions are not yet what we need
  • discussion on the work to do for the authentication and the access control groups
  • Gunnar: we need to do a more formal description of things to be done for the authentication
  • Alex: might be able to do some work in the next days, will try out my ideas on an actual implementation, as soon as I have something (next week possibly), I will generate some docs like ppt
  • Alex: tooling is not clear for me yet, as soon as we agree on the way to specify things, we will talk about tooling and manifest generation
  • discussion on the naming of artefacts
  • Alex: we want to have a nodeJS graphql implementation running
  • Alex: I can describe the nodeJS and graphql installation and the deployment of json files
  • Gunnar: the wiki page for documenting tihs is AASIG: Implementation notes
  • /TODO/ Alex to describe the nodeJS and graphql installation in the above wiki page
  • Stefan: at Alex, since you have the authentication implementation under way, could you spent some time to describe what you have done so that we can identify the leftovers ?
  • Alex: I can explain that, for instance we need a json web token implementation
  • /TODO/ Alex & Stefan to clarify what could be the contribution of BMW & Tieto to the authentication mechanism implementation

...