โซลูชันการพัฒนาสำหรับระบบฝังตัวและเทอร์มินัลยานพาหนะที่เชื่อมต่อเครือข่ายอัจฉริยะ-โซลูชั่น-Winge Technology | การพัฒนาซอฟต์แวร์ AI และฮาร์ดแวร์
Startseiteโซลูชั่นโซลูชันการพัฒนาสำหรับระบบฝังตัวและเทอร์มินัลยานพาหนะที่เชื่อมต่อเครือข่ายอัจฉริยะ
โซลูชั่น

โซลูชันการพัฒนาสำหรับระบบฝังตัวและเทอร์มินัลยานพาหนะที่เชื่อมต่อเครือข่ายอัจฉริยะ

ฮาร์ดแวร์แบบฝัง, BSP และไดรเวอร์, CAN และอีเทอร์เน็ต, การเก็บข้อมูล, การสื่อสาร, OTA และอินเทอร์เฟซระบบคลาวด์สำหรับเทอร์มินัลในรถยนต์ ยานพาหนะเชิงพาณิชย์และพิเศษ และอุปกรณ์ของยานพาหนะบนท้องถนน

โซลูชั่น

เส้นทางการส่งมอบโซลูชัน

01ยืนยันข้อกำหนดและเงื่อนไขของไซต์
02หยุดสถาปัตยกรรมและอินเทอร์เฟซ
03พัฒนา บูรณาการ และตรวจสอบทีละขั้นตอน
04ทดสอบ ยอมรับ และปรับใช้
01พอดีที่สุด
02อินพุตที่จำเป็น
03ขอบเขตของการจัดส่ง
ขอบเขตการแก้ปัญหา

โซลูชันการพัฒนาสำหรับระบบฝังตัวและเทอร์มินัลยานพาหนะที่เชื่อมต่อเครือข่ายอัจฉริยะ คู่มือการใช้งาน

หน้าจอเทอร์มินัลหรือระบบย่อยที่ทดสอบได้ซึ่งได้มาจากรุ่นรถยนต์ อินเทอร์เฟซ ECU สภาพแวดล้อมด้านพลังงาน เครือข่ายในรถยนต์ และวัตถุประสงค์ด้านกฎระเบียบ โดยไม่ขยายขอบเขตไปสู่การขับขี่อัตโนมัติเต็มรูปแบบ

โซลูชันการพัฒนาสำหรับระบบฝังตัวและเทอร์มินัลยานพาหนะที่เชื่อมต่อเครือข่ายอัจฉริยะ เทอร์มินัลแบบฝังหรือเชื่อมต่อของยานพาหนะจะเชื่อมต่อกำลังของยานพาหนะ เครือข่าย ECU เซ็นเซอร์ การกำหนดตำแหน่งและการสื่อสารไปยังแพลตฟอร์มคลาวด์ และสามารถให้การตรวจจับ เกตเวย์ การบันทึก การประมวลผลเอดจ์ การวินิจฉัย หรือการจัดการอุปกรณ์ การพัฒนาระบบย่อยไม่ได้สร้างการรับรองความปลอดภัยในการใช้งานของรถยนต์ทั้งคัน การอนุมัติถนน หรือระบบขับขี่อัตโนมัติโดยสมบูรณ์

