Як ви організовуєте свої таблиці?

У мене, мабуть, є кілька сотень таблиць даних та приміток до додатків, які я зібрав для всіляких деталей у проектах, над якими працював.

Раніше я зберігав їх у базовій мережі, сортувавши, можливо, 2-3 папки глибоко за грубою категорією, але потім Google Docs додав PDF-рідер і можливість завантажувати їх, тому я кинув їх туди. "Папки" є більш абстрактними (а-ля категорії Gmail), тому ви можете помістити таблицю даних у кілька папок (наприклад, регулятор напруги також може зайти в папку драйверів LED або під виробником), хоча це має деякі обмеження, наприклад пошук для тексту у великих документах показано лише перші кілька, і звичайно, залежність від підключення до Інтернету.

Які ще існують методи для зберігання сотень таблиць / PDF у легкодоступному способі? Чи має сенс використовувати якусь систему СК?

Залиште їх в Інтернеті та використовуйте Google, щоб знайти їх.

У мене все дивно на всьому диску, тоді покладайтеся на прожектор Mac OS X, щоб знайти все, що мені потрібно.

Я впевнений, що є подібні продукти для Windows та Linux.

Прожектор індексує текст всередині файлів PDF і дозволяє мені їх шукати. Коли файл відкривається, він відкривається при пошуку фрази.

Я поміщаю все своє в каталог, який називається PDF, з підкаталогами для різних виробників та подальшими підкаталогами для сімейств чіпів. Наприклад, під Microchip у мене є підкаталоги 16F, 18F, dsPIC, PIC24 тощо. Я додаю ім'я пристрою до часто безглуздого імені файлу виробника - "16F88 30487c.pdf" є типовим.

Я зберігаю їх у каталозі "Таблиці даних" із підпапками від виробника. Я використовую Google Desktop для пошуку, але мені б хотілося, щоб ОС позначав їх тегами.

Для кожного проекту у мене є серія папок типу "Схематика", "ПХБ", "Механічна", а також одна з назвою "Листи даних". Коли я використовую частину, я завантажую таблицю даних із мережі "Net" і розміщую там копію. Я називаю це [My reference] - [Type].pdf, наприклад 301-158 - MAX809.pdf. Таким чином я знаю, що MAX809, який я використовував для, 301-158є той, який він отримав OnSemi, і я знаю, на яку версію я посилався під час проектування.
Так, може бути декілька примірників одного і того ж документа, якщо мені це потрібно 301-158в інших проектах, і у мене може бути кілька версій одного аркуша даних. Перше не є проблемою, що стосується використання диска (дисковий простір становить близько 5 цент / ГБ), а друге є актуальним, оскільки у вас є огляд частини / листа даних, як вони були на момент проектування.

В кінці проекту колекція даних може бути додана до документації проекту .

На моєму попередньому робочому місці ми зберігали їх у загальному каталозі, структурованому на два-три рівні глибиною, щоб вони були легко доступні кожному. Листи даних перетиналися між механічним та електронним та всіма між ними. Це було корисно, оскільки нам потрібен міждисциплінарний доступ до компонентів з механічної та електронної точки зору.

На моєму робочому місці у нас є інструмент PLM, який містить усі компоненти та доступ до таблиць даних у базі даних PLM. Це дозволяє нам відслідковувати версії даних даних, коли продукти, для яких вони були призначені (аркуші даних, змінюються!). Це важливо для безпеки, захисту та аерокосмічних застосувань. Зокрема, DO-254 вимагає, щоб аркуші даних контролювались версіями.

Не маючи PLM і не маючи потреби в них, наступною найкращою системою буде якась база даних wiki або програмне забезпечення для контролю версій.

Звичайно, відсутність цих вимог у Google дуже корисно. Проблема, з якою у мене є Google, - це перші посилання на набридливі пам’ятки, такі як різні сховища даних та пошук по частинах баз даних, все з великою кількістю доповнень та ін. Це робить пошук справжнього веб-сайту виробника з правильною базою даних справжнім болем.

Використовуючи Altium з базою даних, ви можете зв’язатись безпосередньо з таблицями даних, тому це полегшує роботу над схемами під час створення таблиць даних для кожного компонента.

Я скидаю свої в Dropbox, щоб я міг їх переглядати на своєму iPhone.

У MacOS я використовую Yep. Це дивовижна утиліта для зберігання даних, а також інших PDF-файлів та впорядкованих документів.

На мій погляд, функції тегів та пошуку навіть кращі, ніж Spotlight. Він також автоматично організовує ваші PDF-файли так само, як iTunes, тому вам не доведеться турбуватися про основні ієрархії папок.

Листи даних є частиною моєї шаленої системи подачі компонентів. Кожен з них вказаний у моїй базі даних компонентів (тип, кількість, характеристики тощо), де також вказаний номер деталі постачальника (RS, Element 14, Jaycar тощо). Оскільки частина закуповується, я зберігаю .pdf аркуша даних із номером частини як ім'я файлу.

Я зберігаю все це у папці під назвою "Листи даних" на робочому столі для найбільш часто використовуваних, а всі інші переходять у папку "Завантаження" на загальну суму майже 1,2 Гб лише для PDF-файлів ...

Організовані таблиці даних: http://i.stack.imgur.com/kCgks.png

Неорганізовані таблиці даних: http://i.stack.imgur.com/ogMgN.png

Я даю їм імена на кшталт

MAX4475 MAX4476 MAX4477 MAX4478 MAX4488 MAX4489 SOT23, низький рівень шуму, низьке спотворення, широкосмуговий, підсилювач для залізничного транспорту.pdf

помістити їх у таблиці каталог, а потім знайти їх за допомогою пошуку на робочому столі інструмент, як «Пошук програм і файлів» в Windows 7.

Це завантажується швидше, ніж Інтернет, і завжди доступне, навіть якщо веб-сайт або Інтернет не працює, але веб-версія завжди актуальна, і мої збережені файли можуть не бути.

Я зберігаю лише дуже рідкісні та використовую http://datasheetcatalog.com/ для всього іншого. Google та інші сайти працюють набагато гірше, і багато часу ви просто закінчуєте (спамом) посиланнями на реселлерів замість даних. Їх пошук також показує часткові звернення (на відміну від Google), тому це може бути зручним інструментом розшифровки номерів деталей на таємничих мікросхемах.

Якщо я дійсно використовую щось активно, я часто друкую лише лицьову сторінку або розріз (захоплення екрана), щоб мати це під рукою. У мене є невелика папка Spring-clip для зберігання деяких останніх.

У мене дві системи.

Якщо дизайн буде доопрацьовано (увімкнено / доставлено / виготовлено масово), я зберігаю таблиці даних у тій самій папці, що й решта проекту. Зазвичай я можу організувати це за папками, що відносяться до аркуша на схемі або блоку на блок-схемі (які часто є еквівалентними).

Якщо дизайн не буде доопрацьований (тобто я буду замовляти нові деталі), я не зберігаю їх. Я запускаю пошук чогось подібного, filetype:pdf site:manufacturer.com Part-Numberі це зазвичай призводить до посилання виробника, яке гарантовано є поточним, на відміну від усього, що у мене на жорсткому диску. Ціле попередження "може бути змінено без попередження" означає, що я не хочу працювати зі старими таблицями даних, у яких можуть бути відсутні важливі помилки (або інші оновлення), які мені потрібно знати.

Було б дійсно, дуже приємно, якби виробники публікували (і оновлювали, і підтримували їх нескінченно) сховищами керованих версіями своїх таблиць даних.