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

[DL36]

Похоже, как раз тот случай.

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

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

В моём понимании это глюк, на анализ для Усарт так же можно посмотреть.

[naitar]

В Proteus v 7.5 возникает ошибка в dll при симуляции I2C на микроконтроллерах семейства LPC2000. При генерации условия старт, думаю, проблема в установке регистра статуса I2С. Кто-нибудь сталкивался? Как лечить?

[TEHb]

В Proteus v 7.5 возникает ошибка в dll при симуляции I2C на микроконтроллерах семейства LPC2000. При генерации условия старт, думаю, проблема в установке регистра статуса I2С. Кто-нибудь сталкивался? Как лечить?

Вылечено в 7.6SP1

[IOPA4]

Опять проблема с питанием. Протеус упорно соединяет питающие линии LCD Nokia 3310, преобразователя уровня 4050 (561ПУ4) и питания МК Atmega8. Подскажите, что не так.

[TEHb]

Потому что на схеме нарисован VDD, соединенный с +LCD1:

[IOPA4]

И я про это пишу: питание U4 должно быть около 3В и равно питанию ЖК индикатор (LCD+), а Протеус упорно соединяет с питанием МК, т.е. +5В.

[TEHb]

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

[IOPA4]

Лучше бы этого умолчания не было бы. По-моему ЖКИ кранты - подалось +5В.

[BSA-elec]

Господа модераторы! А куда делся мой пост по поводу глюка с флагом TNF в модели LPC2138?

[BSA-elec]

И еще несколько глюков до кучи (Я о них уже писал как-то давно (#254, #268 )).
1. Модели PIC16/PIC18.
Если бит TXEN в регистре TXSTA сброшен, то вывод должен работать в соответствии с настройками регистра TRISC (т.е. как обычный I/O). В Proteus он всегда остается выходом USART. В железе все работает. Проверялось на PIC16F876A и PIC18F252.

2. Модели AVR.
При отключении вывода PB1/OC1A от таймера вывод не устанавливается в нужное значение. Т.е. если он был в 1, он не переходит в 0 при DDRB.1=1 и PORTB.1=0. Команда cbi PORTB, OC1A также не приводит к результатам. Сбрасывается только после последовательности команд sbi, cbi.

3. Модели AVR.
Глюк с выводом SS в AVR. Когда SPI находится в режиме master и вывод SS настроен на выход, он должен работать как обычный I/O, а не как SS. Как SS он должен работать, только, если он настроен на вход.