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
是否要先打開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
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
上傳用戶：
