<nav id="gaaqm"></nav> 「到Petzold的書中找找」仍然是解決Windows程式開發各種疑難雜癥時的靈丹妙藥。在第五版的《Windows程式開發設計指南》中，作者身違背受敬重的Windows Pioneer Award（Windows開路先鋒獎）得主，依據最新版本Windows作業系統，以可靠的取材資料校定這一本經典之作一再一次深入探索了Win32程式設計介面的根本重心。
上傳時間： 2014-01-08
上傳用戶：cx111111
12864液晶顯示匯編程序，串行控制，12864點陣圖形液晶顯示
上傳時間： 2017-04-16
上傳用戶：kytqcool
這是compiere2的官方沒問題版本～我在fedora10上安裝正確無誤～不會出現錯誤訊息 ～不過我發現compiere他自己本身有自己專屬的網站server～所以有架設網站的網友們～ 可能要斟酌一下～最好把他獨立開來比較好～= =～我發現他挺消耗系統資源的～
標簽： compiere2 compiere fedora server
上傳時間： 2014-12-04
上傳用戶：yy541071797
這是一個簡單的排序。給你一個有N個值的數組，每個數都小于10000000。然后就將這個數組按從小到大的順序排序。在輸入時，第一行輸入一個整數T，T代表一個有多少個數組要排序。然后就有T組數，每組數的第一行就是數組的大小N。緊跟著就有N行數，第N行就是數組的第N個數。每個數組的輸出就有N行。
上傳時間： 2013-11-25
上傳用戶：sammi
在IAR環境下，有arm1138控制（LCM12864C-1）液晶顯示屏，利用SSI外設功能。注意：是串行控制
上傳時間： 2017-07-27
上傳用戶：aig85
幫助學習作業系統的 一些資料 我需要獲得3的 積分 請有興趣者可看
標簽： struct
上傳時間： 2016-06-14
上傳用戶：fp4397251
是否要先打開ALLEGRO? 不需要(當然你的機器須有CADENCE系統)。生成完封裝后在你的輸出目錄下就會有幾千個器件（全部生成的話）,默認輸出目錄為c:\MySym\. Level里面的Minimum, Nominal, Maximum 是什么意思？ 對應ipc7351A的ABC封裝嗎？ 是的 能否將MOST, NOMINAL, LEAST三種有差別的封裝在命名上也體現出差別？ NOMINAL 的名稱最后沒有后綴，MOST的后綴自動添加“Ｍ”，LEAST的后綴自動添加“L”，你看看生成的庫名稱就知道了。（直插件以及特別的器件，如BGA等是沒有MOST和LEAST級別的，對這類器件只有NOMINAL） IC焊盤用長方形好像比用橢圓形的好，能不能生成長方形的？ 嗯。。。?；旧蠎撌欠侵苯堑暮副P比矩形的焊盤好，我記不得是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
淋浴器溫度控制調節采用MAT LAB 的附加組件Simulink, 仿真系 統的框圖如圖1 所示。圖中的虛線為模糊控制器, 作為二維模糊控制器機構以水的溫度偏差temp 和 流量偏差f low 為輸入量, 采用模糊推理方法對水 的溫度偏差和流量偏差進行整定, 用來確定冷水閥 門和熱水閥門的開口大小cold 和hot 以便控制冷 熱水的流量, 構成2 輸入2 輸出的一階模糊控制系 統; 模糊推理與去模糊化采用MIN - MAX 法及重 心法, 并用MA TLAB 模糊推理工具箱來編輯模糊 控制器。 圖1
上傳時間： 2018-10-12
上傳用戶：一只蟲蟲
這份 資 安 事 件 應 變 小抄，專給想要 調查安全事件的 網 管 人 員 。 記?。好鎸κ录r， 跟著 資 安 事 件 應 變 方 法 的流程，記下記錄不要驚慌。如果需要請立刻聯絡臺
上傳時間： 2020-10-13
上傳用戶：
嵌入式智能機器人平臺研究摘 要：針對傳統工業機器人采用的封閉式結構的局限性，在WindowsCE．NET系統基礎上，通過剪裁定制 ，去 除冗余的功能，搭建嵌入式智能機器人平臺．該智能機器人系統具有移動機器人需要的主要感知模塊，并有豐富的 運動控制接口及驅動模塊．同時 ，設計了多傳感器數據融合 、軌跡規劃、運動控制、無線網絡通信 、圖形人機界面等智 能機器人的測試軟件和應用模塊．該智能機器人平臺具有模塊化、易擴展、可移植、可定制、硬件體積小、功耗低、實 時性強、可靠性高等優點． 關鍵詞：智能機器人平臺；WindowsCE．NET；實時控制；自主機器人；雙目視覺；語音識別引言(Introduction) 隨著計算機技術 的快 速發展 ，機器 人技術也得 到了飛速發展．然而 ，現有機器人系統在硬件 和軟件 開發方面雖然已經趨于成熟，但依然存在一些問題． 它們的硬件多是專用的，軟件系統也多采用 Windows 2000或者 WindowsXP系統…．這些機器人系統 主要 存在以下一些缺點 ： (1)系統的實時性差．機器人控制系統是一個實 時性要求非常高的控制系統，作為一般桌面應用的 Windows和 Linux操作系統很難達到高實時性的要 求． ． (2)開放性 以及擴展性差．常見的機器人控制系 統存在的一個 問題就是 系統 的冗余大、開放性擴展 基金項 目：國家 自然科學基金 資助項 目(60475036) 收稿 日期 ：2005—05—16 性差，系統適用于特定的應用 ，不便于在硬件和軟件 上進行擴展和剪裁． (3)軟件的獨立性差．軟件結構及其邏輯結構依 賴于處理器硬件 ，難以在不同的系統 間移植． (4)缺少友好的人機交互界面． 2 系統概述(System description) 為促進當前智能機器人研究和應用，迫切需要 開發“具有開放式結構 的、模塊化 、標準化 的嵌 入式 智能機器人平臺”．這種智能機器人平臺具
上傳時間： 2022-02-12
上傳用戶：zhaiyawei
