|
|
本帖最后由 晨枫 于 2022-9-24 07:54 编辑 4 c& t5 _. f0 c- \! A9 P- C: B
/ i% E3 g$ Z$ b5 \6 b7 C( Q汽车已经高度电子化、数字化了。从发动机到冷暖风,从刹车到车门车窗,某种形式的电子控制无处不在。汽车的可靠性也从机械为主,变到电子系统可靠性占很重要的成分。电子系统当机可以停转发动机、锁死方向盘。即使只是收音机不响,导航不灵,电窗自说自话,也是很恼人的。3 K C7 L; O h% U3 F
2 f4 G& b5 f2 D数字化比电子化更进一步,将模拟式电子控制变成数字控制,并且具有互联能力。各种大屏显示和娱乐系统更是本质数字化的。
, R- \4 u7 j) D, @! M: y5 r# k. B+ g: c/ O8 ^! R
随着汽车的高度电子化和数字化,汽车电子系统也从零打碎敲的就地控制演进为协调的网络化控制。进入急弯的时候,一侧车轮抓力不够,需要重新分配内外侧的车轮转速和扭力(如果有电子差速器的话),需要对打滑的轮子稍微施加一点刹车,还需要发动机降低出力、降档,可能还需要加强电控转向的力反馈,帮助驾车人感受路面情况。这些都需要协调动作。
; G4 m1 C6 q9 j* ~1 p2 l. \. q- d4 G0 `: q, E3 C6 Z. i+ z2 i
各种电子控制也使得汽车的各方面高度可调。发动机(实际上是变速器)可以在充满运动感的敏锐和省油、舒适的舒缓之间调节,底盘硬度、方向盘的转向手感也是一样。汽车上的各种参数在系统里都有,有些驾车人也希望显示出来,水温、油温、轮胎压力、电压、润滑油液位、冷却液液位等。' X" [* }+ O& q8 y
; D4 L0 r# e% b2 q$ u1 i- K
这其实反应了高度计算机化控制系统的共同问题:
/ q! u( {! u' M: L4 i$ } a7 _2 z. B; q+ s: g. K' W) \5 t6 D0 P: j& O
1、 信息交换
% [3 {3 D7 u. d/ I, l* Y& d2、 信息显示+ R: Q0 I( B' C* P
3、 控制设定
9 Z1 i0 O) B1 M0 ?4 I' O& T# y2 [7 O& f" Q, m0 L. {1 z: N0 j# ?/ I
信息显示和控制设定是人机界面的问题,在汽车大屏(http://www.aswetalk.net/bbs/foru ... read&tid=156211)那里已经谈到了,这里集中于表层之下的控制架构。汽车电子控制的现状和未来其实可以从工业过程控制中找到先例。
5 M4 E P* X6 T2 Y8 Q0 b9 X7 g+ Z' S3 G* v' h
在工业过程控制的早期,不管是机电、气动还是电子控制,都是就地控制为主。测量仪表、控制器、控制阀都在一起,回路与回路之间各自为战。在汽车上,曾经也是一样。发动机控制只管根据油门输入控制转速,变速器控制只管根据车速和扭力控制换挡,刹车控制只管根据轮胎打滑情况控制转速,电动助力转向只管根据车速和转向角增减力反馈。6 t3 P( l" O# p3 X8 e
# }. h+ e7 z) _
但在自控水平提高后,控制回路之间要互相协调,才能最大限度地发挥产能、提高质量。比如说,原料口流量增加了,意味着整个下游都将流量增加,可以对加热量、配料量等未雨绸缪了,还需要在时间上匹配好,要在原料口的变化影响到本工段时才恰到好处地动作,过早过晚都是弄巧成拙。但也只有这样的全盘协调控制才能保质保量。汽车上也是一样,如上面的高速过弯的例子。+ I4 s: n# H- v2 o
2 A0 i' H8 H" q# s# w- j
简单的信息交换不难,可以用连线解决。但信息量一大,还要全面共享,统统一对一连线就不可能了。需要数字化的网络总线,需要共享的数据库。这就是网络化的控制系统,简称DCS。- @2 W, a3 b; J0 o; A; O1 w
3 o. N5 b& D% A8 C/ A) B$ ODCS把分布在各处的数字控制模块用网络连接起来,一人见大家,大家见一人,信息全向流通,多变量控制空前便利。DCS还用显屏替换了成片的表盘,节约了控制室的面积,提高了操作工的效率。复杂控制其实是人越少越好。一个人掌管全局,左手知道右手要干什么,万事不求人,心到手到。人多了,还要互相之间通报、协调,反而碍事。
1 M5 J( i1 y0 x7 O. k, z Z: P' m" F3 G2 ^; i- I/ e8 ]! t" M
出于降低单一节点失效危险的考虑,DCS一般用分布式数据库。但要是可靠性不是问题,集中式数据库也没有什么不可以。这实际上就是过程控制云了。难怪云计算概念刚出来的时候,干过程控制的人面面相觑,这不就是把我们的分布式数据库集中起来吗?怎么这也成了个事了?
$ {' f5 r8 E% }% |+ E1 c6 \, f0 ?! L4 {' ^: K
在汽车上,现在还是就地控制加简单的连线。汽车控制会越来越朝向全局协调控制发展,渐次升级的自主驾驶会加速这一趋势。汽车电子也会向DCS方向发展,各自为战的底盘控制、发动机控制、娱乐系统、舒适-方便功能都成为互相由网络化连接的模块,要求越来越高的大屏显示也成为挂在“汽车DCS”上的显示模块。
# b! T; f! c6 Q- C5 z. Q6 b& l1 L
这等于拥有独特操作系统、CPU、GPU、IO管理、总线、分布式数据库的完整IT系统。在工业DCS方面,霍尼韦尔、艾默生、ABB、横河等是主要的DCS厂商。道化学以前一直坚持自制DCS,现在好像也放弃了,毕竟这不是他们的主业,要靠副业跟上行业潮流太累了。
, R. o: v+ R2 L2 q: B4 s! k) F
9 R! H/ D/ ~7 G! n2 v汽车方面也一样,现在还是各家汽车公司在自己干,但很快就会超过一般汽车公司的能力,需要专业的ICT公司介入,比如华为。汽车公司的大屏界面的各种拧实际上反映了对ICT的外行,即使大牌如奔驰、宝马也不能免俗,但是具有更加强烈硅谷背景的特斯拉还对用户友好一点。5 r9 R/ }- J$ R. P$ \/ N
. d2 \+ r- k$ `3 X1 [这些还是驾车人能看到的拧,“发动机盖之下”的各种拧只有汽车公司的人自己能看到,外界看不到,但不等于不存在。4 a* m( A/ M. G5 U9 P: p
, ^% ^3 e) ^- Y2 v' S2 z# |3 G' \5 Y
独立于汽车公司的通用“汽车DCS”不仅有规模经济的好处,也可多头反馈、帮助产品成熟化,是共赢的事情。通用“汽车DCS”还有助于第三方配件和应用,降低使用者成本。实际上,对于人才流动都是有利的。当然,这是双向的,即便利于别家从你这里挖人,也有利于你从别家挖人。- ^! O+ z7 Y- x, X
L* K! L3 c7 n$ p; c
汽车公司则可回到传统强项。比如说,电车的三电里,电控不仅是硬件架构,更重要的是软件。通用“汽车DCS”只提供系统级通用软件,好比微软视窗,应用软件还是要靠最终用户的。0 q) ~9 u( J3 s: C
- E' `1 W2 C% K% K( d; t: P8 T$ \5 V通用的“汽车DCS”还可提供通用的人工智能平台,各汽车公司可以挂自己的算法和传感器组合,但降低基本平台方面的研发和更新压力。工匠的本事是使用工具,太多精力花在造工具上,就得不偿失了。
$ W5 l5 R. {$ Y( p m
2 U& I- e. n2 |2 M往更远一点外推,“汽车DCS”或许也可扩展为无人机、无人船、无人卡车的基础平台,它们都有较高的可靠性、实时性、耐环境性、可维护性、可扩展性、后向兼容性要求。这天地就更大了。
$ C: x, O! e$ a3 s t3 u ?6 B! F* c
9 f8 c( i3 }0 B( x! t- jDCS包括操作系统、总线标准、分布式数据库标准、通信协议标准等,具体的控制、传感器模块倒是可以开放给友商研发和制造。
2 J6 G0 |4 g# j) }7 [# V+ B" T/ o( w( e$ r4 Z6 D! A
华为有底子,有实力,在国际上参加过Open DCS(那是前两年的事了,现在不知道是否还在里面),本身不造车,是牵头的理想厂家。华为已经在做车机了,不过好像是专注在自动驾驶、人工智能方面。这些很重要,但“汽车DCS”更底层,自动驾驶、人工智能只是汽车DCS的高层模块。华为该考虑了。
/ z" i; a; A8 [
/ A2 e! p- o C; G: t3 Q1 z华为的鸿蒙是新的微内核操作系统,比微软这样宏内核操作系统更加适合需要灵活拓展的实时场景。华为的光纤通信技术强大,总线和分布式数据库不知道怎么样,但那不是前沿技术,攻克不难。 M" I2 }6 @. l0 f( Q
! z2 R$ ~8 o( k. W
华为最大的困难是因为政治原因难以打进欧美市场,带在中国和一带一路没有问题。这就是足够大的市场了。中国汽车(或者使用中国技术的汽车)在短期内大规模打进欧美市场本来就不现实。 |
评分
-
查看全部评分
|