ag亚游
Lượng người tonkawa HuaYu mềm: phần mềm hệ thống lái xe thông minh trong những thử thách với ChanZhong áp dụng
亚游集团老板

Lượng người tonkawa HuaYu mềm: phần mềm hệ thống lái xe thông minh trong những thử thách với ChanZhong áp dụng
Trong những năm gần đây, với sự phát triển của lái xe thông minh, truyền thống của xe hơi điện tử phát triển mô hình không còn được áp dụng cho hệ thống của thần cưỡi khôn-ngoan cảnh phát triển, trí thông minh dựa trên mô hình phát triển của lái xe ZhongJianJian trở thành các phương. Vào ngày 21 tháng 9 năm 2023, khóa thứ ba ở 2023 vực bộ điều khiển xe hơi thông minh với trung ương tính toán trên nền tảng tại hội nghị thượng đỉnh về sự đổi mới, người tonkawa HuaYu mềm united người sáng lập kiêm CTO Li Jian có nghĩa là, bằng cách nhìn về trí thông minh lái xe con chip và thượng tầng và nền tảng của nhu cầu phát triển phần mềm/ZhongJianJian, phần mềm có thể làm cho hệ thống lái của trí thông minh có chi phí phát triển được giảm lớn, và rút ngắn chu kỳ phát triển, Cải thiện độ tin cậy của phần mềm.
CTO kiêm người sáng lập người tonkawa Li Jian | HuaYu mềm hòa đồng
Nội dung bài giảng sau đây:
Trong mô hình của chiếc xe điều khiển điện tử phát triển của truyền thống, sử dụng dựa trên AUTOSAR ZhongJianJian tiến hành phát triển của CP đã trở thành động trong ngành công nghiệp phát triển mô hình của xu hướng. Với sự phát triển của lái xe thông minh, mặc dù những gì hiện nhu cầu của nó trong ứng dụng và ứng dụng đang sử dụng công nghệ và truyền thống của những chiếc xe điều khiển điện tử là hai lĩnh vực của hoàn toàn khác nhau, nhưng hệ thống quy mô của nó phức tạp hơn rất nhiều. Vì vậy, trong hoàn cảnh của lái xe thông minh, dựa trên nền tảng phần mềm hoặc dựa trên mô hình phát triển của ZhongJianJian vẫn là rất cần thiết. Thông qua nền tảng phần mềm, chúng ta có thể làm cho hệ thống lái của trí thông minh có chi phí phát triển được giảm lớn, rút ngắn chu kỳ phát triển, cải thiện độ tin cậy của phần mềm.
Cho đến nền tảng của lái xe thông minh hiện nay vẫn còn ở trong ngành công nghiệp phần mềm/ZhongJianJian FaZhanQi, công nghệ hàng rào cao. Dù là ADAS hỗ trợ ứng dụng của lái xe thông minh, hay cao cấp tự động lái xe, hệ thống phần mềm đều là một phần rất quan trọng của cấu trúc toàn bộ hệ thống phần mềm được, độ cao về độ tin cậy của hệ thống và an toàn.
Nguồn: tài liệu cho khách mời
Chính xác là dựa trên đây, người tonkawa HuaYu mềm để cho đến nền tảng phần mềm phát triển của lái xe thông minh, hiện nay đã ra rồi hoàn chỉnh cho đến nền tảng của lái xe thông minh của loạt sản phẩm phần mềm. Trong sản xuất hàng loạt và nhiều ZhuJiChang, Tier1 đức trong quá trình hợp tác, và chúng tôi đã tìm thấy và nền tảng phần mềm và cũng có sự xuất hiện trong quá trình sản xuất hàng loạt của một loạt thách thức, và rồi nối rời phần giải quyết. Bên dưới sẽ chia sẻ với mọi người chúng ta gặp vấn đề như thế nào, và giải quyết chiến lược trong sản phẩm HuaYu.
DDS sản xuất hàng loạt trường hợp
Trong quá trình sản xuất hàng loạt, từ truyền thông, hay quản lý thi hành đến kế hoạch hành thích hoài chắc chắn và chuỗi công cụ là khi chúng ta đang xây dựng hệ thống thông minh lái xe quanh những vấn đề không mở. Sử dụng ROS của các DDS hay mã nguồn mở của mã nguồn mở để xây dựng một nền tảng phần mềm tự động lái xe ở mức độ demo những gì có thể đạt được độ tin cậy của hệ thống và bền cacbon-13, với phần mềm dựa trên nền tảng HuaYu đi xây dựng thỏa mãn khắt khe của nhu cầu sản xuất hàng loạt hệ thống phần mềm cấu trúc của những gì có thể đạt được là hoàn toàn khác nhau.
Mức độ liên lạc, ví dụ trên hạt nhân ARM A, quá trình sản xuất hàng loạt ZhongTong thường bắt gặp những vấn đề là nhiều ứng dụng, thuật toán mang lại việc liên lạc của cảnh phức tạp, có nhiều phát sóng dữ liệu điểm nút, liên lạc PinCi cao, lượng dữ liệu rất chờ thử thách lớn. Sử dụng con chip lớn chi phí rất cao tính lực để giải quyết những vấn đề này là cách mà hiện nay thường. Nhưng khi nhu cầu của hệ thống lái xe trở nên phổ biến ngày càng thông minh cao, tất cả xe enterprise đều hy vọng có thể sử dụng con chip xây dựng hệ thống lái tự động của chi phí thấp, sẽ hoạt động chức năng của các CPU càng tận dụng càng tốt, sẽ để đổ đầy các CPU dùng cho mục tiêu để làm phân phối tài nguyên. Vậy làm thế nào để đảm bảo liên lạc dưới hệ thống phụ tải cao thấp của sự khuấy động một khoảng thời gian sẽ trở thành một vấn đề rất quan trọng. Cùng lúc đó, trong một tình huống liên lạc mà phức tạp như thế này, nhu cầu của những điểm nút cảnh đối với hoạt động chức năng liên lạc thông tin và truyền thông khác nhau là khác nhau. HuaYu ZhongJianJian có thể liên lạc qua QoS cấu hình của nó rất đơn giản, để đáp ứng nhu cầu khách hàng cảnh phức tạp liên lạc của rất nhiều. Ngoài ra, là tài nguyên của SoC rất phong phú, có nhiều tầng lớp khác nhau liên lạc channel, làm cách nào khác nhau dựa trên nhu cầu ứng dụng khác nhau giữa các hạt nhân (tiến trình trong quá trình/phòng / / giữa các con chip/vực) giữa các lựa chọn hiệu quả cao nhất của channel, liên lạc cũng là HuaYu ZhongJianJian thực tế của khách hàng có thể giúp giải quyết vấn đề. Trong quá trình liên lạc, liên lạc HuaYu ZhongJianJian chẩn đoán ủng hộ việc liên lạc của có thể cung cấp đầy đủ, giúp người dùng định vị nhanh chóng liên lạc với trục trặc liên quan đến sự.
Dưới đó là chúng ta đang ở Tier1 sản xuất hàng loạt dự án với một ai đó trong thực tế cảnh liên lạc. Ở giữa TDA4 và J5, TDA4 A của hạt nhân giữa R hạt nhân và phải làm rất nhiều dữ liệu tương tác.
Nguồn: tài liệu cho khách mời
TDA4 A của hạt nhân sẽ công bố số lượng topic trên cho một 56, muốn nhận số lượng các nút mấu chốt của dữ liệu cho hạt nhân đến từ A 105 một, nhận từ bố điểm nút cho 8 R dữ liệu hạt nhân. Liên lạc của PinCi là cho 25 Hertz, Hertz 50, 100 hay Hertz. Kích thước trung bình của liên lạc lệnh từ 30 byte đến 3M byte thôi không đợi, trung bình một giây phải xử lý số lượng lệnh là 6000 một, mỗi giây TunTuLiang cho 500M byte thôi. Cảnh của mẫu phức tạp này nếu không phụ thuộc vào làm ZhongJianJian liên lạc, phải trực tiếp từ dưới đáy, đạt được một chiếc xe của khung của liên lạc với cường độ là rất khó khăn được gọi là urp, và cần tiêu thụ một lượng lớn lực, thời gian và phần lớn chi phí thời gian.
Trong liên lạc tình huống phức tạp này, chúng ta sử dụng HuaYu SWIFT DDS đạt được nối với nhau rồi dữ liệu. Trong hạt nhân của J5 và TDA4 A/R hạt nhân trên đều triển khai rồi SWIFT DDS, tất cả đều thông qua việc liên lạc của SWIFT DDS hoàn thành, và có thể dựa trên vị trí triển khai và nhu cầu của ứng dụng để lựa chọn cách liên lạc của eusebius sinh nhất.
Nguồn: tài liệu cho khách mời
Một trường hợp khác là một kiến trúc đôi Orin và đôi TC397. Trên tất cả các chip cũng có thể truy cập tất cả các đường truyền thông thông qua SWIFT DDS. Này trong đó có một hạt cát Orin vẫn sẽ chạy ứng dụng liên quan đến một số xe của đám mây, có thể sử dụng mở rộng những thỏa thuận DDS, bao gồm cả DDS -- SECURITY, DDS -- RPC và DDS -- WEB, giúp khách hàng tiện lợi của cách gõ trực tiếp đánh xe đóng cửa vụ món và kết nối của điện toán đám mây và đáp ứng nhu cầu của những đặc trưng của liên lạc và điện toán đám mây. Trong những tình huống như thế này, sử dụng cùng một HuaYu ZhongJianJian việc liên lạc của chiếc xe có thể đặt chân đến xưởng của liên lạc trong xe, liên lạc và đám mây liên lạc thống nhất tất cả đứng dậy.
Trong trường hợp này, tại SAO khách hàng lại chọn SWIFT DDS thay vì những giải pháp khác? Đầu tiên, SWIFT DDS có thể hỗ trợ các kịch bản phức tạp. Thông qua những cách khác cũng có thể sẽ làm là xây dựng những cảnh liên lạc, nhưng trong quá trình liên lạc, xây dựng một cách không thể đáp ứng nhu cầu của những người khác ngoại trừ bản thân liên lạc của chức năng và nhu cầu của tuabin mới. Và SWIFT DDS có thể dễ dàng đạt được các chức năng truyền thông và các yêu cầu hiệu quả trong các tình huống phức tạp thông qua các công cụ cấu hình của DDS.
Thứ hai, SWIFT DDS được hỗ trợ bởi nhiều phương tiện truyền thông hiệu quả cao. Ví dụ như ở TDA4 A hạt nhân trong việc liên lạc R hạt nhân, SWIFT DDS sẽ tự động chuyển ở đáy channel sử dụng hiệu quả cao hơn RPMessage liên lạc.
Thứ ba là kiểm soát sự nhiễu sóng chậm trễ của liên lạc. Trong quá trình sản xuất khối lượng, hạt nhân A phải chạy hàng chục hoặc hàng trăm tiến trình, tất cả đều có chu kỳ riêng. Một khi liên lạc bị rung chuyển, việc rung chuyển này không thể kiểm soát được. Ví dụ như dùng Some/i.p., sự khuấy động bình thường của trung bình có thể là 5 phần nghìn giây, nhưng nếu nó đang ở trong một khoảng thời gian của sự khuấy động Max có thể đạt được hàng trăm phần nghìn giây thậm chí tương tự của giây, đối với ShiXu yêu cầu rất nghiêm ngặt đối với ứng dụng của thượng tầng, là không có cách nào để sử dụng. Vì vậy SWIFT DDS cung cấp sự hỗ trợ giao diện của kế hoạch hành thích hoài chắc chắn, chống lại những gì phía trước đang đề cập đến vấn đề sự khuấy động đã làm của độ sâu tối ưu hóa.
Và cuối cùng là sự hỗ trợ cho việc chẩn đoán và giao tiếp đa dạng QoS. SWIFT DDS chống lại những cảnh của lái xe hơi thông minh hoặc đã làm rất nhiều tối ưu hóa và cải thiện, và những giải pháp có rất nhiều loại khác là không có những chức năng này.
Nguồn: tài liệu cho khách mời
Quản lý và thực thi trong quá trình sản xuất hàng loạt của trạng thái
SoC chạy trên một quá trình rất nhiều, những phụ thuộc vào mối quan hệ giữa những quá trình này có lẽ. Hầu hết các viên gạch chỉ bằng 1/100 theo công ty phát triển, và cuối cùng sẽ đặt viên gạch này cô đánh vần cùng nhau thành một hệ thống. Trong quá trình này, trên hình thức triển khai đến phần cứng của các chương trình để làm thế nào? Bắt đầu hoạt động và kết thúc như thế nào? Trong số đó và không có những khung quy định thống nhất.
Đối với tình trạng quản lý, trong quá trình sản xuất hàng loạt của thống nhất phải có một khung, ví dụ như có liên quan của tập tin nhị phân. Đối với phụ thuộc vào con qisma, đối với hoạt động của tham số thực hiện thống nhất quản lý và cấu hình. Cùng lúc đó, đối với ứng dụng sẽ triển khai thực hiện thống nhất, nâng cấp của OTA chờ, cũng đều phải hoàn thành dưới một khung thống nhất đối với độc lập để thực hiện một cách hiệu quả cao nhất.
Ngoài ra, là vì quá trình quản lý thi hành và trạng thái của chúng ta sẽ làm được và cách ly của nguồn tài nguyên, bảo đảm tiến trình A chạy trên nhiều hạt nhân một khi có sự sụp đổ, sẽ không ảnh hưởng đến các quá trình khác.
Chống lại những thách thức này, chúng tôi đã phát triển “ YunQiao ” thực hiện quản lý ZhongJianJian, đang sử dụng trong quá trình sản xuất hàng loạt ZhongJianJian của chúng ta có thể cấu hình của chương trình ứng dụng sẽ, triển khai và phát triển, chạy, và thống nhất OTA đến một khung xuống và tiến hành.
Trạng thái từ chu kỳ cuộc sống của chương trình ứng dụng quản lý và quản lý, thông qua “ YunQiao ” thực hiện quản lý ZhongJianJian, có thể và kinh doanh thực hiện giải Ou thượng tầng. Viết tắt của design ở người dùng chỉ có phụ của các viên gạch chỉ bằng 1/100 (tất cả các nút KuangTu biểu đồ và các nút giữa dòng dữ liệu), vẫn chưa thực sự trước khi kinh doanh của đoạn mã, sẽ có thể dựa trên những thông tin này được thực hiện chương trình quản lý và tình trạng quản lý tất cả chu kỳ cuộc sống, và không phụ thuộc vào những thuật toán thực tế đạt được. Và nếu áp dụng những chức năng này trong ứng dụng, gây ra những kết quả là trạng thái, hay quản lý thi hành bản thân sẽ quản lý kinh doanh có OuGe nghiêm trọng và thượng tầng, sẽ rất khó để kiểm tra, và sau đó mở rộng khó khăn.
Đối với triển khai và OTA, “ YunQiao ” thực hiện quản lý ZhongJianJian của chương trình triển khai và anh nên và đặt xuống dưới khung quản lý thực hiện nó cùng OTA, chỉ cần dùng cùng một khung sẽ có thể thực hiện chương trình phát triển, triển khai, thi hành, OTA, tất cả những thứ liên quan đến tất cả đều ở dưới cùng một khung thành hiện thực, độ cao đảm bảo sự liên kết và sự tiếp hiệu quả.
Nguồn: tài liệu cho khách mời
Của chúng ta đang ở lượng ChanZhong đối mặt với một thách thức khác là chắc chắn thi hành. Cơ chế vận hành của Linux là khả năng lớn nhất của kế hoạch hành thích hoài đi làm, nhưng sẽ không bảo đảm thực hiện hết trong thời gian của chương trình ở chắc chắn, và hiện nay ở A rất nhiều thuật toán thông minh lái xe chạy trên hạt nhân là khi thời hạn rõ ràng có thời gian và yêu cầu của chu kỳ. Một khi một chỗ, không chắc chắn thời gian thi hành của chương trình nào đó sẽ gây ra toàn bộ hệ thống rơi vào trạng thái hỗn loạn. Trong quá trình toàn bộ hệ thống này không chỉ ở các nút trên tính toán, xử lý, buổi logic kinh doanh còn phải làm việc liên lạc giữa các nút và các nút, bản thân liên lạc cũng sẽ mang lại sự không chắc chắn.
Có ai đó đưa ra sử dụng TSN giải quyết vấn đề này, của TSN giải quyết là truyền tải dữ liệu của mức độ phần cứng chắc chắn, nhưng nếu người dùng không sẵn sàng trong tầng LianLu sử dụng TSN làm truyền tải dữ liệu, và trong truyền tải tầng sử dụng UDP làm truyền tải dữ liệu, từ tầng LianLu đến tầng truyền tải dữ liệu trong quá trình xử lý, kernel sẽ mang lại sự không chắc chắn mới. Vì vậy, chắc chắn phải thi hành của tiến trình giải quyết trong quá trình truyền thông dữ liệu từ người dùng gửi đến người dùng của quá trình nhận vụ món đến vấn đề chắc chắn liên lạc. Chống lại điều đó một thử thách, chúng ta đối với không gian người dùng đến cái lõi rốt cuộc có dạng không gian phát sóng của tất cả dữ liệu LianLu quy trình làm nghiên cứu, phân tích và tối ưu hóa kiểm sóat tốt rồi, tất cả đều LianLu liên lạc và trao đổi của phiên bản ra mắt HuaYu chắc chắn.
Qua huayu chắc chắn thực hiện mô-đun, người dùng chỉ cần nhập thông tin liên quan đến công việc vào máy tính định vị chắc chắn, sau đó tạo ra một chương trình định vị chắc chắn, và sau đó thông qua việc định vị chắc chắn runtime, thực hiện các chương trình định vị chắc chắn, bạn có thể thực hiện việc định vị toàn cầu xuyên chip.
Nguồn: tài liệu cho khách mời
Nhu cầu dây chuyền công cụ trong quá trình sản xuất hàng loạt
Cho việc phát triển MCU truyền thống hoặc AUTOSAR CP, các nhà sản xuất phần mềm trung gian đã cung cấp một chuỗi công cụ đầy đủ. Nhưng khi chúng tôi phát triển các ứng dụng lái xe thông minh trên lõi A, có rất ít dây chuyền công cụ tương ứng. Việc phát triển trên Linux thông thường là thông qua các cuộc gọi giao diện API, đòi hỏi một số lượng nhất định của công việc phát triển chương trình gắn kết các ứng dụng với nhau bằng cách sử dụng keo. Thêm vào đó, luồng dữ liệu kinh doanh ở phía trên là một thứ gì đó ở mức độ toán học trừu tượng, và làm thế nào để lập bản đồ các cấp độ toán học như kiểu kiểu gửi dữ liệu lên một kiểu dữ liệu middleware cũng cần một lượng công việc nhất định.
Thông thường trong quá trình phát triển của mô hình V toàn bộ quá trình khép kín, bao gồm phân tích, thiết kế, phát triển, thử nghiệm, triển khai và bảo trì, các quá trình kiểu V là rất thiếu phần mềm cho hệ thống lái xe điện tử thông minh.
Đối với mỗi bước trong quá trình phát triển mô hình V, hua yu có những công cụ tương ứng để giúp mọi người thực hiện những nhiệm vụ này. Ví dụ như hệ Configurator và bộ tạo mã của chúng tôi cho một viễn cảnh giao tiếp mà người dùng có thể dùng cách cấu hình để thực hiện tình huống DDS mà nó muốn. Máy Monitor cho phép người dùng truy cập trực tiếp vào trạng thái truyền thông thời gian thực của DDS khi kiểm tra và gỡ lỗi DDS. Thu âm dds-echo, dds-replayer cho phép người dùng phát lại dữ liệu thu âm DDS trong môi trường phòng thí nghiệm để dễ dàng cho người dùng gỡ lỗi liên lạc.
Green Engine là công cụ tích hợp tự động của hua yu. Với Green Engine, người dùng chỉ cần cung cấp các thuật toán trên để tích hợp các ứng dụng lái xe thông minh. Green Engine thay thế công việc của người dùng để tích hợp các mô-đun phần mềm cho hệ thống lõi bằng tay. Người dùng chỉ cần cung cấp một biểu đồ hộp giữa các nút hệ thống và một biểu đồ lưu lượng dữ liệu và một thuật toán được thiết kế để xử lý nó bằng cách sử dụng Green Engine SDK để tạo ra một ứng dụng lái xe thông minh chạy trực tiếp dựa trên phần mềm trung gian. Vì vậy, người dùng có thể chỉ tập trung vào việc kinh doanh của các ứng dụng lái xe thông minh, trong khi giao tiếp dữ liệu, lập kế hoạch tính toán, quản lý thi hành, và những thứ khác đều được tích hợp và tích hợp bởi Green Engine để đạt được việc xây dựng và triển khai nhanh chóng hệ thống lái xe thông minh.
Nguồn: tài liệu cho khách mời
ZhongJianJian với SOA trúc lâu đã, cấu trúc nền tảng hiện nay là ở đáy của SOA trúc chức năng cơ bản tất cả thông qua cấu trúc ZhongJianJian tiến hành xây dựng. Mặc dù SOA OuGe giữa có thể làm giảm ứng dụng, điểm nút, nhưng một trong những quá trình phát triển liên kết hợp còn mang lại rồi ken. đừng làm việc. Giống như việc sử dụng một phần mềm trung gian trực tiếp từ bên thứ ba sẽ có sự phức tạp cấu hình cao hơn. Một dự án sản xuất khối lượng có thể được sử dụng bởi nhiều nhà cung cấp phần mềm trung gian, cần phải phối hợp với nhiều nhà cung cấp để giao tiếp và kết nối, quá trình sẽ mất rất nhiều thời gian/nhân lực chi phí, dẫn đến sự tích hợp cuối cùng là rất phức tạp và không thể kiểm soát.
(nội dung trên là từ đồng sáng lập và CTO li jian vào ngày 21-22 tháng 9 năm 2023 tại 2023 tại hội nghị cải tiến bộ bộ điều khiển xe hơi thông minh và nền tảng điện toán trung tâm lần thứ ba của hội nghị cải tiến bộ bộ điều khiển xe hơi thông minh và nền tảng điện toán trung tâm phát biểu chủ đề "tất cả cảnh xe ô tô quy định chip giúp kết hợp các lĩnh vực".)
300 triệu thị trường phần mềm, tái tạo xe hơi dây chuyền
“ nhìn lại lịch sử, trong công ty xe hơi mỹ chỉ có ford và tesla không bao giờ phá sản. ” Em trả thù và nói, “ nhưng khi đợt suy thoái kinh tế đến tiếp theo, ford cũng rất khó để ngoại lệ. ”
Đề xuất quy trình sản xuất bởi vì phần mềm với chiếc ô tô rồi mới thử thách, ford truyền thống của nhà máy ngày càng khó để nâng cao hiệu quả dây chuyền chế tạo xe hiệu suất.
Vào năm 2022, quy mô của thị trường xe hơi phần mềm đã đạt 264 tỉ đô. Và khi dần chạm mức tăng của dân dùng xe điện thông minh, phần mềm quy mô thị trường cũng sẽ giữ được sự tăng trưởng nhanh chóng. Tỉ euro think tank dự đoán rằng sau năm 2025, quy mô thị trường xe hơi phần mềm trung quốc sẽ đạt 373 tỷ đô.
Xe của ford và lý do tesla có thể ở mỹ trong lịch sử để lại một cây bút của NongMoChongCai, không chỉ bởi vì họ xây dựng sản xuất sản phẩm ngôi SAO rồi, mà là bởi vì họ đã thay đổi quy trình sản xuất của xe hơi.
Trước khi ford, xe hơi là xa xỉ của để dành ra trong cửa hàng thủ công. Lúc đó một chiếc xe ít nhất có 5000 một phụ tùng xe hơi, ráp thành một chiếc xe ô tô cần 12 tiếng đồng hồ, tức là không đủ khiến chiếc xe chỉ là đồ chơi của một số rất ít người.
Năm 1913, ford dây chuyền đầu tiên, tạo ra trên thế giới lại lắp ráp ô tô bị nén đến 90 phút một thời gian. Năm 1927, khi mà chúng ta tiếp tục tối ưu hóa những dây chuyền, một chiếc xe hơi nhờ chúng 24 giây có thể lại lắp ráp hoàn thành. Gia tăng hiệu quả làm cho nước mỹ trở thành quốc gia của trên bánh xe.
Và trong thế kỷ, tesla được kế thừa ý chí của đã ford. Một mặt, tesla thông qua một công nghệ YaZhu giảm số lượng phụ tùng xe hơi; Mặt khác, em cố thêm các kỹ sư, nhà thiết kế với sự liên kết sản xuất xưởng, làm cho nhân viên kỹ thuật mang tư duy thiết kế, thiết kế chu kỳ ngắn lại.
"Điều làm cho một công ty thành công không phải là bản thân sản phẩm, mà là khả năng tạo ra sản phẩm một cách hiệu quả. Câu hỏi là, làm thế nào để tạo ra những cỗ máy đó. Nói cách khác, bạn thiết kế nhà máy như thế nào." Trong quá trình của tesla phát triển, ý tưởng nên luôn luôn bị em xem là nguyên tắc tất cả.
Những thách thức đến từ phần mềm
Khi xe hơi chạy bằng điện vào nửa sau của chương trình thông minh, phần mềm định nghĩa xe hơi đã trở thành xu hướng chung.
Vào năm 2022, quy mô của thị trường xe hơi phần mềm đã đạt 264 tỉ đô. Và khi dần chạm mức tăng của dân dùng xe điện thông minh, phần mềm quy mô thị trường cũng sẽ giữ được sự tăng trưởng nhanh chóng. Nhóm nghiên cứu châu âu dự đoán vào năm 2025, thị trường phần mềm ô tô trung quốc sẽ đạt 37.3 tỷ nhân dân tệ.
Sản phẩm đã xảy ra sự thay đổi, vậy thì có nghĩa là dây chuyền sản xuất cũng sẽ xảy ra thay đổi.
Đề xuất quy trình sản xuất phần mềm với chiếc ô tô rồi mới thử thách, truyền thống của nhà máy ngày càng khó để nâng cao hiệu quả dây chuyền chế tạo xe hiệu suất, đó cũng là em sẽ nói rằng “ xác suất lớn ford sẽ phá sản trong lần sau cuộc khủng hoảng kinh tế ” vì những lý do.
Bây giờ quá trình phát triển của xe điện không chỉ thông minh và liên quan đến phần cứng, cũng liên quan đến phần mềm, càng ngày càng nhiều hơn trước năm 2025, lượng xe hơi đoạn mã phần mềm được dự đoán sẽ đạt tới 70 tỷ được rồi, đây chắc chắn sẽ dẫn đến cải thiện sự phức tạp trong xe hơi của tổng thể này. Cùng lúc đó, trong nhiều cũng khiến cho quá trình phát triển của phần mềm sẽ gia tăng những dụng cụ phát triển phần mềm, dẫn đến quá trình phát triển ngày càng phức tạp. Ngoài ra, phần mềm tăng lên thêm nhiều cũng sẽ dẫn đến dữ liệu.
Sẽ di chuyển cánh cửa trí tuệ làm ví dụ phổ biến để bây giờ, khi phát hiện xe đến chìa khóa, mở khóa cửa tự động khi đến gần, nhấn nút sau khi mở cửa ra phím cửa tự động mở ra, người lái vĩ độ sau khi đạp phanh (hoặc ấn phím đóng cửa) cửa tự động đóng lại ", lái xe vẫn sẽ kích hoạt chức năng tự động tránh khiếm khuyết trong trong thời gian đóng cửa. Đạt được một chức năng trong quá trình này, vừa cần mở cửa ra máy thi hành các viên gạch chỉ bằng 1/100 liên lạc, điện hút khóa cửa, bộ cảm biến, chờ phần cứng, cũng cần phải kiểm soát phần mềm, phần mềm liên lạc, giao diện người dùng phần mềm đợi hợp tác của phần mềm.
Đây chỉ là một chức năng mở cửa đơn giản, và sẽ có nhiều phần cứng và phần mềm liên quan đến các chức năng phức tạp hơn như lái tự động.
Với sự gia tăng của phần mềm và phần cứng tham gia vào các chức năng, trong quá trình phát triển, sẽ liên quan đến phần mềm và phần mềm, phần mềm và phần cứng phát triển, một phần cứng được điều chỉnh, có thể dẫn đến nhiều phần mềm và phần cứng khác cần phải điều chỉnh, do đó làm cho chu kỳ phát triển kéo dài liên tục.
"Hiện nay việc phát triển xe hơi truyền thống có thể mất từ 3 đến 5 năm, và rất nhiều kỹ sư và nhà phát triển ở các nhà máy máy chủ được phân phối khắp nơi trên thế giới, tự mình chiến đấu và cuối cùng được hợp nhất. Điều này thường dẫn đến một vấn đề nhỏ mà phải mất nhiều tháng để giải quyết ". Avijit Sinha, giám đốc sản phẩm của win-river systems, đã nói với eeo motors, "nếu phát triển tích hợp trên đám mây, thì giải quyết vấn đề này có thể chỉ mất một tuần, làm giảm đáng kể thời gian phát triển và tăng hiệu quả cho ngành công nghiệp xe hơi."
Tái tạo đường ống phần mềm
Cung cấp cho các công cụ phát triển phần mềm hiệu quả hơn cho các công ty xe hơi, là nhiệm vụ mới của gió river trong thời đại phần mềm định nghĩa kỷ nguyên xe hơi.
Hiện nay, công ty Wind River systems đang vận hành hai dòng sản xuất lớn, đó là Wind River Studio và Wind Software Platform.
Wind River Studio là một nền tảng phần mềm gốc trên đám mây, thích hợp cho việc phát triển, triển khai, vận hành và dịch vụ các hệ thống thông minh từ thiết bị đến đám mây; Platform phần mềm Wind là một nền tảng phần mềm của gió, chủ yếu là cung cấp các giải pháp dựa trên phần mềm mã nguồn mở, các sản phẩm cụ thể bao gồm VxWorks, Wind River Linux và Wind River Helix Virtualization Platform.
Cụ thể, Wind River Studio là để tái tạo "đường ống" của thời đại phần mềm.
Trong quá trình phát triển của xe hơi, không chỉ liên quan đến vẻ ngoài, hiệu suất, dây chuyền và thiết kế bố trí phần cứng, cũng tham gia vào các loại kiểm soát phần mềm, phần mềm truyền thông, lái xe trí tuệ, phần mềm giải trí.
Quá trình phát triển xe truyền thống, nghiên cứu và phát triển được phân tán giữa các nhóm khác nhau, theo quy trình thác nước để phát triển. Đầu tiên là giai đoạn khái niệm xác định thiết kế cơ bản của xe mới, hiệu suất và vị trí, sau đó xuất hiện, nội thất, cấu trúc cơ thể, hệ thống năng lượng và thiết kế hệ thống khung xe, sau đó chọn các nhà cung cấp các bộ phận khác nhau theo thiết kế, và cuối cùng theo các bộ phận của các nhà cung cấp khác nhau cho phần mềm phù hợp.
Hầu hết thời gian, các đội ngũ phát triển cần phải chờ đợi cho các thiết kế của các nhóm thượng nguồn được xác định để phát triển, phát triển một thời gian dài. Cùng lúc đó, các nhóm khác nhau cũng sử dụng các công cụ phát triển khác nhau để truyền tải thông tin, dữ liệu với nhau một cách phức tạp, và một thay đổi nhỏ trong thiết kế có thể đòi hỏi đồng bộ hóa giữa nhiều bộ phận.
Wind River Studio có thể cung cấp bao bọc bởi một đám mây của một kiểu phát triển nền tảng, có thể kết nối nhiều dụng cụ phát triển phần mềm, bao phủ phần mềm từ phát triển, kiểm tra đến chuyển tất cả khía cạnh của vit, gọi được phát triển khác nhau giữa các nhóm thông tin của bức tường.
Ngoài ra, Wind River Studio cũng phá vỡ truyền thống như thác nước phát triển quy trình, thêm cải thiện hiệu quả.
Nhà phát triển có thể thông qua dòng sông gió của phòng thí nghiệm ảo Virtual LABS, trên nền tảng đám mây với phần cứng thông qua mô phỏng của tuabin mới diễn ra, để thực hiện bài kiểm tra và phát triển phần mềm trước khi lấy được phần cứng, phá vỡ rồi phát triển phần mềm với sự phụ thuộc phần cứng. Ngoài ra, nhóm phát triển của khu vực khác nhau cũng có thể chia sẻ dữ liệu, phần cứng của chúng làm người cùng phát triển đạt được hiệu quả.
Và nếu Wind River Studio là “ dây chuyền ” của thời đại ở phần mềm tối ưu hóa, đó Wind Software Platform là “ bộ đồ ” của phát triển phần mềm, Sản phẩm cụ thể bao gồm VxWorks, Wind River Linux và Wind River Helix Virtualization Platform.
VxWorks là một hệ thống điều khiển thời gian thực (RTOS), và độ tin cậy có ShiShiXing, và có thể mở rộng chờ đặc tính, tình dục với ứng dụng rộng rãi từ trước đó, tự động hóa công nghiệp hàng không vũ trụ và lĩnh vực thiết bị y tế chờ. Trong lĩnh vực xe hơi, VxWorks ShiShiXing của trí thông minh và độ tin cậy, và lái xe người khớp độ cao.
Ngoài các tính năng thời gian thực, đáng tin cậy và khác, VxWorks sử dụng kiến trúc thành phần hỗ trợ phân chia các chức năng hệ thống thành các thành phần hoặc môđun khác nhau, tương tự như "các chức năng khác nhau trong các container khác nhau", đạt được sự phát triển mô-đun.
"Phần mềm truyền thống giống như nước trong bể chứa nước, và bất cứ cập nhật nào cũng phải đổ bể nước ra và đổ nước mới vào. Và sự phát triển mô-đun của VxWorks giống như việc phân loại nước trong bể nước theo chức năng trong các chai nhỏ khác nhau, mà cần phải cập nhật chức năng đó là loại chai riêng biệt để thay thế tốt, có thể cải thiện hiệu quả của OTA xe hơi." Avijit Sinha lấy chai nước khoáng làm ví dụ.
Trái: phó giám đốc cao cấp của bộ phát triển nền tảng kiểm soát trí tuệ của hợp xướng ô phải: giám đốc sản phẩm của windy river systems, Avijit Sinha
Wind River Linux và cũng giống như cách sử dụng đã đóng môđun đang phát triển kiểu như là một game bản quyền mã nguồn mở hệ thống điều khiển, những chiếc xe enterprise dựa trên Linux thực hiện phát triển thứ hai và chỉnh tùy tiện lợi hơn, nhiều hơn được dùng để diện của hệ thống giải trí, đợi trên lĩnh vực buồng nén chức năng trí tuệ.
VxWorks của gió River với hệ thống Linux có thể được sử dụng hiệu quả hơn trên Platform Virtualization Wind River Helix Virtualization. Bằng cách gió, nền tảng ảo của con sông, nhưng trong một phần cứng và chạy trên nhiều VxWorks, Linux và hệ thống Android, và với nhau trước khi quyết không gián đoạn, một hệ thống sụp đổ rồi cũng sẽ không ảnh hưởng đến hệ thống của những người khác. Cùng lúc đó, gió sông Hypervisor thuộc về loại type 1 của những nền tảng ảo, có thể trực tiếp sẽ chạy trên phần cứng, chạy hiệu quả hơn.
"Nếu lái xe khôn ngoan trong tương lai kết hợp với buồng lái, nó phải được tách rời phần mềm và phần cứng, và chỉ bằng cách này bạn có thể chạy một cách an toàn trên một bộ phần cứng với nhiều hệ điều hành khác nhau, và điều này cần phải sử dụng một nền tảng ảo," Giúp xe hơi tại hci nền tảng trí tuệ KaiFaBu FuGaoJi giám đốc Chen Lichong nói với tỉ off xe hơi, “ hiện tại mỹ, xe hơi GenFeng, hợp tác của con sông, chủ yếu là vực mục nhập bộ điều khiển gắn kết với mạng lưới kiểm soát nền tảng sử dụng được phát triển công nghệ của dòng sông Hudson rồi gió này. ”
“ giúp đạt sự lựa chọn xe hơi gió và lý do chính của sông là tránh rủi ro liên quan đến Linux và làm việc, gió sông cập nhật bền vững đoạn mã tank, theo dõi và sửa chữa, một lỗ hổng trong ứng dụng phù hiệu là do an toàn, đảm bảo rằng sở hữu trí tuệ và xuất khẩu GeGui. ” Trần lichong nói thêm.
Xe hơi là một sản phẩm công nghiệp, năng lượng sản xuất hiệu quả là chìa khóa.
Và khi với sự phát triển của xe hơi, xe hơi trên phần mềm của ngày càng nhiều, điều này đối với khả năng phát triển phần mềm của chiếc xe enterprise đã đặt ra một yêu cầu cao hơn. Cùng lúc đó, trong xu hướng phần mềm định nghĩa xe hơi, một cách nhanh chóng nâng cấp kinh nghiệm sử dụng xe hơi thông qua việc nâng cấp OTA đã trở thành một trong những khả năng cốt lõi của ngành công nghiệp xe hơi.
Rất nhiều xe enterprise truyền thống trong lĩnh vực phần cứng đã có kinh nghiệm của phong phú, làm thế nào để nhanh chóng cải thiện khả năng của ở khía cạnh phát triển phần mềm là ưu tiên.
+좋아하는 뉴스 커뮤니케이션을 선택하십시오. 여기를 클릭하십시오!
ag亚游