Proteus - глюки, проблемы с установкой

[TEHb]

1Dimon1, какая версия Proteus? Вроде бы (почти) все известные баги моделей AVR вычистил в 8.5.

[1Dimon1]

7.8 SP2 сборка 10468
в принципе я в первом посту спрашивал о версии без ошибок, но была тишина.

[Kabron]

Таки пины можно двигать вверх-вниз, и добавлять дырки между ними. В новой версии можно разбивать компонент на несколько кусков. Всё лучше, чем вручную.

Таки нет, ибо врукопашную для 100 пинов врагу не пожелаешь(попробовал ), тем более, что на этапе двиганья номера пинов не отображаются, а при декомпозе они куда то исчезают.

[TEHb]

7.8 SP2 сборка 10468

Последняя версия на данный момент - 8.5, сборка 22067. Можете скинуть минимальный проект, который не работает, но должен, и указать, как именно он должен работать?

[TEHb]

Kabron, можно двигать сразу по несколько пинов, выделив их. А для номеров пинов в этом окошке нет места. При декомпозе они исчезают, потому что они заданы в Pinout script, а не через номер по умолчанию.

[Kabron]

Kabron, можно двигать сразу по несколько пинов, выделив их.

И это знаю и пробовал. Увы не для Cypress, у которых пины пронумерованы совершенно фантастически. Короче, за час с лишним, терпения не хватило.

А для номеров пинов в этом окошке нет места.

А вот это зря. Их бы рядом с названиями отображать. Не так будет крыша ехать.

[1Dimon1]

Последняя версия на данный момент - 8.5, сборка 22067. Можете скинуть минимальный проект, который не работает, но должен, и указать, как именно он должен работать?

малой версии сейчас нет. Попробую накропать аналогичный проект, где используется этот флаг, но не сегодня.

[Kabron]

потому что они заданы в Pinout script, а не через номер по умолчанию.

Блин, Тень, я не понимаю, если есть нумерация выводов,
Если визард имеет инфу о корпусе и по какой стрелке вести нумерацию,
какого хрена не начать именно с того угла и направления, которые выбрал юзер
и не расставить пины по порядку номеров?

Очевидно что хотели именно этого. Только вышло как всегда.

ЗЫ
Это я еще в аресе не смотрел - стремно.

[Dok_Alex]

Уважаемые коллеги!
Знаю, что уже давно поднимался вопрос по поводу глюков при работе модуля CCP в режиме ШИМ в пиках (и не только). Я имею в виду, что после изменений на ходу скважности в регистрах CCPR1L и (или) ССP1CON нужно ставить костыль bsf T2CON,TMR2ON плюс иногда задержку, иначе модуль перестает работать.
Хотел уточнить еще раз, этот глюк имеет место быть лишь в нелицензированном Proteuse или без разницы.
Есть ли еще способы обойти проблему, поменялось ли что нибудь в этом направлении, ведь проблема насколь помню, поднималась более 5 лет назад.

[NewWriter]

У меня такой проблемы никогда не было, насколько помню. Использовал связку MPLAB+Proteus.
Приведите пример своего кода. Быть сможет, в вашей функции случайно выключается модуль?