其他

在VC++中有兩種方法可以進行串口通訊。一種是利用Microsoft公司提供的ActiveX控制項 Microsoft Communications Control。另一種是直接用VC++訪問串口。下面將簡述這兩種方法。 　　一、Microsoft Communications Control

     本文出自 “嵌入式開發” 部落格，請務必保留此出處http://davinci.blog.51cto.com/1418291/303985雖然早就知道了大名頂頂的u-boot，但最近才開始搞，u-boot的確不錯，結構很清晰，一定好好研究。第一個要調試的就是網路口，因為我們沒有用DM365開發板上一樣的網路物理層晶片KS8001,而是用了RTL8201,因此需要修改驅動，經過一番折騰之後發現，其實只要改一個地方甚至都不用改，那就是PHY ADDRESS,即網路物理層的地址，範圍為0~3

 // 將一個正整數n表示成一系列正整數之和，// n = n1 + n2 + ... + nk ( 其中， n1 >= n2 >= ... >= nk , k >= 1 )// 正整數n的一個這種表示稱為正整數n的一個劃分。// 正整數n的不同的劃分個數稱為正整數n的劃分數。// 求劃分數// 將最大數n1不大於m的劃分個數記作q(n,m)。// 遞迴關係如下:// 1、q(n,1) = 1 , n >= 1;// 2、q(n,m) = q(n,n) , m

我們自己研製的磁引導機器人（自己的磁感應探頭），在一些項目中已經得到應用。我們的磁引導機器人轉彎或選擇路徑時採用非盲走形式，這不同於現在某些單位使用的盲走形式，優點則更精確，更可靠，不易受到外部因素的幹擾，且速度快。對於磁引導機器人來說 ，地址問題最大了。由於地址只有一位檢測，容易受到幹擾。通常表現為：容易多計數。如在非地址的時候遇到一個脈衝電平極有可能當成地址。 在遇到一個地址時，由於磁條的貼法和磁條與磁探測器的位置角度不同而導致的磁場分布強弱明顯，導致地址可能會多記。 少記地址。

前赤壁賦　　蘇軾 　　壬戌之秋，七月既望，蘇子與客泛舟遊於赤壁之下。清風徐來，水波不興。舉酒屬客，誦明月之詩，歌窈窕之章。少焉，月出於東山之上，徘徊於鬥牛之間。白露橫江，水光接天。縱一葦之所如，淩萬頃之茫然。浩浩乎如馮虛禦風，而不知其所止；飄飄乎如遺世獨立，羽化而登仙。 　　於是飲酒樂甚，扣舷而歌之。歌曰：“桂棹兮蘭槳，擊空明兮溯流光。渺渺兮於懷，望美人兮天一方。”客有吹洞蕭者，倚歌而和之，其聲嗚嗚然：如怨如慕，如泣如訴；餘音嫋嫋，不絕如縷；舞幽壑之潛蛟，泣孤舟之嫠婦。 　　蘇子愀然，正襟危坐，

全部的代碼如下：#include <afxwin.h> class sample:public CFrameWnd{public:sample(){Create(NULL,"MFC Window");MessageBox("My MFC Window","CFrame constructor",MB_OK);}};class App:public CWinApp{public:BOOL InitInstance();BOOL ExitInstance();};BOOL

         我們的機器人跟產品不一樣。基本上都是非標，都根據不同的使用者定製的，而且基本上都是新開發的，所以還沒有經過長期的磨練。 最近發現一個普遍的現象。那就是 我們在調試的過程中往往是好的。      可是一到關鍵時刻－－領導或者外賓來參觀，那個時候機器便如著了魔一樣，會出現這樣那樣的問題。要知道，無論多芝麻大的問題，領導遇到了，那就不是小問題了。這種“人來瘋”現象已經不是一次兩次了。      

Docbook提供了整個書寫結構化文檔的體系，它使用SGML/XML定義了一系列文件項目，並可以利用工具把原始的文檔源檔案轉換成各種文檔 格式。它最適合用來書寫電腦文檔、論文。很多開源軟體項目都使用Docbook來寫自己的文檔。在我看來，使用Docbook寫文檔的好處有以下幾點： * 內容與格式分離 我們用Word寫文檔時，除了書寫文檔內容之外，還要經常對文檔的樣式進行排版。我們都知道，排版很是費時費力，還經常容易出錯。

