題:
您如何組織數據表?
Nick T
2010-12-02 04:25:10 UTC
view on stackexchange narkive permalink

我可能已經收集了數百份數據表和應用筆記,這些數據和應用筆記是我從事的項目中各種零件的收集。

以前,我曾經將它們保留在基本的網絡共享中按粗略的類別對大約2-3個文件夾進行了排序,但隨後Google文檔添加了PDF閱讀器並可以上傳它們,因此我將它們扔在那裡。 “文件夾”更為抽象(按Gmail類別分類),因此您可以將數據表放入多個文件夾中(例如,穩壓器也可以放入LED驅動器文件夾中或位於製造商的文件夾下),儘管這樣做有一些限制,例如搜索大型文檔中的文本僅顯示前幾個,當然也依賴於Internet連接。

還有什麼其他方法可以輕鬆訪問方式存儲數百個數據表/ PDF?使用某種VCS有意義嗎?

十三 答案:
kasterma
2010-12-02 04:48:29 UTC
view on stackexchange narkive permalink

將它們留在互聯網上,然後使用Google查找它們。

很好,但是如果我實際上在項目中使用了一部分(而不是四處瀏覽以查看其中的內容),那麼我將下載數據表並將其與項目的其餘設計文件一起保存在SVN中。然後,十年後再關注該項目的人都不必蒐集一堆過時的數據表來了解電路的工作原理。
我會第二。相關項目數據表在我的svn目錄中有一個目錄,可將所有內容保持在一起。如果您知道要從哪裡開始,則無需搜索。
如果一個項目需要幾百個數據表,那將是一個很大的項目。對於如此大的項目,我希望它本身的組織方式能夠為存放它們提供良好的場所。
octopart.com是您的朋友。
@markrages:您是否將SVN用於電子項目?聽起來...井井有條。
乾杯,SVN同志!我也用它。如果您在多台計算機上工作,那就太好了。從組織上講,它實際上僅與基礎文件夾結構一樣好。
我比Mercurial更喜歡Mercurial,並決心在不久的將來採用git。不需要中央存儲庫連接。
@Mark-下次訂購新零件或建立新批次時,是否檢查所有數據表的更改?將它們留在互聯網上可以確保您不會被更新。
@endolith。我不是一個有條理的人,但是版本控制僅對項目有用,尤其是在其他人也從事該項目的情況下。否則,您最終會遇到“版本zip文件”問題。對於固件,這幾乎是必需的。固件損壞時,我可以花幾天的時間通過調試器進行故障排除,也可以從版本控制中拉出差異,然後看看我的損壞。
@reemrevnivek。我通常只是將數據表留在網上,然後通過Google來獲得(比瀏覽文件系統要快。)它們在SVN中出於存檔目的,以及當我在飛機上或沒有互聯網訪問的地方。 (非主題:有人應該在您註冊正在使用的零件的網站上啟動,並且在更新數據表或勘誤表時會通過電子郵件發送給您。)
哦,為什麼我要使用SVN?因為分佈式版本控制不能很好地處理二進製文件。在電子項目中,許多文件都是二進製文件,例如已編譯的固件映像和數據表。 git實際上是為諸如源代碼之類的小型文本文件設計的。
如果您將太多的二進製文件放入其中,則Subversion會緩慢地爬行。我可能會建議不要將GB的PDF文件保留在其中,但是可能按項目或用途將它們分開。然後,您可以使用外部組件使其運行起來更加平滑。
沒有自己的副本很危險。數據表經常更新,而且不止一次,我在板上發現了一個錯誤,只是因為我能夠將舊版本的數據表與當前版本進行比較;這些更改確實是引起麻煩的細節的暗示。我嘗試從評估某個零件起就存儲數據表的所有版本和更新。此外,查找數據表的唯一地方是製造商的網站。當您對數據表的修訂歷史感到好奇時,其他來源也適合您閱讀的數據表的過時部分或版本。
@Mark-這很有道理。從您的評論中,我無法確定您是否將它們保留在在線狀態以用於當前項目。另外,好的商業計劃書!如果他們也託管數據表,可能會有所改善。我想知道,大型的,受版本控制的公共版本控制信息存儲庫將如何工作。
@mjcarroll。 SVN中的大型二進製文件從來沒有問題。另一方面,我曾經嘗試將已配置的Linux源代碼樹檢入SVN,並且在提交過程中突然停頓下來。這真是一團糟。
@markrages:不是網頁,但出於您的建議,出於許多目的(或更好的b / c,您可以根據需要對其進行調整),我編寫了一個python腳本,可以從您自己的計算機上進行操作(保留pdf列表- -或網絡上的任何內容-可以在運行時檢查是否有更改;因為對我來說,最簡單的方法是我使用Couchdb編寫它,但對於其他數據庫應該很容易更改)。您可以在以下位置找到它:http://kasterma.wordpress.com/2010/12/05/track-pdfs-or-webpages-on-the-internet-for-changes/
Toby Jaffey
2010-12-02 04:37:09 UTC
view on stackexchange narkive permalink

