ในการจัดหาซื้ออุปกรณ์ชาร์จรถยนต์ไฟฟ้า ซอฟต์แวร์และเฟิร์มแวร์มักถูกพูดถึงควบคู่กัน และบางครั้งก็ถูกปฏิบัติราวกับว่าเป็นสิ่งเดียวกัน แต่จริง ๆ แล้วไม่ใช่ ความสับสนนี้สามารถนำไปสู่การถามคำถามทางเทคนิคที่ผิดพลาดระหว่างการประเมินผู้ขาย การกำกับดูแลการอัปเดตที่ไม่ดีหลังการติดตั้ง และปัญหาการสนับสนุนที่หลีกเลี่ยงได้เมื่อเครื่องชาร์จทำงานผิดปกติในพื้นที่จริง
สำหรับผู้ให้บริการชาร์จ เจ้าของสถานี ผู้จัดจำหน่าย นักพัฒนาโครงการ และพันธมิตรผู้ผลิตรถยนต์ การแยกแยะนี้มีความสำคัญ เพราะส่งผลต่อวิธีที่คุณประเมินความยืดหยุ่น ความสามารถในการทำงานร่วมกัน ความสามารถในการให้บริการ และความเสี่ยงในการดำเนินงานระยะยาวของพอร์ตโฟลิโอ เครื่องชาร์จรถยนต์ไฟฟ้า
ความแตกต่างพื้นฐานระหว่างซอฟต์แวร์และเฟิร์มแวร์
เฟิร์มแวร์คือรหัสที่ฝังตัวซึ่งทำงานภายในฮาร์ดแวร์ของเครื่องชาร์จ มันควบคุมพฤติกรรมของเครื่องชาร์จในฐานะอุปกรณ์: ตรรกะของสเตจจ่ายไฟ การจัดการคอนเนคเตอร์ สถานะการป้องกัน จังหวะเวลาการสื่อสาร การตอบสนองของเซ็นเซอร์ และรูทีนควบคุมภายใน
ซอฟต์แวร์มักหมายถึงระบบระดับสูงที่อยู่รอบ ๆ เครื่องชาร์จ: แพลตฟอร์มแบ็กเอนด์ แดชบอร์ด ชั้นการเรียกเก็บเงิน แอปมือถือ การควบคุมการเข้าถึง เครื่องมือรายงาน และอินเทอร์เฟซสำหรับการจัดการฟลีตหรือสถานี นั่นคือชั้นที่ผู้ปฏิบัติงานและผู้ดูแลระบบมีปฏิสัมพันธ์ด้วยโดยตรงที่สุด
วิธีคิดที่ชัดเจนที่สุดคือ: เฟิร์มแวร์ควบคุมเครื่องชาร์จในฐานะเครื่องจักร ในขณะที่ซอฟต์แวร์ควบคุมเครื่องชาร์จในฐานะส่วนหนึ่งของระบบธุรกิจที่เชื่อมต่อเครือข่าย
| ชั้น | บทบาทหลัก | ตัวอย่างทั่วไป | ผลกระทบทางธุรกิจหลัก |
|---|---|---|---|
| เฟิร์มแวร์ | ควบคุมพฤติกรรมเครื่องชาร์จในระดับอุปกรณ์ | ตรรกะรีเลย์ การตรวจสอบความปลอดภัย จังหวะเวลาการสื่อสาร การตอบสนองต่อความร้อน การจัดการเซสชัน | ความน่าเชื่อถือ ความปลอดภัย ความเข้ากันได้ และเสถียรภาพของอุปกรณ์ |
| ซอฟต์แวร์ | จัดการพฤติกรรมเครื่องชาร์จในระดับเครือข่ายหรือธุรกิจ | พอร์ทัล การเรียกเก็บเงิน การควบคุมการเข้าถึง แอปพลิเคชัน การรายงาน กฎฟลีต การแจ้งเตือน | การมองเห็น การสร้างรายได้ ประสบการณ์ผู้ใช้ และการดำเนินงานพอร์ตโฟลิโอ |
เหตุใดการแยกแยะจึงสำคัญในการดำเนินงานจริง
เมื่อเครื่องชาร์จออนไลน์แต่ทำงานไม่ถูกต้อง ปัญหาอาจอยู่ที่ชั้นใดชั้นหนึ่งก็ได้ ความไม่ตรงกันของอัตราค่าไฟฟ้า ปัญหาสิทธิ์ผู้ใช้ หรือปัญหาการรายงานมักชี้ไปที่ซอฟต์แวร์ ปัญหาแฮนด์เชค พฤติกรรมคอนเนคเตอร์ที่ไม่เสถียร การล้มเหลวของสถานะป้องกัน หรือการควบคุมเซสชันที่ผิดปกติ มักจะชี้ไปที่เฟิร์มแวร์มากกว่า
สิ่งนี้สำคัญเพราะเส้นทางแก้ไขเปลี่ยนไป บางปัญหาสามารถแก้ไขได้ด้วยการอัปเดตการกำหนดค่า หรือการเปลี่ยนแปลงที่แบ็กเอนด์ ปัญหาอื่น ๆ ต้องการแพตช์เฟิร์มแวร์ การอัปเดตภาคสนามภายใต้การดูแล หรือในบางกรณีอาจต้องตรวจสอบฮาร์ดแวร์โดยตรง ผู้ปฏิบัติงานที่ไม่แยกแยะความเป็นไปได้เหล่านั้น มักเสียเวลาไปกับการส่งต่อปัญหาให้ทีมผิด
หากทีมของคุณกำลังวินิจฉัยพฤติกรรมเครื่องชาร์จจากสัญญาณเตือนและรายงานภาคสนาม การเข้าใจว่าอาการเหล่านั้นปรากฏขึ้นอย่างไรในเวิร์กโฟลว์การแก้ไขปัญหาเชิงปฏิบัติ ก็เป็นประโยชน์ เช่น คู่มือของ PandaExo เกี่ยวกับ รหัสข้อผิดพลาดของเครื่องชาร์จ
| ปัญหาภาคสนามทั่วไป | ชั้นที่น่าจะเป็น | เหตุผล |
|---|---|---|
| ผู้ใช้ไม่สามารถเริ่มเซสชันได้แม้มีบัญชีที่ถูกต้อง | ซอฟต์แวร์ | มักเกี่ยวข้องกับการตรวจสอบสิทธิ์ สิทธิ์ หรือกฎของแพลตฟอร์ม |
| หน้าจอเครื่องชาร์จแสดงราคาหรืออัตราค่าไฟฟ้าผิด | ซอฟต์แวร์ | ตรรกะเชิงพาณิชย์มักอยู่ในระบบแบ็กเอนด์หรือระบบจัดการ |
| เครื่องชาร์จบูตแต่ล้มเหลวในการทำแฮนด์เชคการชาร์จให้เสร็จสมบูรณ์อย่างน่าเชื่อถือ | เฟิร์มแวร์ | มักเกี่ยวข้องกับจังหวะเวลาโปรโตคอลและการควบคุมพฤติกรรมในระดับอุปกรณ์ |
| เครื่องชาร์จตัดเข้าสู่สถานะป้องกันโดยไม่คาดคิดภายใต้โหลด | เฟิร์มแวร์ | ตรรกะความร้อน การตรวจจับ และรูทีนป้องกันระดับต่ำมักเกี่ยวข้อง |
| ข้อมูลการชาร์จปรากฏช้าหรือไม่สมบูรณ์ในพอร์ทัล | ซอฟต์แวร์ | มักเกิดจากการรายงาน การกำหนดเส้นทางการสื่อสาร หรือการประมวลผลฝั่งคลาวด์ |
| อุปกรณ์ทำงานแตกต่างออกไปหลังการอัปเดต | อย่างใดอย่างหนึ่ง | อาจเป็นการเปลี่ยนแปลงพฤติกรรมของเฟิร์มแวร์ หรือปัญหาความเข้ากันได้ฝั่งซอฟต์แวร์ |
สิ่งที่ซอฟต์แวร์มักควบคุมในเครือข่ายการชาร์จเชิงพาณิชย์
ในการติดตั้งเชิงพาณิชย์ส่วนใหญ่ ซอฟต์แวร์เป็นเจ้าของชั้นการดำเนินงานและเชิงพาณิชย์ ซึ่งรวมถึง:
- การตรวจสอบสิทธิ์ผู้ใช้และกฎการเข้าถึง
- เวิร์กโฟลว์การชำระเงินและโครงสร้างอัตราค่าไฟฟ้า
- นโยบายฟลีตและตารางการชาร์จ
- แดชบอร์ดการตรวจสอบและการกำหนดเส้นทางการแจ้งเตือน
- ประวัติเซสชัน การรายงาน และการวิเคราะห์
- เวิร์กโฟลว์สนับสนุนและการมองเห็นการให้บริการ
ซอฟต์แวร์ยังเป็นจุดที่ความสามารถในการทำงานร่วมกันปรากฏให้ผู้ปฏิบัติงานเห็น แม้เครื่องชาร์จทางกายภาพจะมีความสามารถ แต่ชั้นซอฟต์แวร์ที่แย่ก็ยังสามารถสร้างการสนับสนุนโรมมิ่งที่อ่อนแอ การมองเห็นที่จำกัด และภาระการดำเนินงานที่ไม่จำเป็นได้ นั่นคือเหตุผลที่ผู้ซื้อควรเข้าใจไม่เพียงแต่ฮาร์ดแวร์ แต่ยังรวมถึงมาตรฐานการสื่อสารและสแต็กการจัดการที่อยู่เบื้องหลังมันด้วย รวมถึง ความสามารถในการทำงานร่วมกันที่ขับเคลื่อนโดย OCPP
สิ่งที่เฟิร์มแวร์มักควบคุมภายในเครื่องชาร์จ
เฟิร์มแวร์อยู่ใกล้กับประสิทธิภาพการชาร์จ ความปลอดภัย และความทนทานของอุปกรณ์มากกว่า มันควบคุมวิธีที่เครื่องชาร์จบูต วิธีที่ตอบสนองต่อลำดับคำสั่ง วิธีที่ควบคุมดูแลสถานะภายใน และวิธีที่ตอบสนองเมื่อสภาวะจริงเบี่ยงเบนไปจากสภาวะทดสอบในอุดมคติ
ความรับผิดชอบทั่วไปของเฟิร์มแวร์ ได้แก่:
- การเริ่มต้นเซสชันและโฟลว์การควบคุม
- พฤติกรรมของคอนเนคเตอร์และการล็อก
- การอ่านค่าเซ็นเซอร์และการควบคุมดูแลอุณหภูมิ
- ลำดับการทำงานของรีเลย์หรือคอนแทคเตอร์
- การบังคับใช้สถานะป้องกัน
- จังหวะเวลาการสื่อสารกับยานพาหนะและบอร์ดภายในอื่น ๆ
- พฤติกรรมการฟื้นตัวหลังจากเกิดการขัดจังหวะหรือเหตุการณ์ผิดปกติ
นี่คือสาเหตุว่าทำไมเครื่องชาร์จอาจดูแข็งแกร่งในการสาธิตการขาย แต่ยังคงทำให้ผิดหวังในสนามได้ หากพฤติกรรมระดับอุปกรณ์ยังไม่สมบูรณ์ ในผลิตภัณฑ์อัจฉริยะที่เชื่อมต่อกัน ประสบการณ์การทำงานจริงขึ้นอยู่กับว่าฟิร์มแวร์และซอฟต์แวร์ทำงานร่วมกันได้ดีเพียงใด โดยเฉพาะในตระกูลผลิตภัณฑ์ที่อุดมด้วยคุณสมบัติ เช่น โซลูชันสมาร์ท AC วอลล์บ็อกซ์
คำถามที่ผู้ซื้อควรถามก่อนการจัดซื้อ
การประเมินเครื่องชาร์จหลายครั้งยังคงเน้นไปที่กำลังไฟฟ้า ประเภทขั้วต่อ และคุณสมบัติหลักมากเกินไป สิ่งเหล่านั้นสำคัญ แต่ไม่ได้บอกคุณว่าผลิตภัณฑ์จะสามารถควบคุมได้ดีเพียงใดหลังจากการติดตั้ง
คำถามที่ดีกว่าคือคำถามที่แยกความสามารถของฟิร์มแวร์ออกจากคำมั่นสัญญาของซอฟต์แวร์
| คำถามของผู้ซื้อ | เหตุผลที่สำคัญ |
|---|---|
| คุณสมบัติใดถูกควบคุมในฟิร์มแวร์ และคุณสมบัติใดขึ้นอยู่กับแบ็กเอนด์? | ชี้แจงว่าความยืดหยุ่นอยู่ที่ใดจริง ๆ และการเปลี่ยนแปลงใดต้องการการแทรกแซงลึกกว่า |
| การอัปเดตฟิร์มแวร์ถูกส่ง อนุมัติ และย้อนกลับอย่างไร? | ลดความเสี่ยงในการอัปเดตในการติดตั้งหลายไซต์หรือที่อ่อนไหวต่อรายได้ |
| จะเกิดอะไรขึ้นหากการเชื่อมต่อเครือข่ายล้มเหลวระหว่างการอัปเดต? | เผยให้เห็นความสมบูรณ์ของการกู้คืนและความยืดหยุ่นในสนาม |
| ผู้ปฏิบัติงาน ผู้ติดตั้ง และฝ่ายสนับสนุนจากโรงงานสามารถเห็นบันทึกใดบ้าง? | กำหนดว่าข้อผิดพลาดสามารถถูกแยกและยกระดับได้เร็วเพียงใด |
| เวิร์กโฟลว์เชิงพาณิชย์สามารถเปลี่ยนแปลงได้โดยไม่ต้องแฟลชฟิร์มแวร์เครื่องชาร์จใหม่หรือไม่? | ช่วยแยกคุณสมบัติของแพลตฟอร์มที่ปรับแต่งได้ออกจากพฤติกรรมที่ถูกเขียนโค้ดตายตัว |
| บันทึกประจำรุ่นฟิร์มแวร์และเงื่อนไขการพึ่งพาความเข้ากันได้ถูกบันทึกไว้อย่างชัดเจนหรือไม่? | ปกป้องการบำรุงรักษาระยะยาวและการควบคุมการเปลี่ยนแปลง |
สิ่งเหล่านี้เป็นคำถามเกี่ยวกับวงจรชีวิต ไม่ใช่คำถามเกี่ยวกับการเปิดตัว เครื่องชาร์จที่ง่ายต่อการอนุมัติระหว่างการจัดซื้อแต่ยากที่จะควบคุมในช่วงสามถึงห้าปีสามารถกลายเป็นค่าใช้จ่ายสูงได้อย่างรวดเร็ว
เหตุใดคู่ค้า OEM และ ODM ควรใส่ใจมากยิ่งขึ้น
สำหรับโปรแกรม OEM และ ODM ขอบเขตระหว่างซอฟต์แวร์และฟิร์มแวร์ส่งผลกระทบมากกว่าแค่การแก้ไขปัญหา มันกำหนดขอบเขตของแบรนด์ ความเป็นเจ้าของการสนับสนุน การปรับให้เข้ากับภูมิภาค การประสานงานด้านการปฏิบัติตามข้อกำหนด และการจัดการการเผยแพร่
บางคู่ค้าต้องการแอป แดชบอร์ด และเวิร์กโฟลว์ที่ผู้ใช้เผชิญที่มีแบรนด์ ในขณะที่ยังคงพฤติกรรมของอุปกรณ์เป็นมาตรฐานเป็นส่วนใหญ่ บางคู่ค้าต้องการตรรกะการชาร์จเฉพาะทาง ฟังก์ชันการทำงานเฉพาะตลาด หรือการผสานรวมที่แน่นแฟ้นยิ่งขึ้นกับสแต็กแพลตฟอร์มที่มีอยู่ เป้าหมายเหล่านั้นสัมผัสกับเลเยอร์ที่แตกต่างกัน และการทำให้สับสนกันจะสร้างความเสี่ยงของโครงการที่สามารถหลีกเลี่ยงได้
| เป้าหมาย OEM หรือ ODM | เลเยอร์ที่มีแนวโน้มมากกว่า | สิ่งที่คู่ค้าควรชี้แจงแต่เนิ่นๆ |
|---|---|---|
| ประสบการณ์แอปและพอร์ทัลที่มีแบรนด์ | ซอฟต์แวร์ | ความเป็นเจ้าของ UI กฎการเข้าถึง โมเดลการเรียกเก็บเงิน และการมองเห็นข้อมูล |
| พฤติกรรมการชาร์จเฉพาะภูมิภาคหรือลำดับการทำงานที่กำหนดเอง | ฟิร์มแวร์ | ขอบเขตของการตรวจสอบความถูกต้อง ภาระการทดสอบ และกระบวนการควบคุมการเผยแพร่ |
| เวิร์กโฟลว์การรายงานสำหรับฟลีตหรือองค์กร | ซอฟต์แวร์ | โครงสร้าง API แดชบอร์ด การอนุญาต และตรรกะการส่งออก |
| พฤติกรรมของอุปกรณ์เฉพาะทางที่ผูกกับตัวเลือกฮาร์ดแวร์ | ฟิร์มแวร์ | ความเข้ากันได้ในระดับบอร์ด ผลกระทบต่อการรับรอง และการกำกับดูแลการอัปเดต |
ขอบเขตความรับผิดชอบที่ชัดเจนคือสิ่งที่ทำให้โปรแกรมการชาร์จที่กำหนดเองสามารถบำรุงรักษาได้ คู่ค้าผู้ผลิตที่สมบูรณ์กำหนดว่าการปรับแต่งอยู่ที่ใด ใครเป็นเจ้าของสตรีมการอัปเดตแต่ละสตรีม และทั้งสองเลเยอร์ได้รับการทดสอบร่วมกันก่อนเผยแพร่อย่างไร
วิธีที่ PandaExo เข้าใกล้สแต็กผลิตภัณฑ์เต็มรูปแบบ
คุณค่าของ PandaExo ในที่นี้ไม่ใช่เพียงแค่จัดหาฮาร์ดแวร์สำหรับการชาร์จเท่านั้น แต่ยังเป็นที่ฮาร์ดแวร์ พฤติกรรมของอุปกรณ์ และความสามารถในการจัดการพลังงานถูกเข้าหาในฐานะส่วนหนึ่งของระบบเชิงพาณิชย์เดียว แทนที่จะเป็นเลเยอร์ที่แยกจากกัน
สิ่งนี้สำคัญสำหรับผู้ซื้อที่ต้องการมากกว่าแค่กำลังไฟฟ้าบนแผ่นข้อมูล มันสำคัญสำหรับ CPO ที่ต้องการการมองเห็นเครือข่าย สำหรับผู้จัดจำหน่ายที่ต้องการตรรกะการสนับสนุนที่เชื่อถือได้ และสำหรับคู่ค้า OEM และ ODM ที่ต้องการเส้นทางที่สมจริงในการปรับแต่งโดยไม่สร้างภาระการบริการที่จัดการไม่ได้
เนื่องจาก PandaExo รองรับทั้งสถานการณ์การชาร์จ AC และ DC พร้อมกับความสามารถ OEM และ ODM ผู้ซื้อสามารถประเมินได้ไม่เพียงแต่ระดับชั้นหรือระดับเอาต์พุตของเครื่องชาร์จเท่านั้น แต่ยังรวมถึงว่าสแต็กผลิตภัณฑ์ที่กว้างขึ้นจะสามารถปรับตัวและบำรุงรักษาได้อย่างไรเมื่อเวลาผ่านไป
ข้อสรุปสุดท้าย
ซอฟต์แวร์และฟิร์มแวร์เชื่อมโยงกันอย่างใกล้ชิดในการชาร์จ EV แต่พวกเขาแก้ปัญหาที่ต่างกัน ซอฟต์แวร์มักกำหนดรูปร่างการดำเนินงาน การสร้างรายได้ การมองเห็น และประสบการณ์ผู้ใช้ ฟิร์มแวร์มักควบคุมพฤติกรรมของอุปกรณ์ ตรรกะการป้องกัน และประสิทธิภาพการชาร์จระดับต่ำ
ผู้ซื้อที่เข้าใจความแตกต่างนั้นจะทำการเปรียบเทียบผู้ขายได้ดีขึ้น ถามคำถามทางเทคนิคที่ดีขึ้น และลดความเสี่ยงในการสนับสนุนระยะยาว หากคุณกำลังจัดหาผลิตภัณฑ์ชาร์จสำหรับการติดตั้งเชิงพาณิชย์หรือโปรแกรมที่มีแบรนด์กำหนดเอง PandaExo สามารถช่วยคุณประเมินฮาร์ดแวร์ แพลตฟอร์ม และผลกระทบของวงจรชีวิตไปพร้อมกัน ติดต่อ ทีม PandaExo เพื่อพูดคุยเกี่ยวกับโซลูชันการชาร์จ AC, DC และที่พร้อมสำหรับ OEM


