ข้อผิดพลาดสูงสุดใน Encoder เมื่อช่วงเวลาตัวอย่างไม่ต่อเนื่องคือ 2 ms


0

ฉันใช้เครื่องเข้ารหัสที่มี 1,000 พัลส์ในการปฏิวัติครั้งเดียวในการกำหนดค่าขอบทั้งสอง ฉันใช้วิธีหนึ่งในการนับจำนวนพัลส์ ข้อผิดพลาดในกรณีนี้คืออะไร? อีกวิธีหนึ่งคือวิธีการทางเลือกในโมดูลเข้ารหัสสี่เหลี่ยมจัตุรัสที่วัดระยะเวลาการเต้นของชีพจร แต่ที่นี่เรามีเพียง 69 ชีพจรต่อการปฏิวัติ ความถี่รอบสัญญาณนาฬิกาที่นี่คือ 7.38 MHz ในกรณีนี้ข้อผิดพลาดคืออะไร?


คุณหมายถึงความไวหรือไม่ ข้อผิดพลาดคือความแตกต่างระหว่างค่าที่ต้องการและค่าที่วัดได้และไม่สามารถคำนวณได้โดยใช้ข้อมูลที่ให้ไว้
Jonathan R Swift

คุณสามารถบอกฉันว่าพารามิเตอร์อื่นที่คุณต้องการสำหรับการคำนวณ
aman2909

คุณบอกฉันได้ไหมว่าข้อผิดพลาดเป็นสิ่งที่คุณต้องการหรือไม่
Jonathan R Swift

ข้อควรระวังในการวัดเวลาระหว่างการเปลี่ยนของตัวเข้ารหัส โดยเฉพาะทำ ไม่ สมมติว่าช่องสัญญาณหรือขอบที่ต่างกันทำหน้าที่เหมือนกัน เวลา (เช่น) การเพิ่มขึ้นของ A ไปสู่การเพิ่มขึ้น A เราได้เรียนรู้วิธีนี้อย่างยากลำบากในการเรียนจบ (คุณสามารถทำทั้งสี่แบบขนานใน FPGA / CPLD ในปัจจุบัน) แต่ตอนนี้คุณมีเวลาแฝงที่ขึ้นอยู่กับความเร็ว
Catalyst

คำตอบ:


1

ขึ้นอยู่กับประเภทการอ่านข้อมูลของการอ่านค่าสำหรับ 1,000 พัลส์หากคุณอ่านทั้งสองขอบ (x2) คุณมีข้อผิดพลาดตำแหน่งที่แย่ที่สุดที่ 1/2000 ของการปฏิวัติหรือ 0.18 องศาสำหรับความเร็วต่ำเพียงพอ สำหรับความเร็วสูงถึง 15 รอบต่อนาที เมื่อความเร็วเกินกว่าที่กำหนดค่าที่อ่านได้ของคุณจะไร้ค่าอย่างสมบูรณ์ - ค่าความผิดพลาดจะใหญ่มากโดยพลการขณะที่ตัวอย่างที่คุณอ่านเริ่มข้ามช่องว่าง เห็นได้ชัดว่านี่เป็นวิธีแก้ปัญหาทิศทางเดียว; การหมุนไม่สามารถย้อนกลับได้

หากแทนที่จะสุ่มตัวอย่าง / สำรวจความคิดเห็นคุณใช้การขัดจังหวะบนหนึ่งขอบ (x1) ที่ความถี่การโพลที่สูงกว่ามาก แต่ด้วยความเร็วสูงสุด 2ms ต่อการขัดจังหวะคุณสามารถเพิ่ม RPM เป็นสองเท่าเพื่อลดความแม่นยำ - 1/1000 ของการปฏิวัติสูงสุดถึง 30 รอบต่อนาที อย่างน้อยเกินกว่าที่จะจำกัดความผิดพลาดของค่าสติ (การอ่านข้อมูลจะอยู่ระหว่าง 15 และ 30RPM และสอดคล้องกันมากพอกับซอฟต์แวร์อัจฉริยะที่ตรวจพบเกิน 30RPM คุณสามารถเพิ่มความเร็วได้ครึ่งหนึ่งและเพิ่มความแม่นยำในแต่ละรอบ 30RPM) คุณอาจใช้การขัดจังหวะบนขอบทั้งสองซึ่งจะช่วยปรับปรุงการอ่านข้อมูลได้ แต่หน่วยตรวจจับขอบต้องทำงานได้เร็วกว่าระบบย่อยการอ่านข้อมูลของคุณ - เพื่อส่งสัญญาณบนขอบที่เหมือนกันสองอันถัดไป

