Page History

VSS feeder componentcomponent 

Checked with demo that has vss-feeder as submodule.
VSS feeder seems to provide data with the right* format.
*(Note: SQLite database schema was not (yet) aligned with CCS project schema).

• todo create a layer concept for the Franca to VSS leaf mapping (model transformation)

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-39

•  We are not immediately dependent on it now.
• VSS to Franca transformation is a Work-in-progress PR currently:
   vss-tools/pull/6 repository

• todo design and implement franca service (SomeIP) 
•  We are not immediately dependent on it now.

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-40

•  Awaiting item 3, and more implementation.

• todo check Check signal to service translation in Adaptive AutosarAUTOSAR
•  We are not immediately dependent on it now.
• in-progress in CCS project:

  Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key CCS-88

•  For future milestones

• todo create PoC Someip Create PoC SOME/IP simulation component to playback agreed use cases

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-42

  
  
  • note: we could consider using an Adaptive Autosar node like what we did for the FARACON demo
  • note: VSS data base could be merged into the VSS feeder
  •  For future milestones

• Select and implement feeder input API → how feeder writes data into the "shared database"

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-43

• Either it is writing directly into the database  (shared with the VSS data server component) or writing into an API provided by the VSS data server. server 
• DECISION:  vss-feeder writes into SQLite file, and the other components read from the file.  I.e. the database "API" is SQL.

VSS data server component

 TODO: (Gunnar) Put vss-feeder,

 Pending some input from Alexander on permissions

See JIRA for some updates

• Implement the connection between the access protocol (GraphQL) and the fetching/writing of data into the database.

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-45

  done duplicate of

  Jira
  server JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-48

• PR sent with reduced schema that matches only the OpenDS signals. 
  Long term solution should be. 
• PR proposal vss-graphql/pull/7 repository
• New plan uses separate Demo repo instead → action Gunnar Andersson

Define GraphQL schema - what does it look like?

 See above, working to use the proposal from PR 7 in the new demo repo setup.

• todo resolve Resolve requested data for the APP from the VSS data structure

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-48

• ==> This means:  Implement the resolvers function in GraphQL
  Depends on choosing the database implementation first.
• ==> Adjust resolver to fetch the data from SQLite.
•   The basic one without permission enforcement is done.
   Pending permissions-enforcement.

• todo change/write data values for requested data leaves

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-49

  
  
  • ==> Same as implementation of 14, but for writing.
  • This means:  Implement Mutation functions in GraphQL
•  Not implemented any writing support yet.

• todo handle Handle the subscription for APPs

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-50

• => Implement Subscriptions (according to GraphQL)
•  Not implemented any subscription support yet.

• APP implement authentication to access the data server (eg JWT), e.g. json Web token

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-51

  
  
  • relates to Vehicle Signal Authentication
  • description TBD
  • definition of done TBD
  • look at https://github.com/w3c/automotive/issues/322
• todo implement the permissions handling in the data server

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-52

  
  
  • look at on-going discussion in W3C on the dynamic registry https://www.w3.org/2019/11/W3C_Gen2_dynamic_registry.pdf (Geotab proposal)
•  See above, awaiting implementation

Define the "signal groups" that make up each permission and give each permission a name.

• Example permission group created by Alexander (in .md file), similar to the layers discussion.  Alexander found it easiest to do Signal→Group mapping
  (this fits the VSS layer principle exactly.) but also to have the opposite view (Group→ Signals) generated by tooling (for human readability)
• vss.permission.xxx (as proposed in VSS layers) was a nice convention, but let's confirm that we are aligned with Google standards on permission names.
• Awaiting proposal PR

• todo finalize permissions layer concept (independent work item)

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-38

  
  
  • description TBD
  • definition of done TBD
• Awaiting proposal PR

Framework Layer / Authentication Service

 To be done.  Will be stored in android-vss-authentication-service repository

Stefan Wysocki
(TietoEVRY)

• todo request APP permissions from package manager

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-55

  
  
  • description TBD
  • definition of done TBD
•  TODO

Stefan Wysocki
(TietoEVRY)

• todo generate access token for the APP including the APP permissions

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-56

•  TODO

Stefan Wysocki
(TietoEVRY)

Application Layer

1. Implement EV charging status App in Android, with a graphical UI
2. Implement Position/speed/make/model/ any other info, as received from driving simulator (could be simple UI, maybe text).

^^ Decision to implement number 2 first.

Alexander: There are helpers to access GraphQL from an Android project.  You add a plugin to your gradle project to include it.  Some classes will be generated based on the GraphQL schema we specify.  https://github.com/apollographql/apollo-android

Stefan: The app skeleton is in the aasig_dev_platform (Only on Stefan's fork still?)

→ Currently in aasig_dev_platform/tree/develop/vendor/genivi/modules repository

Will be put in Will be stored in android-vss-authentication-service repository

TODO:  Define what signals we can get from simulator, and try the simulator (Tieto)

 Done, see above for details

• Implement the APP permissions based on permissions defined/proposed in VSS layers

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-59

   
  • description TBD
  • definition of done TBD
•  

• Implement authentication as required by the concept including access token request, etc.

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-60

   See above
• 

Stefan Wysocki
(TietoEVRY)

• APP implement request/response serialization for the client

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-61

• Gunnar: this is probably defined by the communication protocol (defined by GraphQL)

• todo agree on PoC use cases for the implementation

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-41

• implement the selected use cases

• Jira
  server JIRA serverId 121ddff2-c571-320f-9e4d-d5b9371533bd key AASIG-62