Вовсе не Альтернативное развитие кикада, Справляемся с трендами :) |
Здравствуйте, гость ( Вход | Регистрация )
Вовсе не Альтернативное развитие кикада, Справляемся с трендами :) |
24.2.2011, 19:04
Сообщение
#1
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
Захотелось сделать так. Вкратце.
1. Собрать всю вычислительную часть в виде сервера цифрового макета. Такая структура может сделать доступными фичи типа интеграции питона(не люблю эту шнягу за чувствительность к регистру в идентификаторах) 2. Перелопатить интерфейс, сделать его в лазарусе как клиента, который по IPC гоняет команды. типо паскалевских write() read() и ничего более. Соответственно перспектива нормальной многопользовательской работы итд итп Почему лазарус - я сейчас играючись уже набил тулбар управления отображением, тут же имел возможность сравнить и выбрать лучший вариант. Больше времени на сбор иконок потратил 3. Выбросить нахер wings3d и породнить его с фрикадом. 3Д - визард будет уметь экспортировать посадочное место как проекцию либо из нарисованного в пцб элемента методом научного тыка можно будет добавлять функции на питоне и смотреть, что тама получается. Есть затык - во фрикаде отсутствует понятие pipe и неясно, будет ли оно ваще когда-нить. Это большая проблема с пинами. 4. Прикрутить нормальное создание компонентов. 5. Мечта- приблизить это все к протеусу. Мечта... Кто чего мыслит по поводу? |
|
|
Гость_MrYuran_* |
25.2.2011, 10:41
Сообщение
#2
|
Гости |
Кто чего мыслит по поводу? Я не видел кикад изнутри, но вообще мне нравится идеология С::В или эклипса: компактное универсальное ядро и навесные рюшечки сверху. Интерфейс пользователя однозначно должен быть навесным и кастомизируемым, и не пришитым намертво капроновыми нитками. Ядро мне видится как движок базы данных, с некими встроенными процедурами. Тогда схематик или пцб будут всего лишь формами ввода, выходные документы в любом формате - формы вывода/отчёты. Библиотека - база элементов, проект - база документов документ - таблица элементов и связей Наверно, это будет уже не кикад Вообще тема актуальная, учитывая что мы (в своей конторе) в кикад влезли уже конкретно. Продаватели альтиума слегка офигели, когда им объявили, что у нас есть кое-что получше и к тому же free |
|
|
Гость_50X_* |
25.2.2011, 10:58
Сообщение
#3
|
Гости |
|
|
|
Гость_MrYuran_* |
25.2.2011, 11:02
Сообщение
#4
|
Гости |
|
|
|
Гость_50X_* |
25.2.2011, 11:05
Сообщение
#5
|
Гости |
|
|
|
Гость_MrYuran_* |
25.2.2011, 11:13
Сообщение
#6
|
Гости |
А гербер в чем смотрите, в КАМ350? Не знаю в каком виде в гербере хранится. Этого достаточно чтобы сложную плату изготовить? Там же и смотрим. Гербер - это то, что идёт на печать фотошаблона. НЦ Дрилл - на сверловку. Необходимо и достаточно. Количество герберов равно количеству ФШ (включая масочные и шелкографию) |
|
|
Гость_50X_* |
25.2.2011, 11:24
Сообщение
#7
|
Гости |
Там же и смотрим. Гербер - это то, что идёт на печать фотошаблона. НЦ Дрилл - на сверловку. Необходимо и достаточно. Количество герберов равно количеству ФШ (включая масочные и шелкографию) Не знаю как это прокатит, если заказывать на стороне. Если сами платы делаете, то все понятно. Можно все отладить и не париться. А если бы КиКад делал файлы в формате ПиКад то это уже нарушение? Тогда, удобно былобы если бы был "третий формат", в котором файлы могли бы открываться (конвертироваться) и из Пикада и из Кикада. А потом хоть в гербер... |
|
|
Гость_MrYuran_* |
25.2.2011, 11:28
Сообщение
#8
|
Гости |
Не знаю как это прокатит, если заказывать на стороне. Если сами платы делаете, то все понятно. Можно все отладить и не париться. Мы заказываем в резоните. Никаких проблем. Даже наоборот - им меньше работы. Только проверят на соответствие своим технормам - и в производство. Гербер он и в Африке гербер. Это и есть конечный продукт любого формата. |
|
|
Гость_50X_* |
25.2.2011, 11:41
Сообщение
#9
|
Гости |
Мы заказываем в резоните. Никаких проблем. Даже наоборот - им меньше работы. Только проверят на соответствие своим технормам - и в производство. Гербер он и в Африке гербер. Это и есть конечный продукт любого формата. А я где попало, заказываю. Кикад же тоже имеет формат на выходе. Не пробовали сразу заказывать в этом формате? И что говорят в резоните по этому вопросу? |
|
|
Гость_MrYuran_* |
25.2.2011, 10:31
Сообщение
#10
|
Гости |
Кикад же тоже имеет формат на выходе. Не пробовали сразу заказывать в этом формате? И что говорят в резоните по этому вопросу? Ничего не говорят, мы им сразу гербер, кстати, первые платы уже год как работают. Кстати, пробовали сделать гербер в пикаде - одним пузырём не обойдёшься... |
|
|
Гость_50X_* |
25.2.2011, 10:36
Сообщение
#11
|
Гости |
|
|
|
25.2.2011, 14:33
Сообщение
#12
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
Я не видел кикад изнутри, но вообще мне нравится идеология С::В или эклипса: компактное универсальное ядро и навесные рюшечки сверху. Интерфейс пользователя однозначно должен быть навесным и кастомизируемым, и не пришитым намертво капроновыми нитками. Ядро мне видится как движок базы данных, с некими встроенными процедурами. Тогда схематик или пцб будут всего лишь формами ввода, выходные документы в любом формате - формы вывода/отчёты. Библиотека - база элементов, проект - база документов документ - таблица элементов и связей Наверно, это будет уже не кикад Ваще - ожидал критику battleneck"а как самого по поводу ипЦ. ну ладно. Есть актуальный вопрос. Можно организовать Ундо-буфер бесконечного размера как логфайл для типо команд с однозначным соответствием типа addline -- delline итд пока не стошнит. А потом, как полагаецца, самое интересное - перемещение либо поворот блока. По идее - надо хранить результаты запроса к бд для последней команды. А я где попало, заказываю. RS-274X он и в, мож он в африке никого не знает... Кстати, пробовали сделать гербер в пикаде - одним пузырём не обойдёшься... Врут бесстыдно. Дело в точке привязки и в явном указании зеркализации. Зы. Пардон, был вчера очень сильно пьян, ничего не помню. Весь бред удалил. |
|
|
Гость_50X_* |
25.2.2011, 14:54
Сообщение
#13
|
Гости |
RS-274X он и в, мож он в африке никого не знает... Если приспособиться, то может быть и с герберами можно. Допустим я послал плату в файле PCB. Но ведь ошибки делают и с этим - могут маску забыть на плату положить. Диаметр сверления в любом месте платы произвльно могут поменять. И еще много чего могут. А если я им вместо одного файла вышлю десяток - дык они их местами произвольно начнут менять - даже без сомнений. Если только 2 слоя, плюс две маски - это уже сколько они комбинаций могут напутать? 16? За брак денег, кстати, не возвращают - никто и никогда. Последний раз отправил заказ, попал в пятницу - только во вторник рука менеджера его коснулась. Потом выставляли счет, неторопясь и не сразу, я заплатил сразу - но наш банк работает только час или два в день. Дня три или четыре проходит пока оно появилось в компе у менеджера. Потом это должен был еще менеджер галку поставить, что бы заказ отдали в производство. Про производство не могу сказать ничего плохого - два-три дня, как обещано было, вжик и готово. Потом заказ опять попал, в пятницу, на склад. Рука упаковщика его коснулась только во втоник. И т.д. Потом мне приносят платы а я вижу - блин маску забыли накласть. И все по новой. Ага - срочное производство, как обещали, изготавливают за 2-3 дня... А кто спорит? |
|
|
25.2.2011, 15:32
Сообщение
#14
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
|
|
|
Гость_50X_* |
1.3.2011, 16:55
Сообщение
#15
|
Гости |
|
|
|
12.5.2011, 0:57
Сообщение
#16
|
||
Новичок Группа: Пользователи Сообщений: 3 Регистрация: 12.5.2011 Пользователь №: 363 |
Захотелось сделать так.... Какие однако одинаковые мысли приходят людям в голову . Пару недель назад начал аналогичный проект. Сейчас сижу над редактором схемных элементов:..... но вообще мне нравится идеология С::В или эклипса: компактное универсальное ядро и навесные рюшечки сверху. Интерфейс пользователя однозначно должен быть навесным и кастомизируемым, и не пришитым намертво капроновыми нитками. Ядро мне видится как движок базы данных, с некими встроенными процедурами. Тогда схематик или пцб будут всего лишь формами ввода, выходные документы в любом формате - формы вывода/отчёты. Библиотека - база элементов, проект - база документов документ - таблица элементов и связей Наверно, это будет уже не кикад ..... По идеологии наши мысли совпали. Думаю делать библиотеку в виде базы данных, и вокруг неё строить проект.... но окончательного плана как всё увязать пока нет... Если есть интерес можно подробнее обсудить. |
|
|
||
21.5.2011, 2:04
Сообщение
#17
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
|
|
|
Гость_MrYuran_* |
21.5.2011, 9:03
Сообщение
#18
|
Гости |
|
|
|
21.5.2011, 9:11
Сообщение
#19
|
|
тот самый Группа: Мод Сообщений: 13629 Регистрация: 24.11.2009 Из: Харьковская обл., UA Пользователь №: 25 |
|
|
|
27.5.2011, 19:54
Сообщение
#20
|
|
Новичок Группа: Пользователи Сообщений: 3 Регистрация: 12.5.2011 Пользователь №: 363 |
Тут эта... Undo/Redo как делать думаете? Об этом пока не думал, но почему то кажется что это не сложно. Если достаточно помнить шагов 5...8 то можно тупо сделать очередь в которую сохранять состояние редактора при каждом чихе. А почему именно эта функция вызвала интерес, у kicad с ней проблемы (я крайне мало в нём работал) ?Цитата(MrYuran) Стек возвратов и повторов. Кстати, тоже теоретически несложно. Если любое действие - это запрос к БД, то можно сразу в стек кидать обращённый запрос, который будет восстанавливать предыдущее состояние при Undo/Redo Я думал в БД только результат сохранять, а все действия производить в ОЗУ.В Qt кстати уже имеется подсистема undo. При беглом просмотре можно сказать что прикрутить её к имеющемуся коду будет не сложно. И спасибо за подсказку про undo, а то я бы про неё ещё долго не вспомнил, а потом могло быть уже позно |
|
|
Текстовая версия | Сейчас: 29.3.2024, 13:26 |