Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Помогите запустить LCD под CodeVision
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > AVR
Ветал
Здравствуйте!
Начал изучать АВРовские микроконтроллеры, одолжил готовую отладочную плату на Атмеге16. Хозяин подкинул мне некоторые из его программ, написанных на Bascom. В том числе и работающую программу для ЛСД.
Начал программировать в CodeVision 1.23.6a. Воспользовался Визардом для подключения ЛСД, а также стандартными функциями вывода на экран из Хелпа, но ничего не получилось. Пришел к выводу, что программа перестает выполняться микроконтроллером начиная с места инициализации ЛСД. При этом у ЛСД (2*8) бывали следующие варианты:
1) верхняя строка полностью подсвечена, нижняя - выключена полностью
2) подсвечен первый символ верхней строки и мигает курсор.
Но информация, которая должна выводиться на экран по программе - не выводится!
Несколько дней пытаюсь решить, сейчас склонен думать, что проблема в CodeVision...

Кто сталкивался с подобной проблемой и знает как ее решить (обойти), просьба помочь.
Спасибо!
MrYuran
Ну и...
где, собственно?
что решать-то?
тип LCD, исходники - в студию.
Ветал
Исходник и даташит на ЛСД прилагаю.Нажмите для просмотра прикрепленного файла

Исходник:
#include <mega16.h>

// Alphanumeric LCD Module functions
#asm
.equ __lcd_port=0x15
#endasm
#include <lcd.h>
#include <delay.h>

// Declare your global variables here

void main(void)
{
// Declare your local variables here

// Input/Output Ports initialization
// Port A initialization
// Func0=In Func1=In Func2=In Func3=In Func4=In Func5=In Func6=In Func7=In
// State0=T State1=T State2=T State3=T State4=T State5=T State6=T State7=T
PORTA=0x00;
DDRA=0x00;

// Port B initialization
// Func0=In Func1=In Func2=In Func3=In Func4=In Func5=In Func6=In Func7=In
// State0=T State1=T State2=T State3=T State4=T State5=T State6=T State7=T
PORTB=0x00;
DDRB=0x00;

// Port C initialization
// Func0=In Func1=In Func2=In Func3=In Func4=In Func5=In Func6=In Func7=In
// State0=T State1=T State2=T State3=T State4=T State5=T State6=T State7=T
PORTC=0x00;
DDRC=0xff;

// Port D initialization
// Func0=In Func1=In Func2=In Func3=In Func4=In Func5=In Func6=In Func7=In
// State0=T State1=T State2=T State3=T State4=T State5=T State6=T State7=T
PORTD=0x00;
DDRD=0x00;

// Timer/Counter 0 initialization
// Clock source: System Clock
// Clock value: Timer 0 Stopped
// Mode: Normal top=FFh
// OC0 output: Disconnected
TCCR0=0x00;
TCNT0=0x00;
OCR0=0x00;

// Timer/Counter 1 initialization
// Clock source: System Clock
// Clock value: Timer 1 Stopped
// Mode: Normal top=FFFFh
// OC1A output: Discon.
// OC1B output: Discon.
// Noise Canceler: Off
// Input Capture on Falling Edge
TCCR1A=0x00;
TCCR1B=0x00;
TCNT1H=0x00;
TCNT1L=0x00;
OCR1AH=0x00;
OCR1AL=0x00;
OCR1BH=0x00;
OCR1BL=0x00;

// Timer/Counter 2 initialization
// Clock source: System Clock
// Clock value: Timer 2 Stopped
// Mode: Normal top=FFh
// OC2 output: Disconnected
ASSR=0x00;
TCCR2=0x00;
TCNT2=0x00;
OCR2=0x00;

// External Interrupt(s) initialization
// INT0: Off
// INT1: Off
// INT2: Off
GICR=0x00;
MCUCR=0x00;
MCUCSR=0x00;

// Timer(s)/Counter(s) Interrupt(s) initialization
TIMSK=0x00;

// Analog Comparator initialization
// Analog Comparator: Off
// Analog Comparator Input Capture by Timer/Counter 1: Off
// Analog Comparator Output: Off
ACSR=0x80;
SFIOR=0x00;

// LCD module initialization
lcd_init(16);
lcd_clear();
while (1)
{
// Place your code here

lcd_gotoxy(1,5);
lcd_putsf("First");
delay_ms(1000);
};
}
MrYuran
Осталось 4 неизвестных:
lcd_init();
lcd_clear();
lcd_gotoxy();
lcd_putsf();
Ветал
Пардон, функции надо описать? Хоть бы компилятор выругался, а то ж никаких ошибок.

