AG体育app
Quan xuân! Gac mitsubishi tái cấu trúc, nhà máy sản xuất dây chuyền
Chỉ cần công bố của gac, các công ty bán hàng xe hơi gac mitsubishi, gac mitsubishi để thực hiện các điều chỉnh cổ phần của các công ty tái tổ chức.
Thông báo của gac mitsubishi (nguồn: nhóm gac)
Theo hiểu biết, sau khi hoàn thành việc tái cấu trúc, gac mitsubishi sẽ là một công ty con sở hữu toàn quyền của gac, gac aian sẽ sử dụng các nhà máy của gac mitsubishi để tăng sản xuất và phát triển năng lượng, dự án tháng 6 năm 2024 để đạt được sản xuất hàng loạt, sau khi xây dựng, gac aian sẽ tạo ra năng suất cơ bản 600.000 / năm, giúp aian đạt được mục tiêu sản xuất và bán 1 triệu vào năm 2025.
Là lực lượng chính của sự chuyển đổi năng lượng mới của gac nhóm, thị trường của ai gac đã được tốt, chỉ trong tháng 9 vừa qua, ai đã vượt qua 50.000 lần nữa, bán hàng trong tháng 1-9, tổng số 351.000, tăng trưởng 92.51% so với năm ngoái. Aian hiện nay sản xuất hàng năm của hai nhà máy có thể là 400.000, gần tăng gấp đôi tốc độ tăng trưởng của doanh số bán hàng và 500.000 mục tiêu sản xuất và bán hàng năm, nâng cao năng suất cho aian gac là rất cấp bách.
Ngoài ra, gac mitsubishi xe bán hàng công ty sẽ được chia sẻ bởi gac và mitsubishi motors, mitsubishi thương mại, tiếp tục cung cấp phụ tùng và dịch vụ hậu mãi cho chủ sở hữu của gac mitsubishi.
Trên thực tế, sự thất bại của gac mitsubishi trong thị trường trung quốc đã có những dấu hiệu sớm.
Vào ngày 12 tháng 7 năm nay, gac mitsubishi đã gửi một lá thư gửi đến toàn bộ nhân viên của gac mitsubishi. Ngoài ra, các nhà máy của gac mitsubishi tại changsha, hồ nam, nghiên cứu và phát triển tài sản đã được tiếp nhận bởi thương hiệu năng lượng mới của gac aian.
Nhìn từ doanh số bán hàng, năm 2017 đến 2022, gac mitsubishi bán hàng năm là 117,300, 144,000, 133,000, 75,000, 66,000 và 36,600, và trong tháng tư năm nay, gac không còn một mình công bố doanh số bán của gac mitsubishi, nhưng đặt nó vào một nhóm khác.
Các dữ liệu công khai của gac cho thấy tổng tài sản của mitsubishi là 5.961 tỷ nhân dân tệ cho đến cuối năm 2022, tổng số nợ là 5.953 tỉ nhân dân tệ trong cùng một thời gian.
Và vào tháng 9 năm ngoái, gac đã cung cấp một khoản vay 1 tỷ nhân dân tệ cho gac mitsubishi, thậm chí vào tháng 6 năm nay, gac cũng công bố thông báo về một khoản vay ủy nhiệm cho gac mitsubishi, tuyên bố rằng gac không cung cấp hơn 942 triệu nhân dân tệ ủy nhiệm cho vay theo tỷ lệ phần trăm cổ phần.
Gac mitsubishi giảm doanh số bán hàng, nguyên nhân chính là việc chuyển đổi năng lượng mới gần như bị đình trệ và không thể đáp ứng nhu cầu của thị trường trung quốc. Được biết đến, gac mitsubishi chỉ mới ra mắt một SUV điện nguyên chất atuko, xuất hiện và sức mạnh của nó gần như là rất gần với ai Ann V, nhưng ở mức giá là hơn 20.000 so với ai Ann V, điều này trực tiếp dẫn đến tổng số doanh thu của năm ngoái là 631, chỉ bán hai trong tháng hai năm nay.
Ngoài ra, gac mitsubishi đã chậm trễ trong việc giới thiệu nhiều mô hình mới. Kể từ năm 2018, sản phẩm xe hơi nhiên liệu của gac mitsubishi đã ở lại trong "ASX (niềm nở), euro LAN, game song ba, và đến năm 2022, chỉ còn một chiếc xe nhiên liệu.
Gac mitsubishi được thành lập vào năm 2012, bởi guangzhou motor group co, mitsubishi tự động ngành công nghiệp, mitsubishi thương mại liên doanh ba bên, 30 năm hợp tác, đăng ký vốn 1,947 tỷ nhân dân tệ, và bây giờ chỉ trong hơn 10 năm qua, ít hơn một nửa của hợp tác năm, gac và mitsubishi là một trong hai.
Điều đáng chú ý là, SanLing sớm vào những năm 70 thế kỷ ở trên thị trường trung quốc, BiShi nhập khẩu chủ lực của phiên bản làm việc cho một chiếc xe tải trung bình ở trung tâm, sau đó và WuLing LiuZhou chính chiếc xe motor works hợp tác sản xuất nhỏ rồi L100 chiếc xe, sau đó vẫn còn và hợp tác sản xuất ShangYongChe YiQi tiến hành, mặt khác, SanLing hợp tác với trung quốc sản xuất động cơ của đã từng bị trung quốc có nhiều nhà tự xe enterprise sử dụng.
Tuy nhiên, cách hợp tác đầu tiên của mitsubishi với các doanh nghiệp xe hơi trung quốc chủ yếu là chuyển giao công nghệ, cho đến năm 2012, và gac chính thức thành lập một liên doanh của gac mitsubishi, cho đến khi bước vào một giai đoạn mới của hợp tác. Năm 2016, gac mitsubishi dần dần lên đến đỉnh cao của mình, các mô hình thế hệ thứ ba của chiếc xe màu xanh lá cây bán hàng tháng, năm 2018, gac mitsubishi bán lên đến 144,000, nhưng từ đó, gac mitsubishi bắt đầu xuống dốc.
Nói chung, sự sụp đổ của gac mitsubishi không phải là bất ngờ, dưới làn sóng năng lượng mới, thay vì đẩy nhanh quá trình chuyển đổi sang xe điện, nhưng cũng là một tình trạng gần như sụp đổ trong xe hơi nhiên liệu, và xu hướng trong ngành công nghiệp ô tô trong năm nay, gac mitsubishi loại trừ là chắc chắn.
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".)
+좋아하는 뉴스 커뮤니케이션을 선택하십시오. 여기를 클릭하십시오!
AG体育