ตัวเข้ารหัสสี่เหลี่ยมจัตุรัสสามารถสำรวจในโหมด 4x หรือใช้อินเตอร์รัปต์ในโหมด 1x และ 2x ดังนั้นการหมุน 1/138, 1/69 และ 1/276 หรือ 2.6 (x4), 5.2 (x1) หรือ 1.3 (x2) ดีกรี ที่เลวร้ายที่สุด ; ลดลงเชิงเส้นด้วยความเร็วลดลงจากฝา

แต่คุณแน่ใจหรือว่าคุณไม่ได้สับสนหน่วย? 7.38 เฮิร์ตซ์นั้นต่ำมาก ๆ ที่เร็วที่สุดคุณจะมีตัวพิมพ์ใหญ่ที่น่าหัวเราะที่ 6.4 RPM ที่ 1x, 3.2 ที่ 2x และ 1.6RPM ที่ 4x ซึ่งโซลูชันของคุณพัง และคุณอาจลองสนับสนุนความเร็วที่สูงขึ้นในราคาที่ถูกต้องหรือเป็นแบบสองทิศทาง แต่ไม่ใช่ทั้งสองอย่าง


ขออภัยมันคือ 7.38 MHz ฉันแก้ไขมัน และที่นี่หลังจากนับทั้งสองขอบ (x2) จำนวนพัลส์คือ 1,000 พัลส์ อีกสิ่งหนึ่งคือฉันใช้เอาต์พุตเซ็นเซอร์ฮอลล์ของเซ็นเซอร์ฮอลล์ที่มีพัลส์รวม 69 ในกรณีนี้ฉันใช้โมดูลทางเลือกของ QEI
aman2909

@ aman2909: "พัลส์ต่อการปฏิวัติ" ในเอกสารข้อมูลจะได้รับเสมอในรอบที่สมบูรณ์ - 1/2 จำนวนของขอบสำหรับมาตรฐาน, 1/4 สำหรับเข้ารหัสพื้นที่ เมื่ออธิบายการตั้งค่าของคุณคุณให้หมายเลขแผ่นข้อมูลและวิธีการอ่านข้อมูล (x2, x4, + เวลา) ไม่ว่ารายการที่เกี่ยวข้องจะเป็นสองเท่าหรือครึ่งหนึ่งสำหรับค่าที่ถูกต้อง
SF.

คุณกำลังพูดถึงความไวไม่ใช่ข้อผิดพลาดที่นี่ - แม้ไม่มีขั้นตอนที่ข้ามถ้ามีแบ็กสแลชในการเชื่อมต่อกับตัวเข้ารหัสอาจมีข้อผิดพลาดที่สำคัญ
Jonathan R Swift

@ JonathanRSwift: ตัวเข้ารหัส "อุตสาหกรรม" ที่ฉันพบไม่มีฟันเฟืองใด ๆ - ตลับลูกปืนที่แน่นและดิสก์โลหะยึดแน่นกับแกนเหล็ก แบคแลชใด ๆ ที่เป็นไปได้นั้นมาจากการโหลดเชิงกลที่แข็งแกร่งซึ่งไม่ได้หมายถึงการพกพา - การออกแบบอุปกรณ์ที่ไม่ดี ในกรณีของตัวเข้ารหัสแบบเปิด (optocouplers ช่องว่าง) ทั้งหมดนี้มาจากกลไกที่คุณใช้สำหรับดิสก์และเป็นผลมาจากการออกแบบกลไกของคุณเอง ประเภทเดียวที่จะมีข้อผิดพลาดใด ๆ ที่เกิดจากการออกแบบคือประเภทของสายโทรศัพท์ที่ต้องใช้มือหมุนพร้อมลูกบิด - และที่นั่นไม่สำคัญ
SF.

คุณพลาดจุดของฉันฉันกลัว - "ข้อผิดพลาด" คือความแตกต่างระหว่างตำแหน่งจริงและตำแหน่งที่ต้องการของบางสิ่ง ฉันกำลังพูดถึงแบ็คแลชระหว่างสิ่งและตัวเข้ารหัสไม่ใช่ภายในตัวเข้ารหัส หากต้องการพูดคุยเกี่ยวกับจำนวนข้อผิดพลาดที่โปรแกรมเปลี่ยนไฟล์มีการทำให้เข้าใจผิด - คุณอาจพูดในสิ่งที่ OP ต้องการรู้ ตามที่เขียนไว้ . ฉันขอให้เขาชี้แจง แต่ยังไม่ได้รับคำตอบ
Jonathan R Swift
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.