void lcd_init(unsigned char lcd_columns);
void lcd_clear(void);
void lcd_gotoxy(unsigned char x, unsigned char y);
void lcd_putsf(char flash *str);

Добавляю в код
ALexx
Цитата(MrYuran @ Jul 22 2008, 15:25) *
Осталось 4 неизвестных:
lcd_init();
lcd_clear();
lcd_gotoxy();
lcd_putsf();

Это функции библиотеки "LCD.h" CodeVision-а.
Их прототипы уже описаны в упомянутом хидере.

2 Ветал
Библиотека проверена - работает как часы.
Смотрите на подключение ЖКИ к контроллеру.
Выдержка из ХЕЛПа:

Код
The LCD module must be connected to the port bits as follows:
[LCD]    [AVR Port]
RS (pin4) ------     bit 0
RD (pin 5) ------    bit 1
EN (pin 6) ------    bit 2
DB4 (pin 11) ---    bit 4
DB5 (pin 12) ---    bit 5
DB6 (pin 13) ---    bit 6
DB7 (pin 14) ---    bit 7


И еще... Вы цепляете ЖКИ к порту С (.equ __lcd_port=0x15).
А ниже этот же порт настраиваете на ВВОД... Не гуд..
Ветал
Библиотека проверена - работает как часы.
Смотрите на подключение ЖКИ к контроллеру.
Выдержка из ХЕЛПа:

То есть программа должна работать?

Выдержки из хелпа смотрел. Есть отличия

1) RD (pin5) -- GND (работаем только с записью), думаю с этим проблем не может быть;
2) EN (pin6) -- Bit1 (по хелпу Bit2), тут может быть трабл.

Вроде как проблема зарыта в пункте 2. Резать дороги не могу, чтоб окончательно убедиться. Проделал следующее. Отключил ЛСД. Прошил под BasCom и посмотрел осциллографом все упомянутые в Хелпе сигналы. Прошил под CodeVision, сигналов на осциллографе не увидел. От сюда и начал грешить на то что проблема в CodeVision.
GDI
Если вы поменяли расположение сигналов относительно того как требудется для библиотечной функции, то чего вы ожидали? Если дорожки резать не можете, пишите тогда свою библиотеку для работы с ЖКИ в необходимой вам конфигурации выводов. Или используйте готовую стороннюю библиотеку которая позволяет переопределить синалы на выводах порта. Готовую библиотеку можно поискать тут http://electronix.ru/forum/index.php?showtopic=10934
MrYuran
Цитата(GDI @ Jul 22 2008, 17:15) *

++
Всегда отрицательно отношусь к применению чего-то, чего руками не потрогаешь и не поменяешь. Особенно к разным библиотекам, притянутым за уши к конкретным компиляторам. Будь то хоть delay() на циклах. А с некоторых пор являюсь поклонником GCC (и дело тут не столько в халяве, сколько в открытости исходников, в том числе и всех библиотек.)
Но к теме это, конечно, не относится. Тут всё понятно. Раз неправильно подключен индикатор - ясное дело, работать он не обязан.
Ветал
GDI:
плата не моя, потому и не режу;
эту проблему попытаюсь решить своими силами - шлейф попробую обжать по-другому. Но на данный момент смущает другое: сигналов на осциллографе нет на порту С!
Повторюсь, прошивал Баскомом и наблюдал их!

GDI:
плата не моя, потому и не режу;
эту проблему попытаюсь решить своими силами - шлейф попробую обжать по-другому. Но на данный момент смущает другое: сигналов на осциллографе нет на порту С!
Повторюсь, прошивал Баскомом и наблюдал их!
ALexx
Цитата(MrYuran @ Jul 22 2008, 16:23) *
++
Всегда отрицательно отношусь к применению чего-то, чего руками не потрогаешь и не поменяешь.


+1

2 Ветал
На форуме есть тема с исходниками - посмотрите туда.
В прикреплении - мой вариант библиотеки для ЖКИ (писалось под CodeVision). Вся настройка в хидере.
Пример применения:
Код
#include "CharLCD.h"
#include <delay.h>
#include <string.h>
#include <stdio.h>

flash char *mesF="Строка из FLASH";
char mesR[20];  
uchar i=0;
  
