問答題

實(shí)時(shí)系統(tǒng)
博學(xué)公司承擔(dān)了一項(xiàng)嵌入式系統(tǒng)軟件開發(fā)項(xiàng)目。該項(xiàng)目主要用于車載電子系統(tǒng)中監(jiān)視發(fā)動(dòng)機(jī)及燃油系統(tǒng)等系統(tǒng)工作狀況,并通過綜合儀表顯示給駕駛員。經(jīng)過多次與用戶溝通,形成以下技術(shù)要求:
(1)本項(xiàng)目的硬件平臺(tái)由主處理機(jī)模塊和多種接口模塊組成,底板采用標(biāo)準(zhǔn)VME總線(硬件結(jié)構(gòu)圖見圖12-8),具體硬件模塊配置如下:
①主處理機(jī)模塊(CPM)采用PowerPC755,主頻266MHz,配有SDRAM存儲(chǔ)器和FLASH存儲(chǔ)器;提供一個(gè)定時(shí)/計(jì)數(shù)器;支持16級(jí)中斷和二級(jí)Cache。
②輸入輸出模塊(IOC)支持16路RS422接口信號(hào),傳輸速率不低于115.2kbps,IOC模塊與CPM模塊的數(shù)據(jù)交換采用64KB雙端口存儲(chǔ)器。
③離散量接口模塊(DAM)支持64路開關(guān)型離散量輸入輸出接口;2路頻率量輸入;12位A/D轉(zhuǎn)換器和12位D/A轉(zhuǎn)換器。
④圖形處理模塊(GPM)用于顯示圖形,支持OpenGL標(biāo)準(zhǔn)接口軟件。
⑤MBI模塊主要提供1553B外總線接口,PSM為電源支持模塊。
(2)本項(xiàng)目軟件主要工作在CPM模塊中,完成對(duì)外部設(shè)備的數(shù)據(jù)采集、分析和相應(yīng)的控制,將監(jiān)視結(jié)果以圖形方式顯示給駕駛員。該系統(tǒng)的軟件主要包括外部接口驅(qū)動(dòng)軟件、VME數(shù)據(jù)傳輸軟件、處理軟件、圖形顯示和外總線(1553B)數(shù)據(jù)交換軟件。要求數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時(shí)刻最晚不能超過下一幀。詳細(xì)的技術(shù)要求如下:
①16路RS422接口主要完成對(duì)汽車燃油系統(tǒng)、動(dòng)力系統(tǒng)和駕駛員命令的數(shù)據(jù)采集與控制。RS422數(shù)據(jù)傳輸格式將以32B為基本數(shù)據(jù)塊,分別以20ms、40ms、60ms、1s這4個(gè)不同周期交換數(shù)據(jù)。
②64路離散量數(shù)據(jù)主要監(jiān)控發(fā)動(dòng)機(jī)工作狀態(tài),要求每10ms采集一次,并在下一個(gè)10ms周期內(nèi)將發(fā)動(dòng)機(jī)狀況顯示到駕駛員座艙。
③多路模擬量數(shù)據(jù)主要采集發(fā)動(dòng)機(jī)轉(zhuǎn)速、油量及汽車的其他數(shù)據(jù),為駕駛員監(jiān)控汽車狀態(tài)提供必要的量化數(shù)據(jù)。模擬量數(shù)據(jù)的刷新頻率為1s。
④外總線(1553B)主要完成該系統(tǒng)與汽車其他電子系統(tǒng)的數(shù)據(jù)交換。
公司將本項(xiàng)目交給項(xiàng)目主管李工實(shí)施,要求李工按技術(shù)要求完成本項(xiàng)目的軟件設(shè)計(jì)工作,公司根據(jù)合同關(guān)于"數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時(shí)刻最晚不能超過下一幀"的要求,提醒李工設(shè)計(jì)中重點(diǎn)考慮整個(gè)系統(tǒng)的實(shí)時(shí)性問題。李工完成設(shè)計(jì)后,提交公司評(píng)審,會(huì)上就李工設(shè)計(jì)中存在的缺陷展開了激烈討論,最終達(dá)成一致。

請用150字以內(nèi)的文字說明針對(duì)IOC模塊的多路RS422接口的數(shù)據(jù)采集,其驅(qū)動(dòng)程序使用中斷方式或查詢方式的主要差別是什么?主要優(yōu)缺點(diǎn)有哪些?

