คำถามติดแท็ก error-correction

USB มีการรับประกันคุณภาพบริการสำหรับข้อมูลที่ส่งระหว่างอุปกรณ์ USB-CDC ของฉันและโฮสต์ USB หรือไม่ ฉันรู้กับ RS232 แบบดั้งเดิมในสถานการณ์ที่มีเสียงดัง (เช่นพอร์ตการวินิจฉัยรถยนต์) บิตที่ไม่ดีเกิดขึ้นบ่อยครั้งพอที่ checksums สำคัญต่อโปรโตคอล หากฉันต้องปรับโปรโตคอลดังกล่าวให้เป็นแอปพลิเคชัน pure-USB ฉันสามารถละเว้นการตรวจสอบและการจัดการข้อผิดพลาดที่เกี่ยวข้องได้อย่างปลอดภัยหรือไม่? สำหรับการอ้างอิงฉันใช้ AT91SAM7S256 กับกรอบUSB-CDC ที่จัดทำโดย Atmel ปรับปรุง: ผมใช้สิทธิของ Google-Fu ของฉันอีกนิดเกี่ยวกับปัญหานี้และพบนี้บทความซึ่งอธิบายเป็น subclass CDC สำหรับอีเธอร์เน็ตจำลองและรัฐ: ผ่านสาย USB เฟรมอีเทอร์เน็ตที่หุ้มห่อจะเริ่มต้นด้วยที่อยู่ MAC ปลายทางและสิ้นสุดก่อนเฟรมจะตรวจสอบ (ไม่จำเป็นต้องใช้การตรวจสอบเฟรมเนื่องจาก USB เป็นการขนส่งที่เชื่อถือได้) พวกเขาอาจหมายถึง USB-CDC เป็นการขนส่งที่เชื่อถือได้ไม่ใช่ USB โดยทั่วไปเนื่องจากคลาสอุปกรณ์บางอย่างที่มีไว้สำหรับข้อมูล bursty (เว็บแคม?) อาจมีความเร็วสูงที่ไม่ต้องการเติมบัฟเฟอร์หากโปรแกรมไม่สามารถสำรวจข้อมูลได้เร็วพอ ฉันยังต้องการการยืนยันเพิ่มเติมในเรื่องนี้

13 usb  rs232  usb-device  error-correction 

ฉันกำลังใช้อุปกรณ์ต่อพ่วง SPI ในแอปพลิเคชันของฉัน อุปกรณ์ต่อพ่วงส่งคืนแพ็คเก็ตที่มีบิตข้อมูล 15 บิตบวกบิตคู่สำหรับการตรวจจับข้อผิดพลาด ดังนั้นศูนย์ทั้งหมดและทุกคนผ่านการตรวจสอบความเท่าเทียมกัน ซึ่งหมายความว่าไมโครคอนโทรลเลอร์ของฉันไม่สามารถตรวจพบข้อผิดพลาดประเภทที่พบบ่อยที่สุด: อุปกรณ์ต่อพ่วงถูกตัดการเชื่อมต่อ! ในกรณีนี้บิตที่ได้รับจะเป็นศูนย์ทั้งหมดซึ่งผ่านการตรวจสอบพาริตี้ ทะนงว่ามันจะได้รับเพียงเป็นเรื่องง่ายสำหรับผู้ผลิตอุปกรณ์ต่อพ่วงที่จะใช้แปลกเท่าเทียมกันคำถามของฉันคือ: ทำไมพวกเขาจะได้เลือกที่จะใช้ความเท่าเทียมกันแม้ในกรณีนี้ ? มีข้อได้เปรียบอื่น ๆ ของ Even Parity ในกรณีนี้เพื่อชดเชยข้อเท็จจริงที่ว่ามันไม่สามารถตรวจพบข้อผิดพลาดประเภทที่พบบ่อยที่สุดได้หรือไม่?

12 microcontroller  error-correction  peripheral  parity  bit-error