Vadim

Проект давно успешно завершен. вот А умер предмет вашего желания :) В смысле Power Logic. Не тратьте время, взрослые пацаны сейчас DxDesigner пользуют.

Народ уже давно переключался между ними скриптами, выведенными на горячие клавиши. В году этак 2005-2006 лично этим занимался. Иконка, это, безусловно, прогресс Да-да, особенно в logic. Целый один пункт :)

Я напишу :) Пересаживаюсь на emacs. Не могу никак разобраться с verilog-mode. Он живет своей жизнью, умничает, и не дает работать. Нажимаю tab - игнорирует, enter - форматирует кусок кода и т.д. Я весь FAQ перерыл, сделал в ~/.emacs все, что там советовали по этому поводу. Не помогло. Как заставить его помогать мне, только когда я попрошу (нажму соответствующее сочетание клавиш), а не постоянно? ЗЫ Пробовал vlog-mode, вроде получше, умничает меньше, но не понимает SV. Толком не разобрался с ним, т.к. наступило утро.

К сожалению, без теории не обойтись. Чтобы иметь представление, что будете делать: http://posix.ru/system/grub/ Последнюю статью я не прочитал, она мне не понадобилась, и так все получилось :) Ну а далее решайте сами, как будете действовать. Я вижу это примерно так: 1. Застраховаться, забэкапив все нужное на винчестере. Мне оказалось достаточно создать образ диска "C" с виндой, остальное не пострадало. 2. Переразбить диск или подвигать разделы, сами решайте. Главное, что должно получиться - 3 первичных раздела и 1 расширенный. В расширенном в этом случае можно будет создать еще 13 логических разделов. Больше, к сожалению, пока нельзя. 1 первичный раздел - там будет стоять загрузчик. Размер его может быть небольшим. Я сделал его 200М. 2 первичный раздел - винда (вроде ж пока еще нужна? :)) 3 первичный раздел - единый swap для всех линуксов Линуксы будете ставить на логические разделы. Как Вы понимаете, можете их поставить где-то 13 штук, если захотите :) 3. Обзавестись линуксовым загрузочным диском, в котором есть grub (скорее всего, grub есть во всех загр. дисках). Я использую LinuxPartedMagic35. 4. Восстанавливаем раздел с виндой, делаем его активным. При необходимости фиксим MBR средствами винды. Короче, добиваемся, чтобы компьютер с виндой ожил. 5. Устанавливаем какой-нибудь линукс на какой-нибудь логический диск. Линукс пропишет в свой загрузчик и винду. 6. Копируем /boot/grub установленного линукса на первый раздел. 7. Грузимся с линуксового загрузочного диска, в терминале заходим в grub и устанавливаем grub в MBR, указав, что все его файлы находятся на первом разделе. Как это сделать, описано в статье. Скорее всего, это будет самое трудное. Но не бойтесь, реально там нужно будет ввести две короткие команды. Могу даже сказать какие они будут для описываемого мной разбиения, но только попозже :) 8. Перегружаемся. Должно возникнуть меню с выбором ос : линукса и винды. Убеждаемся, что все работает. 9. Все. Отныне Вы хозяин на своей машине. После установки очередного линукса Вам нужно будет скопировать нужные строки файла menu.lst, который он создал в /boot/grub своего раздела в menu.lst первого раздела. А если устанавливаемый линукс оказался настолько нагл, что установил свой загрузчик в MBR, не беда, просто выполните п.7.

Вы можете ставить все, что угодно без гемороя, если, например, заведете себе отдельный раздел для загрузчика grub. В его файл menu.lst Вы сможете записывать все что пожелаете. Я так себе дома сделал и с легкостью меняю дистры линукс как перчатки. Сейчас у меня стоит масдайка, suse, fedora и мандрива. Могу еще и убунту поставить, не вопрос. Главное, чтобы разделов хватило :) Правда, убунту я признал непригодной к эксплуатации еще до центоса. ЗЫ Если заинтересуетесь, могу поискать ссылки.

В данный момент пересаживаюсь с венды на suse. Пока не ставил на suse Expedition, т.к. хочу раздобыть еще и DC. А тут смотрю, могут быть проблемы, как и у автора топика. В связи с этим вопрос - не подкинете ли начинающему линуксоиду ссылочек на предмет почитать что за зверь такой "совместимость с RHEL"? :rolleyes: ЗЫ Centos пробовап 5.2. Но когда он мне гордо заявил, что не знает таких файловых систем, как ntfs и reiserfs (это при том, что man mount четко говорит, что они поддерживаются), был отправлен мной фтопку, благо линуксов разных на свете немеряно. А тут получается, что как раз на центос есть шанс поставить Exp... Надо что-то думать :smile3046:

