The design decisions for the edge c

The design decisions for the edge cases differ for the application and interrupt code. The most important requirement for interrupt code is that it may never block. For example, if the receive data register is full and the RX queue is also full, the only way to remove the interrupt condition is to read the receive data register and discard the data. Thus, an interrupt driven USART cannot completely eliminate the lost data problem of the polling based solution – that will come with the addition of flow control. In contrast, the application code may block. For example, if the application executes putchar and the TX queue is full, then it may “poll” to wait for the full condition to be removed (by the interrupt handler). In this case, the application code
is again slowed to the transmit rate, but only after the TX queue is filled. An important implementation decision is how large the queues should be to prevent application stalling

ผลลัพธ์ (ไทย) 1:

ตัดสินใจออกแบบสำหรับกรณีขอบแตกต่างกันสำหรับโปรแกรมประยุกต์ และรบกวนรหัส ความต้องการที่สำคัญที่สุดสำหรับขัดจังหวะรหัสคือ ว่า มันอาจไม่บล็อก ตัวอย่าง ถ้าลงทะเบียนรับข้อมูลเต็ม และยังมีคิวจำนวนเต็ม วิธีเดียวที่จะเอาเงื่อนไขขัดจังหวะคือการ อ่านข้อมูลที่ได้รับลงทะเบียน และยกเลิกข้อมูล ดังนั้น การขัดจังหวะที่ขับเคลื่อน USART ไม่สมบูรณ์กำจัดปัญหาข้อมูลสูญหายของการแก้ปัญหาตามโพลล์ – ที่จะมาพร้อมกับการเพิ่มการควบคุม ในทางตรงกันข้าม รหัสแอพลิเคชันอาจบัง ตัวอย่าง ถ้าแอพลิเคชันดำเนิน putchar และคิว TX จะ แล้วก็อาจ "สำรวจ" ต้องรอเงื่อนไขทั้งหมดออก (โดยตัวจัดการการขัดจังหวะ) ในกรณีนี้ รหัสแอพลิเคชัน
เป็นอีกให้อัตราสัญญาณ แต่หลัง จากเติมคิว TX ชะลอตัว การตัดสินใจดำเนินการสำคัญคือ การคิวควรจะเพื่อ ป้องกันไม่ให้โปรแกรมประยุกต์ถ่วง

ผลลัพธ์ (ไทย) 2:

การตัดสินใจการออกแบบสำหรับกรณีขอบแตกต่างกันสำหรับการใช้งานและขัดขวางรหัส ความต้องการที่สำคัญที่สุดสำหรับรหัสขัดจังหวะก็คือว่ามันไม่อาจปิดกั้น ตัวอย่างเช่นถ้าได้รับข้อมูลการลงทะเบียนเต็มและคิว RX ยังเป็นเต็มรูปแบบวิธีเดียวที่จะเอาเงื่อนไขการขัดจังหวะคือการอ่านได้รับข้อมูลการลงทะเบียนและทิ้งข้อมูล ดังนั้นขัดจังหวะขับเคลื่อน USART สามารถไม่สมบูรณ์ขจัดปัญหาข้อมูลที่หายไปของการแก้ปัญหาการลงคะแนนเลือกตั้งตาม - ที่จะมาพร้อมกับการเพิ่มขึ้นของการควบคุมการไหล ในทางตรงกันข้ามรหัสโปรแกรมอาจปิดกั้น ตัวอย่างเช่นถ้าโปรแกรมรัน putchar และกซัสคิวเต็มแล้วมันอาจจะ "โพลล์" ต้องรอให้สภาพเต็มรูปแบบที่จะถูกลบออกไป (โดยตัวจัดการการขัดจังหวะ) ในกรณีนี้รหัสโปรแกรม
จะชะลอตัวอีกครั้งเพื่ออัตราการส่ง แต่หลังจากกซัสคิวเต็ม การตัดสินใจการดำเนินงานที่สำคัญคือวิธีการที่มีขนาดใหญ่รอคิวที่ควรจะเป็นเพื่อป้องกันไม่ให้ถ่วงการประยุกต์ใช้

ผลลัพธ์ (ไทย) 3:

การออกแบบขอบใจสำหรับกรณีแตกต่างกับการขัดจังหวะและรหัส ความต้องการที่สำคัญที่สุดสำหรับขัดจังหวะรหัส คือ มันอาจไม่เคยปิดกั้น ตัวอย่างเช่น หากได้รับข้อมูลทะเบียนเต็มและ RX คิวยังเต็ม วิธีเดียวที่จะลบขัดเงื่อนไขอ่านได้รับข้อมูลการลงทะเบียนและยกเลิกข้อมูล ดังนั้นการขัดจังหวะขับเคลื่อน usart ไม่สามารถสมบูรณ์กำจัดปัญหาของข้อมูลที่สูญหายเลือกตั้งตามโซลูชั่น ) ที่จะมาด้วยนอกเหนือจากการควบคุมการไหล ในทางตรงกันข้าม รหัสสมัครอาจบล็อก ตัวอย่างเช่น ถ้าโปรแกรมรัน putchar และ TX คิวเต็ม แล้วมันอาจจะ " โพล " เพื่อรอภาพเต็มจะลบออก ( โดยรบกวนผู้ดูแล ) ในกรณีนี้รหัสโปรแกรม
เป็นอีกส่วนส่งเท่ากัน แต่หลังจาก TX คิวเต็ม การตัดสินใจการดำเนินงานที่สำคัญคือ ขนาดคิวควรป้องกันการถ่วง