uart 16550 FIFO問題

addn

各位 大大
請問有人知道uart 16550 的FIFO的電路結構嗎
( {" L' n6 p5 |8 I1 t$ m' k
因為以前有用vhdl做一8250的功能
想加上FIFO ,變成16550的功能
8 U$ k* p7 g, D7 \所以才會想了解16550 FIFO的電路結構

依照data sheet看起來似乎是用異步fifo
* K7 i7 \3 K8 Z+ _寫入跟讀出fifo可以同時操作

  J+ s/ ^0 E0 @可是我想到的fifo結構如果同時寫入跟讀出的話,就有機會
會發生full,empty,level trigger判斷錯誤,如下圖所示

tommywgt

非常抱歉, 這個本來的討論被我不小心刪了才要害你重貼, 那天回了很多, 這次我就回的簡潔一點好了


對於類似因不同clock所引起的問題我的看法有二個:
1) 使用handshake來完成資料交換 (包括status)
- C$ y: k$ E2 w! E2) 使用較高的clock
% K# b6 H! Y$ N3 R
; M5 Z9 I  L7 n- R由於第2點你已經有提過了, 所以我就針對第2點討論好了
使用較高的clock可以有二個方式:
# n; ~+ E5 ~. C  F, k, F0 R1) 使用二個clock之間較高的那一個
2) 使用更高的clock

* b) Z9 c* ?+ Q$ G2 V5 n; Z; R無論是選1或2, 都會遇到你說的那個問題
( r( r, }. h0 S& c* [* r我們的目的是不管選用哪種方式都希望可以很穩定的讀取到正確的資料, 接下來我們以RX FIFO來討論好了
/ c- L  `* Q& z  T& R" s假設我們在/RD時(讀STATUS)剛好有一筆資料進到RX buffer, 可能對empty及full造成以下幾個可能
  k0 B0 _3 ^: ?7 i1) 本來emptyl變成沒有empty
& `. S. X' N6 Y& ]& F! @. r2) 本來沒有full變成full
3) 本來不是empty而且buffer也還夠所以empty跟full都沒改變

對於case2, 3因為不會造成任何問題, 所以估且不加以討論, 討論case 1的話會發現在/RD出現時有可能
1) /RD讀到empty, 故CPU會以為沒資料而去處理別的事, 過會兒再來讀status時才把資料捉走
2) /RD讀到沒有empty, 程式直接捉走FIFO的資料
6 h# H/ w7 {# c' ]# z6 g
我只能說以上二種情況也不會有問題的, 主要的原因是這幾個信號都是1 bit.