你可能感興趣的試題

1.問答題

實(shí)時(shí)系統(tǒng)
博學(xué)公司承擔(dān)了一項(xiàng)嵌入式系統(tǒng)軟件開發(fā)項(xiàng)目。該項(xiàng)目主要用于車載電子系統(tǒng)中監(jiān)視發(fā)動(dòng)機(jī)及燃油系統(tǒng)等系統(tǒng)工作狀況,并通過綜合儀表顯示給駕駛員。經(jīng)過多次與用戶溝通,形成以下技術(shù)要求:
(1)本項(xiàng)目的硬件平臺(tái)由主處理機(jī)模塊和多種接口模塊組成,底板采用標(biāo)準(zhǔn)VME總線(硬件結(jié)構(gòu)圖見圖12-8),具體硬件模塊配置如下:
①主處理機(jī)模塊(CPM)采用PowerPC755,主頻266MHz,配有SDRAM存儲(chǔ)器和FLASH存儲(chǔ)器;提供一個(gè)定時(shí)/計(jì)數(shù)器;支持16級(jí)中斷和二級(jí)Cache。
②輸入輸出模塊(IOC)支持16路RS422接口信號(hào),傳輸速率不低于115.2kbps,IOC模塊與CPM模塊的數(shù)據(jù)交換采用64KB雙端口存儲(chǔ)器。
③離散量接口模塊(DAM)支持64路開關(guān)型離散量輸入輸出接口;2路頻率量輸入;12位A/D轉(zhuǎn)換器和12位D/A轉(zhuǎn)換器。
④圖形處理模塊(GPM)用于顯示圖形,支持OpenGL標(biāo)準(zhǔn)接口軟件。
⑤MBI模塊主要提供1553B外總線接口,PSM為電源支持模塊。
(2)本項(xiàng)目軟件主要工作在CPM模塊中,完成對(duì)外部設(shè)備的數(shù)據(jù)采集、分析和相應(yīng)的控制,將監(jiān)視結(jié)果以圖形方式顯示給駕駛員。該系統(tǒng)的軟件主要包括外部接口驅(qū)動(dòng)軟件、VME數(shù)據(jù)傳輸軟件、處理軟件、圖形顯示和外總線(1553B)數(shù)據(jù)交換軟件。要求數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時(shí)刻最晚不能超過下一幀。詳細(xì)的技術(shù)要求如下:
①16路RS422接口主要完成對(duì)汽車燃油系統(tǒng)、動(dòng)力系統(tǒng)和駕駛員命令的數(shù)據(jù)采集與控制。RS422數(shù)據(jù)傳輸格式將以32B為基本數(shù)據(jù)塊,分別以20ms、40ms、60ms、1s這4個(gè)不同周期交換數(shù)據(jù)。
②64路離散量數(shù)據(jù)主要監(jiān)控發(fā)動(dòng)機(jī)工作狀態(tài),要求每10ms采集一次,并在下一個(gè)10ms周期內(nèi)將發(fā)動(dòng)機(jī)狀況顯示到駕駛員座艙。
③多路模擬量數(shù)據(jù)主要采集發(fā)動(dòng)機(jī)轉(zhuǎn)速、油量及汽車的其他數(shù)據(jù),為駕駛員監(jiān)控汽車狀態(tài)提供必要的量化數(shù)據(jù)。模擬量數(shù)據(jù)的刷新頻率為1s。
④外總線(1553B)主要完成該系統(tǒng)與汽車其他電子系統(tǒng)的數(shù)據(jù)交換。
公司將本項(xiàng)目交給項(xiàng)目主管李工實(shí)施,要求李工按技術(shù)要求完成本項(xiàng)目的軟件設(shè)計(jì)工作,公司根據(jù)合同關(guān)于"數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時(shí)刻最晚不能超過下一幀"的要求,提醒李工設(shè)計(jì)中重點(diǎn)考慮整個(gè)系統(tǒng)的實(shí)時(shí)性問題。李工完成設(shè)計(jì)后,提交公司評(píng)審,會(huì)上就李工設(shè)計(jì)中存在的缺陷展開了激烈討論,最終達(dá)成一致。