void main(void){
LCD_setup();

LCD_fputs(LINE1,mesF); // Вывод строки из FLASH
strcpyf(mesR,mesF);
mesR[10]='S'; mesR[11]='R'; mesR[12]='A'; mesR[13]='M';  mesR[14]=0;
LCD_puts(LINE2,mesR);  // Вывод строки из SRAM
//вывод бегущего текста
for(i=0;i<=16;i++){
  LCD_fputs(LINE3+(16-i),"Test");
  delay_ms(100);
  LCD_clrline(LINE3+(16-i),4);
}
i=0;
// использование функции sprintf для вывода значений
while(1){
  LCD_clrline(LINE3,CHARS_PER_LINE);
  sprintf(mesR,"Параметр=%d",i);
  LCD_puts(LINE3,mesR);  

  LCD_clrline(LINE4,CHARS_PER_LINE);
  sprintf(mesR,"Value=%d points",i++);
  LCD_puts(LINE4,mesR);  
  delay_ms(200);
  #asm("WDR")
}
}
Ветал
2 ALexx:
Благодарю! Попробую разобраться с вашим вариантом библиотеки под ЖКИ.
AHTOXA
Цитата(Ветал @ Jul 22 2008, 18:16) *
Исходник и даташит на ЛСД прилагаю.Нажмите для просмотра прикрепленного файла
Код
lcd_init(16);


Я так понимаю, 0802 - это 8x2? Тогда наверное надо писать lcd_init(8)? smile.gif
DiMomite
А JTAG на порте С отключен?
Ветал
Цитата(AHTOXA @ Jul 22 2008, 22:35) *
Я так понимаю, 0802 - это 8x2? Тогда наверное надо писать lcd_init(8)? smile.gif


Спасибо, исправил, не помогло, сейчас пытаюсь выяснить почему нет сигналов обмена с ЛСД.
Serj78
Цитата(MrYuran @ Jul 22 2008, 17:23) *
Всегда отрицательно отношусь к применению чего-то, чего руками не потрогаешь и не поменяешь. Особенно к разным библиотекам, притянутым за уши к конкретным компиляторам. Будь то хоть delay() на циклах. А с некоторых пор являюсь поклонником GCC (и дело тут не столько в халяве, сколько в открытости исходников, в том числе и всех библиотек.)


Дык в CV большинство библиотек открыто- бери и правь. просто человек этого не умеет или не знает и "хавает что дают"

Кстати там есть замечательная такая подфункция lcd_ready(); которая вызывается каждый раз функциями верхнего уровня,(вывод, установка знакоместа, стирание, пр.) она тупо ждет ответа от индикатора и вешает программу при сбое обмена. рекомендую подписать в ней таймаут.
Ветал
Цитата(DiMomite @ Jul 22 2008, 23:28) *
А JTAG на порте С отключен?

Дело в том, что плата позволяет подключить ЛСД к любому из портов микроконтроллера, что несколько раз уже пытался сделать. Так что думаю дело не в JTAG. С JTAG правда еще не разбирался и не работал.
Спасибо за совет.
MrYuran
Цитата(Serj78 @ Jul 23 2008, 10:59) *
Кстати там есть замечательная такая подфункция lcd_ready(); которая вызывается каждый раз функциями верхнего уровня,(вывод, установка знакоместа, стирание, пр.) она тупо ждет ответа от индикатора и вешает программу при сбое обмена. рекомендую подписать в ней таймаут.

Так вот она где порылась, собака!
тогда понятно, почему виснет. Чтение-то вообще обрублено.
Stas_R
CodeVision при работе с LCD читает бит состояния и если RD не используется программа циклится на опросе готовности. Можете проверить в отладчике.
Ветал
Цитата(Serj78 @ Jul 23 2008, 09:59) *
Дык в CV большинство библиотек открыто- бери и правь. просто человек этого не умеет или не знает и "хавает что дают"

Кстати там есть замечательная такая подфункция lcd_ready(); которая вызывается каждый раз функциями верхнего уровня,(вывод, установка знакоместа, стирание, пр.) она тупо ждет ответа от индикатора и вешает программу при сбое обмена. рекомендую подписать в ней таймаут.


Совершенно точно, с контроллерами только начал знакомиться. Пока приходится "хаватю что дают", для этого и обратился за помощью. Подфункцию lcd_ready() не применял. Но эффект получается подобным: программа перестает выполняться на этапе выполнения инициализации ЛСД. Может функция lcd_init() тоже тупо ждет ответа от индикатора?


2 Stas_R & MrYuran & Serj78:

