VEG - Requirements Meeting Eindhoven
As in many other vertical markets, the OSGi technology gets an higher adoption in the automotive industry as well.?Therefore the OSGi-Alliance is organizing automotive workshops, with key people from the OSGi-Alliance as well as from various OEMs, tier-1 suppliers and telematics service providers in order to align the standardization activities of the OSGi Vehicle Expert Group with the demands of the automotive industry.
Based on the success of the automotive workshop in Troy, Michigan, we are organizing another OSGi automotive workshop on March 22nd in Europe. Siemens VDO is so kind to host the meeting in Eindhoven, Netherlands. The exact room as well as directions will be provided later.
Moderator: Peter Kriens, Technical Director & Evangelist, OSGi-Alliance
| 08.30 | Arrival and coffee |
| 09.00 | Welcome |
| 09.15 | Introduction OSGi Vehicle Expert Group |
| 09.45 | Participants Presentations. Workshop participants can give a brief presentation (5 min) on desired areas of work |
| 10.30 | Results of the Automotive Workshop in Troy, USA |
| 11.00 | Open Discussion. Brainstorming on topics that VEG should work on Look for common interest of areas |
| 12.30 | Lunch |
| 13.30 | Prioritizing ideas |
| 14.00 | Continued open discussion based on priority |
| 16.00 | OSGi organization, technical process, IPR overview, next steps |
| 16.30 | Adjourn |
VEG - Requirements Meeting Eindhoven Results
This page describes the results of the VEG meeting at 2007/03/22 in Eindhoven. During this meeting we discussed issues that the VEG should be working on. The following presentations were given as input:
| Kai Hackbarth | ProSyst Software | K.Hackbarth@prosyst.com |
| Detlef Kuck | Ford | dkuck1@ford.com |
| Andy Welter | aicas | anwalt@aicas.com |
| Rob van den Berg | Siemens VDO | Rob.vanDenBerg@siemens.com |
| Peter Kriens | aQute | Peter.Kriens@aQute.biz |
| Christoph Poggemann | PTV AG | Christoph.Poggeman@ptv.de |
| Glenn Coates | AONIX | Glen.Coates@AONIX.com |
| Roland Tritsch | IONA | Roland.Tritsch@iona.com |
| Hans-Christian Fricke | Volkswagen AG | Hans-Christian.Fricke@volswagen.de |
| Jens Krüger | Volkswagen AG | Jens2.Krueger@volkswagen.de |
| Silvia Alen Gonzalez | CTAG | Silvia.Alen@ctag.com |
| Robert Maier | K.U. Leuven | Robert.Maier@esat.kuleuven.be |
| R v. Venrooy | Siemens VDO | Roland.vanVenrooy@siemens.com |
| Paul Lieverse | Siemens VDO | Paul.Lieverse@siemens.com |
| Chris Gray | /k/embedded Java | Chris.Gray@kiffer.be |
| Ralph Mueller | Eclipse Foundation | Ralph.Mueller@eclipse.org |
| Emil Siemes | Aplix Corporation | Emil@aplic.co.jp |
| Franz-Josef Marintz | Solid Technology | Franz-Josef.Marintz@soliddb.com |
| Felipe Gil-Castinera | University of Vigo | Xil@det.uvigo.es |
| Bart den Haak | LogicaCMG | Bart.den.Haak@logicacmg.com |
Presentations
Top Requirements
Christoph Poggeman (PTV) had prepared a mind map that we extended with all the requirements. These requirements were then placed in a excel list and voted upon. All attendants had 10 votes they could distribute. This resulted in the following top 8:
- Vehicle API - Uniform access to the static and dynamic vehicle information, read write, cross manufacturer, cross bus. A Vehicle Object model. There are currently three proposals on the table: GST, OSGi, Volkswagen (based on OSGi). Requires security and authorization.
- Navigation API - An API for location based services. POI, positioning, routing, guidance, map handling (update/extend the map OTA), traffic information.
- Communication Manager - Enables application to choose a communication link. Central administration point for comm. Channels. Enumerate the channels. Unify different comm. Technologies. Cheapest, fastest, only local hotspot, �, nearest roadside unit. From an appl. perspective it should simplify access to a comm. link.Should address sharing. Prioritization.
- Universal OSGi - Allows native code to be deployed and managed as bundles, as well as enableing native code to use the service registry. Enable distributing the firmware to other components? AutoSAR link?
- Hard/soft real time.
- Integration with AutoSAR - How to communicate between an AutoSAR defined system and OSGi based applications. Market force. Can OSGi integrate with the AutoSAR tools?
- Persistence - Simple embedded database or interface to a database. Persistence storage of data, maybe higher level model like hibernate, toplink, JDO, etc. Higher level than JDBC.
- HMI - Provide an API to HMI. Bindings to different UI technologies. Abstraction for UI events/event handling. Separate logic from the UI, where is the edge thin client. Look at themes and how bundles can integrate into resident themes. Non graphic Uis.
This is list is similar to the meeting in Troy.
Actions
The top requirements have been divided in workstreams that have an owner. The owners will drive an RFP for the different areas.
| Vehicle API | Hans-Christian Fricke and Jens Kröger, Volkswagen AG |
| Navigation API | Christoph Poggemann, PTV AG |
| Communication Manager | Kai Hackbarth, ProSyst |
| Universal OSGi | Rob van den Berg, Siemens VDO |
| Hard and/or SOft Real Time requirements | Glenn Coates, AONIX |
| AutoSAR Integration | Ralp Müller, Eclipse Foundation |
| Persistence | Franz-Josef Marintz, Solid Technology |
| HMI | Bart den Haak, LogicaCMG |