องค์ประกอบโครงการคำชี้แจงวิธีแก้ปัญหา
พอดีที่สุดสำหรับผู้ให้บริการและผู้ประกอบเทอร์มินัลเทเลเมติกส์ กลุ่มยานพาหนะเชิงพาณิชย์ ยานพาหนะพิเศษ เครื่องบันทึกข้อมูล เกตเวย์ของยานพาหนะ สถานีปลายทางบนถนนหรือระหว่างยานพาหนะ และเครื่องมือทดสอบที่ต้องการฮาร์ดแวร์ ซอฟต์แวร์ระบบ โปรโตคอลการสื่อสาร การบูรณาการระบบคลาวด์ หรือการตรวจสอบต้นแบบ
อินพุตที่จำเป็นอินพุตประกอบด้วยรุ่นรถยนต์และสภาพแวดล้อม, ECU และเมทริกซ์ข้อความ, อีเธอร์เน็ต CAN/CAN FD/LIN/automotive, พลังงานชั่วคราวและพฤติกรรมการนอนหลับ/ตื่น, อุณหภูมิและการสั่นสะเทือน, การวางตำแหน่งและการสื่อสารเซลลูลาร์, ระบบปฏิบัติการ, เวลาบูต, การวินิจฉัย, OTA, ข้อมูลและความเป็นส่วนตัว, ความปลอดภัยทางไซเบอร์และวัตถุประสงค์ด้านความปลอดภัยในการใช้งาน, พื้นที่บรรจุภัณฑ์ และมาตรฐานการทดสอบของบุคคลที่สาม
ขอบเขตของการจัดส่งการส่งมอบอาจรวมถึงแผนผังและแผงวงจรพิมพ์หรืออุปกรณ์ที่เลือก ต้นแบบ BSP/ไดรเวอร์ เฟิร์มแวร์และแอปพลิเคชัน เอกสารการส่งข้อความและอินเทอร์เฟซ เครื่องมือการกำหนดค่าและการวินิจฉัย การออกแบบ OTA ระบบคลาวด์ 0000 แท่นทดสอบและบันทึกการรวมยานพาหนะ กรณีทดสอบ รายการปัญหา และเอกสารการเปิดตัวการผลิต ส่วนประกอบของยานยนต์และการทดสอบโดยบุคคลที่สามเป็นไปตามขอบเขตที่ได้รับการยืนยัน
การยอมรับถูกกำหนดไว้อย่างไร?การยอมรับสามารถตรวจสอบการเปิด/ปิดของยานพาหนะ การบูตแบบเย็น โหมดสลีปและปลุก โหลดของบัสและการสูญเสียข้อความ การประทับเวลาการบันทึก เวลาแฝงจากต้นทางถึงปลายทาง การกู้คืนเครือข่าย การย้อนกลับหลังจากการอัพเดตที่ล้มเหลว บันทึก การอนุญาต อุณหภูมิ และสภาพแวดล้อมทางแม่เหล็กไฟฟ้า การทดสอบ EMC, ESD, สิ่งแวดล้อม และทางถนนใช้มาตรฐานที่กำหนดและห้องปฏิบัติการที่ผ่านการรับรองหรือหน่วยงานที่รับผิดชอบ

ผู้ใช้และสถานการณ์ที่ปรับแต่งโดยเฉพาะ

สำหรับผู้ให้บริการและผู้ประกอบเทอร์มินัลเทเลเมติกส์ กลุ่มยานพาหนะเชิงพาณิชย์ ยานพาหนะพิเศษ เครื่องบันทึกข้อมูล เกตเวย์ของยานพาหนะ สถานีปลายทางบนถนนหรือระหว่างยานพาหนะ และเครื่องมือทดสอบที่ต้องการฮาร์ดแวร์ ซอฟต์แวร์ระบบ โปรโตคอลการสื่อสาร การบูรณาการระบบคลาวด์ หรือการตรวจสอบต้นแบบ

ต้องใช้อินพุตใดในการเริ่มต้น

อินพุตประกอบด้วยรุ่นรถยนต์และสภาพแวดล้อม, ECU และเมทริกซ์ข้อความ, อีเธอร์เน็ต CAN/CAN FD/LIN/automotive, พลังงานชั่วคราวและพฤติกรรมการนอนหลับ/ตื่น, อุณหภูมิและการสั่นสะเทือน, การวางตำแหน่งและการสื่อสารเซลลูลาร์, ระบบปฏิบัติการ, เวลาบูต, การวินิจฉัย, OTA, ข้อมูลและความเป็นส่วนตัว, ความปลอดภัยทางไซเบอร์และวัตถุประสงค์ด้านความปลอดภัยในการใช้งาน, พื้นที่บรรจุภัณฑ์ และมาตรฐานการทดสอบของบุคคลที่สาม