如果CPM模塊中采用了嵌入式實(shí)時(shí)操作系統(tǒng),請根據(jù)本項(xiàng)目的需求,用300字以內(nèi)的文字說明CPM模塊中數(shù)據(jù)采集任務(wù)應(yīng)如何劃分?系統(tǒng)對(duì)任務(wù)調(diào)度的最小調(diào)度周期如何計(jì)算?各個(gè)任務(wù)周期及優(yōu)先級(jí)如何定義?
2.問答題

實(shí)時(shí)系統(tǒng)
博學(xué)公司承擔(dān)了一項(xiàng)嵌入式系統(tǒng)軟件開發(fā)項(xiàng)目。該項(xiàng)目主要用于車載電子系統(tǒng)中監(jiān)視發(fā)動(dòng)機(jī)及燃油系統(tǒng)等系統(tǒng)工作狀況,并通過綜合儀表顯示給駕駛員。經(jīng)過多次與用戶溝通,形成以下技術(shù)要求:
(1)本項(xiàng)目的硬件平臺(tái)由主處理機(jī)模塊和多種接口模塊組成,底板采用標(biāo)準(zhǔn)VME總線(硬件結(jié)構(gòu)圖見圖12-8),具體硬件模塊配置如下:
①主處理機(jī)模塊(CPM)采用PowerPC755,主頻266MHz,配有SDRAM存儲(chǔ)器和FLASH存儲(chǔ)器;提供一個(gè)定時(shí)/計(jì)數(shù)器;支持16級(jí)中斷和二級(jí)Cache。
②輸入輸出模塊(IOC)支持16路RS422接口信號(hào),傳輸速率不低于115.2kbps,IOC模塊與CPM模塊的數(shù)據(jù)交換采用64KB雙端口存儲(chǔ)器。
③離散量接口模塊(DAM)支持64路開關(guān)型離散量輸入輸出接口;2路頻率量輸入;12位A/D轉(zhuǎn)換器和12位D/A轉(zhuǎn)換器。
④圖形處理模塊(GPM)用于顯示圖形,支持OpenGL標(biāo)準(zhǔn)接口軟件。
⑤MBI模塊主要提供1553B外總線接口,PSM為電源支持模塊。
(2)本項(xiàng)目軟件主要工作在CPM模塊中,完成對(duì)外部設(shè)備的數(shù)據(jù)采集、分析和相應(yīng)的控制,將監(jiān)視結(jié)果以圖形方式顯示給駕駛員。該系統(tǒng)的軟件主要包括外部接口驅(qū)動(dòng)軟件、VME數(shù)據(jù)傳輸軟件、處理軟件、圖形顯示和外總線(1553B)數(shù)據(jù)交換軟件。要求數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時(shí)刻最晚不能超過下一幀。詳細(xì)的技術(shù)要求如下:
①16路RS422接口主要完成對(duì)汽車燃油系統(tǒng)、動(dòng)力系統(tǒng)和駕駛員命令的數(shù)據(jù)采集與控制。RS422數(shù)據(jù)傳輸格式將以32B為基本數(shù)據(jù)塊,分別以20ms、40ms、60ms、1s這4個(gè)不同周期交換數(shù)據(jù)。
②64路離散量數(shù)據(jù)主要監(jiān)控發(fā)動(dòng)機(jī)工作狀態(tài),要求每10ms采集一次,并在下一個(gè)10ms周期內(nèi)將發(fā)動(dòng)機(jī)狀況顯示到駕駛員座艙。
③多路模擬量數(shù)據(jù)主要采集發(fā)動(dòng)機(jī)轉(zhuǎn)速、油量及汽車的其他數(shù)據(jù),為駕駛員監(jiān)控汽車狀態(tài)提供必要的量化數(shù)據(jù)。模擬量數(shù)據(jù)的刷新頻率為1s。
④外總線(1553B)主要完成該系統(tǒng)與汽車其他電子系統(tǒng)的數(shù)據(jù)交換。
公司將本項(xiàng)目交給項(xiàng)目主管李工實(shí)施,要求李工按技術(shù)要求完成本項(xiàng)目的軟件設(shè)計(jì)工作,公司根據(jù)合同關(guān)于"數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無丟失,并在本幀內(nèi)完成數(shù)據(jù)的處理工作,本幀信息顯示給駕駛員的時(shí)刻最晚不能超過下一幀"的要求,提醒李工設(shè)計(jì)中重點(diǎn)考慮整個(gè)系統(tǒng)的實(shí)時(shí)性問題。李工完成設(shè)計(jì)后,提交公司評(píng)審,會(huì)上就李工設(shè)計(jì)中存在的缺陷展開了激烈討論,最終達(dá)成一致。