, E7 p2 S: Y3 j( b5 h: h2 r6 A0 ^再回到你顧慮的問題討論
2 H& J$ p8 Q6 o' i+ ?* V' J, _假設說這個status是超過1 bit, 例如: buffer資料的長度, 假設FIFO長度是8的話, 那麼這個值要有3 bits類似的情況發生在/RD時有可能因為011->100時讀到111, 這個也是你圖中所表示的問題, 針對類似的問解決方法應該不少, 我在這提出一個個人的看法 (這個問題用handshake的方法也是可以解決的)
( q" E. w  B7 O# O( o9 k+ }
下圖是說將資料多COPY一份, 這一份資料的UPDATE跟原來的資料差了一個clock cycle
假設在/RD時剛好發生資料改變的話, 只有一個值會有問題, 透過VOTE找出沒問題的那二個再決定輸出哪一個穩定的值即可

+ T. H/ a1 v( i以上, 希望會有幫助

tommywgt

類似因為不同clock而造成的問題在設計時常會遇到

5 d# F7 o: |/ y: R0 B有人有別的好答案嗎?

addn

您好

感謝版主 大大的講解,提供解決方式的參考
5 P& M+ o* d+ U  x6 k
我這邊還是有一些問題

" H0 C6 V. O) L( s+ D1.
RX FIFO
write_ptr變動對/RD empty的影響就如同大大所講的
cpu對於錯誤的empty只是延遲下次在來讀FIFO資料,並不會
3 R+ t7 T: }" D造成嚴重的錯誤
8 @! V- e2 H& X' T/ z可是
read_ptr變動對於寫入FIFO full的影響就很嚴重了
3 {8 {$ v* k& c% h; l當要寫入FIFO時誤判FIFO 滿了,這時就會造成溢位的動作
4 U9 ^/ ~4 g0 h3 h, [0 Y3 U
2.
16550有TIGGER LEVEL功能,可以設定當FIFO收到1,4,8或14筆資料時
2 s0 Z" v+ G. n% `5 Z0 @去觸發中斷輸出腳INTR
這樣勢必要有TRIGGER_LEVEL_FLG邏輯來指出是否符合條件
這TRIGGER_LEVEL_FLG也要根據變動的write_ptr和read_ptr來決定
這樣INTR輸出不是就有機會產生毛刺在write_ptr和read_ptr變動時
那要怎麼消除這毛刺現象呢

3.
如果加上handshake的話,那時序動作可能就會跟16550有些差異了

tommywgt

其實在早期我遇到這類的問題也是用這樣子的方法, 近來我不太使用這個方法了, 這個方法一定可行, 但是就如你問題所說的, 會有一大堆timing的問題, 一個沒有注意到就會留下bugs
# `+ R* X2 j$ n& C
8 t( Q6 Y& p. N你的思考很周詳, 顧慮也都沒有錯, 繞在一堆timing打轉時, 腦袋一定很吃力.

回到我本來的答案, 加以修改還是可以解決你的問題, 在一堆timing打轉時, 一定要非常小心什麼時候會出現什麼信號, 以及這個信號跟別的一大堆信號之間的關係, 只要這些關係都弄清楚的話的, 自然會慢慢的有答案, 在找到不會有問題的答案之前已經不知道跑了多少次的模擬了. 我講的這些你一定很清楚而且感同身受...
. R- Z" c4 w/ ]2 O+ K  r1 D4 a
! C& o, m& l8 R有人說做演算法實現的人比較厲害, 看看這麼多的問題, 幾乎不會出現在演算法實現上, 所以我常常覺得不認同這句話. 一些AE在使用別人設計的IC時常會不保留的直接批評, 殊不知IC designer在這上面花了多少苦心, 深深害怕一個不小心, 多少心血就要再來一次...
: V: ^: ^4 Z4 P* W. z2 _* b
對於你的問題我可以給另一個建議: 很多時候我們常會思考說, 當什麼信號或者狀態出現時, 要做什麼相對的回應, 只是我覺得這個回應不見得必須是即時的. 舉個例子, 在/RD出現時並不是非得把對的資料送出去不可, 在/RD的falling edge到rising edge之間的時間還很長, 資料只要在rising edge加上setup time時間之前送出去就可以確保資料的正確無誤(當然是愈早愈好), 這中間還有好長的時間可以做很多事的. 要啟動一個事件去做一件事也不見得只有一個狀態, 例如在/RD之前, /CS一定會先出現, 這中間一定還有什麼好處可以做什麼事的(這只是個假設, 因為有時會遇到AE把/CS直接接地或者讓/CS跟/RD, /WR一起出現的CASE)

6 u- _! j, _6 x& B7 j3 v& U7 n另外你可能對我講的handshake有點誤解, 很抱歉應該是我沒講清楚造成的
0 |0 P# B7 v1 ]在research上有個電路叫asynchronize circuit直接翻譯就變成了非同步電路, 講非同步電路有時會令人誤解, 有時講非同步電路時講的是單純的類似ripper counter那類的電路, 在research上的非同步電路是利用一些handshake的方法來完成, 資料的交換之間並沒有clock, 當然也可以快速且正確的完成工作, 跟16550的時序是沒有任何關係, 就算你整個設計都用asynchronize circuit來完成, 還是可以做到interface timing跟16550完全相容.
至少目前, 我遇到這類問題時都用這樣子的方法來實現, 硬體不見得比較大, 電路也比較穩定.

講了這麼多似乎沒有直接回答你的問題, 不過討論這類的問題常需要一來一回的, 這樣PO文似乎不太有效率, 所以我先分享一些我的經驗給你看看, 看是否對你會有所幫助.

addn

您好
( q7 c6 m, m- J感謝版主 大大的建議及經驗分享
對於數位設計的確讓人傷腦筋
有一大堆的情況都要考慮進去
需要發很大的心力在設計電路的穩定性上

大大可否對於handshake在這裡與FIFO搭配使用
) Y) H( Z( K$ \' N* X, u" w9 ]$ p再進一步說明一下呢

) `8 F! O2 f7 }  h+ @0 O; a0 C3 R我的想法是這樣不曉得對不對
當要寫入FIFO前先通知/RD電路暫時不要改變read_ptr讀取FIFO
" x' e) l3 B7 a寫入FIFO後再通知/RD電路可正常動作
' F/ g8 O& \8 u$ t" {反之讀出FIFO對於寫入電路也用一樣的機制

tommywgt

意思並沒差太多

2 Z- b( @& \1 ^, ]# @# D; x換個方式講好了
2 w$ y, A4 ?# W' g. ]. n9 g在狀態改變時, 總是要有相對應的信號出現, 但是別的電路對於這個信號是否需要立即處理可以視情況決定, 而這個信號會停留多久也是看你的設計決定. 一個信號出現時間不管經過多少個clock cycle在 "電路上都很容易解讀為只出現一次" .
這也是個解決的好方式.

addn

您好

可是這樣還有問題我搞不懂
6 g. q, C' f6 T4 b  V
  寫入端有16Xbaud可以當clock可以達成交握動作
  讀取端邏輯,沒有讀取端的clock只有/RD脈波
+ ^$ `0 w1 D. M! c# g7 U  當/RD來時就表示一定要讀取,而且沒辦法
  產生及判斷交握訊號

tommywgt

需要我寫個code貼上來嗎?

addn

您好

這部分我實在想不出來
如果版主 大大可以提供參考例子,那最好不過了

謝謝

bosscck

原帖由 tommywgt 於 2007-3-1 14:07 發表
類似因為不同clock而造成的問題在設計時常會遇到

1 N, v3 K) r3 D( S0 w有人有別的好答案嗎?

% _& \# M% P8 A

0 M$ ~) R% [( s時序的問題這方面我去找找看,我學過我會去翻翻資料.這兩天回覆

bosscck

原帖由 bosscck 於 2007-3-6 22:10 發表

# u% [1 U* \3 k+ I$ Z# n

時序的問題這方面我去找找看,我學過我會去翻翻資料.這兩天回覆

bosscck

原帖由 bosscck 於 2007-3-6 22:19 發表

bosscck

原帖由 bosscck 於 2007-3-6 22:19 發表

bosscck

原帖由 bosscck 於 2007-3-6 22:20 發表
! r4 `" Y- [8 [7 D! ~/ n

bosscck

原帖由 bosscck 於 2007-3-6 22:20 發表

bosscck

clock問題,一般來說都會設計成"A主" B,C,D.....跟隨A"clock
  ?! r' d& ?* g" |; j! h# P% ]
: w* M6 O' y3 D. }新產品通常都是跟隨舊產品clock,除非新品有更好的clock產生器.

tommywgt

嗯...感謝你把standard cell based design flow貼出來, 可以給沒做過digital IC的人瞭解一下下

tommywgt

addn大大

  T$ A* G7 m$ A" Z+ u# Q其實我這一陣子好忙, 所以常常有點無力感...

) r) ^, L2 K* x* K# _你想一下這個東東, 如果再沒答案的話我再PO個CODE上來好嗎?

1 U. J9 ^8 q* ]9 u* O( I+ a你可以試著把那個ptr改成gray code counter看看嗎?

addn

版主 大大 等你有空在幫我解答就好了啦

我有找到一些對岸的異步FIFO文章,有興趣可以參考看看
6 @' r/ E* L4 s- v) Z3 S/ m6 b# Lhttp://www.21ic.com/news/html/70/show1661.htm
# R: x0 w( h) F9 J: `/ R5 F) Shttp://blog.21ic.com/user1/1202/archives/2006/23787.html
根據文章用格雷碼當ptr的count是可以大大降低亞穩太被取樣到的概率
可是還是會有最高兩位元同時發生變化的情形,這是不是表示使用格雷
+ h5 E0 T; a* t  j  f碼後還是無法百分百保證正確呢
  s- s0 B4 O9 l( ^
還有trigger level要如何由格雷碼的read_ptr,write_ptr去判斷呢