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

[Dok_Alex]

Вот проект (сделан в Proteus 7.10).

Формирование импульсной последовательности с постепенно изменяющейся скважностью.
Чтоб заработало, включите костыли (раскомментируйте 4 указанные строчки), в проекте я их закомментировал.
В железе само собой все работает!
Где-то вычитывал, что проблема в лицензии. Поэтому хотел уточнить.

[Kabron]

На Вынь 10 х64 build ›14000 начал глючить и сбоить Арес. 711
Проверьте кто может.

[IOPA4]

До этого собирал вольтметр, амперметр на Tiny26. Отлично симулируется и работает в железе. Пришли Tiny24. Пока попробовал в Proteus 8.4. Показания синхронно изменяются при изменении одного напряжения на входе. Пробовал разные варианты, первый вход обычный, второй дифференциальный с усилением 20. Делал оба дифференциальными, один с усилением х1, второй х20. Не работает никак. По даташиту проверился, все норма. Может глюк в AVR2.lib, а может в компиляторе. Как узнать?

[Halex07]

Может глюк в AVR2.lib, а может в компиляторе. Как узнать?

В компиляторе, в компиляторе... Поаккуратнее надо со всякими CodeWizard-ами, а то они доведут до цугундера. Вы же в коде используете единичные преобразования. А у Вас:

// ADC Auto Trigger Source: Free Running
ADCSRA= (1 ‹‹ ADATE)

--------------------------------------------------

По даташиту проверился, все норма.

Ещё раз проверяемся... п.16.4 Starting a Conversion на стр.134 последней ревизии. Особое внимание на второй абзац.
Кстати, там у Вас и ещё косяки наблюдаются, но это уж сами. Итак пришлось попотеть (и в прямом смысле тоже - жара, млин), у Вас во вложении ведь только CVAVR-проект, Протеусный не приложен.
PS Забыл поблагодарить Вас за последнюю личку. Исправляюсь... Спасибо большое, воспользовался!!!
===============================================
To Kabron Ну, у меня 10-ка x64. Ставилась не с нуля, а обновлением Win7 x64. Правда, Протеус(ы) стоит(ят) по стандартному пути на С: в Program Files (x86). Ares шуршит нормально и там, и там.

[Dok_Alex]

При работе с PIC 18-й серии заметил следующий глюк.
Если после АЦП преобразования пытаться перезаписать результат из ADRESH в какие-либо регистры последовательно более одного раза, т.е.
movff ADRESH,temp1
movff ADRESH,temp2
ну и т.д, то увидим, что после первой перезаписи геристр ADRESH обнуляется, т.е., к примеру, как указано выше в temp2 будет нулевой в любом случае.
Проект Proteus 7.10 прилагается.

[1Dimon1]

Всем привет. Нарисовалась проблема с atmega 8535 (16 и другими) в части работы счетчика TCNT2. проблема в том что при нормальном режиме работы счетчика происходит, по ощущениям, двойная буферизация регистра OCR2, то есть если мы обнулим счетчик и после этого впишем новое значение в окр2 то по новому значению прерывание не происходит, но оно происходит постоянно по строму значению, если же счетчик пройдет тор то прерывание уже происходит по новому значению. то есть поведение характерно для буферизации, но в этом "нормальном" режиме буферизации не должно быть!
В приложении простейший пример. код подготовлен в алгоритм билдере, но проблем с конвертацией точно нет - в железе работает.

Выдержка из даташита:

The OCR2 Register is double buffered when using any of the pulse width modulation
(PWM) modes. For the normal and Clear Timer on Compare (CTC) modes of operation,
the double buffering is disabled. The double buffering synchronizes the update of the
OCR2 Compare Register to either top or bottom of the counting sequence. The synchronization
prevents the occurrence of odd-length, non-symmetrical PWM pulses, thereby
making the output glitch-free.

версии протеуса на которых это происходит одинаково:
8,5 sp0 (22067) и на 7,8 sp2 (1046

[OldDriver]

Всем добрый день.
Похоже обнаружил баг в модели ATtiny85.
Таймер0 режим FastPWM режим 7. По даташиту должен считать от 0 до OCR0A.
И сбрасывать значение счетчика таймера в 0. Не сбрасывает. Хотя если разрешить генерить прерывания по совпадению с регистром А, генеряться правильно и при правильном значении счетчика. Где то забыли обнулить счетчик.
PROTEUS 8.5.

[Neutron78]

Нарисовалась проблема с atmega 8535 (16 и другими) в части работы счетчика TCNT2. проблема в том что при нормальном режиме работы счетчика происходит, по ощущениям, двойная буферизация регистра OCR2

Подтверждаю. Пока не произойдет переполнение, прерываний по сравнению не будет.
Мучился 2 дня пока не попробовал в железе.

[imiron13]

Proteus 8.5 SP0, buid 22067. MCU: LPC11xx (CortexM0).
Нет сильной единицы на всех GPIO которые пробовал, ведут себя как open-drain: сильный ноль, слабая единица.
Проявляется в т.ч. в примере "Capacitive touch sensing using the LPC11xx": если отсоединить PIO0_1, PIO0_2 от светодиодов и прицепить probe, то он будет показывать WHI, SLO при поднесении/удалении "пальца" и сенсора.
Я в первый раз использовал этот контроллер и не пробовал это в железе, поэтому возможно делал что-то не так, но, судя по мануалу, так быть не должно. Там при конфигурации в регистрах есть опция указать "open-drain mode", но я ее не включал.
Если кому-то удалось вывести "сильную единицу" через GPIO этих контроллеров, покажите ваш проект для сравнения. В примере "Software UART" есть "сильная единица", но, я так понял там выводом управляет модуль таймеров, а не GPIO.

[sheva_s]

Хочу попробовать поработать с нокиевским дисплеем 3310 подскажите рабочую версию протеуса которая нормально работает, желательно с руссификатором и ссылку откуда можно скачать.