uCosii訊號量集的使用

12月份的主要工作是研究一下作業系統。uCossii比較簡單,可以先從它下手。由於沒有相應的嵌入式平台,就只好在電腦上類比了。在電腦上porting的工作已經有人做了,拿過來直接用了。項目的位置如下:http://www.it.fht-esslingen.de/~zimmerma/software/uCOS-II_WIN32.htm#Internals 因為在電腦上安裝了cygwin,所以我的工作都是在cygwin下進行的,全部的src code可以從以下地址下載。svn checkout

malloc/free深入理解

慚愧,學習了這麼多年C語言,今天算是重新認識了,真的還是很菜啊!總結一名話:free()其實只是將分配的記憶體歸還給作業系統,讓其可以再malloc. 但是對於其原先malloc時的指標不會有任何影響。 所以free()後一定要將指標置為NULL.  一、malloc()和free()的基本概念以及基本用法:1、函數原型及說明:void *malloc(long NumBytes):該函數分配了NumBytes個位元組,並返回了指向這塊記憶體的指標。如果分配失敗,則返回一個null

[原創]失業的第一天

今天算是離職後真正的第一天,還是比較無聊的。沒有了事情可以做,反而更感到空虛。有些時候,預計的情況跟實際的發生是完全不一樣的,自已沒有達到理想的那種狀態,只是任其自然發生。不過,是否因為裸辭而感到後悔呢?完全沒有,之前是因為恐懼,害怕沒有工作後,自已不知道會變成什麼樣子,情緒會變得很低落。但是現在看起來完全沒有那種跡象。可以說你已經戰勝了自已對於不確定未來的恐懼,同時也戰勝了自已。對於接下來的日子要如何度過,還是有一些安排的。要真正的實施還有一定的困難,但是一定要堅持的完成,今年或許是最要命的一

活著大於一切,死亡並不可怕

人生五十年,看世事夢幻如水。做為整個大家庭裡讀書最多的人,我深受其害。在不恰當的年齡裡,有著過早成熟的思想,沒有享受到做為孩子的樂趣。及至現在,又有一些事情不甘心,於是又想重新瘋狂,只是年華不再。在這個世界上,人本應該有多種多樣的追求。但是福士社會將人們塑造成單一思想,只會追求物慾的動物。我未能免俗。或許迫於家庭或他人的壓力,我也加入了結婚,買房,生子的隊列。不能說追求有愛與和諧的家庭有什麼錯誤,只是對於什麼是自已真正追求的,人們通常一無所知。我經常思考人活著的意義,常在夢中迷離,一覺醒來恍若隔

[原創]什麼樣的客戶調查才是真實的

昨天從灣畔買東西出來,被一MM攔住,說是要我參加一個使用者調查,關於遊戲的。MY GOD,我是從來不玩遊戲的,但是無所謂了。到了老樹咖啡上邊,調查的MM問我平時玩什麼遊戲,對於哪款遊戲比較熟悉。我雖然沒有玩過嗎,但是看見別人打過,所以就說是DOOM了,但是那位MM引導性的跟我說,看一下列表中的其它遊戲熟悉嗎,比如劍俠情緣之類的。還好我之前玩過一點點,於是說還算是比較熟悉。於是問我裡邊的角色,早就忘到九霄雲外去了。沒辦法,於是MM又拿給我名字讓我選一個,我就隨便選了一個。但是我看到調查問卷上寫著,

電子支付密碼器

