roboforum.ru

Пользовался я обычными LCD индикаторами. Есть у меня и 16x2 и 20x4 индикаторы. Все шло хорошо, пока я тут не решил купить модный OLED, чтоб было все ярко и весело.

Взял WEH001602ALPP5N компании Winstar (как и все мои другие).

Заменил свой LCD на OLED - картинка супер, все хорошо.
А дальше начались грабли.

Если мк вместе с оледом выключить и включить - все шоколадно.
Если же например нажать просто резет, то болт.
Болт бывает следующих видов:
1) Черный экран
2) Кракозяблы статичные
3) Кракозяблы слегка меняющиеся в зависимости от программы
4) Поменены строки местами
5) Изображение сдвинуто вправо-влево на разное количество символов
6) Комбинация пунктов 2-5

Вывожу только английские буквы и цифры для теста. Речь НЕ ПРО КОДИРОВКУ.
Завтра принесу фотик, покажу. Пока в шоке. Главное уже запаял и доработал напильником и врятли получится вернуть.

Случаем у дисплея нет своего Reseta?

нет. по контактам все совместимо как у LCD, нет только контрастности и + - для подсветки.
А так все 1 в 1. Подключал 4х-битным образом, библиотека LCD встроенная CVAVR

Добавлено спустя 1 час 53 минуты 4 секунды:
Очень похоже, что в CVAVR как то не так сделана инициализация и/или переход в 4-х битный режим.
Все перепробовал уже...

А что говорят даташиты от ЛСД и ОЛЕД дисплеев на вопрос инициализации и работы? Есть ли разница?

я не нашел. процедура инициализации одинаковая для всех контроллеров HD44780.

Может кто прислать прошивку для АТмега32-16 Мгц с программой, пишущей "Hello world", сделанную на чем угодно, кроме CVAVR?
Экран подключен следующим образом:
Порт А (пофиг, можно любой другой, главное по пинам чтоб совпадало, у меня все на разъемах)
0 - RS (LCD Pin 4)
1 - RD (LCD Pin 5)
2 - EN (LCD Pin 6)
4 - DB4 (LCD Pin 11)
5 - DB5 (LCD Pin 12)
6 - DB6 (LCD Pin 13)
7 - DB7 (LCD Pin 14)

Видео, демонстрирующее грабли

Процедура инициализации в библиотеке CVAVR:

Код: Выделить всё • Развернуть

unsigned char lcd_init(unsigned char lcd_columns)
{
#asm
    cbi   __lcd_port,__lcd_enable ;EN=0
    cbi   __lcd_port,__lcd_rs     ;RS=0
#endasm
_lcd_maxx=lcd_columns;
_base_y[2]=lcd_columns+0x80;
_base_y[3]=lcd_columns+0xc0;
_long_delay();
_lcd_init_write(0x30);
_long_delay();
_lcd_init_write(0x30);
_long_delay();
_lcd_init_write(0x30);
_long_delay();
_lcd_init_write(0x20);
_long_delay();
_lcd_write_data(0x28);
_long_delay();
_lcd_write_data(4);
_long_delay();
_lcd_write_data(0x85);
_long_delay();
#asm
    in    r26,__lcd_direction
    andi  r26,0xf                 ;set as input
    out   __lcd_direction,r26
    sbi   __lcd_port,__lcd_rd     ;RD=1
#endasm
if (lcd_read_byte0()!=5) return 0;
_lcd_ready();
_lcd_write_data(6);
lcd_clear();
return 1;
}

Похоже на глюки RAM памяти его. Программу пока не смотрел - позже посмотрю

А меня смутила длина проводов. Может олед более чувствителен к помехам и наводкам? Кондер по питанию ему еще прямо на индикатор. И еще хорошо бы сравнить по даташитам времянки сигналов - вдруг есть различия.

galex1981 писал(а):Похоже на глюки RAM памяти его. Программу пока не смотрел - позже посмотрю

Непохоже, т.к. при включении питания или при НН-надцатом резете все работает до следующей инициализации.

а что если сигнал en попробовать оторвать от МК и тягать его в ручную ..

Это проблемы винстара и никак не исправить, они изначально делали глючные оледы.