วันนี้, ลูกค้ารายงานว่าเครื่องส่งสัญญาณเสียงพึมพำและตัวรับสัญญาณของเรามีปัญหา. มีสามอินเตอร์เฟสข้อมูลที่สงวนไว้ในไฟล์ TX900: D1 TTL, D2 SBUS, และ D3 RS232. หลังจากเชื่อมต่อข้อมูล telemetry กับ D1, ความล่าช้าของวิดีโอมีขนาดใหญ่มาก. เขาถามเราว่าจะแก้ปัญหาได้อย่างไร.
นี่คือคำอธิบายปัญหาของเขา: เมื่อฉันเชื่อมต่อข้อมูล telemetry กับหน่วยอากาศที่มีเอฟเฟกต์วิดีโอและพบความล่าช้าในวิดีโอ. เพียงแค่ข้อมูล telemetry ทำให้เกิดปัญหาดังกล่าวโดยไม่มี telemetry, ไม่มีปัญหาใด ๆ. ไม่มีข้อมูล telemetry, ไม่มีปัญหาดังกล่าวกับ telemetry ในระยะสั้น ๆ ปัญหาดังกล่าวเกิดขึ้น.
ของเรา TX900 เครื่องส่งสัญญาณเสียงพึมพำและตัวรับสัญญาณสามารถปรับแต่งได้ด้วยอินเทอร์เฟซข้อมูล telemetry สามประเภทเพื่อให้เหมาะกับความต้องการของคุณ: TTL, RS232, และอินเทอร์เฟซ SBUS.
TX900 ของเราคือการส่งสองทาง. การอัปโหลดข้อมูลและการดาวน์โหลดวิดีโอไม่มีผลต่อกันและกัน. อย่างไรก็ตาม, สตรีมวิดีโอมีขนาดใหญ่กว่าสตรีมข้อมูล. โปรดดูการตั้งค่าที่นี่. คุณเปลี่ยนพวกเขาหรือไม่? การตั้งค่าเริ่มต้นคือ 1d4u.
D1 เป็นพอร์ตอนุกรมที่โปร่งใสของโมเด็มหลักของ TX900. มีปัญหาที่ทราบกันดีว่าหากปริมาณข้อมูลใน D1 มีขนาดใหญ่เกินไป, มันอาจส่งผลกระทบต่อลิงค์ไร้สาย. ประสิทธิภาพคือลิงก์ไร้สายอาจตัดการเชื่อมต่อชั่วคราวแล้วเชื่อมต่อใหม่. ยังไม่ชัดเจนว่าลูกค้าพบปัญหานี้หรือไม่.
นี่คือวิดีโอทดสอบจากลูกค้า.
ผู้ซื้อยังยืนยันว่าประเภทเครือข่าย TX900 เป็นจุดต่อจุด, เครื่องส่งสัญญาณเพียงเครื่องเดียวและตัวรับสัญญาณหนึ่งตัว, ไม่มี repeater. จากวิดีโอของผู้ซื้อดูเหมือนจะไม่เป็นปัญหาที่เกิดจาก D1. กล้องประเภทใดที่เชื่อมต่อกับส่วนหน้าของลูกค้า? เว็บแคมหรือบอร์ดเข้ารหัส? ผู้ซื้อตอบว่าเขาใช้กล้อง Siyi ZR30.
สารบัญ
การแก้ไขปัญหา.
หากเชื่อมต่อ D1 TTL, หากจำนวนข้อมูลมีขนาดใหญ่เกินไป, มันอาจส่งผลกระทบต่อการส่งสัญญาณวิดีโอและตัวรับสัญญาณแบบไร้สาย, เนื่องจาก D1 เป็นพอร์ตอนุกรมที่โปร่งใสของลิงค์ไร้สาย. ลองเปลี่ยนคอนโทรลเลอร์เที่ยวบินของคุณเพื่อเชื่อมต่อผ่าน D3 RS323. (บางทีคุณอาจต้องใช้ TTL เป็นบอร์ดแปลง RS232 บนเครื่องส่งสัญญาณและตัวรับสัญญาณ).
ด้วยการแช่แข็งวิดีโอ, ตรวจสอบว่ามีอัตราข้อผิดพลาดบิตหรือไม่, พารามิเตอร์ไร้สายรายงานโดยโหนดกลางและโหนดการเข้าถึง.
หยุดส่งวิดีโอเมื่อวิดีโอค้าง, และใช้ฟังก์ชั่นการวัดของเว็บ UI เพื่อทดสอบว่า 100% การส่งสามารถทำได้โดยการส่งแพ็คเก็ตข้อมูล 4 ~ 8Mbps จากโหนดการเข้าถึงไปยังโหนดกลาง.
วิศวกรของเราคิดว่าปัญหาที่ติดอยู่ในวิดีโอของลูกค้าไม่มีส่วนเกี่ยวข้องกับข้อมูล telemetry การส่งผ่านแบบโปร่งใส D1. ควรเกิดจากระยะไกล, อัตราการเชื่อมต่ออากาศไร้สายต่ำ, และเอฟเฟกต์การเข้าคิวของสตรีมวิดีโอ. เพื่อตรวจสอบการเก็งกำไรนี้, มีสองวิธี:
- ลูกค้าไม่สามารถรับข้อมูล telemetry (หรือข้อมูล telemetry จะผ่านลิงค์การส่งสัญญาณดิจิตอลแยกต่างหาก) สำหรับการทดสอบเปรียบเทียบ
- ส่งการตั้งค่าการเข้ารหัสวิดีโอกล้อง Siyi Gimbal ให้เราเพื่อดูว่ามีความเป็นไปได้ในการเพิ่มประสิทธิภาพหรือไม่ (ฉันสื่อสารกับ Siyi ที่ผ่านมาและพบว่าพวกเขาไม่ได้เปิดการตั้งค่าขั้นสูงของการเข้ารหัส, ซึ่งจะส่งผลกระทบต่อความราบรื่นและการแสดงแบบเรียลไทม์ของวิดีโอ)
ประเภทอินเทอร์เฟซข้อมูลของเครื่องส่งสัญญาณเสียงพึมพำและตัวรับสัญญาณ
ของเรา TX900 เครื่องส่งสัญญาณเสียงพึมพำและตัวรับสัญญาณสามารถปรับแต่งได้ด้วยอินเทอร์เฟซข้อมูล telemetry สามประเภทเพื่อให้เหมาะกับความต้องการของคุณ: TTL, RS232, และอินเทอร์เฟซ SBUs เนื่องจากความเข้ากันได้ของพวกเขา, ลักษณะโปรโตคอล, และความต้องการแอปพลิเคชันเฉพาะ. นี่คือการวิเคราะห์โดยละเอียดเกี่ยวกับเหตุผลที่อยู่เบื้องหลังตัวเลือกการออกแบบนี้.
1. ความเป็นสากลของอินเตอร์เฟส TTL
- ความเข้ากันได้โดยตรงของฮาร์ดแวร์: ระดับ TTL (3.3V/5V) จับคู่ระดับ GPIO ของไมโครคอนโทรลเลอร์กระแสหลัก (เช่น STM32), อนุญาตให้เชื่อมต่อโดยตรงกับเซ็นเซอร์ (เช่น, จีพีเอส, โมดูลการไหลของแสง) และการดีบักเครื่องมือโดยไม่จำเป็นต้องเปลี่ยนระดับ.
- การขยายทรัพยากร: โดยทั่วไปแล้วตัวควบคุมเที่ยวบินจะมีพอร์ตอนุกรม TTL หลายพอร์ต (เช่น, Pixhawk รองรับได้มากถึงห้า), เปิดใช้งานการเชื่อมต่อแบบขนานกับ telemetry, โมดูลเครื่องส่งสัญญาณเสียงพึมพำและตัวรับสัญญาณ, และอุปกรณ์ต่อพ่วงอื่นๆ.
- การดีบักความสะดวกสบาย: อินเทอร์เฟซ UART ช่วยให้เฟิร์มแวร์กะพริบและเอาต์พุตบันทึก, ทำให้กระบวนการพัฒนาง่ายขึ้น.
2. กรณีการใช้งานเฉพาะสำหรับอินเตอร์เฟส RS232
- การสื่อสารทางไกล: การส่งสัญญาณ± 12V ของ RS232 ให้ภูมิคุ้มกันที่แข็งแกร่ง, ทำให้เหมาะสำหรับเครื่องส่งสัญญาณโดรนไร้สายระยะยาวและการส่งสัญญาณตัวรับสัญญาณในระยะทางที่สูงกว่า 10 กิโลเมตร (เช่น, การสื่อสารระหว่างโดรนอุตสาหกรรมและสถานีภาคพื้นดิน).
- ความเข้ากันได้ของมรดก: อุปกรณ์รุ่นเก่าหรือตัวรับสัญญาณรีโมทคอนโทรลบางตัวอาจใช้อินเตอร์เฟส RS232, ต้องการชิปที่เปลี่ยนระดับ (เช่น max232) สำหรับการเชื่อมต่อกับตัวควบคุมเที่ยวบิน.
- การขยายระดับการเลื่อนระดับ: วงจรภายนอกสามารถแปลงสัญญาณ TTL เป็น RS232, ช่วยให้เข้ากันได้กับอุปกรณ์ที่กว้างขึ้น (เช่นผู้รับ SBUs บางตัว).
3. ข้อดีของอินเทอร์เฟซ SBUS
- การส่งช่องสัญญาณที่มีประสิทธิภาพ: SBUS เป็นโปรโตคอลอนุกรมที่รองรับ 16 ช่องสัดส่วนบวก 2 ช่องดิจิตอล, ตอบสนองความต้องการการควบคุมหลายพารามิเตอร์ของโดรน (เช่น, เซอร์โวและการปรับกล้อง).
- การเชื่อมต่อสไตล์รถบัส: โดยใช้ฮับ, สามารถเชื่อมต่ออุปกรณ์หลายตัวผ่านบรรทัดเดียว, ลดความซับซ้อนในการเดินสาย.
- การเพิ่มประสิทธิภาพฮาร์ดแวร์: ในขณะที่ขึ้นอยู่กับการส่งสัญญาณ TTL, SBUS ใช้ตรรกะคว่ำ (สัญญาณต่ำหมายถึง “1”) และดำเนินการในอัตราการรับส่งข้อมูล 100kbps, ต้องใช้วงจรผกผัน (เช่นทรานซิสเตอร์) เพื่อความเข้ากันได้.
การเปรียบเทียบส่วนต่อประสานและแนวโน้มทางเทคโนโลยี
| ประเภทอินเตอร์เฟส | ประโยชน์หลัก | กรณีการใช้งานทั่วไป | ความท้าทายในการใช้งานฮาร์ดแวร์ |
|---|---|---|---|
| TTL | ความเข้ากันได้โดยตรงกับไมโครคอนโทรลเลอร์; latency ต่ำ | การเชื่อมต่อเซ็นเซอร์; การดีบักเฟิร์มแวร์ | ระยะส่งสั้น |
| RS232 | ภูมิคุ้มกัน; สนับสนุนการสื่อสารทางไกล | การควบคุมอุตสาหกรรม; ความเข้ากันได้ของอุปกรณ์ดั้งเดิม | ต้องใช้ชิปที่เปลี่ยนระดับ |
| SBUS | เกียร์หลายช่องทาง; การขยายตัวของรถบัส | สัญญาณควบคุมระยะไกล; การควบคุมแบบหลายอุปกรณ์ | ความต้องการวงจรลอจิกกลับด้านหรือชิปถอดรหัสเฉพาะ |
ทิศทางวิวัฒนาการทางเทคโนโลยี:
- อินเทอร์เฟซมัลติเพล็กซ์: ตัวควบคุมเที่ยวบินใหม่กำลังใช้ UART multiplexing มากขึ้นเพื่อรองรับโปรโตคอล SBUS, ลดจำนวนอินเทอร์เฟซทางกายภาพที่ต้องการ.
- ทางเลือกไร้สาย: เทคโนโลยีเช่น 2.4GHz/5.8GHz telemetry จะค่อยๆเปลี่ยน Rs232 สำหรับการสื่อสารทางไกล (เช่น, อุปกรณ์ Taisync PD21A).
- การออกแบบแบบบูรณาการ: นวัตกรรมเช่นที่อยู่ในสิทธิบัตร CN216848552U แสดงให้เห็นว่าตรรกะลำดับความสำคัญสามารถอนุญาตให้มีการควบคุมระยะไกลหลายรายการเพื่อใช้งานโดรนเดี่ยวเดี่ยว, ลดความซับซ้อนของฮาร์ดแวร์.
สรุป, การอยู่ร่วมกันของ TTL, RS232, และอินเทอร์เฟซ SBUs สะท้อนให้เห็นถึงความสมดุลในการออกแบบตัวควบคุมเที่ยวบินเกี่ยวกับความเข้ากันได้, การขยายฟังก์ชัน, และประสิทธิภาพของโปรโตคอล. TTL ตรงตามความต้องการการสื่อสารขั้นพื้นฐาน, RS232 เหมาะกับสถานการณ์เฉพาะ, ในขณะที่ SBUs กลายเป็นตัวเลือกมาตรฐานในแอปพลิเคชันการควบคุมระยะไกลเนื่องจากโปรโตคอลที่มีประสิทธิภาพ.
ถามคำถาม
ข้อความของคุณถูกส่งแล้ว