Discussion:
IVI APIs
Johan Thelin
2011-06-30 08:57:09 UTC
Permalink
Hello all,

I've taken the liberty of reviewing the suggested APIs at
http://wiki.meego.com/In-vehicle/Roadmap/API . My background from
automotive is powertrain (automatic transmissions and rear wheel drive
systems), and Qt-based embedded development (and a bunch of other
non-related activities).

This is a bit of nit-picking, so please take it for what it is. I did
not want to come as a newcomer and edit the wiki :-)

The specifics:

- Car Information / Engine Type - the list seems a bit limited. What
about gas vehicles, fuel cells, etc.
- Running Status / Transmission Gear Status - what about variable
ratio transmissions, and the position of automatic gear leavers (PNRD)
- Running Status / Wheel Brake - three values represented by a
Boolean, looks like an Enum to me.
- Running Status / Lights Status - what about automatic headlights, do
you want an indicator flashing on/off each time, or do you want an
automatic value there as well, not only on/off
- Running Status / Wheel Tick Sensor - here, it is interesting to know
the source / accuracy. Is it from the front axis, rear axis,
calculated from the RPM + gear or a speed sensor in the gearbox? Here,
sensor failures are commonly replaced with less reliable values in the
drive line logic.
- Personalization / Key ID - is it wise to be able to set this value?
- Personalization / Generated Car Sound Mode - what is this? seems
like something that is implemented in the IVI system from the rpm
value or such, nothing that needs to be handled like this? Also, the
modes seems rather limited, I'd rather pick from a set of "dream
cars".
- Driving Safety / Transaction Control System - what is a transaction
control system? Could be me being out-of-date, or a typo.
- Climate/Environment / HVAC Fan / Target Temperature - the resolution
(1 dgC) seems a bit rough. I believe that my current knob has 0.5 dgC
steps
- Climate/Environment / Air-Recirculation - can be automatic as well.

Regarding the type Composition, I'm not sure that I follow what it is.
I guess that it indicates a key-value collection. For many Composition
types, the number of listed available keys seem a bit limited, e.g.
Personalization / Driver Seat Position (available adjustments),
Driving Safety / Airbag Status (the airbag positions). There are more,
but I'm not sure if I've simply misinterpreted the listed available
keys as *the* available keys, rather than an example of keys.

Finally, we reach the unit management. In some places I see Celsius
and PSI being specified, in others km/mil, litre/gallon, mph/kph are
provided as alternatives. I would suggest that a fixed set of units
are used, but that conversion methods are provided. This way, the car
only has to be able to provide one set of units and the IVI-system can
adapt to driver settings. It would also mean that one could rely on
one-way conversions. There is not need to be able to convert between
all units, only from the defined source unit.

Well, that was my 0.05$. Hope to be able to contribute more!

Best regards,

Johan Thelin M.Sc.E.E.
Senior Software Developer

Pelagicore AB
Ekelundsgatan 4, 6tr, SE-411 18 Gothenburg, Sweden
Mobile: +46 (0)700 900 250
Skype: jothpelagicore
E-Mail: johan.thelin-gfIc91nka+***@public.gmane.org
=?ks_c_5601-1987?B?udrBvryxKEp1c3RpbiBQYXJrKQ==?=
2011-07-01 10:53:43 UTC
Permalink
Hello, Johan,

At first, this work is close to gathering vehicle functionalities for IVI
rather than defining concrete APIs now.
The final Qt API can be the same or different with this list.
I know there is some ambiguous part, but I thought that it can be completed
with the help from members.

About the spec, I'll add the parameters which you mentioned.
And I'll fix mistakes such as traction control as you pointed out.

And I'd like to add some comments on some issues.

- Running Status / Lights Status - I considered the current status of head
light not the setting.
Automatic setting using light sensor seems to be a control setting value.
This item looks to be clarified including automatic setting.

- Running Status / Wheel Tick Sensor - It's important information for DR to
make navigation more accurate.
But it looks not easy to satisfy many OEM's diversity. It's a part that
needs a help from an expert.

- Personalization / Key ID - Definitely, only get is available for this. It
was a copy & paste error.

- Personalization / Generated Car Sound Mode - It's for EV car. It can be
categorized into EV group also.


Regarding the composition type, please regard it as a kind of data
structure.
Since some functions have many parameters, I needed to use composition type
even though it's ambiguous.
It was for preventing the table becoming too long.

Regarding the unit management, I thought that "Personalization /
Measurement System" can be used for that purpose.
As you mentioned, vehicle may provide information in one unit system.
IVI can convert it according to the "measurement system" setting.