ระบบสามารถรวมโมดูลใดได้บ้าง?

ขอบเขตอาจรวมถึงฮาร์ดแวร์ MCU/SoC, การป้องกันไฟ, อินเทอร์เฟซของยานพาหนะ, BSP และไดรเวอร์, การวิเคราะห์ข้อความ, การบันทึกข้อมูล, อัลกอริธึม Edge, การสื่อสาร GNSS และเซลลูลาร์, อินเทอร์เฟซต่อพ่วง V2X, การวินิจฉัย, OTA และการย้อนกลับ, การจัดการอุปกรณ์, ระบบคลาวด์ API สิทธิ์และโปรโตคอล เครื่องมือม้านั่งทดสอบ และ HIL หรืออินเทอร์เฟซการเล่น

สามารถจัดส่งอะไรได้บ้าง?

การส่งมอบอาจรวมถึงแผนผังและแผงวงจรพิมพ์หรืออุปกรณ์ที่เลือก ต้นแบบ BSP/ไดรเวอร์ เฟิร์มแวร์และแอปพลิเคชัน เอกสารการส่งข้อความและอินเทอร์เฟซ เครื่องมือการกำหนดค่าและการวินิจฉัย การออกแบบ OTA ระบบคลาวด์ 0000 แท่นทดสอบและบันทึกการรวมยานพาหนะ กรณีทดสอบ รายการปัญหา และเอกสารการเปิดตัวการผลิต ส่วนประกอบของยานยนต์และการทดสอบโดยบุคคลที่สามเป็นไปตามขอบเขตที่ได้รับการยืนยัน

การยอมรับถูกกำหนดไว้อย่างไร?

การยอมรับสามารถตรวจสอบการเปิด/ปิดของยานพาหนะ การบูตแบบเย็น โหมดสลีปและปลุก โหลดของบัสและการสูญเสียข้อความ การประทับเวลาการบันทึก เวลาแฝงจากต้นทางถึงปลายทาง การกู้คืนเครือข่าย การย้อนกลับหลังจากการอัพเดตที่ล้มเหลว บันทึก การอนุญาต อุณหภูมิ และสภาพแวดล้อมทางแม่เหล็กไฟฟ้า การทดสอบ EMC, ESD, สิ่งแวดล้อม และทางถนนใช้มาตรฐานที่กำหนดและห้องปฏิบัติการที่ผ่านการรับรองหรือหน่วยงานที่รับผิดชอบ

ขอบเขตและขอบเขตความรับผิดชอบ

โซลูชันนี้ไม่รวมถึงความปลอดภัยในการทำงานของยานพาหนะอย่างเต็มรูปแบบ ความปลอดภัยของฟังก์ชันการทำงานที่ต้องการ การรับรองความปลอดภัยทางไซเบอร์ คุณสมบัติของยานยนต์ ความถูกต้องตามกฎหมายของถนน ADAS เต็มรูปแบบ หรือความรับผิดชอบในการขับขี่แบบอัตโนมัติตามค่าเริ่มต้น ISO 26262, ISO/SAE 21434, AEC-Q และเป้าหมายที่คล้ายกันจำเป็นต้องมีขอบเขตที่ชัดเจนและการตรวจสอบความถูกต้องแยกต่างหาก

บริการและกรณีที่เกี่ยวข้อง

กลับไป ภาพรวมของโซลูชัน กลับไปเปรียบเทียบสถานการณ์หรือตรวจสอบ กรณีโครงการที่เกี่ยวข้อง. หน่วยวัดและเงื่อนไขจากกรณีหนึ่งจะไม่นำไปใช้กับโปรเจ็กต์ใหม่โดยอัตโนมัติ

คำถามที่พบบ่อย

จอเทอร์มินัลสามารถเชื่อมต่อกับหน่วยควบคุมยานพาหนะที่มีอยู่และเครือข่าย CAN ได้หรือไม่