李工在設(shè)計(jì)IOC模塊軟件時(shí)指出:為了使CPM模塊能夠及時(shí)處理RS422數(shù)據(jù),在IOC與CPM間的雙端口存儲(chǔ)器中為每個(gè)422通道設(shè)計(jì)一級(jí)緩沖,當(dāng)某通道接收一個(gè)字節(jié)時(shí),就將數(shù)據(jù)放入緩沖,由CPM接收(其結(jié)構(gòu)見圖12-9)。這樣的好處在于每當(dāng)有數(shù)據(jù)輸入時(shí),CPM模塊可立即讀取,而增大雙口緩沖的目的是在CPM來不及處理時(shí)可防止數(shù)據(jù)的丟失。同時(shí),IOC中的程序相對(duì)簡單、實(shí)時(shí)性好、可以不考慮422通道的數(shù)據(jù)傳輸周期,只要按查詢方式對(duì)16路422輸入進(jìn)行查詢讀取即可。
會(huì)上,王工提出了強(qiáng)烈的反對(duì)意見,認(rèn)為這種設(shè)計(jì)方法絕對(duì)不可取,這種方法只考慮了軟件的簡單與便利,而沒有針對(duì)軟件特點(diǎn)考慮問題,在設(shè)計(jì)中對(duì)實(shí)時(shí)性、負(fù)載平衡分配以及實(shí)現(xiàn)算法上均存在缺陷,必須改進(jìn)。
(1)你認(rèn)為李工的設(shè)計(jì)在實(shí)時(shí)性、負(fù)載平衡分配和實(shí)現(xiàn)算法上存在怎樣的缺陷?詳細(xì)說明理由。
(2)請給出IOC模塊和CPM模塊之間雙口存儲(chǔ)器數(shù)據(jù)交換方法。

4.問答題

嵌入式軟件體系架構(gòu)
博學(xué)公司承擔(dān)了一項(xiàng)宇航嵌入式設(shè)備的研制任務(wù)。本項(xiàng)目除對(duì)硬件設(shè)備環(huán)境有很高的要求外,還要求支持以下功能:
①設(shè)備由多個(gè)處理機(jī)模塊組成,需要時(shí)外場可快速更換(即LRM結(jié)構(gòu))。
②應(yīng)用軟件應(yīng)與硬件無關(guān),便于軟硬件的升級(jí)。
⑨由于宇航嵌入式設(shè)備中要支持不同功能,系統(tǒng)應(yīng)支持完成不同功能任務(wù)間的數(shù)據(jù)隔離。
④宇航設(shè)備可靠性要求高,系統(tǒng)要有故障處理能力。
公司在接到此項(xiàng)任務(wù)后,進(jìn)行了反復(fù)論證,提出三層棧(TLS)軟件總體架構(gòu),如圖12-7所示,并將軟件設(shè)計(jì)工作交給了李工,要求其在3周內(nèi)完成軟件總體設(shè)計(jì)工作,給出總體設(shè)計(jì)方案。

在TLS軟件架構(gòu)的基礎(chǔ)上,關(guān)于選擇哪種類型的嵌入式操作系統(tǒng)問題,李工與總工程師發(fā)生了嚴(yán)重分歧。李工認(rèn)為,宇航系統(tǒng)是實(shí)時(shí)系統(tǒng),操作系統(tǒng)的處理時(shí)間越快越好,隔離意味著以時(shí)間作代價(jià),沒有必要,建議選擇類似于VxWorks5.5的操作系統(tǒng);總工程師認(rèn)為,應(yīng)用軟件間隔離是宇航系統(tǒng)安全性要求,宇航系統(tǒng)在選擇操作系統(tǒng)時(shí)必須考慮這一點(diǎn),建議選擇類似于Linux的操作系統(tǒng)。
請說明兩種操作系統(tǒng)的主要差異,完成表12-8中的空白部分,并針對(duì)本任務(wù)要求,用200字以內(nèi)的文字說明你選擇操作系統(tǒng)的類型和理由。