Thank you for your interest and valuable advice.

Best regards,
Justin


-----Original Message-----
From: meego-ivi-bounces-***@public.gmane.org [mailto:meego-ivi-
bounces-***@public.gmane.org] On Behalf Of Johan Thelin
Sent: Thursday, June 30, 2011 5:57 PM
To: meego-ivi-***@public.gmane.org
Subject: [MeeGo-ivi] IVI APIs

Hello all,

I've taken the liberty of reviewing the suggested APIs at
http://wiki.meego.com/In-vehicle/Roadmap/API . My background from
automotive is powertrain (automatic transmissions and rear wheel drive
systems), and Qt-based embedded development (and a bunch of other
non-related activities).

This is a bit of nit-picking, so please take it for what it is. I did
not want to come as a newcomer and edit the wiki :-)

The specifics:

- Car Information / Engine Type - the list seems a bit limited. What
about gas vehicles, fuel cells, etc.
- Running Status / Transmission Gear Status - what about variable
ratio transmissions, and the position of automatic gear leavers (PNRD)
- Running Status / Wheel Brake - three values represented by a
Boolean, looks like an Enum to me.
- Running Status / Lights Status - what about automatic headlights, do
you want an indicator flashing on/off each time, or do you want an
automatic value there as well, not only on/off
- Running Status / Wheel Tick Sensor - here, it is interesting to know
the source / accuracy. Is it from the front axis, rear axis,
calculated from the RPM + gear or a speed sensor in the gearbox? Here,
sensor failures are commonly replaced with less reliable values in the
drive line logic.
- Personalization / Key ID - is it wise to be able to set this value?
- Personalization / Generated Car Sound Mode - what is this? seems
like something that is implemented in the IVI system from the rpm
value or such, nothing that needs to be handled like this? Also, the
modes seems rather limited, I'd rather pick from a set of "dream
cars".
- Driving Safety / Transaction Control System - what is a transaction
control system? Could be me being out-of-date, or a typo.
- Climate/Environment / HVAC Fan / Target Temperature - the resolution
(1 dgC) seems a bit rough. I believe that my current knob has 0.5 dgC
steps
- Climate/Environment / Air-Recirculation - can be automatic as well.

Regarding the type Composition, I'm not sure that I follow what it is.
I guess that it indicates a key-value collection. For many Composition
types, the number of listed available keys seem a bit limited, e.g.
Personalization / Driver Seat Position (available adjustments),
Driving Safety / Airbag Status (the airbag positions). There are more,
but I'm not sure if I've simply misinterpreted the listed available
keys as *the* available keys, rather than an example of keys.

Finally, we reach the unit management. In some places I see Celsius
and PSI being specified, in others km/mil, litre/gallon, mph/kph are
provided as alternatives. I would suggest that a fixed set of units
are used, but that conversion methods are provided. This way, the car
only has to be able to provide one set of units and the IVI-system can
adapt to driver settings. It would also mean that one could rely on
one-way conversions. There is not need to be able to convert between
all units, only from the defined source unit.

Well, that was my 0.05$. Hope to be able to contribute more!

Best regards,

Johan Thelin M.Sc.E.E.
Senior Software Developer

Pelagicore AB
Ekelundsgatan 4, 6tr, SE-411 18 Gothenburg, Sweden
Mobile: +46 (0)700 900 250
Skype: jothpelagicore
E-Mail: johan.thelin-gfIc91nka+***@public.gmane.org
Clark, Joel
2011-07-12 18:09:08 UTC
Permalink
To help move this along, I would like to set a deadline for comments on the Car-Systems proposal for Functional Groups and Functions:
http://wiki.meego.com/In-vehicle/Roadmap/API#API_Functional_Groups_and_Functions

Please submit your final comments by July 25. That gives us 2 more weeks for comments. At that point I suggest we lock down this section of the roadmap and move on to function prototypes and architecture drafts.


regards
Joel Clark
Meego IVI program manager





-----Original Message-----
From: meego-ivi-bounces-***@public.gmane.org [mailto:meego-ivi-bounces-***@public.gmane.org] On Behalf Of ???(Justin Park)
Sent: Friday, July 01, 2011 3:54 AM
To: 'Johan Thelin'; meego-ivi-***@public.gmane.org
Subject: Re: [MeeGo-ivi] IVI APIs

Hello, Johan,

At first, this work is close to gathering vehicle functionalities for IVI
rather than defining concrete APIs now.
The final Qt API can be the same or different with this list.
I know there is some ambiguous part, but I thought that it can be completed
with the help from members.

