<li id="wi8se"></li> <rt id="wi8se"></rt>
C語言的開發模式, 是編寫.c的Source Code, 再經由Compiler編譯成Object Code。所謂Object Code指的是和硬體相關的機器指令, 也就是說當我們想要把C程式移植到不同的硬體時, 必須要重新Compile,以產生新的執行檔。除了需要重新編譯外,新系統是否具備應用程式所需的程式庫,include的檔案是否相容, 也是程式能否在新機器上順利編譯和執行的條件之一。
標簽： Code Object Compiler Source
上傳時間： 2017-04-02
上傳用戶：yph853211
這是compiere2的官方沒問題版本～我在fedora10上安裝正確無誤～不會出現錯誤訊息 ～不過我發現compiere他自己本身有自己專屬的網站server～所以有架設網站的網友們～ 可能要斟酌一下～最好把他獨立開來比較好～= =～我發現他挺消耗系統資源的～
標簽： compiere2 compiere fedora server
上傳時間： 2014-12-04
上傳用戶：yy541071797
找一個最小的自然數，使它等于不同的兩組三個自然數的三次冪之和，即找最小的x，使得：x=a*a*a+b*b*b+c*c*c = d*d*d+e*e*e+f*f*f 其中，a,b,c,d,e,f都是自然數,a<=b<=c, d<=e<=f [a,b,c]!=[d,e,f] 進一步，是否還存在另外一個自然數滿足上述條件，可能的話請輸出其結果
標簽：
上傳時間： 2017-05-16
上傳用戶：vodssv
learningMatlab PhÇ n 1 c¬ së Mat lab Ch ¬ ng 1: Cµ i ® Æ t matlab 1.1.Cµ i ® Æ t ch ¬ ng tr×nh: Qui tr×nh cµ i ® Æ t Matlab còng t ¬ ng tù nh viÖ c cµ i ® Æ t c¸ c ch ¬ ng tr×nh phÇ n mÒ m kh¸ c, chØ cÇ n theo c¸ c h íng dÉ n vµ bæ xung thª m c¸ c th« ng sè cho phï hî p. 1.1.1 Khë i ® éng windows. 1.1.2 Do ch ¬ ng tr×nh ® î c cÊ u h×nh theo Autorun nª n khi g¾ n dÜ a CD vµ o æ ® Ü a th× ch ¬ ng tr×nh tù ho¹ t ® éng, cö a sæ
標簽： learningMatlab 172 199 173
上傳時間： 2013-12-20
上傳用戶：lanwei
題目：古典問題：有一對兔子，從出生后第3個月起每個月都生一對兔子，小兔子長到第三個月后每個月又生一對兔子，假如兔子都不死，問每個月的兔子總數為多少？ //這是一個菲波拉契數列問題 public class lianxi01 { public static void main(String[] args) { System.out.println("第1個月的兔子對數: 1"); System.out.println("第2個月的兔子對數: 1"); int f1 = 1, f2 = 1, f, M=24; for(int i=3; i<=M; i++) { f = f2; f2 = f1 + f2; f1 = f; System.out.println("第" + i +"個月的兔子對數: "+f2); } } } 【程序2】 題目：判斷101-200之間有多少個素數，并輸出所有素數。 程序分析：判斷素數的方法：用一個數分別去除2到sqrt(這個數)，如果能被整除， 則表明此數不是素數，反之是素數。 public class lianxi02 { public static void main(String[] args) { int count = 0; for(int i=101; i<200; i+=2) { boolean b = false; for(int j=2; j<=Math.sqrt(i); j++) { if(i % j == 0) { b = false; break; } else { b = true; } } if(b == true) {count ++;System.out.println(i );} } System.out.println( "素數個數是: " + count); } } 【程序3】 題目：打印出所有的 "水仙花數 "，所謂 "水仙花數 "是指一個三位數，其各位數字立方和等于該數本身。例如：153是一個 "水仙花數 "，因為153=1的三次方＋5的三次方＋3的三次方。 public class lianxi03 { public static void main(String[] args) { int b1, b2, b3;
上傳時間： 2017-12-24
上傳用戶：Ariza
在互補式金氧半(CMOS)積體電路中，隨著量產製程 的演進，元件的尺寸已縮減到深次微米(deep-submicron)階 段，以增進積體電路(IC)的性能及運算速度，以及降低每 顆晶片的製造成本。但隨著元件尺寸的縮減，卻出現一些 可靠度的問題。
標簽： ESD_Technology
上傳時間： 2020-06-05
上傳用戶：shancjb
v> 目前最常見的藍牙天線有偶極天線（dipole antenna）,倒 F 型天線（planar inverted F anternna）、曲流線型天線（meander line antenna）、微小型陶瓷天線（ceramic antenna）、液晶 聚合體天線（lcp）和棒狀天線（2.4G 頻率專用）等。由于這些具有近似全向性的輻射場型 以及結構簡單、制作成本低的優點，所以非常適合嵌入藍牙技術裝置使用。
上傳時間： 2022-03-11
上傳用戶：
第1章 引 言產業界人士和觀察家（甚至包括那些經過多年外層空間旅行剛剛返回這個世界的人）都已經很清楚，因特網（ I n t e r n e t）發展所達到的地位和其所產生的現象都不同于本世紀或上世紀所提出的任何一種技術。 I n t e r n e t的延伸和影響范圍、有關 I n t e r n e t 出版物、以及包括美國在線（A O L）、美國電報電話公司（ AT & T）和微軟公司等I n t e r n e t產業界的大量風險投資者，這一切都會使我們有一種紛繁迷亂的感覺。所有這些都是通過這樣或那樣的方式與 I n t e r n e t連接起來。I n t e r n e t也是Joe Sixpack和Fortune 1000這樣的網站每天都關心、考慮和使用的唯一技術。或許I n t e r n e t是世界上少有的幾個能夠以相同的平等程度來對待每一個用戶的實體組織之一。一個企業的首席執行官（ C E O）如果想給公司提供更好的網絡服務保證，他必須建立一個專用網絡。而在I n t e r n e t中，每一個人對網絡的訪問都是平等的。I n t e r n e t的發展并沒有損害到那些在過去 1 5 0年中所發展起來的其他技術。的確，電話技術是相當重要的，它可以使我們能夠在雙方不見面的情況下通過聲音與線路另一端的人通話。同樣，汽車也改變了我們的生活，汽車的出現能夠使我們在一天之內跨越更大的距離，而這個距離要比任何其他動物多出一個數量級。電燈、無線電和電視都曾經是改善我們日常生活的十分重要的技術，擴展了我們在非睡眠狀態的時間，向我們傳播各種信息，使我們享受更多的娛樂。我們已經在很大程度上解決了生存問題。大多數人的飯桌上有足夠的食品、有溫暖的住所，并且都有一個工作場所，可以每天早出晚歸地工作。我們也可以不必被動地接收各種電視節目，而可以輕松地使用遙控器選擇欣賞自己喜愛的頻道。I n t e r n e t除了有把事情變得更好的能力外，也可能會把事情搞得更糟。在好的一方面，I n t e r n e t能夠使我們在世界范圍同人們進行對等通信；使我們能夠訪問那些存儲在數以百萬計的網絡計算機上的幾乎無限的大量信息。一些功能強大的搜索引擎能夠使我們更加簡單和迅速地實現對有用、有意義的信息資源的定位。不同階段的商務活動，包括從最初的偶然興趣直到成熟的采購定單等，都可以在 I n t e r n e t上完成。甚至于許多人已經開始幻想在將來的某天，I n t e r n e t能使我們不再需要每天早起去上班了。人們可以靠在枕頭上使用一臺膝上型計算機（或許將來可能出現的任何先進的計算機）通過撥接 I n t e r n e t對所有的商務活動和某些消遣娛樂進行管理和維護。在不利的一方面，I n t e r n e t也可能使我們成為有電子怪癖的人，使我們缺乏與其他人進行直接交流的能力。人們僅有的非睡眠時間都將被耗費在計算機的熒光屏前，不停地鍵入I n t e r n e t地址（U R L）或指向其他的超級鏈接。最令人不安的是，由于“等待回應（ W F R E，waiting for reply）”而浪費的時間是不可挽回的。 W F R E現象的出現是由于I n t e r n e t上太擁塞、太慢，以至于你的瀏覽器似乎進入了一個永久“等待回應”的狀態。有時候它只是幾秒鐘的問題；另一些情況下可能是幾分鐘。你在 W F R E狀態下盯著計算機熒光屏等待所花費的時間第一部分 概 述是相當大的，這些時間的總和可能會是一個令人吃驚的數字，其數量級或許是幾個月甚至幾年。我們所討論的要點在于：1) Internet已經經歷了巨大的增長過程，并且這種增長將會繼續。2) 不論是居民用戶或者是團體用戶， I n t e r n e t都受到了同等的歡迎。對于后者， I n t e r n e t還意味著新的收入增長點。3) 一些實力很強并且有創造力的產業巨頭正在致力于 I n t e r n e t的應用，以便為其企業自身及其消費者提供有利條件。無庸置疑，不論是偶爾對 I n t e r n e t的臨時使用還是正式規范地應用I n t e r n e t，都將導致對I n t e r n e t更多的興趣和廣告宣傳。與此同時，也將伴隨著 I n t e r n e t應用和及其流量的成比例的增長。4) 目前I n t e r n e t的帶寬和容量還是缺乏的，這導致了 I n t e r n e t上不穩定的響應時間和不可預知的性能。同時產生的問題是， I n t e r n e t是否有能力支持未來的、高帶寬需求的、時延敏感的應用？或者說I n t e r n e t是否有能力支持居民對帶寬容量的適度增長的需求？我們是如何進入了這樣一個不穩定的狀態呢？這個問題有若干答案，但其中沒有一個是真正有權威性的解釋，或許還有一些是可以根本不考慮的。首先， I n t e r n e t是其自身成功的一個受害者。每一天都有新的用戶加入到 I n t e r n e t中，越來越多的人不停地使用瀏覽器通過一個We b站點搜尋他們所感興趣的下一個 We b站點。由于訪問 I n t e r n e t的價格僅是電話的市話費用附加一個適度的費率，因此并沒有一個價格上的保護手段來防止某些瀏覽者對 I n t e r n e t資源的長時間占用。另一種資源的缺乏不一定是由于網絡資源的不足引起的，而更大程度上是由于服務器的資源不足造成的。對某些服務器或服務器陣列來說，突發性的連接請求所引起的負荷和突發的頻度可能大大超過了這些服務器的處理能力。這種突發的大量的連接請求一般發生在大量的客戶試圖同時訪問同一個 We b服務器的時候。這個問題可以被認為是一個臨時性的問題，因為服務器的供應商通常會不斷地提供新型的內容服務器主機、負載平衡器、 We b緩存器等來使該問題得到緩解 。另一個問題是某些鏈路可能正好沒有足夠的帶寬來支持業務所提供的流量負荷。這個問題的部分解決方案當然是增加更多的帶寬；一些新的技術，如波分復用（ W D M）技術，似乎可以為用戶提供幾乎無限的帶寬。所有這些我們上述所討論的問題都是造成 I n t e r n e t及I n t r a n e t（I n t r a n e t是I n t e r n e t在企業范圍內的一個著名的復制品）性能極其不穩定的重要因素。在這些問題中，有很多都已經被研究清楚了；雖然其中有些諸如價格等問題是不可能在一夜之間得到解決的，但是我們至少已經知道解決方案是存在的，并且可以在不久的將來得到應用。然而，有關I n t e r n e t性能和基于I P協議進行網絡互連的最基本問題，很大程度上還在于基本 I P路由轉發處理過程和該功能的實現平臺。
標簽： ip交換技術
上傳時間： 2022-07-27
上傳用戶：fliang
交流電動機是一個多變量、高階、強耦合的非線性系統，不象直流電機那樣易于控制轉矩，采用矢量控制技術可解決傳統交流調速的難題，使交流電機可以按直流電機的控制規律來進行控制，而無傳感器矢量控制技術由于可以省去速度傳感器，使相應的交流調速系統變得簡便、廉價和可靠，所以成為當前研究的熱點，本論文工作就是這方面的一個嘗試。 論文首先介紹了矢量控制技術的基本理論。對感應電動機在三相靜止坐標系下強耦合和互感變參數的數學模型，通過坐標變換，導出感應電機在兩相同步旋轉坐標系下的數學模型，然后將同步坐標系按轉子磁場定向，實現了對轉子磁鏈和轉矩的分別控制，從而可以按直流電機的控制規律來控制交流電機。 其次，論文基于同步軸系下的感應電動機電壓磁鏈方程式，提出了一種感應電動機按轉子磁場定向的矢量控制方法，利用在同步軸系中T軸電流的誤差信號實現對電機速度的估算，這種速度估算方法結構簡單，有一定的自適應能力。同時在該無傳感器矢量控制系統中，由于采用了經典的PI調節器，使得控制系統更為簡單易行。 論文利用MATLAB建立了該無傳感器矢量控制系統的仿真模型。為提高系統的適應性和仿真結果的準確性，仿真模型采用了標么值系統，并考慮了控制周期和采樣信號周期對仿真結果的影響。討論了離散控制引起的相位補償問題，使仿真結果更接近實際工程系統。 最后，通過仿真進一步驗證了本文提出的無傳感器矢量控制系統的正確性和可行性，也證明了速度估計模型對速度估計準確，且對參數的變化有較強的魯棒性。
上傳時間： 2013-06-02
上傳用戶：libinxny
第一章 序論……………………………………………………………6 1- 1 研究動機…………………………………………………………..7 1- 2 專題目標…………………………………………………………..8 1- 3 工作流程…………………………………………………………..9 1- 4 開發環境與設備…………………………………………………10 第二章 德州儀器OMAP 開發套件…………………………………10 2- 1 OMAP介紹………………………………………………………10 2-1.1 OMAP是什麼?…….………………………………….…10 2-1.2 DSP的優點……………………………………………....11 2- 2 OMAP Architecture介紹………………………………………...12 2-2-1 OMAP1510 硬體架構………………………………….…12 2-2.2 OMAP1510軟體架構……………………………………...12 2-2.3 DSP / BIOS Bridge簡述…………………………………...13 2- 3 TI Innovator套件 -- OMAP1510 ……………………………..14 2-2.1 General Purpose processor -- ARM925T………………...14 2-2.2 DSP processor -- TMS320C55x …………………………15 2-2.3 IDE Tool – CCS …………………………………………15 2-2.4 Peripheral ………………………………………………..16 第三章 在OMAP1510上建構Embedded Linux System…………….17 3- 1 嵌入式工具………………………………………………………17 3-1.1 嵌入式程式開發與一般程式開發之不同………….….17 3-1.2 Cross Compiling的GNU工具程式……………………18 3-1.3 建立ARM-Linux Cross-Compiling 工具程式………...19 3-1.4 Serial Communication Program………………………...20 3- 2 Porting kernel………………………………………………….…21 3-2.1 Setup CCS ………………………………………….…..21 3-2.2 編譯及上傳Loader…………………………………..…23 3-2.3 編譯及上傳Kernel…………………………………..…24 3- 3 建構Root File System………………………………………..…..26 3-3.1 Flash ROM……………………………………………...26 3-3.2 NFS mounting…………………………………………..27 3-3.3 支援NFS Mounting 的kernel…………………………..27 3-3.4 提供NFS Mounting Service……………………………29 3-3.5 DHCP Server……………………………………………31 3-3.6 Linux root 檔案系統……………………………….…..32 3- 4 啟動及測試Innovator音效裝置…………………………..…….33 3- 5 建構支援DSP processor的環境…………………………...……34 3-5.1 Solution -- DSP Gateway簡介……………………..…34 3-5.2 DSP Gateway運作架構…………………………..…..35 3- 6 架設DSP Gateway………………………………………….…36 3-6.1 重編kernel……………………………………………...36 3-6.2 DEVFS driver…………………………………….……..36 3-6.3 編譯DSP tool和API……………………………..…….37 3-6.4 測試……………………………………………….…….37 第四章 MP3 Player……………………………………………….…..38 4- 1 MP3 介紹………………………………………………….…….38 4- 2 MP3 壓縮原理……………………………………………….….39 4- 3 Linux MP3 player – splay………………………………….…….41 4.3-1 splay介紹…………………………………………….…..41 4.3-2 splay 編譯………………………………………….…….41 4.3-3 splay 的使用說明………………………………….……41 第五章 程式改寫………………………………………………...…...42 5-1 程式評估與改寫………………………………………………...…42 5-1.1 Inter-Processor Communication Scheme…………….....42 5-1.2 ARM part programming……………………………..…42 5-1.3 DSP part programming………………………………....42 5-2 程式碼………………………………………………………..……43 5-3 雙處理器程式開發注意事項…………………………………...…47 第六章 效能評估與討論……………………………………………48 6-1 速度……………………………………………………………...48 6-2 CPU負載………………………………………………………..49 6-3 討論……………………………………………………………...49 6-3.1分工處理的經濟效益………………………………...49 6-3.2音質v.s 浮點與定點運算………………………..…..49 6-3.3 DSP Gateway架構的限制………………………….…50 6-3.4減少IO溝通……………….………………………….50 6-3.5網路掛載File System的Delay…………………..……51 第七章 結論心得…
上傳時間： 2013-10-14
上傳用戶：a471778
