Чт май 24, 2018 14:47:23
Чт май 24, 2018 14:55:14
По pdf на atmega88v - выход по порту 40mA max. При R4=680 - ток 7,4mA (max), что более чем с 5-ти кратным запасом. К тому же, возможно номинал R4 придётся увеличивать.clawham писал(а):...хоть там и потребление должно быть мизерное, но через транзистор спокойнее чтоль...
Чт май 24, 2018 15:25:11
Чт май 24, 2018 15:28:31
Чт май 24, 2018 15:30:28
Пн окт 08, 2018 11:50:05
int main(void){
lcd_init();
_delay_ms(200);
lcd_data(48);//"0"
while(1){ }
}
Пн окт 08, 2018 12:19:26
Пн окт 08, 2018 12:57:33
#define LCD_RS_DDR DDRB
#define LCD_RS_PORT PORTB
#define LCD_RS 1<<2
LCD_RS_PORT&=~LCD_RS;
PORTB&=~1<<2;
PORTB &= ((~1) << 2);
PORTB &= 0b11111000;
LCD_RS_PORT&=~LCD_RS;
#define LCD_RS (1<<2)
Пн окт 08, 2018 16:14:26
Пн дек 03, 2018 08:44:04
Пн дек 03, 2018 10:29:51
когда-то давно делал самhcm писал(а):под просто под avr-gcc не чего не могу найти
Вт июн 04, 2019 20:36:40
Вт июн 04, 2019 20:49:30
Вт июн 04, 2019 21:37:00
Ср июн 05, 2019 07:59:51
// Загружаем свои символы в CGRAM
lcd_command(0x40); // Переходим в CGRAM
for(i=0; i<8; i++)
{
lcd_data(lines[i]);
}
// Переходим на начальную позицию и вызываем записанный символ.
lcd_gotoxy(0, 0);
lcd_putc(0);
while(1)
{
}
Ср июн 05, 2019 09:50:32
Ср июн 05, 2019 10:54:23
Ср июн 05, 2019 11:44:29
у Peter Fleury в библиотеке есть один баг, но с описанной проблемой он никак не связан. баг в том, что при вычислении адреса ячейки ОЗУ для дисплеев с числом строк больше 2 он использует не битовое ИЛИ, а обычное суммирование. Для двух строк выходит так, что переполнение при сложении не возникает, а для остальных получается так, что возникает перенос битов при суммировании... если заменить + на | - все начинает работать отлично.trengtor писал(а):Что-то, видимо, в библиотеке.
Ср июн 05, 2019 14:57:28
lcd_command((1<<LCD_DDRAM)+addressCounter);
Ср июн 05, 2019 14:58:34