簡介  一種可與銀行的電腦網路結合,構成一種支付密碼系統的支付密碼器,它由器殼、鍵盤、單片機及液晶顯示模組組成,所述的單片機選用內含隨機存貯器RAM和掩膜加密程式存貯器ROM的微機晶片,使單片機的內部掩膜了完整的編碼控製程序和密碼編譯演算法程式,從而使本實用新型具有準確性高,安全性、抗破譯性好,使用方便舒適、結構簡單、攜帶方便等特點。基本結構一種支付密碼器,它包括器殼,安裝在器殼上的鍵盤、單片機及液晶顯示模組,其特徵在於單片機MCU選用內含隨機存貯器RAM和程式存貯器ROM的微機晶片U,鍵盤(2

ubuntu定製啟動盤

由於自已的UBUNTU系統安裝了很多軟體及修改了諸多設定,不想每次重裝系統都要折騰半天,於是想到要如何將現有的系統產生一份鏡像,這樣子即使要重新安裝系統,用定製的鏡像直接安裝,完成後即可使用。網路上有很多軟體,不過我用的最順手的還是remaster sys。

.vimrc檔案中的路徑設定注意事項

通過bundle安裝了exVim, 結果在.vimrc中設定路徑時,運行總是出錯let $EX_DEV='~/.vim/bundle/exVim'let g:ex_toolkit_path = '~/.vim/bundle/exVim/toolkit'運行總是提示找不到~/.vim/bundle/exVim/toolkit/xx.sh可是明明檔案就在那裡,後來修改成如下就可以了。猜測~/應該只能要bash shell環境中使用,如果在指令碼中使用,除非先匯出其使用的方法才行.let

人生思考

其實我一直在構思要如何講述我對人生,對於愛情,對於生活,對於工作,對於創業,對於那些亂七八糟的事情的看法。但是太多太雜,感覺無從下手。以我目前的水平,還是無法駕駑這樣的一篇文章的。寫下來必寫認人感覺雜亂。於是,最好的方式還是分段來講述。

USB vid&pid

  根據USB 規範的規定,所有的USB裝置都有 供應商ID(VID )和產品識別碼(PID ),主機通過不同的VID和PID來區別不同的裝置,VID和PID都是兩個位元組長,其中,供應商 ID(VID)由供應商向USB執行論壇申請,每個供應商的VID是唯一的,PID由供應商自行決定。  VID和PID通常情況下有兩種儲存方式,第一種是主控生產商的VID和PID,儲存在主控的bootcode中;第二種是裝置生產商的VID和PID,

現代成功學的誤區

現代意義的成功學是不可遵循的;如果你依照它們講的,給自已畫了一個大大的餅,結果卻沒有相應的行動來支援,沒有一個可以實施的環境來實現,那麼這就是自尋痛苦。正確的做法是在現有的基礎上,做出自已最大的改變即可。如果,你現在是一個職員,那麼,你要想的是如何成為一名成功的職員,而不是成為電商大佬。如果你想要成為電商大佬,那麼你要做的是完成最小的可能實現,而不是想著自已已經是大佬後要如何如何。人如果沒有一步一步的實現自已的目標,而是大躍進式的,那麼必然會有一些問題產生出來。無論是自我意識的短板,還是在管理上

社區化經營

昨天有去宜家閑逛,看到人流如織,就去想為什麼會有這樣,宜家的獨特之處在於哪裡,吸引了這麼多人。毋庸置疑的是,在大家的心目中,宜家是代表了一種小資生活情調。這是其最大的特點。這種氛圍是如何營造出來的,我想在於其社區化的經營。何為社區化經營?在我看來,所謂的社區化經營,在於賣場不僅僅是賣東西的地方,而成為了一個綜合化的購物場所。讓我們看看宜家的布置,大致分為如下幾個區:體驗區,取貨區,餐廳,免費繼杯的小吃區。這樣做有什麼好處呢。重點在於,體驗區它把其分割成一個個小的家庭布置展區,大家能一眼看到,噫,

開始學習網路通訊協定

學習一個新的知識,到底有沒有好的方法,可以較快的掌握這個領域的東西。學習了這麼多年,好像是沒有什麼秘決。不過,這次決定將整個學習過程記錄下來,以便分析與提高。首先,對於網路的瞭解,現在的水平也就僅限於大學裡學習的那點知識,知道什麼是區域網路,IP地址,OSI七層模型,TCP/IP是事實的標準等等,但是再深入就不清楚了。那麼要從何開始學起呢。網上好像都是建議先看TCP/IP的經典書籍三大卷。我倒是有下載下來,但是要硬著頭皮看下去,估計有點難度,不過,現在也找不到更好的方法,就先按此進行了。搞清楚一

[精編]do{}while(0)宏詳解

篇一:#define MACRO_NAME(para) do{macro content}while(0)的格式,總結了以下幾個原因: 1,空的宏定義避免warning:1 #define foo() do{}while(0)庖丁解牛:這樣的用途在定義調試資訊時會非常有用。如在程式開發階段,定義1 #ifdef DEBUG2 #define debug_print do \3 {4 printf(“file:%s, func:%s,

[原創]smbclient區域網路批理下載檔案

原先我在CHINA UNIX BLOG的文章,今天突然用到,想想還是收集到一處吧!1,列出某個IP地址所提供的共用資料夾smbclient -L 198.168.0.1 -U username%password2,像FTP用戶端一樣使用smbclientsmbclient //192.168.0.1/tmp -U username%password執行smbclient命令成功後,進入smbclient環境,出現提示符: smb:\>這裡有許多命令和ftp命令相似,如cd

關於共用協作的一點構想

今天在看到國外的共用協作編程網站koding和friendcoding時,覺得這是非常不錯的一種工作方式。類似於企業的協作平台,只是放到了互連網,讓每個人都可以參與其中。其實,仔細想來,linux kernel的發展其實就是共用協作的成果,只不過之前的工具的IRC和mail。而如今多了很多溝通交流的工具,讓每個參與者之前能夠更快捷方便的交流。linux

遞迴式Makefile模板

自已寫的程式,源檔案分在了不同的目錄,需要make來管理。參考了很多的Makefile模板,一直沒有找到合適的,於是動手自已寫了一個,花費了我一天時間來看文檔,然後動手實踐。先看一下我的目錄結構:.├── list│   ├── list.c│   ├── list.h│   ├── main.c│   └── Makefile├── Makefile├── Makefile.in└── platform └── platform.h2 directories, 7

為何USB HID Report中的Item的Report Count可以大於Logical Maximum

【問題】在分析 USB HID Report的時候,發現代碼中,Report Count=263,Logical Maximum=0xFF=255,出現了Report Count大於Logical Maximum的情況,覺得很是不理解,為何Report Count可以大於Logical Maximum?是不是代碼寫錯了? 【解答】不是代碼錯了。是自己理解錯了。經過詢問別人和自己再仔細看HID的資料手冊規範,才終於搞懂了,此處為何Report Count可以大於Logical

URL特殊字元需轉義

URL特殊字元需轉義

AVR-HID:HID介面實現感測資料擷取

  因為系統內建HID驅動,所以省去了上位機驅動開發的環節,對於一些簡單的裝置,這是一個非常經典的實現方案。本文涉及的內容很多,從下位機HID裝置端的開發,一直延伸到上位機應用軟體的開發。

總頁數: 61357 1 .... 6896 6897 6898 6899 6900 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.