Похоже на то. Странно что Баском хавает без ответа от ЛСД, на нем ведь все работает.
Буду пытаться как-то решить эту проблему.
В любом случае всем огромное спасибо за советы!
WHALE
Цитата(Ветал @ Jul 23 2008, 11:21) *
Похоже на то. Странно что Баском хавает без ответа от ЛСД, на нем ведь все работает.
Буду пытаться как-то решить эту проблему.
В любом случае всем огромное спасибо за советы!

Хреновая в CV библиотечная функция для работы с LCD.Лучше возьмите в шапке форуме че-нить и подточите под компилятор.хотя,вроде,там и для и для CV что-то есть.
GDI
Цитата
Хреновая в CV библиотечная функция для работы с LCD

Она не хреновая, а просто делает все(или почти все) что в даташите на ЖКИ прописано, что тут такого? А есть еще библиотеки которые с этими ЖКИ через сдвиговый регистр работают по 3м проводам, так что теперь считать хреновыми все остальные либы, которые по 7 проводам работают?

Цитата
Странно что Баском хавает без ответа от ЛСД, на нем ведь все работает

У баскома значит такая библиотека, которая не читает готовность индикатора, а раз и вы это не используете, то вам надо таки другую либу юзать.
delamoure
Я давненько юзаю CodeVision, но библиотеки для символьного LCD там неудобны лишь одним. Они жестко задают использование линий микроконтроллера, что бывает неудобным при разводке платы.
Недавно написал для себя драйвер символьного LCD на базе HD44780. Проверял только с 4-х строчным дисплеем. То, что реализовано - работает без проблем.
Только подключите библиотеки для вашего MCU, и delay.h
Александр Куличок
Цитата
Подфункцию lcd_ready() не применял

Применяли, только неявно. Serj78 ведь писал: "вызывается каждый раз функциями верхнего уровня,(вывод, установка знакоместа, стирание, пр.)". То есть она вызывается функциями lcd_init(), lcd_clear(), lcd_gotoxy(),lcd_putsf("ххх") и др., в том числе и функцией lcd_init().

LCD - относительно медленное устройство и каждая команда (вывод одного символа, очистка экрана, смена положения курсора, ...) выполняется им довольно долго (37мкс...1,5мс, в зависимости от команды) по меркам контроллера. Поэтому контроллеру приходится ждать LCD. И сделать это можно 2-мя путями:
1. перед каждой следущей командой к LCD проверять/ждать очищения BusyFlag'а lcd-индикатора
2. контроллер между командами к LCD сам выдерживает время, необходимое для выполнения предыдущей команды индикатором.

Недостаток 1-го варианта - обязательное наличие линии R/W между LCD и контроллером (для чтения BusyFlag). Недостаток 2-го - время, которое выдерживает контроллер между командами, должно быть с некоторым запасом, так как время выполнения команд ЖКИ-индикатором может отличаться от индикатора к индикатору и зависит от температуры.

Видимо, в BascomAVR реализован 2й метод, поэтому он и работает.
Ветал
Цитата(delamoure @ Jul 23 2008, 11:19) *
Я давненько юзаю CodeVision, но библиотеки для символьного LCD там неудобны лишь одним. Они жестко задают использование линий микроконтроллера, что бывает неудобным при разводке платы...


Это существенный недостаток, тот же Баском позволяет выбирать линии...
Как обстоят дела с этим в ИмиджКрафте и других компиляторах?



Цитата(Александр Куличок @ Jul 23 2008, 11:20) *
Применяли, только неявно. Serj78 ведь писал: "вызывается каждый раз функциями верхнего уровня,(вывод, установка знакоместа, стирание, пр.)". То есть она вызывается функциями lcd_init(), lcd_clear(), lcd_gotoxy(),lcd_putsf("ххх") и др., в том числе и функцией lcd_init().

LCD - относительно медленное устройство и каждая команда (вывод одного символа, очистка экрана, смена положения курсора, ...) выполняется им довольно долго (37мкс...1,5мс, в зависимости от команды) по меркам контроллера. Поэтому контроллеру приходится ждать LCD. И сделать это можно 2-мя путями:
1. перед каждой следущей командой к LCD проверять/ждать очищения BusyFlag'а lcd-индикатора
2. контроллер между командами к LCD сам выдерживает время, необходимое для выполнения предыдущей команды индикатором.

Недостаток 1-го варианта - обязательное наличие линии R/W между LCD и контроллером (для чтения BusyFlag). Недостаток 2-го - время, которое выдерживает контроллер между командами, должно быть с некоторым запасом, так как время выполнения команд ЖКИ-индикатором может отличаться от индикатора к индикатору и зависит от температуры.

