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