С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
13-й столбец из 22.
Из интересненького:
1) Появился RS-триггер с инверсными входами.
2) Номенклатура элементов все еще невелика, по сравнению с ХМ2.
3) Уровень оптимизации тоже ниже. Из-за чего нет зеркально отраженных по вертикали элементов, и очень длинные связи.
4) Периодически встречаются глюки трассировки. Когда линия идет, идет и никуда не придет) Или же шла, развернулась, обратно пошла. Вряд ли это правка ручками финальной схемы. Я думаю, что именно глюки трассировщика.
14-й столбец из 22.
Из интересненького:
1. Проявились схемы тактирования.
2. Мир регистров и мультиплексоров.
3. Все больше убеждаюсь, что разработка шла готовыми блоками размерами с целые регистры, которые потриггерно стройными рядами натыкали, а потом трассировали соединения, как придется. Соединения порой очень длинные. А иногда такие, что по кругу все обойдут и вернутся рядом, но с другой стороны. В ХМ2 в этом плане все очень хорошо оптимизировано.
4. Рисую не заглядывая в шпаргалку, как выглядят элемены, т.к. уже запомнил их наизусть. Да и разнообразия элементов особо нет, запоминать нечего.
5. В ХМ2 вывод содержимого различных регистров на одну шину делался просто - они обьединялись по И. А в ХМ1 все более громоздко, целые системы с мультиплексорами.
Начинаем обратный отсчёт - девять, восемь ...
Да там одни резисторы в четырнадцатом столбце.
Ну в ХМ1 стандартная библиотека элементов, которую надо объединить, так что выбора особого нет. А объединение по И есть. Например биты 4, 5 и 6 при выдаче на шину проходят через элементы 5И, это элементы L12.L13, M12.M13, N12.N13. Так как биты 3 и 7 в регистрах 177020 и 177022 не используются, то в элементах K12.K13 и R12.R13 я вижу только 3И, хотя может там и 5И, но два входа не задействованы (должны быть на VCC). Ну и для самых насыщенных битов 0, 1 и 2 выделили целую кучу, в том числе F6.F7, F8.F9, F10.F11.
Последний раз редактировалось Alex_K; 04.04.2020 в 23:02.
Элементы-то все одни и те же, только расставлены будут по-другому)
@Vslav не выкладывал фотку 136-й склеенной в единую панораму.
15-й столбец из 22.
Из интересненького:
1) Начали проявлятся порты A0-A7. Сделаны тоже на мультиплексорах, но иначе, чем AD0..AD15
2) Место для трассировки связей пока есть, буду надеяться, что его хватит.
- - - Добавлено - - -
p.s.: Похоже, один столбец все же в лист P-CAD'а не уместится, и придется переносить на другой. Печалька.
- - - Добавлено - - -
p.p.s: Полез ковыряться в формате файла P-CAD'а, .sch, нашел, где там задаются размеры листа (максимально 60 дюймов, или 1524мм). Попробовал поставить больше, и редактор это скушал! Странно, т.к. я раньше пробовал, и почему-то не получалось. Если не заглючит, так можно размер листа любым сделать. Другой вопрос, не окривеет ли из-за этого редактор в процессе редактирования. Поэтому пока не дойду до края листа, не буду его увеличивать.
- - - Добавлено - - -
Инструкция, как изменить размер поля в P-CAD:
Размер задается в миллиметрах. Берем заданный размер, например, 1700мм. Умножаем его на 100000, и переводим в шестнадцатиричный 32-битный формат, получается 0x0A21FE80.
Записываем в файл .sch размер листа по вертикали по смещению 0x00D1 в обратном порядке байт - 80, FE, 21, 0A,
а размер листа по горизонтали по смещению 0x00DD, соответственно.
Разумеется, это справедливо для схемы, где всего лишь один лист. Для схемы с другим количеством листов, смещения будут в другом месте. Не исключено, что и для одного листа они могут располагаться в другом месте, в зависимости от размера других данных в заголовке. Но эти смещения нетрудно найти, если знаешь изначальный размер листа.
Что-то не то, возможно там миллиметры, никогда не видел чтобы оно давало выйти за ограничения 60x60 дюймов.
Я бы насторожился и сделал бэкап, база может умереть в любой момент и больше не открыться, такое случается если возникает внутренняя ошибка, сохраняется в файле, а потом валидатор при открытии говорит - "база данных не алё".
Размер листа в редакторе схем PCAD-2004/2006 один - аттрибут называется workspaceSize, для всех sheets во всей схеме.
Схему можно сохранить в текстовом формате, для этого в диалоге "Save As" выбрать опцию "ASCII Files *.sch" в качестве выходного формата.
Тогда можно найти что-то типа (workspaceSize 60000.0 60000.0) и поменять руками. Но, я попробовал поставить 80000x80000 и оно при загрузке схемы выдало предупреждение и обрезало до 60000x60000.
Менять текст в файле схемы надо осторожно, а то оно может не загрузиться. Например, очень не любит букву "я" - это код 0xFF в кодировке 1251, PCAD-200x считает что это конец текстового файла и когда попадется текстовый аттрибут типа "Author Вячеслав" загрузка файла на букве "я" радостно завершается с ошибкой. Поэтому, бывает файл с надписями в кириллице пишется в текстовый файл, а потом его обратно открыть не получается. Мне везло - кириллица в проектах была не нужна, а народ радостно эти грабли откапывает до сих пор. Со смещениями в бинарном файле надо тоже аккуратно - там есть опция компрессия файла базы.
Последний раз редактировалось Vslav; 05.04.2020 в 19:35.
Эту тему просматривают: 2 (пользователей: 0 , гостей: 2)