似从科幻电影中走出的LF-30，是雷克萨斯电动化造车的“盖面菜”

Posted 2023-04-09

参考技术A

“盖浇饭”是一种古老的汉族小吃，其实就是菜和饭放在一个盘子里吃，因菜浇在饭上而得名。东北叫它“盖饭”，广东称之为“碟头饭”，西南、西北就叫“盖浇饭”，意思都一样。

我们把浇在饭上面的菜称之为“盖面菜”（浇头）。“盖面菜”决定了一份“盖浇饭”的价值。那大块的牛肉，红亮、浓稠的汤汁，软糯的土豆，喷香的卤蛋，都成为你爱上它的理由。但无论怎样千差万别的“盖面菜”下面，唯一不变的仍然是最初的那一碗米饭。

雷克萨斯LF-30，像极了丰田为雷克萨斯未来电动化造车浇上的一大勺“盖面菜”。

日前，雷克萨斯官宣，首款纯电概念车LF-30将亮相北京车展（9月26日—10月5日），LF-30也将成为未来雷克萨斯新能源汽车的设计模板之一。

如果算上2019年，LF-30分别亮相于东京车展和日内瓦车展，LF-30北京车展之行，已经是“三度出山”。

从LF-30频频亮相的节奏可以直观感受到，LF-30之于雷克萨斯的重要性。仅从名字来看，已经颇具纪念意义，“L”代表雷克萨斯，“F”代表未来，“30”则代表雷克萨斯30年品牌历史。

所以，在丰田看来，LF-30为纪念历史而来，更为开创未来而来。

LF-30的长宽高分别为5090mm、1995mm、1600mm，轴距为3200mm。从车身尺寸来看，LF-30定位于中大型车级别，即便放在现有雷克萨斯的产品序列里，也是中高端定位。

动力方面，LF-30采用110KWH容量的电池组，WLTP工况续航可达500KM。考虑到WLTP工况是更接近实际续航里程的核定方法，500km，应该是“一向保守”的丰田在用车安全和市场需求之间，达成的最佳平衡点。

同时，LF-30的纯电动力系统可实现最大功率400KW，峰值扭矩700N.M，成就了3.8S的零百加速，200km/h的最高车速。

上述关于LF-30的各项参数指标，如果你一目十行，也就过了，不会觉得有何异常？但，如果我们强调一次：LF-30只是一辆概念车，从车身内外极为夸张的设计也能感受到。

甚至，丰田都没有正式公布其具体量产的时间，却公布了其具体参数。我们知道，概念车的意义在于技术和设计的探索，公布参数，是进入量产阶段才干的事情。

由此，我们可以得出这样一个结论，无论LF-30的造型多么的“不靠谱”，但TA已经具有实实在在的可操作性。

只要丰田愿意，LF-30随时可以以高度还原概念车的方式实现量产。如此“反差萌”的做法，其实是丰田的另一种表达：在未来电动化造车领域，雷克萨斯品牌将延续汽车奢侈品的属性。

我们知道，雷克萨斯的第一辆纯电是UX300E，尽管在UX300E尚未上市之前，一度被传UX300E将会是LF-30的量产车型。事实否定了传闻，UX300E和LF-30没有任何关系。

UX300E是基于TNGA架构下的GA-C前驱平台开发而成，确切地说，UX300E也是一款“油改电”产品。只是凭借GA-C平台强大的拓展性、兼容性，以及丰田近30年油电混动领域的造诣，UX300E仍不失产品竞争力。

所以，真正意义上讲，量产之后LF-30才是雷克萨斯纯电车的“开山之作”，而非UX300E。而从丰田对LF-30的重视程度来看，似乎雷克萨斯也将以纯电车为主打车型，推动整个品牌的电动化进程。

当然，事实并没有那么简单。

2019年6月，在雷克萨斯品牌30周年的庆祝活动上，雷克萨斯国际执行副总裁佐藤弘治曾言：在电动化时代，由于各国法规及社会文化的差异巨大，雷克萨斯无法做到在全球市场中发售单一标准的电动车。所以，“逆全球化”根据不同市场需求推出不同产品，将是雷克萨斯电动时代独特的研发销售战略。

