在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
芯片精品文章合集(500篇!) 创芯人才网--重磅上线啦!
查看: 417|回复: 0

[转贴] 国外豪车marelli的车载系统-导航软件系统

[复制链接]
发表于 2024-8-7 18:30:19 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
SMEG Navigation Interface
1 AIM OF THE DOCUMENT
This document starts from the necessity to explain better the SMEG navigation module architecture.
This new architecture was originally defined for the first time during the SMEG march WorkShop.
The main goal of the wokshop was to redefine the previous module architecture in function of the new HMI development and of the fact that this new HMI will refer to the under BCM module through the DBUS channel information and through the SQL-lite database. In that place was also imposed the max data size each API could sent over the DBUS channel, and it was 1 Kbyte. All the other information not fitting this requirement was requested to excanche through the SQL-lite database.
The imposed limit over the DBUS was satisfied, in the case of Navigation module, sending the mass data through the UNIX SOCKET. This solution was agreed by Navigation team members and System-1 architect.
The problem didn’t regarded only the number of byte sent with each API, but also the API frequency invocation.
The navigation team exteemed the max frequency, looking at the already developed systems, in 300 APIs per second. It happens typically when the HMI must show a list of cities or roads or POI and the HMI user hasn’t introduced to many character in the filter.
To workaround this type of problem, has been decided to develop and public new APIs, in substitution or in additions, that in only one shot returns to the client the complete information list.
The DBUS / SQL-lite solution forecast server put the necessary data in the database (with SELECT and INSERT), while the client extract them (with SELECT and DELETE commands).
It effectively can avoid sending small or mass data over the DBUS channel.
For sure the SQL-lite solution could allow reducing, in remarkable mode, the publiced API numbers of the Navigation DBus interface. Many specialized API could be substituted with search command: “SELECT + SearchKey”.
The use of SQL database, as communication channel, for the Navigation module has many and remarkable contrary indication:

您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /2 下一条


小黑屋| 手机版| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-12-22 09:22 , Processed in 0.014202 second(s), 6 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表