Это хорошо, что Вы все это знаете и понимаете :) Не понимаете только одного - редактор плат не обязан делать бэканнотацию в схему. Этим должна заниматься специальная утилита, которая имеется в пикадовском маршруте проектирования плат и отсутствует в Expedition Flow. Согласен, трудно. Но, повторяю, Expedition PCB здесь не при чем. Dx до сих пор еще не достиг даже той функциональности, которую имеет DC уже давно. И это факт. То, что он Вам нравится больше, его не отменяет. Dx постоянно и бурно развивается, а в DС из релиза в релиз в лучшем случае вносятся косметические правки. Безусловно, в конечном счете ментор добьется своего и подсадит всех на него, но для этого Dx должен по всем статьям обогнать DC. А пока этого не произошло, лично я буду считать Dx недоделанным по сравнению с DC.

Причем здесь Exp? Dx недоделаннный, а DC - доделанный. И точка :) И еще рискну заявить, что имено в Exp (подчеркиваю - именно в редакторе плат Expedition PCB) никакой нехватки функциональности нет и в помине.

Ой... А где взяли DC, если не секрет? Чтобы не связываться с недоделанным Dx.

В этом случае Вам придется завести еще один(несколько) Reuse для модифицируемого(ых) блока(ов). Есть еще вариант - "cломать" reuse в проекте и подправить все, что Вы хотите. Только учтите, что потом восстановить их будет уже нельзя.

Синхронность, синхронность, и еще раз синхронность - вот что должно быть девизом настоящего плисовода! :) Ну это вряд ли :)

Да-да. У хорошего хозяина каждый работник - взаимозаменяемый винтик, и не более :) Платить ему на "хорошую жизнь" - вбивать гвоздь в крышку собственного бизнеса .

Как вариант попробуйте создать новую ЦБ и вызвать Cell Editor оттуда. Если будет все нормально, дело в Вашей ЦБ, а если нет, то, извините, не в курсе.

тем более такую, как в ISE.

:yeah: Не угадали!!! Наоборот, он очень маленький. Несколько пинов + парочка виа, 2 полигона. И все это принадлежит одной цепи. Это клемма на плату под винт.

Дык у Вас такого цела нету :)

Вроде как присоединяюсь. Составляющие Library Manager ну прям летают. Чудеса, однако :07: Мегабагов пока не замечено, кроме одного, но он и раньше был - беда с предпросмотром конкретного cell, вплодь до зависания минуты на 3 Пришлось даже восстанавливать библиотеку - не понял, что это предпросмотр глючит, подумал, что комп завис, нажал ресет - и был обеспечен дурной работой на 3.5 часа :crying:

А я разве говорил, что получил задачу в форуме? Я ее получил за рюмочкой не помню какого спиртного в Минске у себя дома :) Тогда извините. Удаляюсь.

Ну в профиле же есть - Вадим из Минска :) Некий Сергей из Москвы когда-то ставил передо мной подобную задачу. Я даже схему какую-то ему нарисовал. Проблема была примерно та же, что и сейчас - абсолютно никаких входных цифровых параметров и непонятное назначение будущего девайса :) Дык я и подумал - может этот Сергей - это Вы?

SergeXXL (Сергей?), мы с Вами, случайно, не встречались? :)

Хорошо, что устранено. Плохо другое - наверняка ведь при устранении добавили пару новых багов. Ну или вспомнили о старых. Согласно сложившейся доброй традиции

При открытии проекта в DC в логе периодически возникают сообщения типа "Can not find flatnet 'бла-бла-бла' in the iCDB database." Иногда этих сообщений много, иногда мало, иногда вообще нет (что странно :)). Часто несколько сообщений посвещены одной цепи. В принципе, никаких неприятных последствий после этого не замечал, однако это настораживает. Так и работаем в постоянном ожидании краха проекта :) ЗЫ Понятное дело, в 2005 такого никогда не было.

Еще. При размещении со схемы ломается сетка размещения (или вообще выключается, или становится очень малой). Т.е неожиданно какой-нибудь компонент на курсоре начинает передвигаться не дискретно, а плавно. Ничего не попишешь, устанавливаем так, как есть. Следующие 1-2 компонента, как правило, тоже размещаются без сетки. Потом привязка к сетке неожиданно включается, размещаем далее по сетке до следующего глюка (5-6 компонентов). Не припоминаю я что-то такого бага в 2005. После размещения привязываем размещенные компоненты к сетке врукопашную, утешаясь надеждами на свежайший релиз :)

Ни одного :rolleyes: Я думаю, у Вас не было бы никаких задержек, даже в случае 2007.3 :)

2007.3 с DC и последними апдэйтами. Процесс сохранения схемы длится 15 секунд. Стоит ли говорить, что в 2005.x этот процесс занимал от силы пару секунд на той же машине? Так и живем, сохраняемся, 15 секунд нервно барабаним пальцами по столу и надеемся на последний релиз :)