Модель UG-2864HSWEG01 в Proteus 8.7 глючная?

[Donker]

Есть такой проект сделан в Atmel Studio 7 + схема Proteus 8.7
https://kazus.ru/forums/attachment.p...1&d=1538919183

на реальном железе работает нормально, рисует кота и выводит по очереди цифры от 1 до 5:

https://kazus.ru/forums/attachment.p...1&d=1538919407

Эмуляция в Протеусе 8.7 выглядит так:

https://kazus.ru/forums/attachment.p...1&d=1538919183

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

Я неправильно нарисовал схему в Протеусе или это глюк UG-2864HSWEG01?

Остаётся ли проблема в Протеусе 8.8?

[ProtAS-13]

Я неправильно нарисовал схему в Протеусе или это глюк UG-2864HSWEG01?

Не замечал глюков у этого компонента.
Хотите разобраться?
Проанализируйте лог симулятора - там у Вас предупреждения.
Подключите I2C DEBUGGER.
Добавьте компоненту свойства: TRACE=2,TRACE_CWR=2,TRACE_MWR=2,TRACE_MRD=2 и смотрите лог симулятора.

[ProtAS-13]

Не замечал глюков у этого компонента.

Впрочем, один глюк у примитива SSD1306, все же, был замечен:

[Donker]

ProtAS-13, какая у вас версия Протеуса, модель входила в дистрибутив или ставилась отдельно? Мой проект у вас не глючит?

Глюк как раз похож на перепутывание адресов видеопамяти в модели, но только почему он динамический?!

Я только начал работать с Протеусом, два раза пытался работать с моделями графических экранов, пока не один не заработал в Протеусе!
А этот глюк у вас наблюдается (проект там выложен):
https://kazus.ru/forums/showthread.p...38#post1218538

Может глючить ОС Win7 x64, что модели графических экранов не работают?!

[ProtAS-13]

какая у вас версия Протеуса, модель входила в дистрибутив или ставилась отдельно?

Proteus 8.3. Примитив SSD1306 находится в LCDPIXEL.DLL (8.3.19760.0).
На рис1 привел сравнение версий этой dll-ки от Proteus 8.3 и 8.7.
В качестве проверки, запустил свой пример с dll-кой от 8.7 - на работоспособности примера никак не сказалось.

Мой проект у вас не глючит?

Ваш проект в версии 8.7 -›› в версии 8.3 не открывается. Устанавливать 8.7 и разбираться с Вашим кодом, у меня нет ни времени, ни, извините, желания. Я показал, что компонент работоспособен, указал на выявленные мною ошибки в примитиве, на основе которого он сделан. Дальше лишь Ваши усилия - я пас.

А этот глюк у вас наблюдается (проект там выложен):
https://kazus.ru/forums/showthread.p...38#post1218538

Еще в той ветке я Вам указывал где смотреть выявленные ошибки по примитиву ILI9341.

[Donker]

Ок, спасибо.

[ProtAS-13]

Я взял Вашу инициализационную последовательность (init[18]) и набор данных (screen_1[1024]), вставил в свой код - результат на картинке.
Делайте выводы.

[ProtAS-13]

Ваш результат????
Копайте

void OLED_INIT (void)  //ИНИЦИАЛИЗАЦИЯ ДИСПЛЕЯ

На мой взгляд, там

SEND(COM);

абсолютно не нужен.
А в железе точно работает ИМЕННО с этим кодом???

[Donker]

Да, результат такой, только там иногда полоски рисуются, при
каждом запуске в разных местах, иногда вообще не рисуются,
что вы такое сделали чтоб получить такой же глюк?

В железе прошит ATmega48P.hex из ATmega48P + SSD1306 (3).zip из первого поста.

[Donker]

Попробовал закомментировать SEND(COM);, кот начал рисоваться нормально
но иногда с полосками, цифры не отображается, в железе такой проект не работает (на экране ничего не отображается).

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

Меня вот смущает, датаграмма в районе девятого бита в конце каждого байта, но вариант использовать аппаратный I2C мне не подходит, мне надо обязательно ногодрыгом.
А также смущает факт плавающего глюка, откуда берётся неопределённость в эмуляторе?