『壹』 數據流是指的什麼
數據流？？？數據流量？？？
手機的吧？
如果是數據流量。。那就是用手機上網產生的GPRS流量。如果有包月就一個月包多少流量。如果沒有。就是1KB的流量1分錢好像。。
『貳』 什麼是數據流
數據流:PNG圖像格式文件
PNG是20世紀90年代中期開始開發的圖像文件存儲格式，其目的是企圖替代GIF和TIFF文件格式，同時增加一些GIF文件格式所不具備的特性。流式網路圖形格式(Portable Network Graphic Format，PNG)名稱來源於非官方的「PNG's Not GIF」，是一種點陣圖文件(bitmap file)存儲格式，讀成「ping」。PNG用來存儲灰度圖像時，灰度圖像的深度可多到16位，存儲彩色圖像時，彩色圖像的深度可多到48位，並且還可存儲多到16位的α通道數據。PNG使用從LZ77派生的無損數據壓縮演算法。
PNG文件格式保留GIF文件格式的下列特性：
使用彩色查找表或者叫做調色板可支持256種顏色的彩色圖像。
流式讀/寫性能(streamability)：圖像文件格式允許連續讀出和寫入圖像數據，這個特性很適合於在通信過程中生成和顯示圖像。
逐次逼近顯示(progressive display)：這種特性可使在通信鏈路上傳輸圖像文件的同時就在終端上顯示圖像，把整個輪廓顯示出來之後逐步顯示圖像的細節，也就是先用低解析度顯示圖像，然後逐步提高它的解析度。
透明性(transparency)：這個性能可使圖像中某些部分不顯示出來，用來創建一些有特色的圖像。
輔助信息(ancillary information)：這個特性可用來在圖像文件中存儲一些文本注釋信息。
獨立於計算機軟硬體環境。
使用無損壓縮。
PNG文件格式中要增加下列GIF文件格式所沒有的特性：
每個像素為48位的真彩色圖像。
每個像素為16位的灰度圖像。
可為灰度圖和真彩色圖添加α通道。
添加圖像的γ信息。
使用循環冗餘碼(cyclic rendancy code，CRC)檢測損害的文件。
加快圖像顯示的逐次逼近顯示方式。
標準的讀/寫工具包。
可在一個文件中存儲多幅圖像。
文件結構
PNG圖像格式文件(或者稱為數據流)由一個8位元組的PNG文件署名(PNG file signature)域和按照特定結構組織的3個以上的數據塊(chunk)組成。
PNG定義了兩種類型的數據塊，一種是稱為關鍵數據塊(critical chunk)，這是標準的數據塊，另一種叫做輔助數據塊(ancillary chunks)，這是可選的數據塊。關鍵數據塊定義了4個標准數據塊，每個PNG文件都必須包含它們，PNG讀寫軟體也都必須要支持這些數據塊。雖然PNG文件規范沒有要求PNG編解碼器對可選數據塊進行編碼和解碼，但規范提倡支持可選數據塊。
『叄』 數據流和控制流有什麼區別，希望講的通俗一點。
數據流是在控制流上的數據操作表示，只有在控制流上進行的數據流分析才是有價值的。
『肆』 請問數據流是什麼意思啊，請給個比較通俗的解釋
數據流是一個按照時間遞增順序排列的無窮序列,可以表示為： I = α1， α2 ，…，αt的形式,αt 是時刻t 出現的序列元素。
數據流與一般的數據的區別在於它的到達是快速的，無界的，時變的和不可預測的，從而不可能將原始數據流中的數據完全存儲。
數據流模型能夠應用到各種數據類型如電話記錄，web文檔，網路流量管理等，近期已經引起了廣泛注意。
『伍』 電控發動機的動態數據流主要有哪些
運用「數據流」分析電控發動機故
摘要：利用靜態數據流和動態數據流分析故障
關鍵詞：靜態數據流 動態數據流 分析故障
隨著電控燃油噴射技術的發展和維修認識水平的不斷提高，現代轎車中在對裝有電控燃油噴射發動機的汽車進行維修時，使用故障診斷儀對發動機電控單元（ECU）進行檢測，並根據ECU存儲的故障代碼進行檢修，大多數都能判明故障可能發生的原因和部位，會給維修人員的工作帶來很大的方便。
然而，在對汽車維修時，若僅僅靠故障代碼尋找故障，往往會出現判斷上的失誤。實際上，故障代碼僅僅是ECU認可的一個是或否的界定結論，不一定是汽車真正的故障部位，因此，在對汽車進行維修時應綜合分析判斷，結合汽車故障的現象來尋找故障部位。並且有很多故障是不被ECU所記錄的，也就不會有故障代碼輸出，遇到這種情況時，最為可行的辦法就是使用故障診斷儀進行數據流的檢測，研究發動機靜態或動態數據狀況，從而找出故障所在。
運用數據流進行電控發動機故障的診斷，首先要打好理論基礎，掌握電控發動機的基本原理、各感測器和執行器的作用原理、各元件之間的相互影響等，有了這些理論基礎，在查找故障時就會找出問題的主要根源進行分析；然後要了解各感測器數據的表現形式，比如進氣壓力感測器，其顯示數據的單位可能是KPa，也可能是mmHg，還可能是mbar，要搞清楚這些單位之間的換算關系，即一個標准大氣壓約等於101KPa，約等於76mmHg，1mbar等於100Pa；再如節氣門位置感測器，其顯示數據的單位可能是角度，也可能是信號電壓值，還可能是百分比，要搞清楚正常情況下這些數據的正常值才行。以下結合我在實際維修工作中的維修實例，談一談運用「數據流」進行電控系統故障診斷的體會。
一 利用「靜態數據流」分析故障
靜態數據流是指接通點火開關，不起動發動機時，利用故障診斷儀讀取的發動機電控系統的數據。例如進氣壓力感測器的靜態數據應接近標准大氣壓力（100KPa—102KPa）；冷卻液溫度感測器的靜態數據涼車時應接近環境溫度等。下面是利用「靜態數據流」進行診斷的一個實例：
故障現象 一輛捷達王轎車，在入冬後的一天早晨無法起動。
檢查與判斷 首先進行問診，車主反映：前幾天早晨起動很困難，有時經很長時間也能起動起來，起動後再起動就一切正常。
一開始在別的修理廠修理過，發動機的燃油壓力和氣缸壓力、噴油嘴、配氣相位、點火正時以及火花塞的跳火情況都做了檢查，也沒有解決問題。通過對以上項目重新進行仔細檢查，同樣沒發現問題，發動機有油、有火，就是不能起動，到底是什麼原因呢?
後來發現，雖經多次起動，可火花塞卻沒有被「淹」的跡象，這說明故障原因是冷起動加濃不夠。如果冷起動加濃不夠，又是什麼原因造成的呢？冷卻液溫度感測器是否正常呢？
用故障診斷儀檢測發動機ECU，無故障碼輸出。通過讀取該車發動機靜態數據流發現，發動機ECU輸出的冷卻液溫度為105℃，而此時發動機的實際溫度只有2—3℃，很明顯，發動機ECU所收到的水溫信號是錯誤的，說明冷卻液溫度感測器出現了問題。為進一步確認，用萬用表測量冷卻液溫度感測器與電腦之間線束，既沒有斷路，也沒有短路，電腦給冷卻液溫度感測器的5V參考電壓也正常， 於是將冷卻液溫度感測器更換，再起動正常，故障排除。
這起故障案例實際並不復雜，對於有經驗的維修人員，可能會直接從冷卻液溫度感測器著手，找到問題的症結。但它說明一個問題，那就是電控燃油噴射發動機系統的ECU對於某些故障是不進行記憶存儲的，比如該車的冷卻液溫度感測器，既沒有斷路，也沒有短路，只是信號失真，ECU的自診斷功能就不會認為是故障。再比如氧感測器反饋信號失真，空氣流量計電壓信號漂移造成空氣流量計所檢測到的進氣量與實際進氣量出現差異等，都不能被ECU認可為故障。在這種情況下，閱讀控制單元數據成為解決問題的關鍵。
二 利用「動態數據流」分析故障
動態數據流是指接通點火開關，起動發動機時，利用診斷儀讀取的發動機電控系統的數據。這些數據隨發動機工況的變化而不斷變化，如進氣壓力感測器的動態數據隨節氣門開度的變化而變化；氧感測器的信號應在0.1V—0.9V之間不斷變化等。通過閱讀控制單元動態數據，能夠了解各感測器輸送到ECU的信號值，通過與真實值的比較，能快速找出確切的故障部位。
1 有故障碼時的方法
可重點針對與故障碼相關的感測器的數據進行，分析是什麼導致數據的變化，以找出故障原因所在。
故障現象 一輛桑塔納1.6i轎車（計程車），百公里油耗增加1L
檢查與判斷 車主反映：前幾天換了火花塞，調整了點火正時，油耗還是高，通過與車主交流確認不是油品的問題。於是連接故障診斷儀，進入「發動機系統」，讀取故障碼為「氧感測器信號超差」，是氧感測器壞了嗎？進入「讀測數據塊」，讀取16通道「氧感測器」的數據，顯示為0.01V不變。
氧感測器長時間顯示低於0.45V的數值，說明兩點：一是說明混合氣稀，二是說明氧感測器自身信號錯誤。是混合氣稀嗎？通過發動機的動力表現來看，不應是混合氣稀，那就重點檢查氧感測器，方法是人為給混合氣加濃（連加幾腳油），同時觀察氧感測器的數據變化情況。通過觀察，在連加幾腳油的情況下，氧感測器的數據由「0.01V」微變為「0.03V」，也就是說幾乎不變，進一步檢查氧感測器的加熱線電壓正常，說明氧感測器損壞。更換氧感測器，再用診斷儀讀其數據顯示0.1V—0.9V變化正常，至此維修過程結束。第二天，車主反映油耗恢復正常，故障排除。這是一起典型的由氧感測器損壞引起的油耗高的故障。
2 無故障碼時的方法
通過對基本感測器信號數據的關聯分析和定量對應分析來確定故障部位
故障現象 一汽佳寶微面，加速無力、加速回火，有時急加速熄火
檢查與判斷 初步判定是混合氣過稀，為了證明這一點，我用兩個方法進行了驗證。
一個方法是拆下空氣濾清器，向進氣道噴射化油器清洗劑，與此同時進行加速試驗，明顯感到加速有力，也不回火，故障現象消失，這可以證明混合氣過稀的判斷；另一個方法是連接診斷儀，讀取故障碼，顯示無故障碼；讀取數據流，觀察氧感測器的數據，顯示在0.3V—0.4V左右徘徊，加幾腳油門，氧感測器數據立即越過0.45V上升到0.9V，然後其數據又回到0.3V—0.4V左右徘徊，這說明氧感測器是好的，因為它在人為對混合氣加濃後，數據反應及時，變化正常，同時也證明混合氣確實是過稀。
是什麼原因造成混合氣過稀呢？通過分析，主要考慮進氣壓力感測器和燃油系統油壓。首先判斷進氣壓力感測器，進入「讀測數據流」，讀取進氣壓力感測器的數據，顯示：靜態數據1010mbar，為大氣壓力，正常；怠速時為380mbar，基本正常；急加速時數據可迅速升至950mbar以上，這些數據及其變化都表明，進氣壓力感測器基本正常。
接下來開始檢測油壓，但由於油壓表壞了，無法測量燃油系統油壓，只好直接更換油泵。更換油泵後試車，故障現象消失，故障排除。
最後的結果說明故障是因為油泵的供油能力不足導致混合氣過稀而造成的。
運用「數據流」進行故障分析，便於維修人員了解汽車的綜合運行參數，可以定量分析電控發動機的故障，有目的地去檢測更換有關元件，在實際維修工作中可以少走很多彎路，減少診斷時間，極大地提高工作效率
『陸』 什麼是數據流描述
數據流描述是指根據信號之間的邏輯關系，採用持續賦值語句描述邏輯電路的方式。通過觀察是否使用assign賦值語句可以判斷是否有數據流描述。
在數據流描述方式中，還必須藉助於HDL提供的一些運算符。如算術運算符：加（+）、減（-）等；關系運算符：大於（>）,等於（==）,不等於（！=）等等；按位邏輯運算符：邏輯與（&&)，邏輯或（||）等；按位邏輯運算符：按位與（&）、按位或（|）等等；條件運算符：cond_expr ? expr1 : expr2；以及連接運算符：{expr1, expr2, . . .，exprN}。
通過將這些運算符嵌入到連續賦值語句中，可以形成比較復雜的連續賦值語句，用來描述一些較復雜的線網變數的產生過程（即線網變數的行為）。
『柒』 計算機工作中的數據流包括什麼
軟體工程的知識，數據流就是 數據的在軟體中的各種處理 和變化 一個數據可能會在幾個模塊被調用處理，數據流是用來分析軟體功能的一種方式。
『捌』 汽車電腦檢測的標准數據流是什麼
進氣壓力感測器(MAP)：提供一個信號給電腦ECU，ECU將其值通過計算後直接輸出，並且隨進氣管內真空度的不同，其輸出值也不同，其范圍一般在0～5．12V、0～255kPa或0～75.3in.Hg。
2．空氣流量計(MAF)：提供一個信號給汽車電腦ECU，ECU將其值通過計算後或直接輸出，從而反映總的進氣量，並隨進氣量的不同輸出值也不同。其范圍一般在 0～500g／s、0～5V、0～625ms或0—1600Hz。
3．冷卻液溫度感測器(CTS／ECT)：將發動機溫度信號輸送給ECU，ECU將電壓信號轉換成溫度讀值。其范圍一般為-40—199℃、一40～248法或O一5．IV。
進氣壓力感測器，其顯示數據的單位可能是KPa，也可能是mmHg，還可能是mbar，要搞清楚這些單位之間的換算關系，即一個標准大氣壓約等於101KPa，約等於76mmHg，1mbar等於100Pa；再如節氣門位置感測器，其顯示數據的單位可能是角度，也可能是信號電壓值，還可能是百分比，要搞清楚正常情況下這些數據的正常值才行。以下結合我在實際維修工作中的維修實例，談一談運用「數據流」進行電控系統故障診斷的體會。
一 利用「靜態數據流」分析故障
靜態數據流是指接通點火開關，不起動發動機時，利用故障診斷儀讀取的發動機電控系統的數據。例如進氣壓力感測器的靜態數據應接近標准大氣壓力（100KPa—102KPa）；冷卻液溫度感測器的靜態數據涼車時應接近環境溫度等。下面是利用「靜態數據流」進行診斷的一個實例：
故障現象 一輛捷達王轎車，在入冬後的一天早晨無法起動。
檢查與判斷 首先進行問診，車主反映：前幾天早晨起動很困難，有時經很長時間也能起動起來，起動後再起動就一切正常。
一開始在別的修理廠修理過，發動機的燃油壓力和氣缸壓力、噴油嘴、配氣相位、點火正時以及火花塞的跳火情況都做了檢查，也沒有解決問題。通過對以上項目重新進行仔細檢查，同樣沒發現問題，發動機有油、有火，就是不能起動，到底是什麼原因呢?
後來發現，雖經多次起動，可火花塞卻沒有被「淹」的跡象，這說明故障原因是冷起動加濃不夠。如果冷起動加濃不夠，又是什麼原因造成的呢？冷卻液溫度感測器是否正常呢？
用故障診斷儀檢測發動機ECU，無故障碼輸出。通過讀取該車發動機靜態數據流發現，發動機ECU輸出的冷卻液溫度為105℃，而此時發動機的實際溫度只有2—3℃，很明顯，發動機ECU所收到的水溫信號是錯誤的，說明冷卻液溫度感測器出現了問題。為進一步確認，用萬用表測量冷卻液溫度感測器與電腦之間線束，既沒有斷路，也沒有短路，電腦給冷卻液溫度感測器的5V參考電壓也正常， 於是將冷卻液溫度感測器更換，再起動正常，故障排除。
這起故障案例實際並不復雜，對於有經驗的維修人員，可能會直接從冷卻液溫度感測器著手，找到問題的症結。但它說明一個問題，那就是電控燃油噴射發動機系統的ECU對於某些故障是不進行記憶存儲的，比如該車的冷卻液溫度感測器，既沒有斷路，也沒有短路，只是信號失真，ECU的自診斷功能就不會認為是故障。再比如氧感測器反饋信號失真，空氣流量計電壓信號漂移造成空氣流量計所檢測到的進氣量與實際進氣量出現差異等，都不能被ECU認可為故障。在這種情況下，閱讀控制單元數據成為解決問題的關鍵。
二 利用「動態數據流」分析故障
動態數據流是指接通點火開關，起動發動機時，利用診斷儀讀取的發動機電控系統的數據。這些數據隨發動機工況的變化而不斷變化，如進氣壓力感測器的動態數據隨節氣門開度的變化而變化；氧感測器的信號應在0.1V—0.9V之間不斷變化等。通過閱讀控制單元動態數據，能夠了解各感測器輸送到ECU的信號值，通過與真實值的比較，能快速找出確切的故障部位。
1 有故障碼時的方法
可重點針對與故障碼相關的感測器的數據進行，分析是什麼導致數據的變化，以找出故障原因所在。
故障現象 一輛桑塔納1.6i轎車（計程車），百公里油耗增加1L
檢查與判斷 車主反映：前幾天換了火花塞，調整了點火正時，油耗還是高，通過與車主交流確認不是油品的問題。於是連接故障診斷儀，進入「發動機系統」，讀取故障碼為「氧感測器信號超差」，是氧感測器壞了嗎？進入「讀測數據塊」，讀取16通道「氧感測器」的數據，顯示為0.01V不變。
氧感測器長時間顯示低於0.45V的數值，說明兩點：一是說明混合氣稀，二是說明氧感測器自身信號錯誤。是混合氣稀嗎？通過發動機的動力表現來看，不應是混合氣稀，那就重點檢查氧感測器，方法是人為給混合氣加濃（連加幾腳油），同時觀察氧感測器的數據變化情況。通過觀察，在連加幾腳油的情況下，氧感測器的數據由「0.01V」微變為「0.03V」，也就是說幾乎不變，進一步檢查氧感測器的加熱線電壓正常，說明氧感測器損壞。更換氧感測器，再用診斷儀讀其數據顯示0.1V—0.9V變化正常，至此維修過程結束。第二天，車主反映油耗恢復正常，故障排除。這是一起典型的由氧感測器損壞引起的油耗高的故障。
2 無故障碼時的方法
通過對基本感測器信號數據的關聯分析和定量對應分析來確定故障部位
故障現象 一汽佳寶微面，加速無力、加速回火，有時急加速熄火
檢查與判斷 初步判定是混合氣過稀，為了證明這一點，我用兩個方法進行了驗證。
一個方法是拆下空氣濾清器，向進氣道噴射化油器清洗劑，與此同時進行加速試驗，明顯感到加速有力，也不回火，故障現象消失，這可以證明混合氣過稀的判斷；另一個方法是連接診斷儀，讀取故障碼，顯示無故障碼；讀取數據流，觀察氧感測器的數據，顯示在0.3V—0.4V左右徘徊，加幾腳油門，氧感測器數據立即越過0.45V上升到0.9V，然後其數據又回到0.3V—0.4V左右徘徊，這說明氧感測器是好的，因為它在人為對混合氣加濃後，數據反應及時，變化正常，同時也證明混合氣確實是過稀。
是什麼原因造成混合氣過稀呢？通過分析，主要考慮進氣壓力感測器和燃油系統油壓。首先判斷進氣壓力感測器，進入「讀測數據流」，讀取進氣壓力感測器的數據，顯示：靜態數據1010mbar，為大氣壓力，正常；怠速時為380mbar，基本正常；急加速時數據可迅速升至950mbar以上，這些數據及其變化都表明，進氣壓力感測器基本正常。
接下來開始檢測油壓，但由於油壓表壞了，無法測量燃油系統油壓，只好直接更換油泵。更換油泵後試車，故障現象消失，故障排除。
最後的結果說明故障是因為油泵的供油能力不足導致混合氣過稀而造成的。
運用「數據流」進行故障分析，便於維修人員了解汽車的綜合運行參數，可以定量分析電控發動機的故障，有目的地去檢測更換有關元件，在實際維修工作中可以少走很多彎路，減少診斷時間，極大地提高工作效率。
『玖』 什麼是數據流
以數據驅動方式進行操作的一種計算機。它的操作方式與傳統計算機有 著本質的差別。在數據流計算機中。只有當一條或一組指令所需要的操作數 全部准備好，才驅動相應指令執行操作，操作結果的輸出數據將傳送給下一 條或下一組指令。而在傳統計算機中側是先從主存儲器取出指令，再按指令 的地址從主存儲器或寄存器取出操作數，按指令的操作碼對數據進行相應操 作。數據流計算機的研究推動了指令級並行優化編譯與多線程體系結構的研