接口管理精選(九篇)
前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的接口管理主題范文，僅供參考，歡迎閱讀并收藏。
第1篇：接口管理范文
引言
在面對大型公共或工藝建設(shè)項目管理的中包含的眾多專業(yè)、眾多不同合約（單位）的復雜協(xié)調(diào)與管理關(guān)系時，僅以技術(shù)及經(jīng)驗為主的傳統(tǒng)工程管理手段已不能適應(yīng)，構(gòu)建以確定接口及接口文件為管理核心的全新思路，貫穿于項目建設(shè)的設(shè)計、合同、制造、施工全過程，并充分運用電子信息化對文件處理的優(yōu)勢條件，實行對項目質(zhì)量、進度、成本三大控制及提高我國工程業(yè)建設(shè)管理水平提高起到相當?shù)膸椭?/p>
1 接口定義、劃分及特點
所有現(xiàn)代建設(shè)項目通常被分解為由若干個合約主體去按照規(guī)定的工期、質(zhì)量標準及成本范圍執(zhí)行，最終竣工完成達到要求的項目產(chǎn)品交付；主觀上這些合約有不同設(shè)計合約、設(shè)備/材料采購合約、施工合約、顧問（監(jiān)理）等等，客觀上被分為各不同的工科專業(yè)如規(guī)劃、建筑結(jié)構(gòu)、機電（水電暖）、裝飾（幕墻）等等，這些構(gòu)成建設(shè)項目體系；合約及專業(yè)之間均存在大量彼此相互關(guān)聯(lián)與要求，這是客觀事實。
大量項目經(jīng)歷事實表明，項目管理中管理人員大量的協(xié)調(diào)工作均發(fā)生在所述的合約及專業(yè)之間交接部分；因約定及陳述不清致使工作范圍及要求的概念模糊，極易產(chǎn)生的項目建設(shè)過程中推諉現(xiàn)象與焦點矛盾，屢見不鮮，帶來現(xiàn)象便是管理人員花大量時間與精力去處理，實際卻是如費用追加、進度滯延、關(guān)聯(lián)部位施工質(zhì)量不高甚至影響相關(guān)單位之間的士氣及友好氛圍等負面的管理結(jié)果等。我們?yōu)閷ㄔO(shè)項目管理的認識及方法不足而買單。
建設(shè)項目管理需提供一種既能區(qū)別這些關(guān)聯(lián)又能聯(lián)系這些關(guān)聯(lián)之處的管理方法，那就是接口（Interface），即它們之間彼此關(guān)聯(lián)而有共同要求的部分，通過接口的視角及接口的管理來全新分析項目與解讀項目建設(shè)與管理。簡單接口用圖示意，如圖示1。
合約存在接口
專業(yè)之間接口
如何掌握與運用接口及接口管理，首先需對接口進行定義與劃分。這是項目管理之初的關(guān)鍵。在建設(shè)項目中接口可被劃分為物理接口（IRT=Interface Record Table）和功能接口（FIT=Function Interface Table）。
1.1 物理接口
定義工程中不同專業(yè)承包商在接口處的工作職責范圍。以制藥廠工藝設(shè)備為例。某包衣機設(shè)備為國外進口，該設(shè)備最終運轉(zhuǎn)需供國內(nèi)現(xiàn)場部分提供冷熱水、電、蒸汽、送風、排風等；因此雙方需在設(shè)備采購招標時進行技術(shù)性的協(xié)調(diào)必須明確，否則有不清楚之處的話對后期項目影響（工期及費用等）是否巨大。利用接口管理方法、確定接口內(nèi)容及相應(yīng)文件則能方便解決這一問題，并且效率很高。
上述文件需經(jīng)雙方確認后成為共同執(zhí)行的依據(jù)。
1.3 接口管理有以下幾個的特征：
1.3.1 全過程性:接口通過文件形式確定下來，是始終貫穿于項目管理的全過程及設(shè)計、招標、采購、施工、運營等；
1.3.2 統(tǒng)一性：整個項目所有合約是封閉的，唯一串起不同合約之間關(guān)系的就是接口內(nèi)容。相關(guān)的不同合約內(nèi)均體現(xiàn)彼此接口內(nèi)容，彼此又透明。
1.3.3 系統(tǒng)性：用專業(yè)技術(shù)角度作要求，采用清楚明了的示意、表格及清單化表達的格式，非常便于歸類、搜索等編輯，實現(xiàn)高效的項目管理過程。
2 接口文件
為做到文件在項目管理周期中的統(tǒng)一性，從項目設(shè)計開始就采用接口理念進行設(shè)計管理，后續(xù)招標中作為招標圖紙；招標文件中需制作接口表，不同合同之間均列明各自接口范圍及要求。
2.1 設(shè)計接口
由于目前國內(nèi)設(shè)計院或單位都基本因體制或習慣模式通常是進行以技術(shù)性為主進行的設(shè)計，審圖也是基于按規(guī)范進行技術(shù)問題的把關(guān)，這似乎與建設(shè)過程的復雜性不是否關(guān)聯(lián)。
而接口的設(shè)計要求則改變這一現(xiàn)象。接口管理明確要求設(shè)計圖紙專業(yè)之間中體現(xiàn)接口要求。做法是在設(shè)計單位完成方案設(shè)計后，作為業(yè)主或管理顧問公司需及時介入擴初設(shè)計，協(xié)調(diào)設(shè)計部門在圖紙中有接口概念的表達，將不同專業(yè)之間的接口關(guān)系清楚地標示在圖紙中，并為此作專門的協(xié)調(diào)。強調(diào)意義在于：
2.1.1 為后續(xù)的項目招標有接口要求的圖紙做準備；
2.1.2 各專業(yè)圖紙均能統(tǒng)一反映接口關(guān)系；
2.1.3 施工與調(diào)試及運營階段清楚地表達各方的責任及接口內(nèi)容要求；
2.2 合同接口
為了更好地實施工程項目管理，在合同的標段策劃階段，合適地按照接口進行劃分與構(gòu)建合同標段，項目合同構(gòu)架網(wǎng)絡(luò)在項目管理中也是被認為相當重要的。
標書制作階段，同時制作接口表（IRT、FIT），同一接口事項同時置入各自合同內(nèi)，因此各標段合同內(nèi)均能體現(xiàn)彼此接口的部分，從而做到信息的統(tǒng)一性，信息的對稱性。
3 接口管理的實施
在全過程項目管理過程中，除在施工前期階段的上述設(shè)計及招標階段已采取接口管理外，重要的是后續(xù)施工過程中的執(zhí)行。通常設(shè)置有專門負責接口管理的工程師進行把關(guān)。根據(jù)施工過程的不同階段，實施分以下步驟:
3.1 優(yōu)化設(shè)計的聯(lián)絡(luò)會
招標確定承包商后，需根據(jù)合同進行對原接口內(nèi)容進行重新提交及審核，召開接口設(shè)計聯(lián)絡(luò)會進行。設(shè)計聯(lián)絡(luò)會要求：會議周期為專門的一周或其它；地點一般要求承包商提供。另承包商須做好會前工作準備，包括接口會議安排（就不同接口單位計劃安排）、欲提交的接口資料等。
提交及審核內(nèi)容：包括接口IRT與接口FIT。其中，F(xiàn)IT中包括施工技術(shù)參數(shù)確認與材料參數(shù)的確認。
參與單位：設(shè)計單位、本接口承包商（含其設(shè)備供應(yīng)商）、相關(guān)接口單位、監(jiān)理單位、業(yè)主或管理顧問單位；會議目標成果:主接口方與各不同次接口方就接口內(nèi)容與接口要求達成一致并形成共同文件以備忘。
3.2 接口的施工
承包商以合約中接口文件要求的工作范圍為依據(jù)，清楚地完成各自工作量內(nèi)容；在接口部位的功能要求需管理方及監(jiān)理方以接口功能文件為依據(jù)進行檢查，非常量化。
3.3 接口測試
根據(jù)接口IRT與FIT，深化編制詳細接口要求文件（DIS）,是各承包商進行測試的前提，在DIS中必須詳述合約與其他合約見所有接口的數(shù)據(jù)，包括外表接口、功能、軟件協(xié)議及其它接口要求；承包商必須制定相關(guān)接口測試驗收書（ITSP）,包括所有接口測試條件、驗收程序、測試儀器、合同標準、及其它相關(guān)測試數(shù)據(jù)，其中各測試程序需清楚界定承包商及指定承包商雙方的驗收工作及時序。所有接口測試計劃及程序均須得到審批后方能開始。
4 接口管理信息化
接口文件常被編制成表格或接口示意圖，其中表格能充分利用計算機辦公軟件（如excel）的編輯功能如查找、排序、歸類、檢索等數(shù)據(jù)分析，更有效的利用網(wǎng)絡(luò)傳送功能意見特定的項目管理軟件（如Meridian）進行方便管理。
在項目管理的網(wǎng)絡(luò)平臺中，所有合同接口文件均能為管理人員所共享，方便檢閱，這對提高管理效率無疑有很大作用。接口管理同時為量化的項目管理提供手段，量化才能有數(shù)據(jù)對比，便于得出結(jié)論。
5 結(jié)論
在當前大多建設(shè)項目仍按傳統(tǒng)建設(shè)管理方法進行管理的情況下，尤其在設(shè)計與合同及施工分離的情況下，在概括性合同與施工分離的情況下，我們的工作只是處于經(jīng)驗式、身體力行式的協(xié)調(diào)，最終平衡參建各方的效果是可想而知的，表面是甲方精疲力竭、乙方消極甚至抵觸，最終真正失去的是項目整體進度、質(zhì)量、費用的控制，類似例子很多。
常說好的建設(shè)管理控制在于預控，而接口管理則作為專業(yè)性管理手法為預控提供了管理依據(jù)。實踐證明，以建立接口為文件及過程管理的接口管理貫穿起設(shè)計圖紙、合同、施工，構(gòu)成各方統(tǒng)一平臺，對提高項目管理水平是非常用的，尤其它對我國當前國內(nèi)高速發(fā)展的建設(shè)項目以及走向國際市場中的建設(shè)項目，都將有深遠的意義。
第2篇：接口管理范文
就不同部門業(yè)務(wù)管理系統(tǒng)而言，由于操作系統(tǒng)、數(shù)據(jù)庫及開發(fā)技術(shù)等存在差別，因而難以同檔案管理系統(tǒng)之間進行直接通訊。為了解決各系統(tǒng)間的“信息孤島”等問題，必須構(gòu)建有效的接口通訊平臺，對信息的傳送提供服務(wù)。
1 檔案管理系統(tǒng)接口通訊平臺構(gòu)建的目標分析
當前，檔案管理系統(tǒng)同辦公、業(yè)務(wù)等管理系統(tǒng)之間通常獨立運行，各系統(tǒng)之間所形成的數(shù)據(jù)信息，難以直接寫入檔案管理系統(tǒng)中，多個系統(tǒng)間缺乏有效的通訊平臺。因此，通過構(gòu)建接口通訊平臺，可以有效整合各系統(tǒng)之間的信息資源，實現(xiàn)檔案信息資源的優(yōu)化配置，同時，還有助于降低重復勞動，提高工作效率。就檔案管理系統(tǒng)而言，接口通訊平臺的搭建主要涉及到各系統(tǒng)之間如何開展數(shù)據(jù)導入、通信，解決各自信息孤島問題。
1）系統(tǒng)之間的數(shù)據(jù)信息存儲與交換。就辦公、業(yè)務(wù)等管理系統(tǒng)所產(chǎn)生的數(shù)據(jù)信息，結(jié)合程序定義及內(nèi)容存儲情況，實現(xiàn)了電子檔案與文件發(fā)文時期、單位、編號、名稱等詳細信息的自動化寫入，并完整儲存于數(shù)據(jù)庫對應(yīng)數(shù)據(jù)表內(nèi)。就電子檔案及文件而言，其全文及圖像是依據(jù)程序定義規(guī)則，分別存儲于數(shù)據(jù)庫數(shù)據(jù)表中，實現(xiàn)了數(shù)據(jù)即時歸檔。其中，收文是在檔案或文件辦結(jié)過程中歸檔；發(fā)文是在檔案或文件過程中定時歸檔；自動歸檔是就每時每刻所產(chǎn)生的新數(shù)據(jù)于事先設(shè)定好相應(yīng)的時間進行自動化歸檔。
2）數(shù)據(jù)挖掘與利用。借助于辦公、業(yè)務(wù)等系統(tǒng)中已有數(shù)據(jù)，通過組合、抽取等方式，以原數(shù)據(jù)為基礎(chǔ)，重新進行挖掘，以確保數(shù)據(jù)的完整性與格式統(tǒng)一性，提高數(shù)據(jù)利用效率與標準化程度，繼而提高系統(tǒng)可重用性，提高系統(tǒng)綜合效率與信息化水平，最大限度地減少重復性投入，提高系統(tǒng)運行與工作效率。
3）保障數(shù)據(jù)安全與系統(tǒng)穩(wěn)定性。就系統(tǒng)數(shù)據(jù)傳輸過程而言，需確保系統(tǒng)同辦公、業(yè)務(wù)等其他系統(tǒng)的數(shù)據(jù)安全與完整性。一方面，應(yīng)保障數(shù)據(jù)傳輸時的安全性，確保其內(nèi)容不會暴露或遭到截留，要求系統(tǒng)能夠有效存儲數(shù)據(jù)；另一方面，保障數(shù)據(jù)的完整性，切忌傳輸中存在數(shù)據(jù)丟失、缺失等問題。
2 系統(tǒng)接口通訊平臺的設(shè)計與構(gòu)建
2.1 設(shè)計思路
當前，檔案管理系統(tǒng)接口通訊平臺設(shè)計包括如下
方法。
1）聯(lián)機傳輸歸檔。將各系統(tǒng)數(shù)據(jù)加以整合，共同存儲于檔案管理系統(tǒng)數(shù)據(jù)庫中，將電子公文數(shù)據(jù)直接寫入系統(tǒng)中，以防數(shù)據(jù)出現(xiàn)丟失或缺失問題，將數(shù)據(jù)加以集成，還需要設(shè)計標準化數(shù)據(jù)接口。其中，接口程序是通過登錄系統(tǒng)，利用“歸檔”按鈕實現(xiàn)操作的。點擊至后會啟動相應(yīng)的接口程序，系統(tǒng)將自動同子系統(tǒng)及其他功能模塊相連接，將數(shù)據(jù)寫入對應(yīng)程序中。
2）數(shù)據(jù)傳輸與歸檔。鑒于空間、時間方面存在的差異性，各部門所采用的信息系統(tǒng)及數(shù)據(jù)源不同，因而導致數(shù)據(jù)類型及訪問方式存在差異，致使各系統(tǒng)之間難以實現(xiàn)資源共享。為使不同系統(tǒng)之間可以互通互聯(lián)，可通過系統(tǒng)集成方法，對各部門系統(tǒng)加以整合，實現(xiàn)其無縫連接，也可將原有系統(tǒng)整合到檔案管理系統(tǒng)中，對系統(tǒng)按統(tǒng)一標準重新構(gòu)建。后者需耗費大量人力、物力、財力，因此，本文采用系統(tǒng)集成方式，實現(xiàn)各系統(tǒng)的無縫連接。
2.2接口技術(shù)的應(yīng)用
本文接口通訊平臺主要采用的接口技術(shù)如下。
1）Web Service技術(shù)。該技術(shù)可以直接為系統(tǒng)提供相應(yīng)的接口，并對系統(tǒng)接口的函數(shù)加以調(diào)用，將辦公、業(yè)務(wù)等系統(tǒng)數(shù)據(jù)直接歸檔于檔案管理系統(tǒng)內(nèi)，并對檔案信息進行實時更新，使各系統(tǒng)孤立的流程與數(shù)據(jù)實現(xiàn)了互通，使檔案管理系統(tǒng)成為開放式集成化系統(tǒng)。
2）中間件技術(shù)。本文檔案管理系統(tǒng)采用的是三層結(jié)構(gòu)體系，構(gòu)建過程中利用面向?qū)ο蠓绞?，包括?shù)據(jù)層、中間層、應(yīng)用層架構(gòu)。其中，應(yīng)用層往往獨立開，以便減少客戶端負擔，便于系統(tǒng)升級與更新；數(shù)據(jù)層為系統(tǒng)提供了數(shù)據(jù)庫，可對各種資源文本、影像資料進行存儲，并提供數(shù)據(jù)的備份與恢復功能，提供訪問其他數(shù)據(jù)庫的接口功能；應(yīng)用層主要對應(yīng)的是客戶端瀏覽器，用戶可借助于瀏覽器接收數(shù)據(jù)和發(fā)送請求；中間層主要服務(wù)后臺系統(tǒng)，實現(xiàn)檔案資源的全面管理與流程的綜合控制，并對工作流進行定義，利用J2EE與系統(tǒng)，提供Web信息功能，并對數(shù)據(jù)庫進行即時管理。就接口角度來看，中間層技術(shù)采用標準化語言，對電子文件進行描述與封裝，使各系統(tǒng)之間能夠識別來自不同數(shù)據(jù)源的信息，并結(jié)合所需集成系統(tǒng)，利用相應(yīng)的通信協(xié)議，采用有效的方式，將系統(tǒng)所需實現(xiàn)服務(wù)加以集成。此外，該技術(shù)還確保了信息傳輸?shù)陌踩浴?/p>
3）XML文件。就系統(tǒng)所需歸檔資源及數(shù)據(jù)進行選取，將數(shù)據(jù)組織為滿足系統(tǒng)需求的XML文件，并將所需歸檔文件分別放入指定文件夾中，并對系統(tǒng)的歸檔接口程序加以調(diào)用。
2.3接口對接模塊功能設(shè)計
對系統(tǒng)接口對接模塊進行設(shè)計時，需要結(jié)合各系統(tǒng)接口問題，即數(shù)據(jù)庫到系統(tǒng)之間的信息傳輸問題。在此需要設(shè)計通用型接口，實現(xiàn)各業(yè)務(wù)及辦公等系統(tǒng)數(shù)據(jù)自動化歸檔于檔案管理系統(tǒng)內(nèi)，也可為系統(tǒng)提供必要的歸檔數(shù)據(jù)，以供業(yè)務(wù)、辦公等系統(tǒng)用戶查詢，充分發(fā)揮檔案管理系統(tǒng)的作用。接口對接模塊采用的是Web Service技術(shù)，以及XML、FTP 數(shù)據(jù)交換方式。功能設(shè)計圖如圖1所示。
圖1 接口功能設(shè)計圖
在接口模塊功能開發(fā)中，最關(guān)鍵是要實現(xiàn)系統(tǒng)間數(shù)據(jù)的通信，利用Web Services服務(wù)，為系統(tǒng)提供了統(tǒng)一的瀏覽器接口，用戶可利用微軟MS IE，對文件加以傳輸。Web Services利用XML文件，將檔案資源信息進行形式化描述，針對各事務(wù)數(shù)據(jù)進行定義。利用XML格式對信息進行格式化描述和封裝，與此同時，考慮到各系統(tǒng)對于XML文件支持情況，利用Java服務(wù)器的系統(tǒng)，可支持XML文件，因此，采用XML文件對信息進行封裝，以確保其可操作性。
Web Services技術(shù)，利用SOAP有效實現(xiàn)了系統(tǒng)中點對點的通信。利用SOAP為各系統(tǒng)平臺的交互提供了規(guī)則，也為檔案管理系統(tǒng)實現(xiàn)服務(wù)交換設(shè)置了架構(gòu)。Web Services針對系統(tǒng)服務(wù)進行XML描述，形成對應(yīng)的WSDL文檔，并將其至服務(wù)注冊中心，方便用戶進行查詢。借助于注冊中心，獲取相應(yīng)的Web服務(wù)，將電子文檔載入，構(gòu)建接口平臺，并實現(xiàn)各項服務(wù)的有效集成。借助于所搭建的接口平臺，可自動將辦公、業(yè)務(wù)等系統(tǒng)發(fā)文與工作流存儲于檔案管理系統(tǒng)中，作為備份資料，便于相關(guān)人員查詢。
第3篇：接口管理范文
1設(shè)計變更以及現(xiàn)場簽證的定義與內(nèi)容
設(shè)計變更是指為達到施工質(zhì)量的需求，適應(yīng)現(xiàn)場環(huán)境變化或者滿足設(shè)計糾錯以及完善的目的，對原始設(shè)計進行適應(yīng)性修改的過程。以下情況都屬于設(shè)計變更的內(nèi)容：
(1)以設(shè)計交底會為平臺，經(jīng)施工單位與設(shè)計單位的協(xié)商，考慮更改設(shè)計圖紙，在這個過程中，相關(guān)的設(shè)計變更說明由建筑或者設(shè)計單位共同負責。
(2)在實際施工過程中，由于原設(shè)計涉及的面不夠具體，例如標高地方?jīng)]有標出其安裝位置或者在管道安裝過程中出現(xiàn)了一些設(shè)計時沒有提及的管墩或者設(shè)備，需要對原設(shè)計的標高或者管道走向進行修改，在相關(guān)建筑單位以及設(shè)計單位同意的基礎(chǔ)上，需要出具變更聯(lián)絡(luò)單來解釋變更原因以及具體做法，并附帶設(shè)計出相應(yīng)的施工圖。
(3)在工程進行過程中，由于一些客觀原因，例如根據(jù)項目需要對涉及設(shè)備進行擴增，相應(yīng)的管線勢必也會隨之增加，這時建筑單位需向設(shè)計單位提出增減工程項目或者改變施工方法的要求，這部分變更需要設(shè)計單位同意并出具相關(guān)證明。
(4)受資源市場以及施工條件限制。例如施工條件不滿足要求或者材料供應(yīng)不足，則會對原始設(shè)計中針對相應(yīng)條件的設(shè)計或者材料進行改變，經(jīng)過多方協(xié)調(diào)達成協(xié)議之后便屬于設(shè)計變更的范疇。工程簽證是指超出實際施工圖紙或者設(shè)計變更之外，在工程預算中沒有涉及但是實際施工中出現(xiàn)的額外費用而辦理的簽證，通常在施工環(huán)境或者條件多變的情況下發(fā)生，主要涵蓋了以下幾個方面的內(nèi)容：
(1)由于建筑方的原因出現(xiàn)的停水停電，使得整個工程停滯，一般而言時間很長，施工方又不能隨機停工而出現(xiàn)的經(jīng)濟損失。
(2)建筑單位提供的設(shè)備、材料以及場地未嚴格按照合同要求，使得施工方窩工以及返工而產(chǎn)生損失。
(3)技術(shù)改造階段，由于作業(yè)高于設(shè)計值或者工作面狹小，為了保證工程順利開展，需要引進其他大型器具。在這個過程中，施工方需要通過辦理工程簽證反映施工現(xiàn)場實際施工條件以及相應(yīng)施工方案來爭取建筑方也即是業(yè)主的同意。
(4)大的檢修項目一般而言都不具有正規(guī)的施工圖紙，參照臨時檢修方案檢修完成之后形成…個工程遷居，以便于日后結(jié)算。
2設(shè)計變更以及現(xiàn)場簽證的造價控制策略
2．1減少設(shè)計變更的方法
業(yè)主在委托設(shè)計方設(shè)計之前，應(yīng)該對交付的項目進行充分的調(diào)研，并通過初審，二審等多重審核將其使用需求完整準確地描述出來。同時，在設(shè)計期間應(yīng)該保證時間的充裕，避免因時間倉促，設(shè)計方為完成任務(wù)草草了事。設(shè)計的圖紙要配置專業(yè)的人員進行審核，既要滿足實際功能需求以及建筑方的建筑意圖又要具有一定的深度，同時應(yīng)該建立一個相關(guān)文檔羅列出整個施工過程中可能出現(xiàn)的施工難點或者沖突，施工前進行相應(yīng)的交底，從而減少錯誤的發(fā)生。在沒有必要時盡量不要進行工程變更，即使變更，也應(yīng)該在保證工程質(zhì)量的前提下，本著最小化工程量的原則。迫不得已如果非得產(chǎn)生設(shè)計變更，應(yīng)該明確設(shè)計變更的審查：第一，通過現(xiàn)場考察確定原來的設(shè)計如果在不進行設(shè)計變更的條件下就不能順利施工或者影響整個工程的質(zhì)量。第二，需要變更的內(nèi)容在技術(shù)以及經(jīng)濟上合理時，權(quán)衡比較變更產(chǎn)生的機會成本與經(jīng)驗風險，然后再做進一步的決定。第三，如果施工過程中發(fā)生了材料的代用，要避免只是提供純材料用量狀況的現(xiàn)象，代用單要細化到哪些地方、在什么部位要使用相關(guān)代用材料，并形成相應(yīng)施工圖紙。第四，設(shè)計變更應(yīng)該盡量提前，避免造成拆除的浪費以及相關(guān)的索賠事件。對于具有多個變更方案時，要進行綜合審定，利用價值工程的觀點，選擇優(yōu)化的變更方案。第五，對于整個變更的設(shè)計過程應(yīng)該有詳細的記錄，解釋變更發(fā)生的背景、時間、部位以及相關(guān)的參與單位。
2．2加強工程簽證審核力度
對于本該出現(xiàn)在合同中的內(nèi)容，例如議價項目，人工浮動資金以及材料的價格，相關(guān)施工代表不能將其挪到工程簽證中，以合同附件的形式出現(xiàn)。一些本該在施工組織方案中審批的內(nèi)容，如鋼筋搭接的方式、塔吊臺數(shù)、挖土方式，不能隨便做工程簽證處理，而是提交到施工組織部進行嚴密的審查。明確材料價格所屬的類型，防止出現(xiàn)采購保管重復計算的狀況，形成的工程簽證材料應(yīng)該一式兩份，有效維護自己的權(quán)益，防止其出現(xiàn)涂改添加的情況。
2．3強化接口的管理
在工程投產(chǎn)初期，進行施工方案的審查與優(yōu)化，對于設(shè)計部提供的若干方案，進行分析與比較，從中選出一個切實可行，在施工期限以及質(zhì)量滿足的條件下，有利于降低施工成本的方案。方案選定之后，應(yīng)該根據(jù)招標過程中企業(yè)提交的技術(shù)圖紙以及工程量的清單，結(jié)合工程項目的特點，以企業(yè)內(nèi)部管理作為成本控制的契機，建立相應(yīng)的成本管理體系。對于工程實施過程中涉及的各層工作人員，明確其主要的任務(wù)與職責，建立相應(yīng)的獎懲制度以提高實施者行動的積極性。從施工質(zhì)量、施工安全以及經(jīng)濟目標三個層面細化各層人員的分工，并將其具體落實到每一個成員身上，必要時可以建立合同進行約束，明確各自的權(quán)利和義務(wù)。在實現(xiàn)的過程中，以生產(chǎn)材料的動態(tài)管理為背景，個人與部門之間構(gòu)建牽制機制，實現(xiàn)相互的協(xié)調(diào)與監(jiān)督。核實整個過程中財務(wù)上報材料與實際使用的情況。在項目分包人，施工以及項目管理部之間達成責任風險與經(jīng)濟效益相聯(lián)系的成本控制體制。每一個參與施工的技術(shù)人員，采用合同交底制度限制其行為，做好相關(guān)的交底記錄，劃清甲方與乙方的經(jīng)濟責任，由于不同類別處理費用以及形成的文件是不同的，應(yīng)該嚴格區(qū)分工程簽證與設(shè)計變更，屬于設(shè)計變更內(nèi)容的就應(yīng)該通過設(shè)計單位進行相關(guān)通知單的變更，而屬于現(xiàn)場簽證范疇的則應(yīng)該由施工人員完成簽發(fā)，這兩種處理方式的費用分別按設(shè)計變更以及發(fā)生原因進行處理。同時，各級人員的業(yè)務(wù)水平以及責任心也需進一步增強，讓每一個與接口相關(guān)的人員能夠深入現(xiàn)場，對施土圖以及合同內(nèi)容熟練掌握的條件下，對施工工藝變動以及異常情況對造價的影響進行了解。比如說，對于地下室層高為2米時，提出設(shè)計變更，可能使工程的類別以及計算綜合腳手架有所提高。當整個工程施工完成以后，審核人員應(yīng)該以合同作為結(jié)算參考，嚴格控制工程中提及固定支出部分，而預算之外的費用，比如施工過程中出現(xiàn)的設(shè)計變更，如果施工方?jīng)]有按照圖紙完成，達不到設(shè)計要求，在工程結(jié)束后滯留部分工作量，可以相應(yīng)地縮減費用。對工程預留的空間，設(shè)計的變更以及工程清單漏項，參照建設(shè)單位以及企業(yè)報送的材料以及結(jié)算數(shù)據(jù)進行比照評定，同時結(jié)合現(xiàn)場的實際情況進行結(jié)算。清單中沒有的項目，應(yīng)該參考同領(lǐng)域預算專家的評定結(jié)果進行結(jié)算。
第4篇：接口管理范文
目前我國醫(yī)院信息化的大部分是加強醫(yī)院的收費管理。在嚴格意義上，完整的醫(yī)院信息系統(tǒng)（HIS（醫(yī)院信息系統(tǒng)）應(yīng)該包括醫(yī)院管理信息系統(tǒng)（HMIS）和臨床信息系統(tǒng)（CIS）兩部分：財務(wù)管理系統(tǒng)、人事管理系統(tǒng)、住院病人管理、藥品庫存管理系統(tǒng)等系統(tǒng)是屬于類別的醫(yī)院管理信息系統(tǒng)（HMIS），我們的目標是支持醫(yī)院的行政管理與事務(wù)處理業(yè)務(wù)，提高醫(yī)院的工作效率，輔助高層領(lǐng)導決策。
二、醫(yī)院信息系統(tǒng)的現(xiàn)狀和主要階段的財務(wù)制度醫(yī)院改革收費體系
醫(yī)院信息系統(tǒng)的現(xiàn)狀和其主要階段的財務(wù)制度在醫(yī)院改革的收費體系中，加強醫(yī)療費用的管理發(fā)揮了重要作用。系統(tǒng)克服人為因素的影響在收費工作，有效地杜絕醫(yī)療行業(yè)不是標準收費，使收入的準確性大大提高，醫(yī)院收費行為的完整性也在不斷增加，與此同時，HIS的應(yīng)用大大縮短病人的時間支付方便患者，并提高工作效率。目前，醫(yī)院以其相對獨立的經(jīng)營和財務(wù)管理體系，財務(wù)系統(tǒng)側(cè)重于會計，他的系統(tǒng)主要負責管理和藥品管理，部分醫(yī)院如電子醫(yī)療記錄、醫(yī)療咨詢、形象在他的系統(tǒng)中，但關(guān)鍵是成本管理。對金融系統(tǒng)，他主要是提供各種門診住院收入數(shù)據(jù)，藥品進銷存總結(jié)報告等，但由于兩個系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu)和編程語言和運行平臺，導致金融體系一般不能直接從HIS讀取所需的數(shù)據(jù)，他的診所和醫(yī)院系統(tǒng)需要日常財務(wù)部門日常和月度報告，月度財務(wù)部門根據(jù)該報告手工編制憑證，會計處理。該系統(tǒng)獨立運行，相互之間缺乏適當?shù)臋z查機制，相應(yīng)的財務(wù)數(shù)據(jù)將出現(xiàn)不一致，人為的主觀因素將影響財務(wù)數(shù)據(jù)的真實性、準確性和完整性。時間越長，錯誤越嚴重，積累的錯誤越多，如果沒有及時的審計，就越有可能出現(xiàn)財務(wù)風險。
三、財務(wù)系統(tǒng)和HIS數(shù)據(jù)對接的設(shè)想
從工作內(nèi)容的聯(lián)系上來看，醫(yī)院財務(wù)系統(tǒng) 和HIS之間是你中有我、我中有你的關(guān)系。HIS為財務(wù)系統(tǒng)提供基礎(chǔ)數(shù)據(jù)，系統(tǒng)生成的各種報表作為會計核算的原始憑證；財務(wù)系統(tǒng)反映HIS運行的結(jié)果，從宏觀上控制和協(xié)調(diào)HIS的運行。會計核算是一個綜合的整體，會計科目相互之間有著緊密的聯(lián)系。在正常情況下，醫(yī)院兩套系統(tǒng)之間對應(yīng)的數(shù)據(jù)都是一致的，因此，克服 技術(shù)上的瓶頸，整體構(gòu)建規(guī)劃，制定一套數(shù)據(jù)標準，轉(zhuǎn)變業(yè)務(wù)流程，設(shè)置HIS與財務(wù)系統(tǒng)數(shù)據(jù)接口，財務(wù)系統(tǒng)直接從HIS中讀取相關(guān)報表數(shù)據(jù)，自動產(chǎn)生記賬憑證，使得HIS數(shù)據(jù)與財務(wù)系統(tǒng)數(shù)據(jù)兼容共享，不僅可以有效提高對收費票據(jù)的監(jiān)控力度，督促各部門及時報賬，減少財務(wù)隱患，而且從財務(wù)監(jiān)控角度考慮，HIS與財務(wù)系統(tǒng)的數(shù)據(jù)接口可以完善報表上報與審核、票據(jù)管理、藥品等消耗材料管理，最終完善全院各部門財務(wù)數(shù)據(jù)的審核，保障資金安全與收入完整。
（一）報表上報及審核確認
實現(xiàn)兩套系統(tǒng)接口后，報表的上報分為兩種，其一是收費處專人將所有收費員當日全部日結(jié)表匯總打印后送至財務(wù)部門。其二是系統(tǒng)將自動匯總報表數(shù)據(jù)，會計人員從后臺系統(tǒng)接收匯總的報表數(shù)據(jù)，將報送的紙質(zhì)報表和自動接收的數(shù)據(jù)進行對照，審核無誤后，財務(wù)系統(tǒng)自動生成記賬憑證，確認收費部門的收入，予以報賬。這一功能的實現(xiàn)將在很大程度上的減少財務(wù)憑證的錄入工作量，極大提高財務(wù)人員的工作效率。通過兩條途徑報表， 相互對照，保證了財務(wù)系統(tǒng)和HIS系統(tǒng)收入完全一致。財務(wù)系統(tǒng)與收費系統(tǒng)得到無縫隙鏈接，使該環(huán)節(jié)的差錯率降至最低。
（二）票據(jù)管理
門診掛號、門診收費、預收款、出院結(jié)算等票據(jù)應(yīng)由財務(wù)部門的票據(jù)專管員授權(quán)在HIS系統(tǒng)上激活使用。 專管員要隨時監(jiān)控系統(tǒng)中已用票據(jù)、 在用票據(jù)、未用票據(jù)的使用狀態(tài)，隨時監(jiān)控收費員是否使用來源不明的票據(jù)，進行違規(guī)操作。票據(jù)從領(lǐng)用到銷號都在財務(wù)有效控制之中。實現(xiàn)系統(tǒng)數(shù)據(jù)對接票據(jù)銷號功能后，HIS系統(tǒng)中票據(jù)產(chǎn)生的收入，與財務(wù)系統(tǒng)中的收入在對賬時，很容易發(fā)現(xiàn)差錯點。對發(fā)現(xiàn)的差錯點票據(jù)專管員可及時查明原因進行處理。在設(shè)置報賬確認和票據(jù)銷號兩個功能共同控制下，只有報賬確認后，才能做票據(jù)銷號，原則上不報賬即無法銷號，以此督促收費員及時報賬。
四、實現(xiàn)數(shù)據(jù)接口后的管理
（一）發(fā)展完善、嚴格的內(nèi)部管理體系
實現(xiàn)信息管理的目標，首先是數(shù)據(jù)的安全。根據(jù)相關(guān)規(guī)定，結(jié)合醫(yī)院實際情況，制定嚴格的計算機系統(tǒng)管理系統(tǒng)，是計算機信息系統(tǒng)運行管理系統(tǒng)、電子信息系統(tǒng)網(wǎng)絡(luò)安全管理系統(tǒng)、電子檔案管理信息系統(tǒng)和一系列系統(tǒng)的重要保證。嚴格規(guī)范每個操作人員和管理員的管理，以確保系統(tǒng)正常運行。
第5篇：接口管理范文
關(guān)鍵詞：DSP接口電路CAN控制器
近幾年來，數(shù)字信號處理器（DSP）得到了廣泛的應(yīng)用。由于DSP采用程序空間和數(shù)據(jù)空間分離的哈佛結(jié)構(gòu)，對程序和數(shù)據(jù)并行操作，使之成倍地提高了處理速度；再加上流水線技術(shù)，使得DSP的指令周期多為10ns級。而與之配套的器件卻沒有像DSP那樣猛地發(fā)展。首先，DSP與器件之間的速度差異日益顯著，大部分器件的讀寫周期在50ns以上，即使是最快的靜態(tài)RAM，其讀寫周期亦為8ns左右，也只能與50MHz以下的DSP直接接口；其次，一些領(lǐng)域的器件在設(shè)計時并沒有考慮與DSP接口，以至于不能直接接入DSP總線，如CAN總線控制器SA1000采用地址總線與數(shù)據(jù)總線分時復用的總線接口。這使得DSP與許多外部器件難以接口，特別是在與多個外部器件接口或者與總線不兼容的外部器件接口時，常常會出現(xiàn)因接口處理不當而導致接口效率低下的情況。當DSP對外部器件的操作頻率很高時，接口效率的高低將對系統(tǒng)的運行速度產(chǎn)生不可忽略的影響。
1多個外設(shè)的情況
當DSP與低速器件接口時，可以通過設(shè)置DSP片內(nèi)的等待狀態(tài)產(chǎn)生控制寄存器（WSGR），在相應(yīng)的程序空間、數(shù)據(jù)空間或I/O空間產(chǎn)生1～7個等待周期，以使DSP的訪問速度能和低速器件相匹配。當在同一空間內(nèi)既有低速器件又有高速器件時，通常WSGR的延時值被設(shè)置成與速度最慢的器件相一致，以保證DSP對所有的器件都能進行正確的訪問。若對高速器件的操作很頻繁，則這種對整個空間的延時將極不合理地降低系統(tǒng)速度。例如，有些系統(tǒng)在程序空間同時擴展有RAM和ROM。而ROM的速度一般遠遠低于RAM，其訪問周期一般為100～200ns，即使DSP和RAM的訪問速度均可達到25ns，但對整個數(shù)據(jù)空間進行延時后，DSP也只能以ROM的訪問速度（100～200ns）對RAM進行訪問。
在這種情況下，首先應(yīng)考慮使用軟件方法提供效率。其方法是默認的情況下將WSGR設(shè)置成與高速器件一致，當要訪問低速器件時再修改WSGR的值。DSP常常對外部件進行連續(xù)操作，在這種情況下，軟件方法還是比較有效的。但最大問題在于增加了軟件負擔和不穩(wěn)定因素。
顯然，效率最高的情況是，既不需要修改WSGR，DSP又能以外部器件本身的速度對它們進行訪問。事實上，只要能夠產(chǎn)生適當?shù)男盘柨刂艱SP的READY端，就可以達到這個目的。DSP在開始一個外部總線的操作后，會在每一個CLKOUT信號（DSP的時鐘輸出）的上升沿時刻對READY端進行查詢，若READY為低，則保持總線的狀態(tài)不變，然后在下一個CLKOUT上升沿時刻兩次查詢，直至查詢到READY為高時結(jié)束本次總線訪問。
下面的設(shè)計實例中介紹的硬件等待電路（見圖1）能夠?qū)崿F(xiàn)這個功能。它針對不同的外部器件產(chǎn)生相應(yīng)的等待信號送到DSP的READY端，實現(xiàn)硬等待。其核心器件采用了廣泛應(yīng)用的通用邏輯陣列（GAL），GAL的引腳定義與圖1相對應(yīng)。使用GAL器件使硬件設(shè)計變得簡單而靈活，可以完成比較復雜的邏輯關(guān)系。
例如，頻率為50MHz的DSP在數(shù)據(jù)空間外擴有RAM和ROM各一片，訪問周期分別為70ns和150ns，地址空間分別為0x8000～0x8fff和0x9000～0x9fff。由DSP的主頻可知，對RAM和ROM的訪問各需插入3個和7個等待周期。下面給出GAL源文件的關(guān)鍵部分（它們使用匯編程序FM的格式編寫）：
Q0：=/Q0*/RD+/Q0*/WR
Q1：=/Q0*Q1*/RD+Q0*/Q1*/RD+/Q0*Q1*/WR
+Q0*/Q1*/WR
Q2：=/Q1*Q2*/RD+/Q0*Q1*Q2*/RD+Q0*Q1*/Q2*/RD
+/Q1*Q2*/WR+/Q0*Q1*Q2*/WR+Q0*Q1*/Q2*/WR
；構(gòu)成一個三位的二進制計數(shù)器
；Q2為最高位、Q0為最低位
；對讀信號或?qū)懶盘柕膶挾冗M行計數(shù)
GAL_READY.OE=VCC
/GAL_READY=/DS*A15*/A14*/A13*/A12*/Q1+/DS*A15*/A14*/A13*A12*Q1*/A0
;為RAM的訪問插入3個周期
+/DS*A15*/A14*/A13*A12*/Q0
+/DS*A15*/A14*/A13*/Q1
+/DS*A15*/A14*/A13*A12*/Q2
；為ROM的訪問插入7個周期
圖2是一個與寫時序?qū)?yīng)的時序圖，其中在下三角符號標出的時刻，DSP對READY端進行查詢。
這種方法能夠充分使用硬件的速度，并且對軟件是透明的，不會增加編程人員的負擔。
圖3DSP與SJA1000的接口原理圖
2總線不兼容的情況
有一類芯片的總線接口是分時復用的，如CAN總線控制器SJA1000。SJA1000有8位的數(shù)據(jù)和地址復用的總線，可以和多種MCU直接相連。一次總線操作開始時，總線先傳遞此次操作訪問的地址，在ALE信號將地址鎖存后，再進行數(shù)據(jù)讀寫。而DSP的數(shù)據(jù)總線和地址總線被并行地引出，這種并行結(jié)構(gòu)比分時復用的串行結(jié)構(gòu)先進，有著高一倍的帶寬。但DSP被設(shè)計時并沒有考慮過會在芯片外將并行的總線再串行化，也就是沒有設(shè)計相應(yīng)的輔助信號來完成這種轉(zhuǎn)換。這使得完全使用硬件方法進行串行轉(zhuǎn)換比較困難。
此類問題通常使用軟件和硬件配合解決，并不真正地靠硬件進行園，而是把一次總線操作分解成兩步。先把此次操作的目標地址作為數(shù)據(jù)送到總線上，同時通過硬件產(chǎn)生一個鎖存信號將其鎖存。然后再進行讀寫操作，讀寫操作的目標地址就是上一步被鎖存的地址。
使用這種辦法，硬件和軟件都不需要進行復雜的變換。唯一的缺點是指令的效率變低了。由于SJA1000的讀寫周期一般是DSP的指令周期的幾倍，一次訪問被分解成兩次后多消耗的時間不能忽略。還有一個更重要的影響是，這種轉(zhuǎn)換方法在尋址時無法使用DSP的并行尋址功能，必須使用另外的變量獨立運行。在多數(shù)的CAN總線應(yīng)用中，這種處理方法不會對系統(tǒng)的整體性能產(chǎn)生太大的影響。但在有的系統(tǒng)中，這種低效是不可容忍的，如由DSP和SJA1000組成的CAN總線網(wǎng)關(guān)，它含有多個SJA1000芯片，并且在SJA1000之間需要經(jīng)常進行數(shù)據(jù)塊的搬移。對于次數(shù)頻繁并且尋址有規(guī)律的操作，利用DSP的并行尋址功能將極大地提高程序的效率。以下程序段可在兩個同網(wǎng)段的SJA1000之間完成一幀消息搬移功能（它在每次操作的同時對下次操作的地址進行并行尋址）：
Larar0,mlength;取消息的長度
Larar1,#SJA1_A;一個SJA1000中接收郵箱的首地址
Larar2,#SJA2_S;另一個SJA1000中發(fā)送郵箱的首地址
Mar*,ar0
Mar*-,ar1
Loop:;復制一幀消息
Lacl*+,ar2
Sacl*+,ar0
Banzloop,*-,ar1
如果按下述方法改寫這段程序，不僅對SJA1000的操作時間要增加倍，而且每次操作前都要對地址進行運算，使得完成同樣功能的程序運行時間要增加到原來的3～4倍。
這時，只有使用純硬件的解決方法才能獲得理想的效果。設(shè)計的關(guān)鍵是生成合適的鎖存信號ALE，使它能夠滿足SJA1000的時序要求。通過研究DSP控制信號的時序要吧發(fā)現(xiàn)，從地址建立到讀寫控制信號有效大約要經(jīng)歷二分之一個CPU時鐘的時間，而SJA1000的ALE信號要求的最小寬度為8ns，因此對于主頻在50MHz（CPU時鐘為20ns）以下DSP，可以利用這二分之一個CPU時鐘的時間間隔生成ALE信號。圖3給出了含兩片SJA1000的接口電路圖。除了片選信號外，這兩片SJA1000的總線和其它控制信號都連在一起。
假設(shè)SJA1000的片選地址為0X8xxx和0x9xxx，各引腳定義與圖中對應(yīng)，則GAL中的邏輯關(guān)系如下：
/ADDR_G=DSP_RD*DSP_WR*RD*WR
/DATA_G=/DSP_DS*DSP_A15*/DSP_A14*/DSP_A13*ADDR_G
/WR=/DSP_WR*/ALE
/RD=/DSP_RD*/ALE
ALE=/DSP_DS*DSP_A15*/DSP_A14*/DSP_A13
*DSP_RD*DSP_WR
/CS1=/DSP_DS*DSP_A15*/DSP_A14*/DSP_A13
*/DSP_A12*ADDR_G
/CS2=/DSP_DS*DSP_A15*/DSP_A14*/DSP_A13*DSP_A12*ADDR_G
對其中一片進行讀寫操作，則時序關(guān)系如圖4所示。
其中，twr、tww分別為DSP讀、寫時的ALE信號寬度，它們都接近1/2個CLKOUT的周期。T為ALE的下降沿到RD、WR有效的時間，它由GAL翻轉(zhuǎn)的延時產(chǎn)生，為10ns以上（注：本圖中DSP的時序來自TMS320C24xxA系列，不同系列的DSP產(chǎn)品之間時序可能有細微的差別）。
第6篇：接口管理范文
關(guān)鍵詞：PCI總線PCI9052TMS320LF2407雙端口RAM
PCI總線技術(shù)已經(jīng)應(yīng)用于形形的微機接口中。同在聲卡、網(wǎng)卡甚至有些顯示都是基于PCI總線技術(shù)的，一些高速數(shù)據(jù)傳輸系統(tǒng)中也需要用到PCI總線技術(shù)。PCI總線技術(shù)的出現(xiàn)是為了解決由于微機總線的低速度和微處理器的高速度而造成的數(shù)據(jù)傳輸瓶勁問題，PCI局部總線是在ISA總線和CPU總線之間增加的一級總線。由于獨立于CPU的結(jié)構(gòu)，該總線增加了一種獨特的中間緩沖器的設(shè)計，從而與CPU及時鐘頻率無關(guān)，用戶可以將一些高速外設(shè)直接掛到CPU總線上，使之與其相匹配。PCI局部總線使得PC系列微機結(jié)構(gòu)也隨之升級為現(xiàn)在的基于PCI總線的三級總線結(jié)構(gòu)。PC機的三級總線結(jié)構(gòu)如圖1所示。
1PCI總線接口卡的開發(fā)
PCI局部總線最顯著的特征是速度快。ISA總線的傳輸速率為5MB/s，EISA總線的傳輸速率為33MB/s，PCI1.0標準定義的總線傳輸速率為132MB/s，PCI2.0標準定義的總線傳輸速率為264MB/s，PCI2.1和PCI2.2標準定義的總線傳輸速率為512MB/s。而新一代PCI-X技術(shù)則在原有PCI總線技術(shù)的基礎(chǔ)上增加了許多新的技術(shù)特征，利用PCI-X技術(shù)可以為千兆以太網(wǎng)卡、基于UltraSCSI320的磁盤陣列控制器等高數(shù)據(jù)吞吐量的設(shè)備提供足夠的寬帶。1999年P(guān)CISIG（PCI特別興趣小組的PCI-X1.0標準最高可提供1GB/s的傳輸速率，而2003年推出的PCI-X2.0標準則最高可提供4.3GB/s的傳輸速率。
目前，PCI總線接口電路的選擇主要有兩種方案。一種是選用可編輯邏輯器件（PLD）。使用PLD，用戶可以靈活地開發(fā)出適合自己需要的具有特定功能的芯片，但PCI總線協(xié)議比較復雜，設(shè)計PCI控制接口難度較大，對于一般的工程項目來說，成本較大?，F(xiàn)在有許多生產(chǎn)可編程邏輯器件的廠商都提供經(jīng)過嚴格測試的PCI接口功能模塊，用戶只需進行組合即可。另一種是選用PCI專用芯片組（又稱橋接電路），通過專用芯片來實現(xiàn)完整的PCI主控模塊和目標模塊的功能，將復雜的PCI總線接口轉(zhuǎn)換為相對簡單的用戶接口，用戶只需設(shè)計轉(zhuǎn)換后的總線接口。本設(shè)計中選用PCI總線專用接口芯片來開發(fā)接口卡。
1.1接口芯片介紹
PCI總線接口電路又分為主控設(shè)備和目標設(shè)備。主控設(shè)備可以控制總線，驅(qū)動地址、數(shù)據(jù)和控制信號；目標設(shè)備不能啟動總線操作，只能依賴于主控設(shè)備從其中讀取數(shù)據(jù)或向其傳送數(shù)據(jù)。主控設(shè)備芯片價格比較高，目標設(shè)備芯片價格則比較便宜，而且目標設(shè)備芯片比較簡單、易于操作。
目前兩大PCI專用接口芯片生產(chǎn)商是AMCC公司和PLX公司。AMCC公司的PCI接口芯片有S5920、S5933、S5935等。S5920是目標設(shè)備芯片；S5933既可以設(shè)置為主控設(shè)備芯片，又可以設(shè)置為目標設(shè)備芯片；S5935是S5933的改進版，同樣既可以設(shè)置為主控設(shè)備芯片，也可以設(shè)置為目標設(shè)備芯片。PLX公司在PCI接口芯片的設(shè)置生產(chǎn)中首屈一指，其目標設(shè)備芯片產(chǎn)品主要有PCI9030、PCI9052和PCI9050，PCI9050和PCI9052可以運用于ISA卡轉(zhuǎn)接PCI的設(shè)計中，PCI9030是專門為嵌入式系統(tǒng)設(shè)計的；主控設(shè)備芯片產(chǎn)品主要有PCI9054、PCI9080和PCI9060，PCI9060是最早的32位主控設(shè)備芯片，PCI9080是PCI9060的后繼產(chǎn)品，而PCI9054則是一種性價比很高的芯片，其性能比PCI9080、PCI9052更優(yōu)越。
由于主控設(shè)備芯片比較復雜，而且價格昂貴，所以對處理速度和傳輸速度要求不是特別高的場合應(yīng)盡量選用目標設(shè)備芯片。本設(shè)計中選用PLX公司的PCI9052目標設(shè)備芯片來設(shè)計PCI接口電路。
1.2PCI9052介紹
PCI9052是PLX公司繼PCI9050之后推出的低成本、低功耗、32位PCI總線接口芯片，利用它可以使局部總線快速轉(zhuǎn)換到PCI總線上。
PCI9052芯片的設(shè)計符合PCI2.1規(guī)范。它支持低成本從屬適配器，其局部總線可根據(jù)需要配置成復用或非復用模式的8、16或32位的局部總線。PCI總線側(cè)的時鐘頻率范圍為0～33MHz，局部總線與PCI總線的時鐘相互獨立，局部總線的時鐘頻率范圍為0～40MHz，兩種總線的異步運行方便了高低速設(shè)備的相互兼容。PCI9052芯片內(nèi)部有一個64字節(jié)的寫FIFO和一個32字節(jié)的讀FIFO，通過讀寫FIFO，可實現(xiàn)高性能的突發(fā)式數(shù)據(jù)傳輸，也可以進行連續(xù)的單周期操作。
1.3硬件設(shè)計
由于PCI9052屬于目標設(shè)備芯片，只能依賴于主控設(shè)備從其中讀取數(shù)據(jù)或向其傳送數(shù)據(jù)，所以需要一個微處理器對通過PCI9052從PCI總線發(fā)送到局部總線的命令作出處理響應(yīng)，或者把用戶想要傳送的數(shù)據(jù)以中斷的方式通知PCI總線來讀取。本設(shè)計中微處理器選用TI公司的C2000系列的16位DSP芯片TMS320LF2407。
TMS320LF2407是TI公司推出的定點DSP處理器，是一款性價比較高的芯片。它采用高性能靜態(tài)CMOS技術(shù)，供電電壓為3.3V,指令周期可達25ns，片內(nèi)有高達32K字的FLASH程序存儲器、1.5K字的數(shù)據(jù)/程序RAM、544字雙口RAM（DARAM）和2K字的單口RAM（SARAM），可以分別擴展64K字外部程序存儲器、64K字外部數(shù)據(jù)存儲器和64K字I/O尋址空間；片內(nèi)還集成了包括CAN控制器在內(nèi)的多個模塊及存儲器，可以運用于電機及逆變電路的控制中；10位16通道的A/D轉(zhuǎn)換器最小轉(zhuǎn)換時間為500ns；內(nèi)部自帶看門狗定時器模塊（WDT）和16位的串行外設(shè)接口模塊（SPI）。另外，該芯片有高達40個可單獨編程或復用的通用輸入/輸出引腳、一個串行通信接口（SCI）、一個并口和5個外部中斷。目前投入市場試用的C2000系列的32位DSP芯片TMS320LF2812采用的是150MHz的時鐘速率，其指令周期只為6.7ns，存儲器可以擴展到1M，速度更快，功能更強大。
PCI接口卡硬件總體設(shè)計如圖2所示。圖中，DB代表數(shù)據(jù)總線，AB代表地址總線，CB代表控制總線。
圖2
PCI9052的PCI總線直接與金手指連接，局部總線與DSP之間的數(shù)據(jù)傳輸在雙端口RAM中實現(xiàn)。雙端口RAM采用兩片CYPRESS公司的雙端口RAM芯片CY7C131，組成16位存儲轉(zhuǎn)接電路PCI9052和CY7C131供電電壓均為5V，而TMS320LF2407供電電壓為3.3V,所以接口電平不匹配，需要加總線電平轉(zhuǎn)換電路，這里選用16位總線傳送接收器74FCT64245來實現(xiàn)。PCI9052的控制信號和TMS320LF2407的控制信號之間的邏輯轉(zhuǎn)換用一片ALTERA公司的PFGA芯片EPM7032LC44來實現(xiàn)。
TMS320LF2407的電路可以根據(jù)需要擴展。由于TMS320LF2407內(nèi)部自帶32K字的FLASH程序存儲器，程序調(diào)試完畢后可以燒寫進去，但程序調(diào)試過程中需要頻繁修改程序，所以可展一片存儲器，調(diào)試程序時當作程序存儲器用，程序調(diào)試完畢后再作為數(shù)據(jù)存儲器用，這樣既方便又實用。TMS320LF2407有一個串行通信接口和一個16位并行通信接口，串口可以做成RS485、RS232、RS422、SDI總線接口等，并行通信接口可以做成16位并行輸入輸出接口。
1.4電路板制作
(1)在連線上只要將對應(yīng)的引腳連在總線上就可以了。由于信號用的是反射波信號，所以驅(qū)動的信號只用了要求電壓的一半，另一半靠反射來提升，所以對信號線的長度有要求：CLK信號線的長度為2500mil±100mil。如果長度不夠可以畫蛇行線，另外，CLK信號線要用地線屏蔽。
(2)PCI總線規(guī)范要求布四層線，也可以只布兩層線。布兩層線時，走線難度增大，要做好電源退耦。每個Vcc引腳必須有退耦電容，且容量的平均值至少為0.01μF,從引腳根部到電容焊盤的走線長度不大于250mil，線寬至少為20mil，多個引腳可以并用一個電容，并且參與共用的引腳數(shù)不受限制，但必須滿足以上條件。
(3)PCI總線信號PRSNT1#的PRSNT2#中必須有一個接地。如果都不接地，系統(tǒng)找不到開發(fā)板。它們接地有兩個用途，其一，用來表明槽位上實際存在一塊板；其二，提供該板對電源要求的有關(guān)信息。表1給出了PRSNT#引腳的設(shè)備情況。
表1PRSNT#引腳的設(shè)置情況
PESNT1#PRSNT2#擴展板配置
開路開路不存在擴展板
地開路有擴展板，最大功耗為25W
開路地有擴展板，最大功耗為15W
地地有擴展板，最大功耗為7.5W
(4)對于不實現(xiàn)JTAG邊界掃描的板子，必須把引腳TDI和TDO連接起來，以使掃描鏈不至于斷開。
(5)PCI連接器上的3.3V引腳（即使實際使用中未提供電流）在母板上必須連到一起，最好連到一個3.3V的電源平面上。而且，對3.3V引腳應(yīng)提供一個交流回路，這時對地去耦應(yīng)符合高頻信號技術(shù)的要求。為此，應(yīng)在3.3V平面上均勻排列12個高速電容，容易為0.01μF。
(6)為了穩(wěn)定性，局部總線除了少數(shù)有特殊要求外，所有的信號線都應(yīng)加上拉電阻(5kΩ～10kΩ)或下拉電阻（一般選150kΩ）。
(7)為防止干擾，局部總線時鐘也應(yīng)對地屏蔽。
(8)串行EEPROM提供PCI總線和局部總線的部分重要配置信息，EEPROM一定要選支持串行傳輸方式的，如NM93CS46或者與之兼容的存儲器。NM93C46不支持串行讀寫，所以不能選取。NM93CS46的CS、SK、SDI、SDO和PE端都要接10kΩ的上拉電阻，而PRE端要接150kΩ的下拉電阻。EEPROM的配置至關(guān)重要，EEPROM配置不正確可能導致操作系統(tǒng)無法運行。系統(tǒng)啟動時自動檢測EEPROM的開始48拉是否全為“1”，若全為“1”，則載入PCI9052的默認配置；否則則裝載EEPROM中的內(nèi)容，為板卡分配資源。串行EEPROM可以通過PCI總線直接寫入，也可以用編程器直接燒寫。
1.5程序調(diào)試
1.5.1FPGA程序的開發(fā)
可編程器件的設(shè)計軟件種類很多，各大器件廠家及一些軟件公司都開發(fā)了一些設(shè)計軟件。軟件的設(shè)計根據(jù)邏輯功能的描述方法可分為語言描述設(shè)計和原理圖描述設(shè)計兩個類。常見的如DATAI/O公司的ABEL語言、四通公司ASIC事業(yè)部開發(fā)的針對GAL器件的FM（FastMAP）軟件等屬于語言描述類設(shè)計軟件；而DATAI/O公司的Synario軟件、Orcad公司的PLD等軟件屬于電路圖描述或電路圖描述與語言描述相結(jié)合設(shè)計的軟件。
本設(shè)計中FPGA的編程只涉及到信號邏輯轉(zhuǎn)換，所以只需選用語言描述類設(shè)計軟件，這里選用DATAI/O公司的ABEL語言描述設(shè)計軟件。程序調(diào)試結(jié)束后用編程器寫入FPGA芯片即可。
1.5.2DSP程序開發(fā)
TI公司提供了DSP專用仿真器和仿真開發(fā)系統(tǒng)，C2000系列的開發(fā)系統(tǒng)最新版本為CCS2.2。對于不同的仿真器，只要安裝驅(qū)動程序即可使用該開發(fā)系統(tǒng)進行仿真。仿真器選用最新款的帶USB接口的ICETEK51000USBV2.0仿真器。由于該仿真器使用USB接口，所以不需外接供電電源，實用又方便。
由于硬件設(shè)計時擴展了可轉(zhuǎn)換的存儲器，進行仿真時把存儲器接成程序存儲器，程序可以直接轉(zhuǎn)載到擴展的存儲器中進行調(diào)試，免去了往FLASH中燒寫的麻煩，程序調(diào)試完畢后再固化到FLASH中。
2PCI總線接口卡的軟件驅(qū)動開發(fā)
PCI卡的硬件調(diào)試需要結(jié)合軟件程序的調(diào)試來完成。PCI卡的驅(qū)動程序開發(fā)有多種途徑，驅(qū)動開發(fā)工具也有多種選擇。
2.1驅(qū)動開發(fā)工具的選取
(1)DDK(DriverDeviceKit)
許多VMM服務(wù)都使用寄存器的調(diào)用方式，使用起來不是很方便，沒有4深厚的匯編語言及硬件基礎(chǔ)很難在短時間內(nèi)開發(fā)出設(shè)備驅(qū)動程序。Micorosoft公司提供了設(shè)備驅(qū)動程序工具箱（DDK），它是基于匯編語言的編程方式的，DDK的優(yōu)點是可以開發(fā)核心態(tài)的真正意義上的驅(qū)動程序，開發(fā)出來的驅(qū)動程序效率是最高的。
(2)DS(DriverStudio)
DS是一個驅(qū)動程序集成開發(fā)包，其中包括了DriverAgent、VtoolsD、DriverWorks、SoftICEDriverEdition、BoundsCheckerDriverEdition、DriverWorkbenc、FieldAgentforDrivers等。幾中常見的DS驅(qū)動開發(fā)工具介紹如下：
·Drivergent為Win32應(yīng)用程序提供了訪問硬件的接口。
·VtoolsD支持Windows95和Windows98的驅(qū)動程序開發(fā)（VxD）。VtoolsD包括代碼生成器、實時接口庫和可以作為開發(fā)一類驅(qū)動程序的例子程序。
·DriverWorks包括為WindowsNT和Win32DriverModel(WDM)開發(fā)驅(qū)動程序的完整的開發(fā)框架，同時也支持Windows98和Windows2000下驅(qū)動程序的開發(fā)。DriverWorks包含一個復雜的代碼生成工具（DriverWizard），其中含有支持C++下編程的類庫和例子程序。
(3)WinDriver
WinDriver是KRF-Tech公司的一套PCI驅(qū)動程序開發(fā)包。它改變了傳統(tǒng)驅(qū)動程序開發(fā)的方法和思路，極大地簡化了驅(qū)動程序的編制；同時又沒有犧牲驅(qū)動程序的性能，是一套高效、快捷的PCI驅(qū)動程序開發(fā)軟件包，特別適合專業(yè)硬件人員使用。
利用WinDriver開發(fā)驅(qū)動程序不需要熟悉操作系統(tǒng)的內(nèi)核，整個驅(qū)動程序中的所有函數(shù)都是工作在用戶態(tài)下的，通過與WinDriver的.Vxd或者.Sys文件交互可達到驅(qū)動硬件的目的。由于是一個用戶態(tài)程序，效率的高低也就成了人們選擇WinDriver時關(guān)心的問題。大量實踐數(shù)據(jù)表明，WinDriver并沒有通過犧牲系統(tǒng)性能來換取驅(qū)動程序的快速開發(fā)。本設(shè)計中選用WinDriver來開發(fā)驅(qū)動程序。
2.2WinDriver開發(fā)驅(qū)動程序
在WinDriver的體系結(jié)構(gòu)中，WinDriverKernet處于中心位置，它提供的用戶態(tài)庫函數(shù)（API）實際就是對WinDriverKernel中實現(xiàn)的功能進行調(diào)用。幾乎所有用戶同硬件的交互都是通過WinDriverKernel來實現(xiàn)的，這樣就極大地解放了開發(fā)人員。用戶的主要任務(wù)就是利用WinDriver提供的用戶動態(tài)函數(shù)庫（API函數(shù)庫）在用戶態(tài)實現(xiàn)自己的驅(qū)動程序代碼，完成硬件驅(qū)動的功能。
第7篇：接口管理范文
關(guān)鍵詞：PCI總線TM1300以太網(wǎng)通信接口pSOS+內(nèi)核pNA+
1概述
TM1300是Philips公司推出的新一代高性能多媒體數(shù)字信號處理器芯片?；赥M1300的DSP應(yīng)用系統(tǒng)適合于實時聲音、圖像處理，可廣泛應(yīng)用于會議電視、可視電話、數(shù)字電視等應(yīng)用場合。它不僅具有強大的處理能力,同時還具有非常友好的音頻和視頻以及SSI和PCI等I／O接口，因此可以根據(jù)應(yīng)用的需要靈活地構(gòu)造各種視頻通信系統(tǒng)。鑒于目前計算機網(wǎng)絡(luò)的普及和網(wǎng)上視頻業(yè)務(wù)的發(fā)展，很有必要為TM1300視頻編碼系統(tǒng)開發(fā)一個以太網(wǎng)接口以拓寬其應(yīng)用范圍。開發(fā)以太網(wǎng)接口的一種合理思路是利用TM1300集成的PCI接口來驅(qū)動專用的以太網(wǎng)接口芯片。由于目前多數(shù)以太網(wǎng)接口芯片（如Real-tek8029，Realtek8139等）都采用PCI接口，因此，可以用PCI總線將數(shù)據(jù)從TM1300傳輸?shù)竭@些專用的以太網(wǎng)接口芯片后，再由它們發(fā)送數(shù)據(jù)，而且TM1300可以在嵌入式操作系統(tǒng)pSOS中運行，同時由于系統(tǒng)pSOS帶有TCP／IP協(xié)議棧因此可以方便地完成編碼碼流的TCP／IP封裝。
根據(jù)以上思路筆者在進行了前期測試的基礎(chǔ)上進行了電路板的設(shè)計并順利完成了調(diào)試。目前這個以太網(wǎng)接口已經(jīng)基本開發(fā)成功。本文將對這個設(shè)計的技術(shù)要點從硬件和軟件兩個方面進行詳細介紹。
2TM1300及PCI總線接口
該系統(tǒng)的硬件結(jié)構(gòu)框圖如圖1所示。本系統(tǒng)硬件設(shè)計的重點是PCI總線接口。PCI總線根據(jù)數(shù)據(jù)位的寬度有32位和64位之分,64位的數(shù)據(jù)線與32位是兼容的。PC機中常見的是32位PCI總線,它的有用引腳總數(shù)是110個,可以分成3組。第一組是基本功能信號線,包括32位共享數(shù)據(jù)地址線AD〔00．．31〕、接口控制線、仲裁線、時鐘線、系統(tǒng)復位線、中斷線;第二組是附加功能信號線,包括錯誤報告線、cache功能支持線、JTAG邊界掃描線;第三組是電源線,包括設(shè)備耗電量標識線、3．3V電源線(12根)、5V電源線(13根)、地線(22根)。
因為Realtek8029不具備PCI的附加功能信號線所支持的cache功能和JTAG邊界掃描功能,同時雖然它具有奇偶校驗錯誤報告功能引腳,但該腳可以懸空不用。所以,設(shè)計時只需考慮第一組功能信號線的連接即可。
PCI接口的設(shè)計有以下幾個要點：
(1)PCI總線的仲裁
這里先說明兩個概念。首先，PCI總線是多設(shè)備共享的，由于PC機里可以有多個PCI設(shè)備，所以需要使用仲裁器;其次，PCI設(shè)備有主設(shè)備和從設(shè)備之分，主設(shè)備可以發(fā)起PCI數(shù)據(jù)的傳送從設(shè)備只能被動地響應(yīng)主設(shè)備的操作以對讀操作和寫操作做出響應(yīng)。PCI的仲裁引腳是REQ和GNT，分別為請求線和授權(quán)線，而且只有PCI主設(shè)備有這兩個引腳。一般情況下，REQ通常和GNT成對地連到仲裁器，而設(shè)備與設(shè)備的REQ和GNT通常是互不相連的。
PCI總線的仲裁過程是這樣的：PCI主設(shè)備把REQ電平拉低以表示向仲裁器請求占用總線。經(jīng)仲裁獲準后，仲裁器把這個設(shè)備的GNT電平拉低以表示請求獲準，此后該設(shè)備便可以使用總線了。當它不再使用總線時，應(yīng)使REQ信號變?yōu)楦唠娖舰熤俨闷骶筒辉俳o它分配總線資源。在本系統(tǒng)中，TM1300是PCI主設(shè)備，而Realtek8029是PCI從設(shè)備。由于它們不存在共享總線的問題，所以不需要仲裁器，而只是簡單地把REQ和GNT短接即可，這就相當于TM1300自己給自己授權(quán)。
（2）PCI_IDSEL信號線在設(shè)備的PCI配置讀寫中的作用
PCI有一種特殊的讀寫周期，稱為配置讀寫。這是因為在系統(tǒng)引導時，如果沒有給設(shè)備配置I／O或內(nèi)存地址，軟件就只能通過配置來讀寫訪問設(shè)備。配置讀寫有兩種，分別稱為0型和1型具體采用哪一種取決于總線的硬件連接。配置讀寫操作不經(jīng)過PCI橋時，使用0型，當需要經(jīng)過PCI橋時，則要用1型，0型讀寫的地址直接就是總線上的地址，1型讀寫的地址則要經(jīng)過PCI橋的譯碼才能成為最終的總線地址。本設(shè)計中，TM1300和Realtek8029是用PCI總線直連的，所以使用0型配置讀寫。
AD〔00．．31〕是PCI總線的共享地址和數(shù)據(jù)線，每一次PCI傳送都分為地址周期和數(shù)據(jù)周期。在地址周期，采用0型讀寫時，AD〔00．．31〕的內(nèi)容如下，AD〔00〕和AD〔01〕總為“00”，因為配置讀寫是以雙字為單位的，AD〔02〕～AD〔07〕是要讀寫的PCI配置空間的寄存器號AD〔08〕～AD〔10〕是設(shè)備的功能號在一塊PCI卡上有多個功能設(shè)備時，為了進一步區(qū)分不同的設(shè)備就要用到這幾位，由于Realtek8029是單功能設(shè)備，故這幾位全為0，AD〔11〕～AD〔31〕是設(shè)備選擇位，其中必須有且僅有一位為“1”，如圖2所示，這在物理上表現(xiàn)為總線的AD〔11〕～AD〔31〕中有一根為高電平如果輸出高電平的這根線與某塊PCI卡的PCIIDSEL引腳相連，這塊卡就會被激活，這樣，在緊接著的數(shù)據(jù)周期中，它就會將其PCI配置空間相應(yīng)寄存器中的內(nèi)容放到總線上以供讀取。
（3）PCI_FRAME、PCI_DEVSEL、PCI_IRDY、PCI_TRDY引腳的處理
上述四個引腳均是低電平有效，因此需要接上拉電阻，以保證在設(shè)備未驅(qū)動該引腳時處于穩(wěn)定的無效狀態(tài)，上拉電阻的阻值在1kΩ～10kΩ范圍內(nèi)，阻值越小，則將該信號驅(qū)動為有效的時間越短，但太小又會導致電流過大，所以，要權(quán)衡考慮，本設(shè)計選用4．7kΩ。
上述三點對脫機情況下PCI設(shè)備的互連具有較普遍的參考意義，除此之外，本設(shè)計還有以下比較特殊的幾點：
應(yīng)將TM1300的PCI，INTA引腳配置為輸入，以便接收Realtek8029的中斷；
PCI時鐘由TM1300提供；
Realtek8029的復位信號也就是TM1300的復位信號，該信號由外部電路提供；
TM1300的PCISTOP、PCISERR引腳懸空，表示Realtek8029不具備相應(yīng)的附加功能。另外，TM1300的PCIINTB、PCIINTC、PCIINTD引腳可以用作用戶中斷。
3軟件設(shè)計
該接口設(shè)計的軟件結(jié)構(gòu)框圖如圖3所示。其中TM1300運行于pSOS，它是一個簡單的實時多任務(wù)嵌入式操作系統(tǒng)，帶有pNA＋網(wǎng)絡(luò)組件，其pNA＋相當于TCP／IP協(xié)議棧的擴展，它向上可提供應(yīng)用程序編程的socket接口，向下可定義一個與網(wǎng)絡(luò)接口層交互的接口，其中包括8個函數(shù)，分別是：ni_init（接口芯片初始化）、ni_broad－cast（發(fā)送廣播分組）、ni_send（發(fā)送普通分組）、ni_getpkb（申請發(fā)送緩沖區(qū)）、ni_retpkb（歸還接收緩沖區(qū)）、ni_ioctl（I／O控制操作）、ni_pool（統(tǒng)計量查詢）、Announce（網(wǎng)絡(luò)接口驅(qū)動調(diào)用它把接收到的數(shù)據(jù)包提交給pSOS）。其中網(wǎng)絡(luò)接口層在本應(yīng)用中就是Realtek8029的驅(qū)動程序，它通過硬件抽象層來驅(qū)動Realtek8029（硬件抽象層是PCI總線的配置讀寫和I／O讀寫指令集的總稱）。
軟件執(zhí)行的流程大致是：系統(tǒng)首先啟動pSOS，并由它加載網(wǎng)絡(luò)接口驅(qū)動程序，然后調(diào)用驅(qū)動程序的ni_init函數(shù)，同時初始化Realtek8029的PCI配置空間并設(shè)置Realtek8029的工作參數(shù)，之后啟動用戶任務(wù)。在這里，用戶任務(wù)為H．263編碼進程。它對VI口讀入的源圖像進行壓縮編碼后，將調(diào)用socket的接口函數(shù)sendto（sendto是UDP套接口專用的發(fā)送函數(shù)），然后把碼流發(fā)送給pSOS由pSOS根據(jù)UDP協(xié)議進行封裝后，再調(diào)用ni_send函數(shù)，并由ni_send完成數(shù)據(jù)包從系統(tǒng)主內(nèi)存到Realtek8029片上RAM的拷貝，然后啟動Realtek8029發(fā)送數(shù)據(jù)。在接收情況下，Realtek8029收到一個完整的數(shù)據(jù)包后會用中斷通知CPU，然后由CPU執(zhí)行中斷服務(wù)程序。當中斷服務(wù)程序?qū)?shù)據(jù)包從Realtek8029片上RAM中拷貝到系統(tǒng)的主內(nèi)存后，系統(tǒng)將調(diào)用Announce函數(shù)并把數(shù)據(jù)塊的指針、數(shù)據(jù)長度和其它信息提交pSOS，最后由pSOS將數(shù)據(jù)包沿協(xié)議棧一層層上傳并作出相應(yīng)的處理。
軟件的設(shè)計和pSOS操作系統(tǒng)的關(guān)系比較密切，限于篇幅，本文不對pSOS作詳細介紹，。本文接下來重點介紹PCI配置空間的配置過程，這部分對于類似的設(shè)計有較普遍的參考意義。PCI配置空間有64個字節(jié)，PCI片內(nèi)的這些寄存器存儲了該芯片的廠商號、設(shè)備號、設(shè)備類型等重要代碼，還包括命令寄存器、基地址寄存器等控制其總線行為的寄存器，它們必須在設(shè)備初始化時正確配置，否則設(shè)備不能工作。
對Realtek8029PCI空間的配置需要三個步驟：
首先是掃描總線，這一步的目的是找到Real-tek8029的配置地址，直觀地講，就是找到它的PCI_IDSEL引腳和哪根AD線相連，因為后續(xù)的配置寫要根據(jù)這個地址來尋址。掃描總線時，要對AD〔11〕到AD〔31〕每根線進行一次掃描，如果哪根AD線連接了一個PCI設(shè)備的PCIIDSEL引腳，那么用配置讀函數(shù)讀取PCI配置空間的0號寄存器時，應(yīng)該返回該設(shè)備的設(shè)備和廠商代碼，如果這根線實際未連接設(shè)備，則返回值是0。已知Realtek8029的設(shè)備和廠商代碼是“0x802910ec”，如果返回值與之相同，說明找到了Realtek8029，這時要記下這根AD線的序號。例如，在硬件上把Realtek8029的PCIIDSEL和AD〔20〕相連，則掃描到的序號就應(yīng)該是“20”。
其次，用配置寫函數(shù)配置I／O讀寫使能，即在command寄存器中寫入“0x1”。
最后，用配置寫函數(shù)配置I／O地址，也就是在I／OBaseAdddress寄存器寫入分配給該設(shè)備的I／O地址（例如“0xe400”）。具體程序流程圖如圖4所示。
4調(diào)試結(jié)果
根據(jù)以上設(shè)計，筆者在原TM1300視頻編碼硬件系統(tǒng)的基礎(chǔ)上加入了PCI接口，并編寫了pSOS下Realtek8029的驅(qū)動程序。然后，在這個硬件平臺上對Realtek8029的驅(qū)動部分進行了數(shù)據(jù)傳送測試。
筆者首先用一個單獨的UDP發(fā)送任務(wù)進行發(fā)送速率測試。這個任務(wù)主要是高速地向網(wǎng)絡(luò)上的一臺PC發(fā)送數(shù)據(jù)包，數(shù)據(jù)包的大小是變長的。PC接收并對丟包數(shù)進行統(tǒng)計的結(jié)果如表1所列。實驗表明，在用網(wǎng)線直連的各種測試速率情況下都沒有出錯，而當接入局域網(wǎng)后，在發(fā)送速率為4．5Mbps時有突發(fā)的少量錯誤。由于UDP是不可靠的傳輸方式,所以這種錯誤是正常的。測試中，UDP發(fā)送的最高速率可以達到5Mbps左右，它與硬件的最高速率（10Mbps）相比還有一定差距，主要原因是數(shù)據(jù)從系統(tǒng)主內(nèi)存到Realtek8029片上RAM的拷貝過程目前尚未采用DMA方式，這是需要改進的地方。
表1丟包數(shù)統(tǒng)計表（單位：丟包個數(shù)/分鐘）
連接方式發(fā)送速率
800kbps1.8Mbps4.5Mbps
網(wǎng)絡(luò)直連000
接入局域網(wǎng)002.5
接下來筆者進行了編碼和傳送的聯(lián)合測試。編碼任務(wù)執(zhí)行H．263數(shù)據(jù)壓縮后，把碼流從以太網(wǎng)接口發(fā)出，然后在網(wǎng)絡(luò)上的另一臺PC上接收這個碼流，并進行解碼播放。通過調(diào)整編碼器的量化步長可以控制編碼的輸出碼率。在實驗環(huán)境下發(fā)現(xiàn)在量化步長大于等于5、碼率在700kbps以下時，基本沒有丟包現(xiàn)象，解碼得到的圖像比較穩(wěn)定，而當量化步長進一步減小，碼率接近1Mbps時，就會出現(xiàn)丟包現(xiàn)象，解碼的圖像會出現(xiàn)彩色方塊。出現(xiàn)這種現(xiàn)象是因為H．263編碼器對CPU資源的消耗很大，而且數(shù)據(jù)在主內(nèi)存和Realtek8029片上RAM之間的復制采用I／O讀寫方式也需要一定的CPU資源。這樣，當量化步長小于5時，處理的復雜度超過了CPU的能力從而產(chǎn)生了一定的誤碼。解決的途徑一方面是改進數(shù)據(jù)的傳送方式（采用DMA），另一方面是需要對編碼任務(wù)進行優(yōu)化。
第8篇：接口管理范文
本文以南京地鐵為例，通過在通道接口管理中遇到的諸多問題，提出了城市軌道交通通道接口的設(shè)計要求、產(chǎn)權(quán)分割、管理界面的管理模式，為今后城市軌道交通接口管理提供參考。
【關(guān)鍵詞】軌道交通；通道接口；管理
一、緒論
隨著我國城市軌道交通的高速發(fā)展，城市軌道交通以其快捷、安全、準時、運量大的優(yōu)勢成為各大城市的寵兒。而與城市軌道交通無縫對接也逐漸由抵觸到熱衷，成為各類開發(fā)商孜孜以求的目的。通道接口在給市民帶來出行便利、給開發(fā)商帶來更多客流、實現(xiàn)濃厚商業(yè)氛圍的同時；大量的人員集聚在密閉的空間里，也給城市軌道交通企業(yè)帶來安全隱患、管理壓力、運營成本的增加。
如何實現(xiàn)規(guī)范管理，確保運營安全成為重中之重。
二、南京通道接口管理的現(xiàn)狀
由于城市軌道交通具有無可比擬的區(qū)位優(yōu)勢和便利的交通可達性，而周邊物業(yè)的開發(fā)和通道接口的無縫對接，更增加了集聚效應(yīng)。商業(yè)經(jīng)營需要客流，消防安全需要人員能及時疏散，但現(xiàn)實中的封閉空間，狹長的連接通道、多方的管理系統(tǒng)、生疏的協(xié)調(diào)反應(yīng)機制、疏松的管理制度，使得通道接口管理成為空談。
1.管理制度缺乏
目前，南京市地鐵雖然有《南京市地鐵通道接口暫行管理辦法》，但該辦法主要的目的是明確通道接口的收費項目、大致的收費標準和地鐵公司內(nèi)部的辦事流程，對通道接口的在設(shè)計階段要求、開通運營階段的管理闡述的很少。這導致了后期不論申請人還是地鐵方都很難說請管理的要求、標準、以及管理的界面，因而也就談不上不服從管理時的處罰手段。
2.申請人與使用人前后不一
一般情況下，接口申請人在報建時都是中規(guī)中矩，會按地鐵方的要求簽訂相關(guān)協(xié)議。但是接口開通時，也意味著申請人的開發(fā)項目竣工并投入了運營，這時申請人一般將項目出售了或者交給運營商，實際使用人往往對管理協(xié)議持不認可態(tài)度或者渾然不知，這就給運營管理帶來困難。
3.運營時間不一
地鐵相鄰物業(yè)運營商的運營時間一般是跟隨自身業(yè)態(tài)時間確定，或遲或早，五花八門，給運營管理帶來了困惑，也給乘客通行便利造成了障礙。
4.導向標識不一
地鐵相鄰物業(yè)運營商往往會從自身宣傳需要或自身文化出發(fā)，設(shè)計不同的導向標識，讓乘客無所適從。甚至，有的商家為了達到乘客能長時間地滯留在自己物業(yè)內(nèi)的目的，而故意混淆標識導向或遮擋標識。這些做法，不僅影響了乘客的通行便利，在突發(fā)狀況下，更容易造成混亂局面，存在極大的安全隱患。
5.運行系統(tǒng)不一
由于設(shè)計單位不一致，規(guī)范不統(tǒng)一，通道內(nèi)的機電、電梯等設(shè)備系統(tǒng)與地鐵車站內(nèi)的往往不匹配。這就會出現(xiàn)在突發(fā)狀況下，地鐵人員無法及時實現(xiàn)車站區(qū)域內(nèi)的應(yīng)急聯(lián)動反應(yīng)。
6.管理方式不一
地鐵車站內(nèi)的人員都是經(jīng)過專業(yè)培訓的從業(yè)人員，而周邊相鄰物業(yè)的管理人員一般是從事簡單物業(yè)管理的人員，不一樣素質(zhì)的人員，不一樣的管理模式，使得應(yīng)急狀態(tài)下，無法實現(xiàn)步調(diào)一致、協(xié)調(diào)統(tǒng)一。
三、國內(nèi)相關(guān)研究和概念
一方面城市軌道交通接口日益受寵；另一方面密集人群事故的頻繁發(fā)生，促使軌道交通企業(yè)對通道接口管理越來越重視。
1.國內(nèi)現(xiàn)狀
（1）蘇州市
蘇州市出臺了《蘇州市軌道交通地下對接接口項目管理辦法》，用較多篇幅來闡述對接接口項目管理和運營管理，較明確的提出了管理界面。
（2）哈爾濱市
哈爾濱市政府出臺了《哈爾濱市地鐵沿線地下空間開發(fā)利用管理規(guī)定》。主要是針對地鐵建設(shè)工程與地鐵沿線地下空間同時開發(fā)建設(shè)的，提出堅持統(tǒng)一管網(wǎng)拆遷、統(tǒng)一水電氣配套、統(tǒng)一施工標準、統(tǒng)一開工時序、統(tǒng)一出口建設(shè)和統(tǒng)一文明施工，合理利用地下空間的六統(tǒng)一原則。對于管理界面、管理措施沒有更多的說明。
2.通道接口分類
按連通條件分，通道接口可分為結(jié)合連通型、通道連通型兩種類型。
（1）結(jié)合連通型
地鐵車站出入口與申請連通的建筑物完全結(jié)合，該出入口的地鐵乘客必須經(jīng)連通部分才能進出地鐵車站（如新街口站與金陵飯店連接的通道接口）。
（2）通道連通型
地鐵出入口通道增設(shè)一個連通接口，使建筑物與地鐵車站連通，地鐵車站原設(shè)計出入口仍保留，該出入口通道的地鐵乘客可選擇是否經(jīng)過連通部分進出地鐵車站（如珠江路站4號口與金鷹新天地連接的通道接口）。
3.相關(guān)概念
通道接口主要涉及以下幾個概念。
（1）通道接口產(chǎn)權(quán)
指投資人按照國家有關(guān)法律法規(guī)，辦理相應(yīng)通道接口工程的規(guī)劃、土地、建設(shè)、不動產(chǎn)登記等手續(xù)，完成相應(yīng)投資而依法取得通道接口的所有權(quán)、使用權(quán)。
（2）占有、使用、收益的權(quán)利
依照產(chǎn)權(quán)劃分的原則，不動產(chǎn)所有人依法擁有相應(yīng)通道接口的占有、使用、收益和處分的權(quán)利，以及由以上權(quán)利產(chǎn)生的他項權(quán)，如抵押權(quán)、廣告權(quán)等。
四、基于南京地F的“通道接口”管理模式研究
1.報建階段
通道接口項目的設(shè)計必須符合《南京市軌道交通管理條例》規(guī)定，滿足地鐵工程設(shè)計規(guī)范的要求，包括但不限于通風系統(tǒng)、監(jiān)控系統(tǒng)、消防設(shè)施、應(yīng)急照明、緊急疏散指示、導向標識等相應(yīng)設(shè)備設(shè)施的配備，確保照明、消防、環(huán)控通風、防災(zāi)防淹、保安、衛(wèi)生、緊急情況下的疏散等符合地鐵運營要求。
2.施工階段
（1）政府審批
通道接口項目必須依法取得相應(yīng)政府相關(guān)職能部門的規(guī)劃、土地、建設(shè)手續(xù)方可施工。
（2）方案審批
通道接口項目申請人應(yīng)按照地鐵集團審批的設(shè)計方案進行施工，完善與安全有關(guān)的消防、監(jiān)控等相關(guān)設(shè)施以及與乘客出行相關(guān)的車站改造及導向標識。申請人所屬管理界面內(nèi)的導向標識不得故意誤導乘客順利乘坐地鐵。同時，申請人應(yīng)做好所屬管理界面的防汛評估，防止雨污水向地鐵車站倒灌事件的發(fā)生。
（3）驗收備案
通道接口開通前應(yīng)經(jīng)質(zhì)監(jiān)、消防、安全等部門驗收合格取得相應(yīng)備案證（或合格證明）后方可開通。
3.運營階段
（1）運營管理內(nèi)涵
以各自產(chǎn)權(quán)界面界定相應(yīng)管理界面，管理責任區(qū)域內(nèi)的安全、消防、治安、衛(wèi)生、保潔、導向等維護及管理工作。
（2）運營管理協(xié)議
通道接口正式開通前，申請人須與地鐵集團簽訂管理協(xié)議，明確各自的管理界面及通道開啟、關(guān)閉時間等。通道開啟、關(guān)閉時間需服從地鐵運營時間，不得超出該站點地鐵運營時間。
（3）突發(fā)狀況
當遇有大客流或突發(fā)狀況，地鐵集團出于安全需要，有權(quán)臨時關(guān)閉通道內(nèi)側(cè)卷簾門。
（4）管理界面
通道接口啟用后，通道接口的使用權(quán)界面以各自產(chǎn)權(quán)界面界定：隸屬于地鐵集團的通道接口區(qū)域，地鐵集團具有廣告、信息的權(quán)利；隸屬于申請人（產(chǎn)權(quán)所有人）的通道接口區(qū)域，申請人（產(chǎn)權(quán)所有人）擁有平面廣告、信息的權(quán)利。但權(quán)利所有人均不可在通道內(nèi)設(shè)置商鋪、可移動花車、進行展示等活動，或堆放雜物以及其他阻礙客流通行的設(shè)施，且墻面廣告不得遮擋交通導向、緊急疏散等安全標識，不得遮擋消防設(shè)施、應(yīng)急照明等，保證接口和通道暢通。
（5）分割要求
在通道接口的連通分界處，應(yīng)設(shè)置防火卷簾門和管理卷簾門各一道，防火卷簾門、管理卷簾門的建設(shè)、管理和維護由申請人（產(chǎn)權(quán)所有人）承擔，防火卷簾門及管理卷簾門開關(guān)朝向地鐵車站，由地鐵集團負責控制開啟。
（6）火情控制
申請人（產(chǎn)權(quán)所有人）樓宇物業(yè)內(nèi)的火災(zāi)控制系統(tǒng)須能向軌道交通車站給出火災(zāi)信號，當申請人物業(yè)項目發(fā)生火災(zāi)時，軌道交通車站FAS系統(tǒng)接收到火災(zāi)信號后，通道接口處防火卷簾門立即全降，封閉此通道；當軌道交通車站所轄區(qū)域發(fā)生火災(zāi)時，通道接口處防火卷簾門先半降、后全降，以疏散乘客并隔離火災(zāi)區(qū)域。
（7）管理卷簾門
在申請人（產(chǎn)權(quán)所有人）物業(yè)地下主體建筑出入口處，申請人應(yīng)設(shè)置一道管理卷簾門，管理卷簾門的建設(shè)、管理和維護費用由申請人（產(chǎn)權(quán)所有人）承擔，此處的管理卷簾門控制權(quán)由申請人（產(chǎn)權(quán)所有人）負責。
（8）視頻監(jiān)控
在連接通道內(nèi)，申請人應(yīng)設(shè)置視頻監(jiān)控系統(tǒng)并覆蓋整個連接通道，連接通道處的監(jiān)控系統(tǒng)納入軌道交通車站視頻監(jiān)控管理系統(tǒng)管理。
五、結(jié)語
在城市軌道交通線網(wǎng)不斷擴大的同時，軌道交通車站越來越多，通道接口的需求也隨之增長。軌道交通系y的完整性和通道接口連接的不確定性、設(shè)計的不規(guī)范性、施工的突擊性、接口使用人的管理缺乏性之間的矛盾愈發(fā)凸顯，安全隱患更是不容忽視。本文通過歸納整理城市軌道交通通道接口管理辦法，明確通道接口的產(chǎn)權(quán)人，界定產(chǎn)權(quán)界面、管理界面，明確各自的權(quán)利、責任、義務(wù)，形成通道接口的設(shè)計、運營、管理規(guī)范體系，確保城市軌道交通通道接口安全有序運營。
參考文獻：
[1]李平，劉劍，盧文龍，吳艷華.城市軌道交通車站大客流應(yīng)急疏散研究[J].鐵路計算機應(yīng)用，2012，（5）.
[2]白亞飛.大客流條件下地鐵車站的脆弱性研究[D].北京：北京交通大學，2013（12）.
[3]孫寧.城市軌道交通建設(shè)的工程接口管理[J].城市軌道交通，2001，（9）：40-44.
第9篇：接口管理范文
關(guān)鍵詞：電子天平；通訊接口；計算機；程序設(shè)計
中圖分類號： {G354.46} 文獻標識碼： A 文章編號：
隨著傳感器技術(shù)和微處理器技術(shù)的發(fā)展，高性能的電子天平相繼產(chǎn)品化。例如:BS210S型稱量為210g，讀數(shù)精度為0.1mg，BS21S型的稱量為21g，讀數(shù)精度為0.01mg，屬標準型精密天平;超微量天平的讀數(shù)精度最高可達一億分之一克，比最佳的機械式微量分析天平高出3個數(shù)量級。
電子天平最大特點是操作簡單;測量快捷，數(shù)秒鐘便可顯示稱量結(jié)果。它還具有多種功能，例如:自動故障檢查、全自動校準功能、超載自動保護、RS-232通訊接口等。
本設(shè)計在分析電子天平RS-232通訊接口的條件下，給出了電子天平和計算機通訊線纜連接方法，利用可視化編程語言Delphi 7.0設(shè)計了電子天平和計算機通訊接口程序，實現(xiàn)了電子天平與計算機之間的雙向數(shù)據(jù)傳輸，把稱量信息輸入計算機、進行數(shù)據(jù)處理和遠程顯示等，構(gòu)成了工程中的自動定量測試、存儲系統(tǒng)，為實驗室研究和科學研究提供方便可靠的自動采集數(shù)據(jù)功能，測量結(jié)果能夠更好地融入相關(guān)的測量系統(tǒng)。
一、通訊接口連線設(shè)計
電子天平的數(shù)據(jù)接口采用RS-232C串行接口，通訊握手方式可設(shè)為硬件方式或軟件方式，數(shù)據(jù)接口使用25引腳的D-Sub Female連接器;而計算機上一般有RS-232串行接口，采用9引腳的D-Sub Male連接器。根據(jù)電子天平和計算機通訊握手方式的要求，硬件方式需要有發(fā)送數(shù)據(jù)、接收數(shù)據(jù)和接地線，還要輔助數(shù)據(jù)線清除發(fā)送、數(shù)據(jù)終端準備才能實現(xiàn);軟件方式僅需要TxD、RxD和GND就可以通訊，所以選購25引腳的D-Sub Male連接器和9引腳的D-Sub Female連接器，各引腳之間按照圖1所示接線方法連接，就可以滿足上述兩種握手方式的要求，數(shù)據(jù)電纜的屏蔽線和兩端連接器的金屬外殼相連，就可以構(gòu)成用于電子天平和計算機通訊的連接電纜，其中電子天平數(shù)據(jù)接口的8和15引腳可以連接一個遠程按鈕，用于遠程控制電子天平的數(shù)據(jù)輸出、校正等。
二、通訊控制命令
電子天平的通訊控制命令基本相同，但不同型號的電子天平還是有些差異，應(yīng)根據(jù)電子天平的型號有所選擇。電子天平的控制命令格式:Esc!CR LF，其Hex代碼為:1B*0D0A，其中，!為控制字符，*為控制字符!所對應(yīng)的Hex代碼，控制字符及其功能如表1所示，例如:計算機請求電子天平發(fā)送數(shù)據(jù)，只要從計算機串口輸出打印控制命令Esc'P'CR LF的Hex代碼1B 50 0D 0A即可。
電子天平的功能命令格式:Esc%X_CR LF，其中，%X為命令參數(shù)，另有功能命令及代碼。計算機發(fā)送Hex代碼，就可以相當于使用電子天平上的CAL功能鍵。
若采用軟件握手方式，必須采用Xon/Xoff協(xié)議[4]，而Sarto-rius電子天平在采用Xon/Xoff協(xié)議上沒有特殊的要求，只要在發(fā)送命令前發(fā)送Xoff(Hex代碼0x13)，而在傳送命令結(jié)束之后發(fā)送Xon(Hex代碼0x11)，這樣才能準確的傳輸命令和數(shù)據(jù)，所以在計算機中發(fā)送打印控制命令變?yōu)閄off Esc'P'CR LF Xon，其Hex代碼變?yōu)?3 1B 50 0D 0A 11即可，其他命令也可以類似的傳輸，以實現(xiàn)相應(yīng)的功能。
三、安裝SPComm通訊控件到Delphi系統(tǒng)
不論采用何種編程語言，實現(xiàn)串口通訊通常有幾種方式:(a)利用Windows API通訊函數(shù)，該方法使用面廣，但編程專業(yè)化程度高而且比較復雜;(b)利用標準通訊函數(shù)，直接對串口進行操作，需要了解通訊接口硬件電路結(jié)構(gòu)原理;(c)使用Mi-crosoft通訊控件MSComm，或使用第三方通訊控件SPComm、Cserial等，該方法通用性強，開發(fā)難度較低。
本設(shè)計中使用SPComm通訊控件，先在Delphi系統(tǒng)中安SPComm控件。在Delphi 7.0環(huán)境中，選Component->InstallComponent菜單，在Install Component對話框中，Browse到SP-Comm.pas文件，確定即可進行Package編譯安裝，SPComm控件被安裝到Delphi的System選項卡中。
建立Delphi工程文件，并申明全局變量用于接收數(shù)據(jù)、發(fā)送指令、顯示結(jié)果:(a)接收數(shù)據(jù)數(shù)組，RecBuf:array[1..22]ofbyte;(b)發(fā)送數(shù)據(jù)數(shù)組，SendBuf:array[1..6]of byte;(c)接收數(shù)據(jù)的字符串，DataString:string。
四、初始化并啟動串口
選擇通信使用的串口，確定通信協(xié)議，即設(shè)置波特率、校驗方式、數(shù)據(jù)位、停止位等屬性，分別設(shè)置電子天平通訊接口和計算機串口的參數(shù)，確保它們的參數(shù)一致。
在編寫基于串口的計算機通訊軟件時，通常需要由計算機向電子天平發(fā)送命令和有關(guān)數(shù)據(jù)，以控制電子天平的操作，具體的操作指令應(yīng)根據(jù)不同型號電子天平的相關(guān)指令。利用串口控件向電子天平發(fā)送數(shù)據(jù)13 1B 50 0D 0A 11，電子天平執(zhí)行打印命令，輸出電子天平的測量結(jié)果。
五、接收電子天平串口數(shù)據(jù)