因此，对于雷克萨斯来说，“电动化”这个词含义很广，包括混合动力汽车、插电式混合动力汽车、纯电车、氢燃料电池车。最终产品投放的侧重点，将根据市场需求来决定。

按照计划，到2025年，现有雷克萨斯车型都将拥有电动版本，同时，还将推出10款电动汽车。

事实上，从整个丰田的战略规划来看，到2030年全球范围内电动化汽车销量将超过550万辆。但其中，纯电车，包括氢燃料电池车仅计划销售100万辆。

也就是说，至少在10年以上的时间里，丰田品牌也罢，雷克萨斯品牌也罢，纯电车都还只是电动化造车这场大戏里面的“配角”。

不管怎样，“全能型”选手的称号，丰田当之无愧。丰田几乎量产了当下全球可以实现量产的所有类型的电动化汽车。

1997年，搭载THS技术的第一代油电混动汽车普锐斯问世；2012年普锐斯PHEV（插电混合动力汽车）车型问世；2014年，MIRAI上市，丰田第一款FCEV（氢燃料动力汽车）车型实现商业化量产。

虽然，在纯电车制造领域，丰田滞后很多，2020年4—5月间，CH-R EV、奕泽E进擎两款纯电车的推出，才算丰田完成纯电车制造的首秀。

但是，丰田知道“谦受益、满招损”的道理。2019年7月，丰田与比亚迪开启合作，而后者除了提供动力电池，还要与丰田共同开发轿车和低底盘SUV的纯电车型，丰田学习纯电造车的意图非常明显。

面对上述电动化造车的“四大流派”，丰田最佳的选择就是“不选择”。在宝马公司内部尚在为是否斥以巨资，打造一个纯电车制造平台时，丰田的电动化制造平台E-TNGA已经于2019年问世了。

丰田与斯巴鲁联合打造的电动车平台E-TNGA，可以搭配多种驱动形式，可以修改车辆的轴距、轮距，可以在匹配不同的零部件后，满足氢燃料电池车、插混车、油电混动车、纯电车等不同车型需求。E-TNGA平台成为丰田未来几乎所有电动汽车的基础。

没错，迄今，丰田没有独立的纯电车制造平台，尽管E-TNGA平台实现了丰田技术的融合，尽管有一些新的传动技术的引入，但仍然不具备技术的突破性创造。不管是HEV、PHEV、FCEV，甚至包括EV，都是丰田早已谙熟的造车技术再现。

如果比作文首所言的“盖浇饭”，E-TNGA平台承载的都是我们所熟悉的那一份米饭。尽管质地不错，但确实一如既往。这一套平台，应付丰田品牌足以，我们看到首款出自于E-TNGA平台下的CH-R EV，无须遮掩什么，就是和燃油版车型在外观上如出一辙。

但是，雷克萨斯不行。

雷克萨斯的纯电车，要延续在燃油车制造领域的辉煌，与下一代奢侈品消费者的对话。比如，雷克萨斯GX/LX两款大型SUV，在电动化转型中，用户希望从车辆中获得不错的越野和牵引能力，但仍然对NVH有较高的要求。

事实上，因为缺少燃油发动机声音的掩盖，纯电车的NVH反而更难，许多细小的声音都更加容易暴露。

所以，在雷克萨斯看来，在维持燃油车时代，因为品牌赋予的工整、静谧、舒适、稳定的产品特质，成为纯电车制造的难点。

正如雷克萨斯LF-30总工程师渡边刚所言，LF-30做到了这一切。

在规模化进军电动化造车的前夜，在最不擅长的纯电车制造领域，雷克萨斯以完全可是实现量产的LF-30为“浇头”，滋味十足，无比诱人，但填饱肚子的最终是下面的“米饭”。

雷克萨斯LF-30什么时候量产？坊间有传，在美国、澳大利亚等地申请了名为RZ450E的产品商标。