About the spec, I'll add the parameters which you mentioned.
And I'll fix mistakes such as traction control as you pointed out.

And I'd like to add some comments on some issues.

- Running Status / Lights Status - I considered the current status of head
light not the setting.
Automatic setting using light sensor seems to be a control setting value.
This item looks to be clarified including automatic setting.

- Running Status / Wheel Tick Sensor - It's important information for DR to
make navigation more accurate.
But it looks not easy to satisfy many OEM's diversity. It's a part that
needs a help from an expert.

- Personalization / Key ID - Definitely, only get is available for this. It
was a copy & paste error.

- Personalization / Generated Car Sound Mode - It's for EV car. It can be
categorized into EV group also.


Regarding the composition type, please regard it as a kind of data
structure.
Since some functions have many parameters, I needed to use composition type
even though it's ambiguous.
It was for preventing the table becoming too long.

Regarding the unit management, I thought that "Personalization /
Measurement System" can be used for that purpose.
As you mentioned, vehicle may provide information in one unit system.
IVI can convert it according to the "measurement system" setting.

Thank you for your interest and valuable advice.

Best regards,
Justin


-----Original Message-----
From: meego-ivi-bounces-***@public.gmane.org [mailto:meego-ivi-
bounces-***@public.gmane.org] On Behalf Of Johan Thelin
Sent: Thursday, June 30, 2011 5:57 PM
To: meego-ivi-***@public.gmane.org
Subject: [MeeGo-ivi] IVI APIs

Hello all,

I've taken the liberty of reviewing the suggested APIs at
http://wiki.meego.com/In-vehicle/Roadmap/API . My background from
automotive is powertrain (automatic transmissions and rear wheel drive
systems), and Qt-based embedded development (and a bunch of other
non-related activities).

This is a bit of nit-picking, so please take it for what it is. I did
not want to come as a newcomer and edit the wiki :-)

The specifics:

- Car Information / Engine Type - the list seems a bit limited. What
about gas vehicles, fuel cells, etc.
- Running Status / Transmission Gear Status - what about variable
ratio transmissions, and the position of automatic gear leavers (PNRD)
- Running Status / Wheel Brake - three values represented by a
Boolean, looks like an Enum to me.
- Running Status / Lights Status - what about automatic headlights, do
you want an indicator flashing on/off each time, or do you want an
automatic value there as well, not only on/off
- Running Status / Wheel Tick Sensor - here, it is interesting to know
the source / accuracy. Is it from the front axis, rear axis,
calculated from the RPM + gear or a speed sensor in the gearbox? Here,
sensor failures are commonly replaced with less reliable values in the
drive line logic.
- Personalization / Key ID - is it wise to be able to set this value?
- Personalization / Generated Car Sound Mode - what is this? seems
like something that is implemented in the IVI system from the rpm
value or such, nothing that needs to be handled like this? Also, the
modes seems rather limited, I'd rather pick from a set of "dream
cars".
- Driving Safety / Transaction Control System - what is a transaction
control system? Could be me being out-of-date, or a typo.
- Climate/Environment / HVAC Fan / Target Temperature - the resolution
(1 dgC) seems a bit rough. I believe that my current knob has 0.5 dgC
steps
- Climate/Environment / Air-Recirculation - can be automatic as well.

Regarding the type Composition, I'm not sure that I follow what it is.
I guess that it indicates a key-value collection. For many Composition
types, the number of listed available keys seem a bit limited, e.g.
Personalization / Driver Seat Position (available adjustments),
Driving Safety / Airbag Status (the airbag positions). There are more,
but I'm not sure if I've simply misinterpreted the listed available
keys as *the* available keys, rather than an example of keys.

Finally, we reach the unit management. In some places I see Celsius
and PSI being specified, in others km/mil, litre/gallon, mph/kph are
provided as alternatives. I would suggest that a fixed set of units
are used, but that conversion methods are provided. This way, the car
only has to be able to provide one set of units and the IVI-system can
adapt to driver settings. It would also mean that one could rely on
one-way conversions. There is not need to be able to convert between
all units, only from the defined source unit.

Well, that was my 0.05$. Hope to be able to contribute more!

Best regards,

Johan Thelin M.Sc.E.E.
Senior Software Developer

Pelagicore AB
Ekelundsgatan 4, 6tr, SE-411 18 Gothenburg, Sweden
Mobile: +46 (0)700 900 250
Skype: jothpelagicore
E-Mail: johan.thelin-gfIc91nka+***@public.gmane.org

Loading...