The asynchronous interaction betwee

The asynchronous interaction between interrupt handler code and application code can be quite subtle. Notice that we set TxPrimed before reenabling the interrupt. If the order were reversed it would be possible for the newly enabled interrupt handler to empty the transmit queue and clear TxPrimed before the application set TxPrimed, thus losing the signal from the handler to the application code. Admittedly, the USART is sufficiently slow that this scenario is unlikely, but with interrupt code it pays to program defensively.

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

โต้ตอบระหว่างโปรแกรมประยุกต์และขัดจังหวะตัวจัดการรหัสแบบอะซิงโครนัสได้ค่อนข้างละเอียด สังเกตว่า เราตั้ง TxPrimed ก่อน reenabling การขัดจังหวะ ถ้าใบสั่งมีการย้อนกลับ มันจะเป็นไปได้สำหรับตัวจัดการสัญญาณขัดจังหวะใหม่ที่เปิดใช้งาน การล้างคิวสัญญาณล้าง TxPrimed ก่อน TxPrimed จึง สูญเสียสัญญาณจากตัวจัดการรหัสแอพลิเคชันการตั้งค่าแอพลิเคชัน เป็นที่ยอมรับ USART จะเป็นช้าพอว่า สถานการณ์นี้ไม่น่า แต่ มีรหัสสัญญาณขัดจังหวะ ที่มันจ่ายให้โปรแกรม defensively

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

การมีปฏิสัมพันธ์ที่ไม่ตรงกันระหว่างรหัสตัวจัดการขัดจังหวะและรหัสโปรแกรมสามารถค่อนข้างบอบบาง ขอให้สังเกตว่าเราตั้ง TxPrimed ก่อน reenabling ขัดจังหวะ หากคำสั่งเป็นตรงกันข้ามมันจะเป็นไปได้สำหรับการจัดการการขัดจังหวะการใช้งานใหม่ที่ว่างเปล่าคิวส่งและล้าง TxPrimed ก่อนที่โปรแกรมประยุกต์ที่กำหนด TxPrimed จึงสูญเสียสัญญาณจากตัวจัดการรหัสโปรแกรม เป็นที่ยอมรับ USART พอช้าว่าสถานการณ์นี้มีโอกาสน้อย แต่มีรหัสขัดจังหวะจะจ่ายให้โปรแกรม defensively

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

ปฏิสัมพันธ์ระหว่างแบบอะซิงโครนัสขัดจังหวะรหัสผู้ดูแลและรหัสโปรแกรมได้ค่อนข้างละเอียด สังเกตว่าเราตั้ง txprimed ก่อน reenabling ขัดจังหวะ . ถ้าคำสั่งถูกย้อนกลับมันจะเป็นไปได้ที่เพิ่งเปิดใช้งาน handler ขัดจังหวะว่างส่งคิวและชัดเจน txprimed ก่อนการใช้ชุด txprimed จึงสูญเสียสัญญาณจากการจัดการรหัสโปรแกรมกัน usart เพียงพอช้าว่าสถานการณ์นี้ไม่น่า แต่รบกวนรหัสมันจ่ายโปรแกรม defensively .