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 路徑改為你宿主機上的。 2、#make，來編譯驅動模塊。 3、#export PATH=$PATH:/usr/local/arm/2.95.3/bin //取決于你宿主機上的交叉編譯工具路徑 #arm-linux-gcc -o gpio_test gpio_test.c //編譯應用程序 最終在你的當前文件夾下會生成gpiodrv.o與gpio_test兩個文件。 4、#mkdir /tmp/1 5、通過ftp的方法，把gpio_test與gpiodrv.o文件下載到你的開發板上的/tmp/1目錄中。 6、#mknod /DEV/gpio c 220 0 //創建文件節點 #insmod gpiodrv.o #chmod +x gpio_test #./gpio_test 然后，就可以看到四個LED燈在閃爍了。:)
標簽： local arm-linux usr makefile
上傳時間： 2017-08-03
上傳用戶：zhouchang199
DEVskin注冊文件，有的DEV版本安裝完后可能會提示缺少clibraryReg.dcu，下載這個指定路徑就好了
標簽： cxLibraryReg.pas
上傳時間： 2015-05-04
上傳用戶：zhaofancastle
SharpPcap c#抓包實現時時獲取網卡信息 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
上傳時間： 2015-07-06
上傳用戶：muzongda
是否要先打開ALLEGRO? 不需要(當然你的機器須有CADENCE系統)。生成完封裝后在你的輸出目錄下就會有幾千個器件（全部生成的話）,默認輸出目錄為c:\MySym\. Level里面的Minimum, Nominal, Maximum 是什么意思？ 對應ipc7351A的ABC封裝嗎？ 是的 能否將MOST, NOMINAL, LEAST三種有差別的封裝在命名上也體現出差別？ NOMINAL 的名稱最后沒有后綴，MOST的后綴自動添加“Ｍ”，LEAST的后綴自動添加“L”，你看看生成的庫名稱就知道了。（直插件以及特別的器件，如BGA等是沒有MOST和LEAST級別的，對這類器件只有NOMINAL） IC焊盤用長方形好像比用橢圓形的好，能不能生成長方形的？ 嗯。。。。基本上應該是非直角的焊盤比矩形的焊盤好，我記不得是AMD還是NS還是AD公司專門有篇文檔討論了這個問題，如果沒有記錯的話至少有以下好處：信號質量好、更省空間（特別是緊密設計中）、更省錫量。我過去有一篇帖子有一個倒角焊盤的SKILL，用于晶振電路和高速器件（如DDR的濾波電容)，原因是對寬度比較大的矩形用橢圓焊盤也不合適，這種情況下用自定義的矩形倒角焊盤就比較好了－－－你可以從網上另外一個DDR設計的例子中看到。 當然，我已經在程序中添加了一選擇項，對一些矩形焊盤可以選擇倒角方式. 剛才試了一下，感覺器件的命名的規范性不是太好，另好像不能生成器件的DEVICE文件，我沒RUN完。。。 這個程序的命名方法基本參照IPC-7351，每個人都有自己的命名嗜好，仍是不好統一的；我是比較懶的啦，所以就盡量靠近IPC-7351了。 至于DEVICE，的選項已經添加 (這就是批量程序的好處，代碼中加一行，重新生產的上千上萬個封裝就都有新東西了)。 你的庫都是"-"的,請問用過ALLEGRO的兄弟,你們的FOOTPRINT認"-"嗎?反正我的ALLEGRO只認"_"(下劃線) 用“－”應該沒有問題的，焊盤的命名我用的是"_"（這個一直沒改動過）。 部分絲印畫在焊盤上了。 絲印的問題我早已知道，只是盡量避免開（我有個可配置的SilkGap變量）,不過工作量比較大，有些已經改過，有些還沒有；另外我沒有特別費功夫在絲印上的另一個原因是，我通常最后用AUTO-SILK的來合并相關的層，這樣既方便快捷也統一各個器件的絲印間距，用AUTO-SILK的話絲印線會自動避開SOLDER-MASK的。 點擊allegro后命令行出現E- Can't change to directory: Files\FPM，什么原因？ 我想你一定是將FPM安裝在一個含空格的目錄里面了，比如C:\Program Files\等等之類，在自定義安裝目錄的時候該目錄名不能含有空格，且存放生成的封裝的目錄名也不能含有空格。你如果用默認安裝的話應該是不會有問題的, 默認FPM安裝在C:\FPM，默認存放封裝的目錄為C:\MYSYM 0.04版用spb15.51生成時.allegro會死機.以前版本的Allegro封裝生成器用spb15.51生成時沒有死機現象 我在生成MELF類封裝的時候有過一次死機現象，估計是文件操作錯誤導致ALLEGRO死機，原因是我沒有找到在ｓｋｉｌｌ里面直接生成SHAPE焊盤的方法（FLASH和常規焊盤沒問題）, 查了下資料也沒有找到解決方法，所以只得在外部調用SCRIPT來將就一下了。（下次我再查查看），用SCRIPT的話文件訪問比較頻繁（幸好目前MELF類的器件不多）. 解決辦法： １、對MELF類器件單獨選擇生成，其它的應該可以一次生成。 ２、試試最新的版本(當前0.05) 請說明運行在哪類器件的時候ALLEGRO出錯，如果不是在MELF附近的話，請告知，謝謝。 用FPM0.04生成的封裝好像文件都比較大，比如CAPC、RES等器件，都是300多K，而自己建的或采用PCB Libraries Eval生成的封裝一般才幾十K到100K左右，不知封裝是不是包含了更多的信息？ 我的每個封裝文件包含了幾個文字層（REF,VAL,TOL,DEV,PARTNUMBER等),SILK和ASSEM也是分開的，BOND層和高度信息，還有些定位線(在DISP層）,可能這些越來越豐富的信息加大了生成文件的尺寸.你如果想看有什么內容的話，打開所有層就看見了（或REPORT） 非常感謝 LiWenHui 發現的BUG, 已經找到原因，是下面這行： axlDBChangeDesignExtents( '((-1000 -1000) (1000 1000))) 有尺寸空間開得太大，后又沒有壓縮的原因，現在生成的封裝也只有幾十K了，0.05版已經修復這個BUG了。 Allegro封裝生成器0.04生成do-27封裝不正確,生成封裝的焊盤的位號為a,c.應該是A,B或者1,2才對. 呵呵，DIODE通常管腳名為AC(A = anode, C = cathode) 也有用AK 或 12的， 極少見AB。 除了DIODE和極個別插件以及BGA外，焊盤名字以數字為主, 下次我給DIODE一個選擇項，可以選擇AC 或 12 或 AK, 至于TRANSISTER我就不去區分BCE/CBE/ECB/EBC/GDS/GSD/DSG/DGS/SGD/SDG等了，這樣會沒完沒了的，我將對TRANSISTER強制統一以數字編號了，如果用家非要改變，只得在生成庫后手工修改。
標簽： Footprint Maker 0.08 FPM skill
上傳時間： 2018-01-10
上傳用戶：digitzing
CMMI漢化版，大家多交流，非常給力，希望能給大家帶來幫助！
標簽： Simplified-Chinese-FINAL CMMI-DEV-v 1.3
上傳時間： 2018-04-18
上傳用戶：aolufeiyfz
-file /win8.vdf 鏡像文件名，無此參數將搜索當前目錄的iso鏡像 -DEV PciRoot(0x0)/Pci(0x1,0x1)/Ata(Primary,Master,0x0)/HD(3,MBR,0x9553A441,0xEFFF800,0x13FF800) 設備路徑，無此參數默認為當前設備 -wait 50 啟動前等待 -mem 將鏡像載入內存， -type HD 可選CD HD FD,無此參數默認HD鏡像類型，類型錯了不能啟動 -DEV auto 搜索所有設備
上傳時間： 2020-12-20
上傳用戶：
＃SFML —簡單快速的多媒體庫 SFML是一種簡單，快速，跨平臺和面向對象的多媒體API。它提供對窗口，圖形，音頻和網絡的訪問。它是用C ++編寫的，并且具有針對各種語言（例如C，.Net，Ruby，Python）的綁定。 ##作者 -Laurent Gomila-主要開發人員（laurent@sfml-DEV.org） -Marco Antognini-OS X開發人員（hiura@sfml-DEV.org） -Jonathan De Wachter — Android開發人員（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社區的許多其他成員 ＃＃ 下載 您可以在[SFML的網站]（https://www.sfml-DEV.org/download.php）上獲得最新的官方版本。您還可以從[Git存儲庫]（https://github.com/SFML/SFML）獲取當前的開發版本。 ##安裝 按照[tutorials]（https://www.sfml-DEV.org/tutorials/）的說明進行操作，SFML支持的每個平臺/編譯器都有一個。 ＃＃ 學習 有很多學習SFML的地方： * [官方教程]（https://www.sfml-DEV.org/tutorials/） * [在線API文檔]（https://www.sfml-DEV.org/documentation/） * [社區Wiki]（https://github.com/SFML/SFML/wiki/） * [社區論壇]（https://en.sfml-DEV.org/forums/）（[法語]（https://fr.sfml-DEV.org/forums/）） ##貢獻 SFML是一個開源項目，它需要您的幫助才能繼續發展和改進。如果您想參與其中并提出一些其他功能，提交錯誤報告或提交補丁，請查看[貢獻準則]（https://www.sfml-DEV.org/contribute.php）。
上傳時間： 2021-01-25
上傳用戶：
ISO 26262《道路車輛功能安全》國際標準是針對總重不超過3.5噸八座乘用車，以安全相關電子電氣系統的特點所制定的功能安全標準，基于IEC 61508《安全相關電氣/電子/可編程電子系統功能安全》制定，在2011年11月15日正式發布。ISO 26262是史上第一個適用于大批量量產產品的功能安全（Functional Safety）標準。特別需要注意的是，ISO 26262僅針對安全相關電子電氣系統，包含電機、電子與軟件零件，不應用于非電子電氣系統（如機械、液壓等）。功能安全之設計議題在汽車領域已被重視，因其關系人員安全與公司商譽等問題，透過危害分析與風險評估（Hazard Analysis & Risk Assessment，HARA）及V模型設計架構，使功能安全需求等級得到一致性的分析結果，以利汽車電子系統之生命周期考慮到所需失效防止技術與管理要求，并借由設計開發、查證（Verification）及確認（Validation）等能力成熟度模型集成（CMMI-DEV）流程加以實現，使得產品之功能安全符合所需汽車安全完整性等級（ASIL）。
上傳時間： 2022-05-30
上傳用戶：
ISO 26262《道路車輛功能安全》國際標準是針對總重不超過3.5噸八座乘用車，以安全相關電子電氣系統的特點所制定的功能安全標準，基于IEC 61508《安全相關電氣/電子/可編程電子系統功能安全》制定，在2011年11月15日正式發布。ISO 26262是史上第一個適用于大批量量產產品的功能安全（Functional Safety）標準。特別需要注意的是，ISO 26262僅針對安全相關電子電氣系統，包含電機、電子與軟件零件，不應用于非電子電氣系統（如機械、液壓等）。功能安全之設計議題在汽車領域已被重視，因其關系人員安全與公司商譽等問題，透過危害分析與風險評估（Hazard Analysis & Risk Assessment，HARA）及V模型設計架構，使功能安全需求等級得到一致性的分析結果，以利汽車電子系統之生命周期考慮到所需失效防止技術與管理要求，并借由設計開發、查證（Verification）及確認（Validation）等能力成熟度模型集成（CMMI-DEV）流程加以實現，使得產品之功能安全符合所需汽車安全完整性等級（ASIL）。
上傳時間： 2022-05-30
上傳用戶：
ISO 26262《道路車輛功能安全》國際標準是針對總重不超過3.5噸八座乘用車，以安全相關電子電氣系統的特點所制定的功能安全標準，基于IEC 61508《安全相關電氣/電子/可編程電子系統功能安全》制定，在2011年11月15日正式發布。ISO 26262是史上第一個適用于大批量量產產品的功能安全（Functional Safety）標準。特別需要注意的是，ISO 26262僅針對安全相關電子電氣系統，包含電機、電子與軟件零件，不應用于非電子電氣系統（如機械、液壓等）。功能安全之設計議題在汽車領域已被重視，因其關系人員安全與公司商譽等問題，透過危害分析與風險評估（Hazard Analysis & Risk Assessment，HARA）及V模型設計架構，使功能安全需求等級得到一致性的分析結果，以利汽車電子系統之生命周期考慮到所需失效防止技術與管理要求，并借由設計開發、查證（Verification）及確認（Validation）等能力成熟度模型集成（CMMI-DEV）流程加以實現，使得產品之功能安全符合所需汽車安全完整性等級（ASIL）。
上傳時間： 2022-05-30
上傳用戶：得之我幸78
