1、將makefile中的 CROSS =/usr/local/arm/2.95.3/bin/arm-linux- CFLAGS+=-I/usr/local/src/2.4.18-rmk7/include CFLAGS+=-I/usr/local/src/2.4.18-rmk7/include/linux CFLAGS+=-I/usr/local/arm/2.95.3/arm-linux/include 路徑改為你宿主機(jī)上的。 2、#make，來編譯驅(qū)動(dòng)模塊。 3、#export PATH=$PATH:/usr/local/arm/2.95.3/bin //取決于你宿主機(jī)上的交叉編譯工具路徑 #arm-linux-gcc -o gpio_test gpio_test.c //編譯應(yīng)用程序 最終在你的當(dāng)前文件夾下會(huì)生成gpiodrv.o與gpio_test兩個(gè)文件。 4、#mkdir /tmp/1 5、通過ftp的方法，把gpio_test與gpiodrv.o文件下載到你的開發(fā)板上的/tmp/1目錄中。 6、#mknod /Dev/gpio c 220 0 //創(chuàng)建文件節(jié)點(diǎn) #insmod gpiodrv.o #chmod +x gpio_test #./gpio_test 然后，就可以看到四個(gè)LED燈在閃爍了。:)
標(biāo)簽： local arm-linux usr makefile
上傳時(shí)間： 2017-08-03
上傳用戶：zhouchang199
Devskin注冊(cè)文件，有的Dev版本安裝完后可能會(huì)提示缺少clibraryReg.dcu，下載這個(gè)指定路徑就好了
標(biāo)簽： cxLibraryReg.pas
上傳時(shí)間： 2015-05-04
上傳用戶：zhaofancastle
SharpPcap c#抓包實(shí)現(xiàn)時(shí)時(shí)獲取網(wǎng)卡信息 SharpPcap tutorial: a step by step guide to using SharpPcap The text of this tutorial is taken directly from WinPcap's official tutorial but is modified to show the C# use of the SharpPcap library. All examples can be downloaded together with SharpPcap source code from SharpPcap 's homepage. The WinPcap library must be installed before attempting to run any of these examples, so please download and install the latest version from WinPcap's download page. SharpPcap was written and tested using .NET v1.1 and Windows 2000/XP. I have no idea about other .NET and Windows versions. If you do try it, please report your results. The following topics are covered in this tutorial: Obtaining the Device list Obtaining advanced information about installed Devices Opening an adapter and capturing packets Capturing packets without the event handler Filtering the traffic Interpreting the packets Handling offline dump files Sending Packets Gathering Statistics on the network traffic 1. Obtaining the Device list
標(biāo)簽： SharpPcap c#抓包 獲取網(wǎng)卡信息
上傳時(shí)間： 2015-07-06
上傳用戶：muzongda
是否要先打開ALLEGRO? 不需要(當(dāng)然你的機(jī)器須有CADENCE系統(tǒng))。生成完封裝后在你的輸出目錄下就會(huì)有幾千個(gè)器件（全部生成的話）,默認(rèn)輸出目錄為c:\MySym\. Level里面的Minimum, Nominal, Maximum 是什么意思？ 對(duì)應(yīng)ipc7351A的ABC封裝嗎？ 是的 能否將MOST, NOMINAL, LEAST三種有差別的封裝在命名上也體現(xiàn)出差別？ NOMINAL 的名稱最后沒有后綴，MOST的后綴自動(dòng)添加“Ｍ”，LEAST的后綴自動(dòng)添加“L”，你看看生成的庫名稱就知道了。（直插件以及特別的器件，如BGA等是沒有MOST和LEAST級(jí)別的，對(duì)這類器件只有NOMINAL） IC焊盤用長方形好像比用橢圓形的好，能不能生成長方形的？ 嗯。。。?；旧蠎?yīng)該是非直角的焊盤比矩形的焊盤好，我記不得是AMD還是NS還是AD公司專門有篇文檔討論了這個(gè)問題，如果沒有記錯(cuò)的話至少有以下好處：信號(hào)質(zhì)量好、更省空間（特別是緊密設(shè)計(jì)中）、更省錫量。我過去有一篇帖子有一個(gè)倒角焊盤的SKILL，用于晶振電路和高速器件（如DDR的濾波電容)，原因是對(duì)寬度比較大的矩形用橢圓焊盤也不合適，這種情況下用自定義的矩形倒角焊盤就比較好了－－－你可以從網(wǎng)上另外一個(gè)DDR設(shè)計(jì)的例子中看到。 當(dāng)然，我已經(jīng)在程序中添加了一選擇項(xiàng)，對(duì)一些矩形焊盤可以選擇倒角方式. 剛才試了一下，感覺器件的命名的規(guī)范性不是太好，另好像不能生成器件的DevICE文件，我沒RUN完。。。 這個(gè)程序的命名方法基本參照IPC-7351，每個(gè)人都有自己的命名嗜好，仍是不好統(tǒng)一的；我是比較懶的啦，所以就盡量靠近IPC-7351了。 至于DevICE，的選項(xiàng)已經(jīng)添加 (這就是批量程序的好處，代碼中加一行，重新生產(chǎn)的上千上萬個(gè)封裝就都有新東西了)。 你的庫都是"-"的,請(qǐng)問用過ALLEGRO的兄弟,你們的FOOTPRINT認(rèn)"-"嗎?反正我的ALLEGRO只認(rèn)"_"(下劃線) 用“－”應(yīng)該沒有問題的，焊盤的命名我用的是"_"（這個(gè)一直沒改動(dòng)過）。 部分絲印畫在焊盤上了。 絲印的問題我早已知道，只是盡量避免開（我有個(gè)可配置的SilkGap變量）,不過工作量比較大，有些已經(jīng)改過，有些還沒有；另外我沒有特別費(fèi)功夫在絲印上的另一個(gè)原因是，我通常最后用AUTO-SILK的來合并相關(guān)的層，這樣既方便快捷也統(tǒng)一各個(gè)器件的絲印間距，用AUTO-SILK的話絲印線會(huì)自動(dòng)避開SOLDER-MASK的。 點(diǎn)擊allegro后命令行出現(xiàn)E- Can't change to directory: Files\FPM，什么原因？ 我想你一定是將FPM安裝在一個(gè)含空格的目錄里面了，比如C:\Program Files\等等之類，在自定義安裝目錄的時(shí)候該目錄名不能含有空格，且存放生成的封裝的目錄名也不能含有空格。你如果用默認(rèn)安裝的話應(yīng)該是不會(huì)有問題的, 默認(rèn)FPM安裝在C:\FPM，默認(rèn)存放封裝的目錄為C:\MYSYM 0.04版用spb15.51生成時(shí).allegro會(huì)死機(jī).以前版本的Allegro封裝生成器用spb15.51生成時(shí)沒有死機(jī)現(xiàn)象 我在生成MELF類封裝的時(shí)候有過一次死機(jī)現(xiàn)象，估計(jì)是文件操作錯(cuò)誤導(dǎo)致ALLEGRO死機(jī)，原因是我沒有找到在ｓｋｉｌｌ里面直接生成SHAPE焊盤的方法（FLASH和常規(guī)焊盤沒問題）, 查了下資料也沒有找到解決方法，所以只得在外部調(diào)用SCRIPT來將就一下了。（下次我再查查看），用SCRIPT的話文件訪問比較頻繁（幸好目前MELF類的器件不多）. 解決辦法： １、對(duì)MELF類器件單獨(dú)選擇生成，其它的應(yīng)該可以一次生成。 ２、試試最新的版本(當(dāng)前0.05) 請(qǐng)說明運(yùn)行在哪類器件的時(shí)候ALLEGRO出錯(cuò)，如果不是在MELF附近的話，請(qǐng)告知，謝謝。 用FPM0.04生成的封裝好像文件都比較大，比如CAPC、RES等器件，都是300多K，而自己建的或采用PCB Libraries Eval生成的封裝一般才幾十K到100K左右，不知封裝是不是包含了更多的信息？ 我的每個(gè)封裝文件包含了幾個(gè)文字層（REF,VAL,TOL,Dev,PARTNUMBER等),SILK和ASSEM也是分開的，BOND層和高度信息，還有些定位線(在DISP層）,可能這些越來越豐富的信息加大了生成文件的尺寸.你如果想看有什么內(nèi)容的話，打開所有層就看見了（或REPORT） 非常感謝 LiWenHui 發(fā)現(xiàn)的BUG, 已經(jīng)找到原因，是下面這行： axlDBChangeDesignExtents( '((-1000 -1000) (1000 1000))) 有尺寸空間開得太大，后又沒有壓縮的原因，現(xiàn)在生成的封裝也只有幾十K了，0.05版已經(jīng)修復(fù)這個(gè)BUG了。 Allegro封裝生成器0.04生成do-27封裝不正確,生成封裝的焊盤的位號(hào)為a,c.應(yīng)該是A,B或者1,2才對(duì). 呵呵，DIODE通常管腳名為AC(A = anode, C = cathode) 也有用AK 或 12的， 極少見AB。 除了DIODE和極個(gè)別插件以及BGA外，焊盤名字以數(shù)字為主, 下次我給DIODE一個(gè)選擇項(xiàng)，可以選擇AC 或 12 或 AK, 至于TRANSISTER我就不去區(qū)分BCE/CBE/ECB/EBC/GDS/GSD/DSG/DGS/SGD/SDG等了，這樣會(huì)沒完沒了的，我將對(duì)TRANSISTER強(qiáng)制統(tǒng)一以數(shù)字編號(hào)了，如果用家非要改變，只得在生成庫后手工修改。
標(biāo)簽： Footprint Maker 0.08 FPM skill
上傳時(shí)間： 2018-01-10
上傳用戶：digitzing
CMMI漢化版，大家多交流，非常給力，希望能給大家?guī)韼椭?/p>
標(biāo)簽： Simplified-Chinese-FINAL CMMI-Dev-v 1.3
上傳時(shí)間： 2018-04-18
上傳用戶：aolufeiyfz
-file /win8.vdf 鏡像文件名，無此參數(shù)將搜索當(dāng)前目錄的iso鏡像 -Dev PciRoot(0x0)/Pci(0x1,0x1)/Ata(Primary,Master,0x0)/HD(3,MBR,0x9553A441,0xEFFF800,0x13FF800) 設(shè)備路徑，無此參數(shù)默認(rèn)為當(dāng)前設(shè)備 -wait 50 啟動(dòng)前等待 -mem 將鏡像載入內(nèi)存， -type HD 可選CD HD FD,無此參數(shù)默認(rèn)HD鏡像類型，類型錯(cuò)了不能啟動(dòng) -Dev auto 搜索所有設(shè)備
上傳時(shí)間： 2020-12-20
上傳用戶：
＃SFML —簡單快速的多媒體庫 SFML是一種簡單，快速，跨平臺(tái)和面向?qū)ο蟮亩嗝襟wAPI。它提供對(duì)窗口，圖形，音頻和網(wǎng)絡(luò)的訪問。它是用C ++編寫的，并且具有針對(duì)各種語言（例如C，.Net，Ruby，Python）的綁定。 ##作者 -Laurent Gomila-主要開發(fā)人員（laurent@sfml-Dev.org） -Marco Antognini-OS X開發(fā)人員（hiura@sfml-Dev.org） -Jonathan De Wachter — Android開發(fā)人員（dewachter.jonathan@gmail.com） -Jan Haller（bromeon@sfml-Dev.org） -Stefan Schindler（tank@sfml-Dev.org） -LukasDürrenberger（eXpl0it3r@sfml-Dev.org） -binary1248（binary1248@hotmail.com） -阿圖·莫雷拉（Artur Moreira）（artturmoreira@gmail.com） -Mario Liebisch（mario@sfml-Dev.org） -SFML社區(qū)的許多其他成員 ＃＃ 下載 您可以在[SFML的網(wǎng)站]（https://www.sfml-Dev.org/download.php）上獲得最新的官方版本。您還可以從[Git存儲(chǔ)庫]（https://github.com/SFML/SFML）獲取當(dāng)前的開發(fā)版本。 ##安裝 按照[tutorials]（https://www.sfml-Dev.org/tutorials/）的說明進(jìn)行操作，SFML支持的每個(gè)平臺(tái)/編譯器都有一個(gè)。 ＃＃ 學(xué)習(xí) 有很多學(xué)習(xí)SFML的地方： * [官方教程]（https://www.sfml-Dev.org/tutorials/） * [在線API文檔]（https://www.sfml-Dev.org/documentation/） * [社區(qū)Wiki]（https://github.com/SFML/SFML/wiki/） * [社區(qū)論壇]（https://en.sfml-Dev.org/forums/）（[法語]（https://fr.sfml-Dev.org/forums/）） ##貢獻(xiàn) SFML是一個(gè)開源項(xiàng)目，它需要您的幫助才能繼續(xù)發(fā)展和改進(jìn)。如果您想?yún)⑴c其中并提出一些其他功能，提交錯(cuò)誤報(bào)告或提交補(bǔ)丁，請(qǐng)查看[貢獻(xiàn)準(zhǔn)則]（https://www.sfml-Dev.org/contribute.php）。
上傳時(shí)間： 2021-01-25
上傳用戶：
ISO 26262《道路車輛功能安全》國際標(biāo)準(zhǔn)是針對(duì)總重不超過3.5噸八座乘用車，以安全相關(guān)電子電氣系統(tǒng)的特點(diǎn)所制定的功能安全標(biāo)準(zhǔn)，基于IEC 61508《安全相關(guān)電氣/電子/可編程電子系統(tǒng)功能安全》制定，在2011年11月15日正式發(fā)布。ISO 26262是史上第一個(gè)適用于大批量量產(chǎn)產(chǎn)品的功能安全（Functional Safety）標(biāo)準(zhǔn)。特別需要注意的是，ISO 26262僅針對(duì)安全相關(guān)電子電氣系統(tǒng)，包含電機(jī)、電子與軟件零件，不應(yīng)用于非電子電氣系統(tǒng)（如機(jī)械、液壓等）。功能安全之設(shè)計(jì)議題在汽車領(lǐng)域已被重視，因其關(guān)系人員安全與公司商譽(yù)等問題，透過危害分析與風(fēng)險(xiǎn)評(píng)估（Hazard Analysis & Risk Assessment，HARA）及V模型設(shè)計(jì)架構(gòu)，使功能安全需求等級(jí)得到一致性的分析結(jié)果，以利汽車電子系統(tǒng)之生命周期考慮到所需失效防止技術(shù)與管理要求，并借由設(shè)計(jì)開發(fā)、查證（Verification）及確認(rèn)（Validation）等能力成熟度模型集成（CMMI-Dev）流程加以實(shí)現(xiàn)，使得產(chǎn)品之功能安全符合所需汽車安全完整性等級(jí)（ASIL）。
標(biāo)簽： 道路車輛功能安全 iso26262 國際標(biāo)準(zhǔn)
上傳時(shí)間： 2022-05-30
上傳用戶：
ISO 26262《道路車輛功能安全》國際標(biāo)準(zhǔn)是針對(duì)總重不超過3.5噸八座乘用車，以安全相關(guān)電子電氣系統(tǒng)的特點(diǎn)所制定的功能安全標(biāo)準(zhǔn)，基于IEC 61508《安全相關(guān)電氣/電子/可編程電子系統(tǒng)功能安全》制定，在2011年11月15日正式發(fā)布。ISO 26262是史上第一個(gè)適用于大批量量產(chǎn)產(chǎn)品的功能安全（Functional Safety）標(biāo)準(zhǔn)。特別需要注意的是，ISO 26262僅針對(duì)安全相關(guān)電子電氣系統(tǒng)，包含電機(jī)、電子與軟件零件，不應(yīng)用于非電子電氣系統(tǒng)（如機(jī)械、液壓等）。功能安全之設(shè)計(jì)議題在汽車領(lǐng)域已被重視，因其關(guān)系人員安全與公司商譽(yù)等問題，透過危害分析與風(fēng)險(xiǎn)評(píng)估（Hazard Analysis & Risk Assessment，HARA）及V模型設(shè)計(jì)架構(gòu)，使功能安全需求等級(jí)得到一致性的分析結(jié)果，以利汽車電子系統(tǒng)之生命周期考慮到所需失效防止技術(shù)與管理要求，并借由設(shè)計(jì)開發(fā)、查證（Verification）及確認(rèn)（Validation）等能力成熟度模型集成（CMMI-Dev）流程加以實(shí)現(xiàn)，使得產(chǎn)品之功能安全符合所需汽車安全完整性等級(jí)（ASIL）。
標(biāo)簽： 道路車輛功能安全 iso26262 國際標(biāo)準(zhǔn)
上傳時(shí)間： 2022-05-30
上傳用戶：
ISO 26262《道路車輛功能安全》國際標(biāo)準(zhǔn)是針對(duì)總重不超過3.5噸八座乘用車，以安全相關(guān)電子電氣系統(tǒng)的特點(diǎn)所制定的功能安全標(biāo)準(zhǔn)，基于IEC 61508《安全相關(guān)電氣/電子/可編程電子系統(tǒng)功能安全》制定，在2011年11月15日正式發(fā)布。ISO 26262是史上第一個(gè)適用于大批量量產(chǎn)產(chǎn)品的功能安全（Functional Safety）標(biāo)準(zhǔn)。特別需要注意的是，ISO 26262僅針對(duì)安全相關(guān)電子電氣系統(tǒng)，包含電機(jī)、電子與軟件零件，不應(yīng)用于非電子電氣系統(tǒng)（如機(jī)械、液壓等）。功能安全之設(shè)計(jì)議題在汽車領(lǐng)域已被重視，因其關(guān)系人員安全與公司商譽(yù)等問題，透過危害分析與風(fēng)險(xiǎn)評(píng)估（Hazard Analysis & Risk Assessment，HARA）及V模型設(shè)計(jì)架構(gòu)，使功能安全需求等級(jí)得到一致性的分析結(jié)果，以利汽車電子系統(tǒng)之生命周期考慮到所需失效防止技術(shù)與管理要求，并借由設(shè)計(jì)開發(fā)、查證（Verification）及確認(rèn)（Validation）等能力成熟度模型集成（CMMI-Dev）流程加以實(shí)現(xiàn)，使得產(chǎn)品之功能安全符合所需汽車安全完整性等級(jí)（ASIL）。
標(biāo)簽： 道路車輛功能安全 iso26262 國際標(biāo)準(zhǔn)
上傳時(shí)間： 2022-05-30
上傳用戶：得之我幸78
蟲蟲下載站版權(quán)所有 京ICP備2021023401號(hào)-1