Видимо, в BascomAVR реализован 2й метод, поэтому он и работает.



Спасибо за ответ. Теперь все понятно smile.gif
MrYuran
Да компилятору-то вобщем-то по барабану. Он всё позволяет, что не противоречит правилам Си. Вам же уже написали - подцепите любую другую библиотеку, благо их немеряно. Да в конце концов, и самому полезно поколупаться. А менять среду разработки из-за встроенных библиотек.. Ну как бы это сказать... Помягче...
Ветал
Цитата(MrYuran @ Jul 23 2008, 11:49) *
Да компилятору-то вобщем-то по барабану. Он всё позволяет, что не противоречит правилам Си. Вам же уже написали - подцепите любую другую библиотеку, благо их немеряно. Да в конце концов, и самому полезно поколупаться. А менять среду разработки из-за встроенных библиотек.. Ну как бы это сказать... Помягче...

Согласен - покопаться всегда полезно, даже если не получится.
Кроме КодеВижн больше ни с чем не работал (ну и Баском), в любом случае попробовать испытать и другие компиляторы, может какой больше понравится и не только из-за встроенных библиотек.
Serj78
Цитата(Александр Куличок @ Jul 23 2008, 12:20) *
Применяли, только неявно. Serj78 ведь писал: "вызывается каждый раз функциями верхнего уровня,(вывод, установка знакоместа, стирание, пр.)". То есть она вызывается функциями lcd_init(), lcd_clear(), lcd_gotoxy(),lcd_putsf("ххх") и др., в том числе и функцией lcd_init().


осмелюсь поправить: функция lcd_init не вешает программу, там таймаут написан, если индикатор не подключен (нет ответа кажется, в течении 5мс) то она возвращает 0. проверьте это значение (например светодиодом на любой ноге) и будет ясно где косяк.
Ветал
Цитата(Serj78 @ Jul 23 2008, 13:30) *
осмелюсь поправить: функция lcd_init не вешает программу, там таймаут написан, если индикатор не подключен (нет ответа кажется, в течении 5мс) то она возвращает 0. проверьте это значение (например светодиодом на любой ноге) и будет ясно где косяк.


Контроллер выставляет сигнал RD, потом E после чего наступает зависание. Все остальные ножки в нуле. Можно сделать вывод, что ожидается чтение.
Нашел описание для упомянутого выше НВ44780 http://files.lv-soft.info/Integrated-circu...hd44780_rus.pdf В нем по временной диаграмме контроллер должен сбросить сигнал E в ноль и по спадающему фронту прочитать данные с шины. Но E находится в 1 постоянно (смотрел осциллографом), значит он не пытается считать. Или же другой вариант: после нескольких безуспешных попыток, которые я не успеваю заметить пока сбрасываю, контроллер перестает считывать по какой-то причине.
Как думаете, где косяк?
Stas_R
В папке \cvavr\lib\ есть файл LCD.lib который является текстовым на С с ASM вставками. В нем описаны все процедуры работы с LCD.
AHTOXA
Цитата(Ветал @ Jul 23 2008, 17:26) *
Как думаете, где косяк?


А JTAG-то — отключили?
Ветал
Цитата(AHTOXA @ Jul 23 2008, 14:36) *
А JTAG-то — отключили?

Я уже перебрался на порт А =)
На счет JTAG я уже отвечал, с ним еще не работал

Цитата(Stas_R @ Jul 23 2008, 14:30) *
В папке \cvavr\lib\ есть файл LCD.lib который является текстовым на С с ASM вставками. В нем описаны все процедуры работы с LCD.

Можно подредактировать и сделать процедуру обмена как на Баскоме - без чтения с ЛСД?
Stas_R
Можно немного модернизировать LCD.lib. Там есть такое описание
#asm
.equ __lcd_direction=__lcd_port-1
.equ __lcd_pin=__lcd_port-2
.equ __lcd_rs=0
.equ __lcd_rd=1
.equ __lcd_enable=2
.equ __lcd_busy_flag=7
#endasm

__lcd_busy_flag используется только в _lcd_ready() замените
sbrc r26,__lcd_busy_flag
rjmp __lcd_busy
на задержку вставте несколько _lcd_delay(); если есть осцилограф посмотрите длительности по нему.
Удачи.
Ветал
Цитата(Stas_R @ Jul 23 2008, 15:06) *
Можно немного модернизировать LCD.lib. Там есть такое описание
#asm
.equ __lcd_direction=__lcd_port-1
.equ __lcd_pin=__lcd_port-2
.equ __lcd_rs=0
.equ __lcd_rd=1
.equ __lcd_enable=2
.equ __lcd_busy_flag=7
#endasm