“E”自然可以说代表纯电，在雷克萨斯现有产品序列中，“S”代表轿车，X代表SUV，“C”代表Coupe车型，但“RZ”的车型编号倒是第一次见。与RZ450E最接近的现车型编号是RX450H，一款中大型混合动力SUV。

如此联想，是否为一款定位中大型纯电跨界多功能车型？这样的猜想，几乎与概念车LF-30的车辆信息完全吻合。

如果真是如此，只能说明，2019年10月东京车展上，雷克萨斯所透露的，彼时正在研发中的全新纯电车专属平台，已经接近成功。LF-30才有了可能量产的前提。大概率下，E-TNGA平台不会量产LF-30，雷克萨斯怎会忍心亲手搞砸了自己的“盖面菜”。

本文来源于汽车之家车家号作者，不代表汽车之家的观点立场。

详情

官方服务
官方网站车型大全购车计算销量排行新能源车新车上市

如何在Android上使用OpenGL ES 2.0绘制点

OpenGLES是一个让人崩溃的东西。在Andorid手机上做3D还就得用它。把我记的一些笔记分享在这里吧：AndroidOpenGLES简介20011-6-3Android系统使用OpenGL的标准接口来支持3D图形功能，android3D图形系统也分为java框架和本地代码两部分。本地代码主要实现的OpenGL接口的库，在Java框架层，javax.microedition.khronos.opengles是java标准的OpenGL包，android.opengl包提供了OpenGL系统和AndroidGUI系统之间的联系。Android的本地代码位于frameworks/base/opengl下,JNI代码位于frameworks/base/core/com_google_android_gles_jni_GLImpl.cpp和frameworks/base/core/com_google_android_gles_jni_EGLImpl.cpp，java类位于opengl/java/javax/microedition/khronos下本地测试代码位于frameworks/base/opengl/tests。包括angeles、fillrate等14个测试代码，这些代码都可以通过终端进行本地调用测试（模拟器中使用adbshell）。OpenGLES1.x固定管线操作，支持glVertexPointer()等函数，不支持GLSL。头文件在ndk的GLES目录下，库文件是libGLESv1_CM.so。OpenGLES2.x可编程管线操作，不兼容1.x，不支持固定管线操作，例如glVertexPointer()等函数。支持GLSL(还必须用这个来编程)。头文件在ndk的GLES2目录下，库文件是libGLESv2.so。OpenGLES学习2011-6-30OpenGL定义了自己的数据类型。应该坚持使用这些OpenGL的数据类型，从而保证可移植性和效率。OpenGLES目前不支持64位数据类型。OpenGLES只支持三边形。OpenGLES只支持gl开头的函数，glu库都不支持。OpenGLES从OpenGL中删除的功能：1.glBegin/glEnd2.glArrayElement3.显示列表4.求值器5.索引色模式6.自定义裁剪平面7.glRect8.图像处理(这个一般显卡也没有，FireGL/Quadro显卡有)9.反馈缓冲10.选择缓冲11.累积缓冲12.边界标志13.glPolygonMode14.GL_QUADS,GL_QUAD_STRIP,GL_POLYGON15.glPushAttrib,glPopAttrib,glPushClientAttrib,glPopClientAttrib16.TEXTURE_1D、TEXTURE_3D、TEXTURE_RECT、TEXTURE_CUBE_MAP17.GL_COMBINE18.自动纹理坐标生成19.纹理边界20.GL_CLAMP、GL_CLAMP_TO_BORDER21.消失纹理代表22.纹理LOD限定23.纹理偏好限定24.纹理自动压缩、解压缩25.glDrawPixels,glPixelTransfer,glPixelZoom26.glReadBuffer,glDrawBuffer,glCopyPixelsOpenGLES2.02011-10-92.0和1.1不兼容。-2.0使用的头文件是ndk的include目录下的GLES2目录，有gl2.h,gl2ext.h,gl2platform.h，而1.1使用的是GLES目录。-2.0使用的库文件是ndk的lib目录下的libGLESv2.so，而1.1使用的是libGLESv1_CM.so。-2.0中取消了很多1.1函数，例如glMatrixModel和glLoadIdentity等。OpenGL着色语言（GLSL――OpenGLShadingLanguage）-使用2.0，必须学此语言。因为很多1.1的函数都被取消了。san-angelesNDKOpenGLES1.1的例子程序2012-3-8SanAngeles，查维基百科，是一个虚构的未来概念城市，位于南加州。常在电影中出现，来源自LosAngeles和SanDiego.该程序的演示效果是，观察一个宏伟的城市，地面是镜面有建筑倒影，城市中有飞船飞过。前后有5、6个观察点，而且镜头在每个观察点不停的移动。这个例子，用NDK(C++)调用OpenGLES1.1来绘制了SanAngeles这个城市。基本上全部使用了NDK，Java程序只有1个。用vc2005演示一下，目的通过跟踪代码了解一些细节。方法是：-将jni下所有的.h文件，以及demo.c,app-win32.c复制出来，放在一个专门的目录下，然后改造成用OpenGL的而不是ES的。（或者干脆删除大段的绘制代码，保证编译通过）首先分析Java代码-DemoActivity.java，这是唯一的Java文件，它主要需要下列4个jni的接口：-privatestaticnativevoidnativeInit();//初始化-privatestaticnativevoidnativeResize(intw,inth);-privatestaticnativevoidnativeRender();//绘制1帧-privatestaticnativevoidnativeDone();其次分析C++代码app-android.c-首先，调用了importGLInit()，动态导入OpenGL的库。-其次，调用了appInit()，在内存中建立了平台无关的3D对象集合。建立方法是用一个数组，用类似画圆拔高的方式产生诸多三角形。-然后，在每个时钟周期中调用appRender()，细节是：-prepareFrame(width,height);//准备OpenGLES绘制框架。其实就是清空颜色和深度缓冲，重置投影和模型矩阵。-camTrack();//算好在当前时钟周期，镜头的位置、朝向及焦距等。然后调用gluLookAt来实现。-configureLightAndMaterial();//设置光源和材质-drawModels(-1);//先绘制倒影(其实就是将所有模型z轴倒过来画)-第一个循环，是画精致的物体-第二个循环，是画运动的物体-drawGroundPlane();//再绘制镜子一般的地面。在绘制前取消光照，打开混合，然后绘制。绘制后还原状态。-drawModels(1);//再绘制所有模型-drawFadeQuad();//最后绘制淡出框，用融合的方式画一个遮住整个视口的2D框，融合系数和时间相关。 参考技术A FrameBuffer对象的概念可以参见前面文章AndroidOpenGLES开发教程(23)：FrameBuffer。简单的和2D图像类比，FrameBuffer如果对应到二维图形环境中，就是一个2D的内存数组空间，缺省情况为屏幕的显存，也可以创建Offscreen内存空间，此时FrameBuffer可以是一个二维数组，数组每个元素代表一个像素颜色。对于三维图形来说，除了需要代表颜色的二维数组（ColorBuffer），还需要深度二维数组（DepthBuffer)或遮罩数组(StencilBuffer)，因此在OpenGL中的FrameBuffer为上述ColorBuffer,DepthBuffer,StencilBuffer的集合。如果手机具有GPU，其缺省的FrameBuffer也是3D屏幕显示区域。通过OpenglES扩展支持，应用程序也可以创建内存中的FrameBuffer对象（不用于屏幕显示）。通过这种应用程序创建的FrameBuffer对象，OpenGL应用可以将图像显示输出重新定向到这个非屏幕显示用FrameBuffer对象中，类似于二维图形绘制中常用的Offscreen技术。和缺省的屏幕显示FrameBuffer一样，由应用程序创建的FrameBuffer对象也是由ColorBuffer,DepthBuffer和StencilBuffer(可选）的集合组成。这些Buffer在FrameBuffer对象中可以称为FrameBuffer-attachable图像，FrameBuffer定义了一些接入点(AttachmentPoint)可以用于连接（Attach）这些Buffer数组。OpenGLES定义了两种FrameBuffer-attachable图像，Texture和renderbuffer，简单的可以将Texture理解为Colorbuffer或是2D图像，renderbuffer对应于depthbuffer。本回答被提问者采纳