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