สามารถตัดสินได้ว่ามีอินเทอร์เฟซและข้อมูลข้อความที่ได้รับอนุญาตหรือไม่ ต้องตรวจสอบโหลดของบัส นโยบายเกตเวย์ การเข้าถึงการวินิจฉัย การกำหนดเวลาข้อความ อินเทอร์เฟซทางไฟฟ้า และการปฏิบัติตามข้อมูล จะต้องไม่ข้ามกลไกความปลอดภัยของยานพาหนะ

โครงการสามารถพัฒนา ADAS หรือระบบขับขี่อัตโนมัติแบบสมบูรณ์ได้หรือไม่?

สามารถพัฒนาอินเทอร์เฟซเซ็นเซอร์ การบันทึกข้อมูล การประมวลผลขอบ หรือโมดูลช่วยเหลือตามพื้นที่ได้ แต่ ADAS เต็มรูปแบบและการขับขี่อัตโนมัติจำเป็นต้องมีสถาปัตยกรรม ความซ้ำซ้อน ความปลอดภัย การทดสอบบนถนน และความรับผิดชอบด้านกฎระเบียบสำหรับยานพาหนะทั้งหมด นอกเหนือจากการพัฒนาเทอร์มินัลตามปกติ

การรับรองมาตรฐานยานยนต์และความปลอดภัยด้านการทำงานจะรวมอยู่ด้วยโดยอัตโนมัติหรือไม่

ไม่ คุณภาพของชิ้นส่วน กระบวนการพัฒนา มาตรฐานการทดสอบ ห้องปฏิบัติการของบุคคลที่สาม การตรวจสอบยานพาหนะเต็มรูปแบบ และความรับผิดชอบในการรับรองจะต้องได้รับการตกลงร่วมกันตั้งแต่เริ่มต้นโครงการ ต้นแบบที่ได้รับการทดสอบตามการใช้งานไม่ใช่การรับรองความปลอดภัยของยานยนต์หรือการใช้งาน

ขั้นตอนการจัดส่ง

ขั้นตอนการจัดส่ง

การตรวจสอบระยะจะป้องกันไม่ให้สมมติฐานที่ไม่ได้รับการยืนยันกลายมาเป็นความสามารถที่มั่นคงหรือข้อกล่าวอ้างด้านประสิทธิภาพ

01ข้อกำหนด

บันทึกปลายทาง ผู้ใช้ อินพุต เอาต์พุต สภาพแวดล้อม และการยกเว้น

02การออกแบบโซลูชัน

กำหนดสถาปัตยกรรม โมดูล อินเทอร์เฟซ การไหลของข้อมูล และความเสี่ยง

03ต้นแบบ

ตรวจสอบสมมติฐานที่สำคัญเกี่ยวกับอุปกรณ์ ข้อมูล อัลกอริธึม หรือกระบวนการ

04การพัฒนา

ใช้งานโมดูล อินเทอร์เฟซ การกำหนดค่า และการรวมที่ตกลงกันไว้

05การทดสอบและการยอมรับ

บันทึกผลลัพธ์โดยใช้เวอร์ชัน เงื่อนไข ตัวอย่าง และกรณีทดสอบ

06การปรับใช้

การจัดหาซอฟต์แวร์ แหล่งที่มา เอกสาร บันทึก และขีดจำกัดการบำรุงรักษาที่ตกลงกัน

พร้อมที่จะเริ่มต้นโซลูชันการพัฒนาสำหรับระบบฝังตัวและเทอร์มินัลยานพาหนะที่เชื่อมต่อเครือข่ายอัจฉริยะแล้วหรือยัง?

แชร์สถานการณ์ ระบบปัจจุบัน รายการข้อมูลหรืออุปกรณ์ เงื่อนไขการใช้งาน และเป้าหมายการยอมรับ เพื่อให้สามารถประเมินความเป็นไปได้และขอบเขตได้

ส่งข้อกำหนด
ออนไลน์
โทรศัพท์
13910119357
WeChat
WhatsApp
Winge Technology WhatsApp รหัส QR สแกน QR Code หรือคลิกเพื่อติดต่อ
กลับไปด้านบน