練習(xí)并掌握多任務(wù)實(shí)時(shí)操作系統(tǒng)下Task 調(diào)度、Task 間主要通信手段（信號(hào)量、消息隊(duì)列等）、RISC 處理器 I/O 端口控制等內(nèi)容，并形成嵌入式實(shí)時(shí)應(yīng)用軟件的良好編程習(xí)慣。創(chuàng)建多Task，為每個(gè)Task 創(chuàng)建私有的Message Queue，每個(gè)Task 只通過自己的私有Message Queue 接收消息；Task 間消息通信通過向?qū)Ψ剿接蠱essageQueue 發(fā)送消息完成。 Task1：管理Task。負(fù)責(zé)系統(tǒng)啟動(dòng)時(shí)同步系統(tǒng)中其他Task 的啟動(dòng)同步，利用信號(hào)量的semFlush()完成。同時(shí)接收各Task 的告警信息，告警信息需編號(hào)以logmsg 方式輸出。本task 負(fù)責(zé)系統(tǒng)結(jié)束時(shí)的Task 刪除處理。 Task2：console 命令行接收Task。接收并分析console 發(fā)來的命令行及參數(shù)。自行設(shè)置5 種以上命令，并根據(jù)命令的內(nèi)容向Task3 或/及Task4 發(fā)送激勵(lì)消息。同時(shí)實(shí)現(xiàn)系統(tǒng)退出命令，使系統(tǒng)采用適當(dāng)方式安全退出。收到非法命令向Task1告警。 Task3：Led 控制Task。接收Led 控制消息（命令），自定義Led 顯示方式表現(xiàn)命令執(zhí)行情況。本task 應(yīng)負(fù)責(zé)led 相關(guān)I/O port 初始化。收到非法led 控制命令向Task1 告警。 Task4：console 輸出Task。接收需打印輸出的字串消息（命令），輸出到console。收到長(zhǎng)度為0 或超常字串向Task1 告警。
標(biāo)簽： Task RISC 多任務(wù) 信號(hào)量
上傳時(shí)間： 2016-04-12
上傳用戶：iswlkje
javamail 自動(dòng)翻譯郵件，收到的郵件可以查看，點(diǎn)擊回復(fù)后可以自動(dòng)翻譯郵件內(nèi)容并回復(fù)！
標(biāo)簽： javamail 自動(dòng) 翻譯
上傳時(shí)間： 2016-04-13
上傳用戶：lo25643
基于MSP430FE427單片機(jī)的RS485源碼，485沒有使能端，利用串口助手2.1，發(fā)一組數(shù)據(jù)被單片機(jī)接受后返回。完全符合645協(xié)議，其中數(shù)據(jù)域接受時(shí)減0x33，發(fā)送時(shí)加0x33。所以收到的數(shù)據(jù)效驗(yàn)碼與發(fā)送的會(huì)不同。
上傳時(shí)間： 2013-12-10
上傳用戶：1966640071
Windows下DNS ID欺騙的原理與實(shí)現(xiàn)在DNS數(shù)據(jù)報(bào)頭部的id（標(biāo)識(shí)）是用來匹配響應(yīng)和請(qǐng)求數(shù)據(jù)報(bào)的。現(xiàn)在，讓我們來看看域名解析的整個(gè)過程。客戶端首先以特定的標(biāo)識(shí)向DNS服務(wù)器發(fā)送域名查詢數(shù)據(jù)報(bào)，在DNS服務(wù)器查詢之后以相同的ID號(hào)給客戶端發(fā)送域名響應(yīng)數(shù)據(jù)報(bào)。這時(shí)客戶端會(huì)將收到的DNS響應(yīng)數(shù)據(jù)報(bào)的ID和自己發(fā)送的查詢數(shù)據(jù)報(bào)ID相比較，如果匹配則表明接收到的正是自己等待的數(shù)據(jù)報(bào)，如果不匹配則丟棄之。 假如我們能夠偽裝DNS服務(wù)器提前向客戶端發(fā)送響應(yīng)數(shù)據(jù)報(bào)，那么客戶端的DNS緩存里域名所對(duì)應(yīng)的IP就是我們自定義的IP了，同時(shí)客戶端也就被帶到了我們希望的網(wǎng)站。條件只有一個(gè)，那就是我們發(fā)送的ID匹配的DSN響應(yīng)數(shù)據(jù)報(bào)在DNS服務(wù)器發(fā)送的響應(yīng)數(shù)據(jù)報(bào)之前到達(dá)客戶端。
標(biāo)簽： DNS Windows 數(shù)據(jù)報(bào) 標(biāo)識(shí)
上傳時(shí)間： 2016-05-16
上傳用戶：我們的船長(zhǎng)
服務(wù)端(發(fā)送方)和客戶端(接收方)定好數(shù)據(jù)庫結(jié)構(gòu)及內(nèi)容格式后，由服務(wù)端將數(shù)據(jù)庫生成指定XML格式文件后， 通過Socket發(fā)給客戶端。客戶端接收成功后，用收到的XML庫格式文件，生成數(shù)據(jù)庫。
標(biāo)簽： 服務(wù)端 發(fā)送 接收 數(shù)據(jù)庫
上傳時(shí)間： 2013-12-16
上傳用戶：haoxiyizhong
基于UDP實(shí)現(xiàn)E-Mail傳輸 工作過程描述： 客戶端描述： 1． Client（以下簡(jiǎn)稱C端）端將郵件以規(guī)定的大小封裝為符合要求的UDP包。 2． 將封裝好的UDP包發(fā)出，并等待Server(以下簡(jiǎn)稱S端)端收到相應(yīng)的UDP包后返回的回應(yīng)Acknowledge(以下簡(jiǎn)稱為ACK)。若收到的為Positive ACK,則繼續(xù)發(fā)包；若收到的為Negtive ACK,則將應(yīng)發(fā)的包重發(fā)。 3． 直到C端將所有要發(fā)的包都發(fā)完，并都已經(jīng)收到S端的回應(yīng)，最后發(fā)一個(gè)End包，直接關(guān)閉此進(jìn)程。 服務(wù)器端描述： 1． S端啟動(dòng)服務(wù)進(jìn)程，并監(jiān)聽相應(yīng)端口。 2． 若收到C端發(fā)出的有關(guān)請(qǐng)求，按如下情況給出相應(yīng)的反映： a． 將收到的包進(jìn)行檢測(cè)，若收到的包有錯(cuò)則拋棄（discard），并發(fā)給C端一個(gè)negtive ACK。 b． 將收到的包進(jìn)行檢測(cè)，若收到的包正常，則將此包進(jìn)行解包，將內(nèi)容輸出至一臨時(shí)文件；并發(fā)給C端一個(gè)positive ACK。 3．依次收到來自C斷的包，直到收到end為止，并關(guān)閉此進(jìn)程，轉(zhuǎn)回監(jiān)聽狀態(tài)。
標(biāo)簽： UDP E-Mail Client 封裝
上傳時(shí)間： 2014-12-08
上傳用戶：sxdtlqqjl
C5509A的IDLE用法.在C5509A的中，當(dāng)DSP通過I2C從MCU接收到SLEEP命令時(shí)，需要進(jìn)入休眠狀態(tài)。
上傳時(shí)間： 2014-01-05
上傳用戶：gououo
RCC串口通訊協(xié)議設(shè)計(jì)思想是基于幀傳輸方式，即在向MODEM(RS232)發(fā)送數(shù)據(jù)時(shí)是一幀一幀地發(fā)送，對(duì)于應(yīng)用程序來講，應(yīng)用程序所發(fā)送的和所接收的都是流式數(shù)據(jù)，即如果應(yīng)用程序需要進(jìn)行上層的協(xié)議解釋的話，它將面對(duì)這些流數(shù)據(jù)的重新拼裝。為保證可靠的傳輸，在RCC進(jìn)行數(shù)據(jù)傳輸時(shí)，采用發(fā)送/應(yīng)答/握手/失敗方式，即發(fā)送一幀數(shù)據(jù)，一個(gè)應(yīng)答，若應(yīng)答沒收到，重新進(jìn)行協(xié)商握手，握手失敗則向應(yīng)用程序報(bào)告錯(cuò)誤。
標(biāo)簽： RCC 串口 通訊協(xié)議 設(shè)計(jì)思想
上傳時(shí)間： 2014-01-24
上傳用戶：ZJX5201314
輸入的第一行是一個(gè)正整數(shù)N(1<=N<=40)，表示TheBeet買了N個(gè)山東煎餅，已知每個(gè)山東煎餅價(jià)格為2.5元。 接下來有6個(gè)非負(fù)整數(shù)，范圍在[0, 1000]之內(nèi)，分別表示攤主所擁有的50元、10元、5元、1元、5角、1角紙幣的數(shù)量。 Output 輸出一個(gè)整數(shù)，表示TheBeet最后收到的紙幣數(shù)。如果無法滿足要求，那就輸出-1。
上傳時(shí)間： 2016-06-26
上傳用戶：米卡
現(xiàn)今的社會(huì)是一個(gè)信息飛速發(fā)達(dá)的社會(huì)，其中在信息的交流當(dāng)中，互聯(lián)網(wǎng)占據(jù)著一個(gè)非常重要的位置。人們可以通過在互聯(lián)網(wǎng)上收到最新的消息，也可以通過互聯(lián)網(wǎng)進(jìn)行信息的交流。而論壇就是大家進(jìn)行信息交流的其中一個(gè)渠道。 論壇的概念：論壇（BBS）是Bulletin-Board-System的縮寫，即電子公告欄。它是一種在Internet網(wǎng)上開放的信息服務(wù)系統(tǒng)，通過論壇用戶可以方便的實(shí)現(xiàn)信息的交換和文件的共享。 本文主要完成了基于JSP技術(shù)的信息交流論壇的設(shè)計(jì)和實(shí)現(xiàn)，主要實(shí)現(xiàn)了客戶端和服務(wù)器端的動(dòng)態(tài)交互。該系統(tǒng)包含六個(gè)模塊：論壇用戶登陸注冊(cè)模塊，論壇賬戶信息模塊，論壇文章發(fā)布模塊，公告/制度模塊，版塊管理模塊，信息管理模塊。論文詳細(xì)描述了模塊的結(jié)構(gòu)、功能以及具體設(shè)計(jì)過程。系統(tǒng)采用了JSP技術(shù)以及JavaBeans組件技術(shù)和JDBC技術(shù)實(shí)現(xiàn)。 關(guān)鍵詞：JSP，BBS，MYSQL，JavaBeans，系統(tǒng)設(shè)計(jì)
標(biāo)簽：
上傳時(shí)間： 2013-12-03
上傳用戶：wangzhen1990
蟲蟲下載站版權(quán)所有 京ICP備2021023401號(hào)-1
