亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

蟲蟲首頁| 資源下載| 資源專輯| 精品軟件
登錄| 注冊

Dev

  • 1、將makefile中的 CROSS =/usr/local/arm/2.95.3/bin/arm-linux- CFLAGS+=-I/usr/local/src/2.4.18-rmk7/inc

    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

  • cxLibraryReg.pas

    Devskin注冊文件,有的Dev版本安裝完后可能會提示缺少clibraryReg.dcu,下載這個指定路徑就好了

    標簽: cxLibraryReg.pas

    上傳時間: 2015-05-04

    上傳用戶:zhaofancastle

  • Footprint Maker 0.08 FPM

    是否要先打開ALLEGRO? 不需要(當然你的機器須有CADENCE系統)。生成完封裝后在你的輸出目錄下就會有幾千個器件(全部生成的話),默認輸出目錄為c:\MySym\. Level里面的Minimum, Nominal, Maximum 是什么意思? 對應ipc7351A的ABC封裝嗎? 是的 能否將MOST, NOMINAL, LEAST三種有差別的封裝在命名上也體現出差別? NOMINAL 的名稱最后沒有后綴,MOST的后綴自動添加“M”,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死機,原因是我沒有找到在skill里面直接生成SHAPE焊盤的方法(FLASH和常規焊盤沒問題), 查了下資料也沒有找到解決方法,所以只得在外部調用SCRIPT來將就一下了。(下次我再查查看),用SCRIPT的話文件訪問比較頻繁(幸好目前MELF類的器件不多). 解決辦法: 1、對MELF類器件單獨選擇生成,其它的應該可以一次生成。 2、試試最新的版本(當前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-Dev-v1.3-Simplified-Chinese-FINAL

    CMMI漢化版,大家多交流,非常給力,希望能給大家帶來幫助!

    標簽: Simplified-Chinese-FINAL CMMI-Dev-v 1.3

    上傳時間: 2018-04-18

    上傳用戶:aolufeiyfz

  • UEFI 下的鏡像啟動器

    -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 搜索所有設備

    標簽: UEFI 鏡像 啟動器

    上傳時間: 2020-12-20

    上傳用戶:

  • #SFML —簡單快速的多媒體庫

    #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)。

    標簽: SFML 多媒體

    上傳時間: 2021-01-25

    上傳用戶:

  • 《道路車輛功能安全》ISO26262-9

    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)。

    標簽: 道路車輛功能安全 iso26262 國際標準

    上傳時間: 2022-05-30

    上傳用戶:

  • 《道路車輛功能安全》ISO26262-5

    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)。

    標簽: 道路車輛功能安全 iso26262 國際標準

    上傳時間: 2022-05-30

    上傳用戶:

  • 《道路車輛功能安全》ISO26262-3

    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)。

    標簽: 道路車輛功能安全 iso26262 國際標準

    上傳時間: 2022-05-30

    上傳用戶:得之我幸78

  • 《道路車輛功能安全》ISO26262

    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)。

    標簽: 道路車輛功能安全 iso26262 國際標準

    上傳時間: 2022-05-30

    上傳用戶:

主站蜘蛛池模板: 平果县| 襄垣县| 来凤县| 郯城县| 慈溪市| 平远县| 石门县| 永和县| 巴塘县| 滦南县| 门源| 东兴市| 长葛市| 武胜县| 都安| 佛坪县| 禹城市| 什邡市| 丁青县| 马鞍山市| 顺昌县| 南漳县| 陇西县| 会理县| 静宁县| 宜黄县| 沅陵县| 方正县| 莱阳市| 许昌市| 灵山县| 上蔡县| 海阳市| 塔河县| 长宁区| 新化县| 西宁市| 宁城县| 吴忠市| 华宁县| 民县|