我的磁盤上所有雜物,然後依靠Mac OS X的Spotlight查找我需要的任何東西。

我確定有適用於Windows和Linux的類似產品。

Spotlight為PDF文件中的文本建立索引,然後讓我搜索它們。打開文件後,它將在要搜索的短語處打開。

對於數據表,Spotlight很棒。
第二點聚光燈。當我可以使用一個或多個關鍵字進行搜索時,無需搜索數據表,SL會找到合適的數據表。您可以使用Finder的註釋將自己的標籤附加到文件中-例如,輸入項目ID,您自己的零件名稱,某些僅其能執行的晦澀功能等。
Leon Heller
2010-12-02 04:46:08 UTC
view on stackexchange narkive permalink

我將所有產品都放在一個名為PDF的目錄中,其中包含針對不同製造商的子目錄,以及針對芯片系列的其他子目錄。例如,在Microchip下,我有16F,18F,dsPIC,PIC24等子目錄。如有必要,我會將設備名稱添加到製造商通常沒有意義的文件名中-典型為“ 16F88 30487c.pdf”。

您是否總是仔細檢查自從您上次下載以來他們沒有更新它?
我通常不會打擾,除非我有問題。
我個人嘗試按文件的內容而不是文件類型來組織文件。電子零件的PDF和PPT文件放在“數據表”文件夾中,而不是隨意地分成“ PDF”和“ Powerpoint”文件夾。 PDF格式的電子書將放在“書”文件夾中,而不是與數據表所在的文件夾中。
請參閱上面對我的回答的評論,我編寫了一個小腳本來自動檢查更新的pdf(http://kasterma.wordpress.com/2010/12/05/track-pdfs-or-webpages-on-the-internet-換/)
rfdave
2010-12-02 09:17:10 UTC
view on stackexchange narkive permalink

我將它們保存在“數據表”目錄中,並帶有製造商的子文件夾。我正在使用Google桌面進行搜索,但是我希望使用支持操作系統的方式來對其進行標記。

stevenvh
2011-08-10 14:07:48 UTC
view on stackexchange narkive permalink

對於每個項目,我都有一系列的文件夾,例如“ Schematics”,“ PCB”,“ Mechanical”以及一個名為“ Datasheets”的文件夾。當我使用零件時,我從'Net下載數據表並在其中放置一個副本。我將其命名為 [我的參考]-[類型] .pdf ,例如 301-158-MAX809.pdf 。這樣,我知道用於 301-158 的MAX809是OnSemi的MAX809,而且我知道我在設計時所指的版本
是的,如果我在其他項目中需要 301-158 ,則同一文檔可能會有多個副本,我可能有同一數據表的多個版本。就磁盤使用而言,第一個不是問題(磁盤空間大約為5美分/ GB),第二個是相關的,因為您具有零件/數據表在設計時的快照。

在項目結束時,可以將數據表的集合添加到項目的文檔中。

smashtastic
2010-12-05 15:14:29 UTC
view on stackexchange narkive permalink

在我以前的工作場所中,我們將它們存儲在一個公共目錄中,該目錄的結構深度為2到3層,因此每個人都可以輕鬆訪問它們。數據表跨越了機械和電子之間的所有內容。這很有用,因為我們需要從機械和電子的角度跨學科訪問組件。

在我目前的工作場所中,我們有一個PLM工具,其中包含所有組件,並可以訪問plm數據庫中的數據表。 。這樣一來,我們就可以根據設計產品的時間來跟踪數據倉庫的版本(數據表確實會發生變化!)。這對於安全,國防和航空航天應用而言很重要。 DO-254特別要求數據表受版本控制。

沒有PLM並且需要它們,第二好的系統是某種Wiki數據庫或版本控制軟件。

當然,沒有這些要求,谷歌非常有用。我在Google遇到的問題是,第一個鏈接是指向各種數據表存儲庫和零件搜索數據庫之類的令人討厭的景點,所有這些都有很多添加和填充。

將Altium與數據庫一起使用,您可以直接鏈接到數據表,因此在製作原理圖時很容易找到每個數據庫的數據表。零件。

您可以使用https://addons.mozilla.org/en-US/firefox/addon/optimizegoogle/從Google搜索結果中屏蔽煩人的付費網站。
不幸的是,它不再存在:`該附件已被其作者刪除。
Matt Williamson
2010-12-02 09:56:01 UTC
view on stackexchange narkive permalink

我在 Dropbox中放了我的東西,這樣我就可以在移動中的iPhone上查看它們。

雖然這個主意不錯,但是服務的成本(您選擇不鏈接到http://www.dropbox.com而是鏈接到您的推薦帳戶,以便可以獲得更多的空間)證明了這一點很痛苦。
免費對您來說太貴了嗎?
誰不想要多餘的空間?
mjcarroll
2010-12-02 11:43:27 UTC
view on stackexchange narkive permalink

在MacOS上,我使用是。這是一個很棒的實用程序,用於保持數據表以及其他PDF和文檔的井井有條。

標記和搜索功能甚至比Spotlight更好, 在我看來。它還可以像iTunes一樣自動組織PDF,因此您不必擔心基礎文件夾層次結構。

很好的發現...我已經嘗試了OSX中的其他一些組織工具,但從未被它們所打動。我確實喜歡Delicious Library,儘管它不會提供PDF!
是的,看起來很酷,但要40美元。不幸的是,當我有文件夾和Spotlight時,超出了我的價格範圍。
user1307
2010-12-02 14:14:22 UTC
view on stackexchange narkive permalink

數據表是我瘋狂的零件歸檔系統的一部分。每個零件都列在我的零件數據庫中(類型,數量,規格等),其中還列出了供應商的零件編號(RS,Element 14,Jaycar等)。採購零件時,我將數據表的.pdf保存為零件號作為文件名。

Thomas O
2010-12-02 05:53:17 UTC
view on stackexchange narkive permalink

我將所有最常用的文件都保存在桌面上的“數據表”文件夾中,其他所有文件都放在“下載”文件夾中,總計1.2GB,僅用於PDF ...

組織的數據表: http://i.stack.imgur.com/kCgks.png

混亂的數據表: http://i.stack.imgur。 com / ogMgN.png

我有一個相同的“無序”文件夾,到處都有相同的自動遞增的文件名。
endolith
2010-12-03 03:31:24 UTC
view on stackexchange narkive permalink

我給他們起一個名字

MAX4475 MAX4476 MAX4477 MAX4478 MAX4488 MAX4489 SOT23,低噪聲,低失真,寬帶,軌到軌運算放大器.pdf >

將其放入 Datasheets 目錄中,然後使用桌面搜索工具(例如Windows 7中的“搜索程序和文件”)進行查找。

此文件的加載速度比Web加載速度快,即使站點或Internet處於關閉狀態也始終可用,但是Web版本始終是最新的,並且我保存的文件可能不是最新的。

XTL
2010-12-03 15:30:29 UTC
view on stackexchange narkive permalink

我只藏一些特別稀有的東西,而將 http://datasheetcatalog.com/用作其他所有東西。 Google和其他站點的運行情況要差得多,很多時候,您最終只能獲得指向轉銷商的垃圾郵件鏈接,而不是數據鏈接。他們的搜索還顯示部分命中率很好(與Google不同),因此它可以用作解密神秘芯片上零件號的便捷工具。或引出線(屏幕截圖),所以我手邊就可以了。我有一個小的spring-clip文件夾,可以存放一些最近的文件夾。

Kevin Vermeer
2010-12-04 11:53:06 UTC
view on stackexchange narkive permalink

我有兩個系統。

如果完成設計(上交/交付/批量製造),我會將數據表存儲在與項目其餘部分相同的文件夾中。通常,我可以通過與原理圖上的圖紙或框圖中的塊相關的文件夾(通常是等效的)來組織此文件夾。

如果未完成設計(即,我將要訂購新零件),則不會保存它們。我對 filetype:pdf site:manufacturer.com零件編號之類的東西進行搜索,通常會顯示製造商的鏈接,該鏈接可以保證是最新的,這與硬盤上的任何內容都不一樣。 。整個“可能會更改,恕不另行通知”警告意味著我不想使用可能缺少我需要知道的重要勘誤表(或其他更新)的舊數據表。

,如果製造商發布(並無限期更新和維護)其數據表的版本控制存儲庫,那就太好了。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 2.0許可。
Loading...