編者按：INTEL（英特爾）公司建立於1968年，是全球最大的晶片製造商，Intel研究中心更是匯聚了全球無數的精英，一批年輕人抱著夢想走入了這裡，過去我們談到了太多關於Intel技術與市場方面，而這一次在這裡讓我們更多的與大家分享Intel成功的管理制度與企業文化，本文描述了一位網友應聘Intel測試工程師的艱難過程，讓你我一同分享成功。文中部分文字歸原作者所有，資料來源於網路整理，不代表本站觀點。　　

    數字訊號實際傳送的是資料流，一般資料流包括以下三種：ES是原始碼流，包含視頻、音頻或資料的連續碼流。TS是傳輸串流，是由固定長度為188位元組的包組成，含有獨立時基的一個或多個節目，適用於誤碼較多的環境。       

開機殺毒軟體提示有病毒檔案作祟：c:/windows/system32/Proxyserver.dllc:/windows/system32/zkeyHook.dll 並且還提示調用過程中有產生 winplaybdbcom.exe檔案 解決辦法：1. 運行msconfig檢查啟動選項是否有winplaybdbcom相關檔案，沒有發現；2. 運行services.msc檢查服務選項，發現有名稱為winplaybdcom的服務，查看屬性，發現已經啟動，並且為自動啟動。3. 停止該服務，並設定為禁止，

1)      Linux中主要有哪幾種核心鎖？    由於核心的幾種機制導致必須要加鎖。SMP多處理器機制  核心搶佔機制  中斷處理機制 schedule()        spinlock鎖（輕量級鎖，持有時間為ns級）        特徵是臨界區只能進一人，無法獲得鎖的人忙等，持有鎖的人不能睡眠，核心四中機制中只有schedule()機制用spinlock無法保護    mutex鎖（重量級鎖，持有時間為ms級）        特徵是臨界區只可進一人，無法獲得鎖的人會睡眠，直到鎖被釋放，

一、s3c6410開發板核心配置和編譯1、解壓核心包，將smdk6410_config核心設定檔拷貝成.config(預設設定檔)到核心原始碼樹下。一般情況下，關於平台的設定檔存放在核心原始碼樹的arch/arm/configs/目錄下，這裡用到的smdk6410_config是已經配置好了的設定檔。2、通過圖形介面調整配置$>make menuconfig (要求有ncurses庫)或：$>make xconfig$>make gconfig要調整的配置選項有：a.

有過裸板驅動程式編寫經曆的都清楚，在編寫裸板驅動程式時我們是通過訪問物理地址來操作寄存器的。但是在核心中根本不可能使用物理地址，只可以使用4G虛擬位址的高1G。這就需要我們把物理地址映射到虛擬位址。下面是一個例子：#include <linux/ioport.h>//io連接埠標頭檔//GPIO物理基地址和位移#define GPIO+BASE 0x7F008000#define GPIO_SIZE 0x28c/* 將物理地址轉換為虛擬位址(一定在3G以上的核心空間) */void

1 Stage1 階段可能出現的錯誤 ：GRUB 對於該階段出現的錯誤一般是列印一個出錯資訊並掛起機器，除非按CTRL-ALT-DEL 重啟。a） Hard Disk Error ：表示無法判讀 stage 1.5 檔案所在的磁碟的大小和 CHS 參數b）Floppy Error ：表示無法 stage 1.5 檔案所在的磁碟片的大小和 CHS 參數c）Read Error ：表示無法讀取 stage 1.5 檔案或者 stage2 檔案d）Geom Error ：stage2 或者

以smdk6410為例：中斷源是硬體概念，來自於VIC。6410支援64個中斷源。由於有些中斷源對應的是一組實際的中斷，因此，linux在處理的時候要做一些轉換。中斷號是linux的軟體概念，每個中斷號應該和一個實際的中斷對應。中斷號應該從0開始順序增加，一般來說，肯定要比中斷源更多。不同的處理器採用自己的中斷源和中斷號的轉換方法，如果不再使用三星的處理器，那麼下述的方法可能無效。對於6410來說，linux通過一個標頭檔進行兩者的轉換：參考arch/arm/plat-s3c64xx/inclu

void GetMac2(){// It is possible for an adapter to have multiple// IPv4 addresses, gateways, and secondary WINS servers// assigned to the adapter.// Note that this sample code only prints out the// first entry for the IP address/mask, gateway,// and

一、一些預備知識1、已經能夠編寫led的裸板驅動程式2、將物理地址轉換成虛擬位址在程式中我們只能使用轉換後的虛擬基地址和寄存器位移來訪問相應寄存器，而不能像裸板程式那樣直接存取物理寄存器，所以必須對物理地址進行轉換，下面是個例子#include <linux/ioport.h>#define GPIO_BASE 0x7F008000#define GPIO_SIZE 0x28C void __iomem *vir_base;vir_base = ioremap(GPIO_BASE,

        ImagingResource發布了對三星影像事業部高管的採訪。下面是一些有趣的對話。    Byungdeok