Observation: With a serial port tha

Observation: With a serial port that has a shift register and one data register (no FIFO
buffering), the latency requirement of the input interface is the time it takes to transmit one
data frame.
In the example illustrated in Figure 4.37, assume the UAR T receive shift register and
receive FIFO are initially empty (RXFE=1). 17 incoming serial frames occur one right
after another (letters A – Q), but the software does not respond. At the end of the first
frame, the 0x41 goes into the receive FIFO, and the RXFE flag is cleared. Normally ,
the UART_InChar function would respond to RXFE being clear and read the data from
the UAR T . In this scenario however , the software is busy doing other things and does not
respond to the presence of data in the receive FIFO. Next, 15 more frames are shifted in
and entered into the receive FIFO. At the end of the 16th frame, the FIFO is full
(RXFF=1). If the software were to respond at this point, then all 16 characters would be
properly received. If the 17
th
frame occurs before the first is read by the software, then an
overrun error occurs, and a frame is lost. W e can see from this worst case scenario that the
software must read the data from the UAR T within 160 bit times of the clearing of RXFE.

Kết quả (Việt) 1:

Quan sát: Với một cổng nối tiếp có một sự thay đổi đăng ký và một dữ liệu đăng ký (không có FIFOđệm), yêu cầu độ trễ của giao diện đầu vào là thời gian để truyền tải mộtkhung dữ liệu. Trong ví dụ minh họa trong hình 4,37, giả sử UAR T nhận được sự thay đổi đăng ký vàFIFO nhận được sản phẩm nào ban đầu (RXFE = 1). 17 khung đến nối tiếp xảy ra một trong những quyềnsau khi một (chữ cái A-Q), nhưng phần mềm không đáp ứng. Vào cuối đầu tiênkhung, 0x41 đi vào nhận FIFO, và lá cờ RXFE sẽ bị xóa. Bình thường,chức năng UART_InChar nào đáp ứng với RXFE được rõ ràng và đọc dữ liệu từUAR T. Trong trường hợp này tuy nhiên, phần mềm là bận rộn làm những thứ khác và khôngđáp ứng với sự hiện diện của dữ liệu trong nhận FIFO. Tiếp theo, 15 thêm khung được chuyển trongvà nhập vào nhận FIFO. Cuối 16 khung, FIFO ñaày(RXFF = 1). Nếu phần mềm là đáp ứng tại thời điểm này, sau đó tất cả 16 ký tự nàonhận được đúng cách. Nếu chiếc 17thkhung xảy ra trước khi là người đầu tiên được đọc bởi các phần mềm, sau đó, mộtoverrun lỗi xảy ra, và một khung bị mất. W e có thể nhìn thấy từ này kịch bản trường hợp xấu nhất mà cácphần mềm phải đọc dữ liệu từ UAR T trong 160 bit lần giải RXFE.

Kết quả (Việt) 2:

Quan sát: Với một cổng nối tiếp có một đăng ký thay đổi và một dữ liệu đăng ký (không có FIFO
đệm), yêu cầu độ trễ của giao diện đầu vào là thời gian cần thiết để truyền
một. Khung dữ liệu
Trong ví dụ minh họa trong hình 4.37, giả sử UAR T nhận đăng ký thay đổi và
nhận FIFO là ban đầu trống (RXFE = 1). 17 khung hình nối tiếp đến xảy ra một trong những quyền
sau khi khác (chữ A - Q), nhưng phần mềm không đáp ứng. Vào cuối của đầu
khung, 0x41 đi vào nhận FIFO, và cờ RXFE là xóa. Thông thường,
các chức năng UART_InChar sẽ đáp trả RXFE được rõ ràng và đọc dữ liệu từ
các UAR T. Tuy nhiên trong trường hợp này, các phần mềm đang bận làm những việc khác và không
đáp ứng với sự hiện diện của dữ liệu trong nhận FIFO. Tiếp theo, 15 nhiều khung được chuyển vào
và nhập vào nhận FIFO. Vào cuối của frame thứ 16, FIFO là đầy đủ
(RXFF = 1). Nếu phần mềm là để đáp ứng tại thời điểm này, sau đó tất cả 16 nhân vật sẽ được
nhận đúng. Nếu 17
th
khung xảy ra trước khi lần đầu tiên được đọc bởi các phần mềm, sau đó là một
lỗi tràn xảy ra, và một khung bị mất. W e có thể nhìn thấy từ kịch bản này trường hợp xấu nhất mà các
phần mềm phải đọc dữ liệu từ các UAR T trong vòng 160 lần bit của thanh toán bù trừ của RXFE.