最新試題

請用300字以內(nèi)的文字,說明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。 

題型:問答題

目前,互聯(lián)網(wǎng)上已經(jīng)存在很多Mashup應(yīng)用,各大網(wǎng)站也紛紛提供了各種格式的Mashup數(shù)據(jù)接口。請用300字以內(nèi)的文字給出3種目前經(jīng)常使用的Mashup數(shù)據(jù)接口,并加以簡單說明。

題型:問答題

請用300字以內(nèi)文字,分析公司向備份中心備份數(shù)據(jù)的時(shí)間間隔的選取、公司日常業(yè)務(wù)系統(tǒng)的運(yùn)行性能,以及在災(zāi)難發(fā)生時(shí)數(shù)據(jù)損失情況三者之間的關(guān)系。

題型:問答題

為什么專家組一致認(rèn)為王工的實(shí)施方案切實(shí)可行?請用200字以內(nèi)文字簡要說明。

題型:問答題

一個(gè)大型電子商務(wù)項(xiàng)目正處于建設(shè)方案征集、論證階段,某系統(tǒng)集成商為了贏得客戶的信任,需要提供一份建議方案文檔,對(duì)客戶的需求進(jìn)行響應(yīng)(包括問題1、問題2和問題3所涉及的內(nèi)容)。高質(zhì)量的建議方案能夠顯示出集成商在處理客戶RFP(Request For Proposal)方面的能力、實(shí)力和專業(yè)性,而創(chuàng)建一個(gè)高質(zhì)量的建議方案,需要調(diào)配眾多的資源,按照計(jì)劃執(zhí)行。請用300字以內(nèi)文字簡要敘述如何創(chuàng)建一份高質(zhì)量的建議方案文檔。

題型:問答題

該市決定將各個(gè)委辦局的信息系統(tǒng)采取物理集中的方式進(jìn)行統(tǒng)一管理,一些部門對(duì)此提出了異議,主要理由是集中管理后,由于管理部門對(duì)業(yè)務(wù)應(yīng)用不了解,難以保證對(duì)本單位業(yè)務(wù)進(jìn)行有力支持。請用300字以內(nèi)文字,從技術(shù)角度論述該市實(shí)現(xiàn)信息系統(tǒng)統(tǒng)一管理是否可行。

題型:問答題

在架構(gòu)評(píng)估過程中,質(zhì)量屬性效用樹(UtilityTree)是對(duì)系統(tǒng)質(zhì)量屬性進(jìn)行識(shí)別和優(yōu)先級(jí)排序的重要工具。請給出合適的質(zhì)量屬性,填入圖12-24中(1)、(2)空白處;并選擇題干描述的(a)~(m),填入(3)~(6)空白處,完成該系統(tǒng)的效用樹。

題型:問答題

對(duì)數(shù)據(jù)庫的訪問是該系統(tǒng)開發(fā)中需要特別注意的一個(gè)問題,O/R映射是一種常用的數(shù)據(jù)庫訪問編程技術(shù)。請用200字以內(nèi)的文字說明O/R映射的含義,并指出采用O/R映射的3個(gè)主要好處。

題型:問答題

發(fā)揮信息系統(tǒng)效益的關(guān)鍵是信息資源的有機(jī)共享,請給出該市政務(wù)信息資源共享的建議(200字以內(nèi))。

題型:問答題

在本項(xiàng)目中,如果計(jì)算機(jī)采用了多線程技術(shù)實(shí)現(xiàn)應(yīng)用程序的并發(fā)操作,程序設(shè)計(jì)人員將面臨多種挑戰(zhàn),其主要原因在于:程序會(huì)同時(shí)發(fā)生多個(gè)動(dòng)作,對(duì)這些同時(shí)發(fā)生的動(dòng)作及它們之間的交互進(jìn)行管理將面臨4方面的挑戰(zhàn),即同步、通信、負(fù)載均衡和可伸縮性,用200字以內(nèi)的文字對(duì)上述4種挑戰(zhàn)進(jìn)行簡要描述,并給出如表12-14所示的常用并發(fā)程序設(shè)計(jì)模式的分解方式。

題型:問答題