Здесь задается к какому пину порта какой вывод ЛСД должен подключаться?


Цитата(Stas_R @ Jul 23 2008, 15:06) *
__lcd_busy_flag используется только в _lcd_ready() замените
sbrc r26,__lcd_busy_flag
rjmp __lcd_busy
на задержку вставте несколько _lcd_delay(); если есть осцилограф посмотрите длительности по нему.
Удачи.


Что на что менять, честно говоря, не понял =)
sKWO
Цитата(Ветал @ Jul 23 2008, 15:53) *
Что на что менять, честно говоря, не понял =)

Вам предлагают забить на ожидание готовности от ЖКИ, и сделать задержки больше чем по даташиту на Ваш ЖКИ.

Цитата(Ветал @ Jul 23 2008, 15:53) *
Здесь задается к какому пину порта какой вывод ЛСД должен подключаться?

это определения линий, про порт здесь ничего не сказанно
Ветал
Уважаемые друзья!
Сегодня проблема была решена. Библиотеки правда не редактировал. Деревенским методом навешал проводов, так, чтоб не резать дорог на плате, по схеме из Хелпа CodeVision. ЛСД выдал то, что от него просили. Проблема была аппаратная. Подвесил к порту С, JTAG не мешает.
Единственное, не хочет писать на второй строке . Поковыряю, может найду в чем тут дело. И функция lcd_gotoxy(unsigned char x, unsigned char y) не управляет координатыами курсора, а начинает писать с начала верхней строки.

Вопрос снят, lcd_gotoxy() работает. Забыл, что программисты начинает считать с нуля )))
Metallist64
Друзья!
Помогите пожалуйста в моем смежном вопросе.
Подключил свои LCD 16x2.
Но при выводе строк наблюдается следующая фигня.
0-я строка выводится замечательно.
1-я постоянно подмигивает.
я подгонял задержку после вывода 0-й строки но все равно видно моргание.
Как вообще корректно выводить 2-е строки на LCD подскажите пожалуйтса.
Вот функция отображения :

void render_menu_new(p_menu p_item_name,unsigned char* p_poz_menu)
{
unsigned char adc[16];
lcd_clear();
lcd_puts(p_item_name[*p_poz_menu]->menu_name); // здесь выводится первая строка только текст
lcd_gotoxy(0,1);
sprintf(adc,"спецификаторы", вычилсения)
lcd_puts(adc); // вторая строка всегда мигает (выводит преобразование АЦП и значение ШИМ*коэфф)
delay_ms(250);
}

Помогите чем сможете или в книжку ткните.
AHTOXA
Цитата(Metallist64 @ Jul 25 2008, 00:06) *
...


Попробуйте убрать
lcd_clear();
тогда будет менее заметно. (Не забудьте только дополнить все пункты меню пробелами справа, и после lcd_puts(adc); добавьте lcd_puts(" ")wink.gif

Ну и числа, меняющиеся через 250 мс - сложно воспринимаются, я бы увеличил интервал.
Metallist64
Забавно!
Но помогло!
Большое спасибо!
А без пробелов в конце 1-й строки вылазит начало следующего пункта :-)
Получается lcd_clear() можно неиспользовать???
AHTOXA
Цитата(Metallist64 @ Jul 25 2008, 00:29) *
Забавно!
Но помогло!
Большое спасибо!
А без пробелов в конце 1-й строки вылазит начало следующего пункта :-)
Получается lcd_clear() можно неиспользовать???


Конечно, зачем его использовать, если вы всё равно весь экран перерисовываете заново? smile.gif
К тому же, не исключён вариант, что lcd_clear() тупо заполняет экран пробелами...
Metallist64
все конечно хорошо, а вот 0-я строка перестала обновляться.
1-я в порядке.В чем бага???
Подскажите пожалуйста.
AHTOXA
Цитата(Metallist64 @ Jul 25 2008, 01:13) *
все конечно хорошо, а вот 0-я строка перестала обновляться.
1-я в порядке.В чем бага???
Подскажите пожалуйста.


Дык, добавьте перед выводом пункта меню
lcd_gotoxy(0,0);
Раньше это делала за вас ф-я lcd_clear().
Metallist64
Согласен!
Спасибо!
Сегодня днем только дошло,что надо курсор переводить на другую позицию smile.gif
Утро вечера мудренее!!!
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.