тау 30 8 октября, 2010 Опубликовано 8 октября, 2010 · Жалоба Кстати вот тут меня спасает мазохизм =) Через SVN вы не будете качать весь файл. Только изменения. угу , только на двоичные файлы это свойство не распространяется , вроде. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jkrieger 0 8 октября, 2010 Опубликовано 8 октября, 2010 · Жалоба Сильно спорить не буду, но когда я пробовал именно вот с базой, то оно распространялось. Я еще проверю с базой побольше. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vitan 2 8 октября, 2010 Опубликовано 8 октября, 2010 · Жалоба Другого практически реализуемого сейчас решения я не услышал. А я другого и не говорил. :) Потому я и предлагаю тренироваться на том что есть. Пожалуйста, тренируйтесь. Желаю поскорее набрать форму, только и всего. :) Через SVN вы не будете качать весь файл. Только изменения. Я думаю даже есть спец. настройка, которая определяет поведение. Ну что ж, надо подводить первые итоги. Кто осмелится? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 8 октября, 2010 Опубликовано 8 октября, 2010 · Жалоба 1. Общей базы только для алтиума пока нет. но началось с этого 2. Понятно, что стоят вопросы удобства работы с базой и ее размером В маленькой просто работать, делают как правило под себя. Много параметров и не нужно, так как и так в голове еще сидит В большой и чужой али нет, того чего хотелось, али есть все но нужно ее тысячная часть Но тут или одно или другое. Если выбираем второе. удобно, красиво, но заполнять все лень. Вот если в се заполняли чужие руки. Если заполняют чужие руки-- рано или поздно она становится платной, или условно бесплатной. 3. Прогресс не остановишь. Тут тоже рано или поздно нужна общая Вопрос в другом. а. Забить клин на общей и делать локальную. А кто-то сделать общую и присоединится к сойму. По локальной-- месяц другой и острые углы оботрутся б. Делать локальную и сразу думать об общей,так,чтоб можно было в нее войти с. Забить клин на локальную и думать об общей 4. Итог. а. Вопросов стало больше чем было в начале. б. надо что-то делать Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
тау 30 8 октября, 2010 Опубликовано 8 октября, 2010 · Жалоба б. надо что-то делать если не будет общей базы - нет смысла уговаривать рака лебедя и щуку унифицировать таблицы и особенно графику . У каждого тут свои предпочтения могут иметь место. Поэтому надо начинать с головы , с общей концепции общей базы. для затравки должен заработать клиент к базе через инет. С возможностью выгрузки на локальный комп всех таблиц из базы в виде мдб файла. Наличие собственных SchPcbLib получается автоматом, а подкачку остальных (не своих) продумать позже (технически ведь все равно это можно реализовать). Как только клиент заработает - имхо возникнет волна этузиазма у пользователей, в расчете на близкую перспективу. Тем более что уже люди будут видеть приличные корпуса, которые им создавать уже не надо , просто выбрать из вываливающегося списка, и чем дальше в лес тем толще готовый список :) Поэтому первоочередной задачкой считаю найти такого энтузиаста, который возьмется за HTTP клиента. По ходу возникнут новые предложения, которые потребуется реализовать в клиенте. А дальше продолжить разговор о составе полей и унификации либ. кстати по полям, просто имхо. Меня устраивает только одно поле "REM" с кратким описанием самых главных параметров элемента (хотя есть еще главнее Value - отображаемое на схеме). За всем остальным - в даташит бегом.марш. у меня в индуктивностях сейчас так записывается это поле 2% SFR=56M Rdc=0.37 Q=45@26M Imax=1.1 Isat=0.9 (да-да экономлю локальный трафик :) ) аналогично по конденсаторам транзисторам и микросхемам , кратко и лаконично. Иначе можно закопаться в параметрах, коих очень много. Очередными по важности полями считаю ссылку на даташит сайта производителя и ссылку на даташит на локальном компе. С локальным компом и месторасположением вижу одну большую проблемку - запись линка на даташит с унифицированным путем (в поле базы) и унифицированным наименованием файла - чтобы работало из Альтиума у всех пользователей без необходимости правки локальной ссылки. Как это сделать .... сложный вопрос, ну например пусть будет на D:\LocalDataSheet\Manuf\даташит. У кого нет D: заменят на С: каким нибудь скриптом после скачивания базы или во время скачивания проставят желаемую букву чтобы клиентская прога это сделала. Набитие локальными даташитами своего компа или самостоятельно, или скачиванием архива от энтузиастов этого дела. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 8 октября, 2010 Опубликовано 8 октября, 2010 · Жалоба если не будет общей базы - нет смысла Поэтому надо начинать с головы , с общей концепции общей базы. Принято. я присоединяюсь к этому мнению Поэтому первоочередной задачкой считаю найти такого энтузиаста, который возьмется за HTTP клиента. Наверняка будет напряг с энтузиастом кстати по полям, просто имхо. Меня устраивает только одно поле "REM" с кратким описанием самых главных параметров элемента (хотя есть еще главнее Value - отображаемое на схеме). За всем остальным - в даташит бегом.марш. У меня аналогично. Только поле называется Short description :) и тоже вполне устаревает. Поиск кстати работает и по части описания. С сортировкой правда легкий напряг А дальше продолжить разговор о составе полей и унификации либ. А отчего ж сразу не начать. с энтузиастом это не связано. Наоборот. ему легче будет аналогично по конденсаторам транзисторам и микросхемам , кратко и лаконично. Иначе можно закопаться в параметрах, коих очень много. Вот и я о том же все время писал. Сколько раньше не вводил, всегда запутывался. Но вот если придем к общему соглашению, конечно не плохо было бы и порознь иметь параметры и ссылку на даташит на локальном компе. вот ее я вообще не держу. хотя может и надо D:\LocalDataSheet\Manuf\даташит. Ну я думаю тут мы быстро придем к общему знаменателю Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
тау 30 9 октября, 2010 Опубликовано 9 октября, 2010 (изменено) · Жалоба А отчего ж сразу не начать. с энтузиастом это не связано. Наоборот. ему легче будет имхо , надо хорошо обмозговать нюансы наличия разнородных полей для поиска в разных таблицах , разбитых по классам (группам). Если поля будут именоваться по разному ( а скорее всего это так , наприм Vds_max и Vce_max уж точно в одной таблице несовместимы) и таких полей в общей совокупности радиоэлементов будет много (не менее 20-30) , то представьте себе сколько труда будет обучить альтиум понимать и выводить эти поля во всплывающем меню Library. Мне тут птички только расставлять в 55 таблицах надоедает и поле ключевое указывать при анализе DBLIB. Автоматизировать этот процесс в альтиуме кажется нельзя , и в меню Library каждый новичок, скачавший базу будет или не видеть эти поля (столбцы в меню) или видеть но не все, а чтобы "все" надо перебрать все таблицы и повключать все поля (столбцы). Поэтому ограниченное их количество несколько упрощает процесс "подсаживания на базу " новичков. Также можно сейчас пообсуждать концепцию привязки символа к стандартизованному футпринту. Эти штуки в общественной базе должны быть универсальны и интуитивно понятны при назначении в новом компоненте. Предлагаю жесткую унификацию по символам в соответсвии со принципами , принятыми для нумерации в SPICE ( для диода анод - первый номер пина, катод-2й) . У электролитических конденсаторов 1-й это плюс на схеме. И т.п. А вот футпринты делать уже разные под случаи когда вывод базы транзистора в одном и том же корпусе то-ли слева то-ли справа то-ли посередине (максимум 6 вариантов, хотя реальных меньше) соответственно присваивать имена футпринтам с таким же смыслом , например TO220AB_123 TO220AB_321 При таком подходе получится очень малое количество стандартных широкораспространенных УГО. Несколько большее количество футпринтов. И очень большое количество комбинаций Уго-футпринт для разных цоколевок. В пользу этого говорит и возможная безглючная связь с моделями для симуляции, где футпринт не нужен, а вот базу с коллектором лучше не путать. Выпустить руководящий документ-стандарт электроникса для нумерации УГО. вот ее я вообще не держу. хотя может и надо Это здорово ускоряет работу при медленном интернете или вообще его временном отсутствии. Бывает всякое, а то последнее время стала возникать ситуация : отвалился интернет - стоп работе. Изменено 9 октября, 2010 пользователем тау Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 9 октября, 2010 Опубликовано 9 октября, 2010 · Жалоба имхо , надо хорошо обмозговать нюансы наличия разнородных полей для поиска в разных таблицах , разбитых по классам (группам). Если поля будут именоваться по разному ( а скорее всего это так , наприм Vds_max и Vce_max уж точно в одной таблице несовместимы) и таких полей в общей совокупности радиоэлементов будет много (не менее 20-30) Вот и я выше уже писал о паре тройке десятков параметров. Тут мы в оценке сходимся. Хотя из них массово будет использоваться только первая пятерка, ну десятка. Так что по умолчанию пусть скажем заполняется "?" знаком вопроса автоматически и править много не нужно акже можно сейчас пообсуждать концепцию привязки символа к стандартизованному футпринту. Эти штуки в общественной базе должны быть универсальны и интуитивно понятны при назначении в новом компоненте. Предлагаю жесткую унификацию по символам в соответсвии со принципами , принятыми для нумерации в SPICE ( для диода анод - первый номер пина, катод-2й) . У электролитических конденсаторов 1-й это плюс на схеме. И т.п. А вот футпринты делать уже разные под случаи когда вывод базы транзистора в одном и том же корпусе то-ли слева то-ли справа то-ли посередине (максимум 6 вариантов, хотя реальных меньше) И это предлагал. Хотя отсунули на будущее. При этом есть стандарт IPC, который однозначно определяет назначение и маркировку выводов. То что SPICE делает в соответствии с IPC так и должно быть. Футпринты как раз я для себя и делаю как тут указано :). Так что я думаю приедем быстро у общему мнению TO220AB_123 TO220AB_321 Тут и так и по другому. Ну например TO220AB_1Е2B3С Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vitan 2 9 октября, 2010 Опубликовано 9 октября, 2010 · Жалоба имхо , надо хорошо обмозговать нюансы наличия разнородных полей для поиска в разных таблицах , разбитых по классам (группам). Если поля будут именоваться по разному ( а скорее всего это так , наприм Vds_max и Vce_max уж точно в одной таблице несовместимы) и таких полей в общей совокупности радиоэлементов будет много (не менее 20-30) , то представьте себе сколько труда будет обучить альтиум понимать и выводить эти поля во всплывающем меню Library. Мне тут птички только расставлять в 55 таблицах надоедает и поле ключевое указывать при анализе DBLIB. Автоматизировать этот процесс в альтиуме кажется нельзя , и в меню Library каждый новичок, скачавший базу будет или не видеть эти поля (столбцы в меню) или видеть но не все, а чтобы "все" надо перебрать все таблицы и повключать все поля (столбцы). Поэтому ограниченное их количество несколько упрощает процесс "подсаживания на базу " новичков. А Вы все-таки не хотите отделить параметр и его, так сказать, модификатор друг от друга? Имеются ввиду эти Vds_max и Vce_max. Отделить Vce от max, т.е. проработать получше типизацию данных? Про птички могу сказать, что у меня на 55 библиотек ушло около полудня напряженного тыкания мышкой, но все птички были расставлены, и названия полей прописаны. Зато теперь красота! Я уже спрашивал, но никто не ответил: эта конфигурация птичек и полей ведь должна задаваться в каком-то файле? Его же можно выложить рядышком с базой и раздавать юзерам, да и все... Также можно сейчас пообсуждать концепцию привязки символа к стандартизованному футпринту. А можно прояснить, у Вас есть прямые связи между УГО и футпринтом? У меня просто нет, и я не понимаю, зачем это может быть нужно? Сами футпринты считаю надо именовать по IPC7351. И предлагаю их классифицировать по первым буквам (есть даже файлик со списками классов) типа CAPC, RESC... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 9 октября, 2010 Опубликовано 9 октября, 2010 · Жалоба А можно прояснить, у Вас есть прямые связи между УГО и футпринтом? У меня просто нет, и я не понимаю, зачем это может быть нужно? Алтиум поддерживает и это. И давным давно я так и использовал. Теперь стою на этой же позиции, это не нужно. Можно только для специализированных микросхем, где УГО создается только одно, и выпускается микросхема только в одном корпусе. Но смысл теряется. Сами футпринты считаю надо именовать по IPC7351. И предлагаю их классифицировать по первым буквам (есть даже файлик со списками классов) типа CAPC, RESC... Нет. так не пойдет. Ipc прописывает корпус и создание для него посадочного места, но не название (это оно дает только общее). То есть для одного типа по IPC может быть куча посадочных мест. Самим стандартом предусматривается 3. Но если учитывать высоту-- то итого более. Если привязываться то так как делает LP Wizard: Первые буквы, как выше написано, потом размер по габаритам (длина ширина высота) потом число ног, потом класс. В общем после этого я еще иногда чегось добовляю для ясности. В этьом случае можно просто 99 процентов не изобретать а пользоваться стандартными библиотеками посадочных мест от LP Wizard. что у меня на 55 библиотек А можно пощупать вырезку хотя бы одной из ваших библиотек, на предмет возможности ее подключения к Altium? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vitan 2 10 октября, 2010 Опубликовано 10 октября, 2010 · Жалоба Можно только для специализированных микросхем, где УГО создается только одно, и выпускается микросхема только в одном корпусе. Но смысл теряется. Понял, согласен. Считаю правильным связывать футпринты с компонентами и УГО с компонентами, но не футпринты и УГО между собой. То есть для одного типа по IPC может быть куча посадочных мест. Самим стандартом предусматривается 3. Но если учитывать высоту-- то итого более. Я это понимаю. Если привязываться то так как делает LP Wizard: Первые буквы, как выше написано, потом размер по габаритам (длина ширина высота) потом число ног, потом класс. Да, конечно. Классом Вы называете буквы в конце? (N, М и что-то там еще, не помню) Я под классом понимаю первые буквы, т.е. термин "класс" я сам выдумал. Кстати, я таки озаботился корпусами. Никто не ткнет пальцем в хороший документ с названиями? Желательно какой-нибудь JEDEC или IEEE? В этьом случае можно просто 99 процентов не изобретать а пользоваться стандартными библиотеками посадочных мест от LP Wizard. Полностью за. А можно пощупать вырезку хотя бы одной из ваших библиотек, на предмет возможности ее подключения к Altium? Да я бы рад, но пока это все не обладает переносимостью. Разве что SQL или скриншоты могу показать. Все сделано на MSSQL server. Если Вы хотите просто подключить, то гарантирую, что подключится. Только вот пока показать не могу. Дойдут руки, сделаем инсталлятор, дам поюзать. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 10 октября, 2010 Опубликовано 10 октября, 2010 · Жалоба Считаю правильным связывать футпринты с компонентами и УГО с компонентами, но не футпринты и УГО между собой. Я вообще считаю указывать эту связь именно в базе Классом Вы называете буквы в конце? (N, М и что-то там еще, не помню) Я под классом понимаю первые буквы, т.е. термин "класс" я сам выдумал. Ну и в конце и вначале. Просто это классы по разным принципам Кстати, я таки озаботился корпусами. Никто не ткнет пальцем в хороший документ с названиями? Желательно какой-нибудь JEDEC или IEEE? в Jedec собственная классификация корпусов., если есть возможность я ее указаваю в описании корпуса, чтобы можно было знать, что это одно и тоже. Под рукой нет ссылки Загрузите LP калькулятор . Именно его принцип присвоения названий Footprint и предлагаю брать за основу дам поюзать. Надеюсь песня не долгая? Жду с нетерпением Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
vitan 2 10 октября, 2010 Опубликовано 10 октября, 2010 · Жалоба Я вообще считаю указывать эту связь именно в базе Ясное дело, мы же о ней и разговариваем. А Вы про что подумали? Под рукой нет ссылки Будем искать. Загрузите LP калькулятор . Именно его принцип присвоения названий Footprint и предлагаю брать за основу Я уже несколько лет пользую. Согласен. Надеюсь песня не долгая? Жду с нетерпением Если бы все только от меня зависело... Попробую завтра выложить схему данных в картинке. Только она на экран не влезает. :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Krys 2 11 октября, 2010 Опубликовано 11 октября, 2010 · Жалоба кстати по полям, просто имхо. Меня устраивает только одно поле "REM" с кратким описанием самых главных параметров элемента (хотя есть еще главнее Value - отображаемое на схеме). За всем остальным - в даташит бегом.марш.Тогда мы теряем возможность параметрического поиска. Прочтите, пожалуйста, вот это моё сообщение http://electronix.ru/forum/index.php?s=&am...st&p=819219 Я в нём писал, что параметрический поиск очень иногда упрощает жизнь. И, если уж Вы всё равно вводите основные параметры в поле "REM", то почему бы ещё капельку не поднапрячься и их же ввести по раздельности - каждый параметр в своё поле. Работы больше совсем нанемножко, зато сразу резкий качественный скачок полезности базы - появляется параметрический поиск. Надеюсь, я Вас убедил... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Uladzimir 96 11 октября, 2010 Опубликовано 11 октября, 2010 · Жалоба Поиск все равно идет по тексту. В принципе достаточно. хотя конечно да. Но пока и самого инструмента нет для параметрического доступа. Только закладывать или не закладывать. Вот давайте эти пару десятков параметров в начале и определим. Из общих -- только рассеиваемая мощность на все виды компонентов распространяется., да и то не на все. Значить нужно бить на категории (классы) а внутри них говорить, вот для такого класса такие параметры, а в них заполняется такая величина. Если бы все только от меня зависело... Попробую завтра выложить схему данных в картинке. Только она на экран не влезает. Картинка хорошо. Но хотелось бы пройти именно подключение через ODBC драйвер. Пусть на чем либо, но главное факт подключения и передачи данных. Кстати при связи с Access базой, в нее можно вносить изменения или новые записи прямо из Altium. Хорошо это или только во вред, конечно вопрос, Но возможно ли это через ODBC драйвер Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
