LordN , философ (25.11.2009 17:42, просмотров: 34337) =AlexD=ЛН
-
- Дык как только прерывания запущены, то сотни микросекунд на прерываниях формируются. А прерывания запускаются раньше инициализации дисплея. - Vladimir Ljaschko(28.11.2009 06:56)
- позже, а не раньше, т.к. требуемые задержки БОЛЬШЕ времени между "записями" в ЖКИ - Юрий_СВ(05.02.2012 22:51)
- начало -> - koyodza(27.11.2009 17:28, ссылка)
- рекурсия? - LordN(27.11.2009 19:53)
- да по-живому порезали - koyodza(27.11.2009 21:27)
- ... хотя нет, молчу, а то и меня порежут :о) - LordN(27.11.2009 21:32)
- да по-живому порезали - koyodza(27.11.2009 21:27)
- рекурсия? - LordN(27.11.2009 19:53)
- есть. От больших задержек избавляться алгоритмически, от средних (по-возможности) аппаратно или алгоритмически. Остаются короткие, которые в принципе обычно можно реализовывать программно. Деление по длительности условное koyodza(168 знак., 25.11.2009 17:48 - 18:17)
- о них, о средних, и вся боль. гребанный жки с гребаной инициализацией с гребучими задержками :о) хотя могабыть плюнуть на все и оставить как есть... - LordN(25.11.2009 17:57)
- У мну для символьного HD44680 написан "автомат", который без задержек , периодически запускаясь, обновляет весь экран (копия в памяти), даёт программный курсор, разную яркость (3 градации) свечения букв и даже графику на пол-экрана показывать можно... - fk0(26.11.2009 19:08)
- "чередованием символа и пробела" (C) да, на некоторых дисплеях, где генератор медленный, мерцает, но терпимо, хотя и не красиво. Графика -- динамической перезагрузкой 8-символов знакогенератора. - fk0(27.11.2009 11:40)
- а яркость как реализована? 8=() - koyodza(26.11.2009 20:47)
- Чередованием символа и пробела. - teap0t(26.11.2009 21:04)
- слишком высокая частота регенерации нужна - koyodza(26.11.2009 21:16)
- Гляньте моё сообщение чуть ниже. - teap0t(26.11.2009 21:45)
- слишком высокая частота регенерации нужна - koyodza(26.11.2009 21:16)
- Чередованием символа и пробела. - teap0t(26.11.2009 21:04)
- тю, та то ж элементарно для символьных koyodza(631 знак., 25.11.2009 18:14 - 18:25)
- Это в смысле для 2*16 выделяется буфер 32 байта, вся работа в нём и отдельно "регенерация"? Хм.. Надо эту мысль подумать. - ReAl(26.11.2009 12:32)
- ДАДАДА! - fk0(26.11.2009 19:08)
- именно так. Ну а если развить эту мысль koyodza(526 знак., 26.11.2009 12:41 - 12:43)
- Можно продолжить развитие мысли. В символьных индикаторах на основе HD44680 экранное ОЗУ всегда имеет размер 2x40 символов. Таким образом, для всех индикаторов с длиной строки до 20 символов включительно ОЗУ индикатора имеет две "страницы", которые teap0t(176 знак., 26.11.2009 20:15 - 21:06)
- не, нуегонах такое управление яркостью - koyodza(26.11.2009 22:27)
- Ещё свойство интересное у экранного буфера - даже в вытеснялке задачи могут писать каждая в свою часть индикатора (буфера в озу) без каких-либо залочек-заморочек. - ReAl(26.11.2009 13:26)
- Я просто как-то до сих пор с ЖКИ не работал :-) Вот пришлось "в мои-то годы" - полез смотреть/думать и эти дурные задержки раздражают. Начал думать в сторону какого-то кольцевого буфера под lcd_putchar (будет его звать fprintf или lcd_putstr/lcd_putint ReAl(431 знак., 26.11.2009 12:49)
- Я отказался от всех длиных команд (только те, что менее 1 мс). Юрий_СВ(170 знак., 05.02.2012 23:41)
- Я все чаще ставлю контроллер для дисплея и по УАРТ скидываю туда все, что подлежит отображению. И провода только три, и двойная буферизация автоматически получается. - Vladimir Ljaschko(28.11.2009 07:02)
- Можно продолжить развитие мысли. В символьных индикаторах на основе HD44680 экранное ОЗУ всегда имеет размер 2x40 символов. Таким образом, для всех индикаторов с длиной строки до 20 символов включительно ОЗУ индикатора имеет две "страницы", которые teap0t(176 знак., 26.11.2009 20:15 - 21:06)
- юзаю принтф и чета не вкурю - как к нему привязать хотяб посимвольный вывод по тикам? эт че, патчар надо в прерывание вкладывать или в нем ставить do NOP(); while(!T1ms) ? не, это как-то жестоко.. - LordN(25.11.2009 18:28)
- имхо, принтф печатать должен в буфер, а по тикам этот буфер разгребает процедурка. постоянно, без остановки. всегда и тихонечко. - jaga-jaga(25.11.2009 18:30)
- А я бы даже сказал, что fprintf - тогда штатными либами можно устанавливать положение курсора (lseek), ну и вообще... - Alex B.(26.11.2009 22:12)
- Здесь ровно одна проблема -- буфер должен быть бесконечный. Вторая -- printf предназначен для вывода в stdout, а не в дисплей. Конечно stdout может быть дисплеем, но это отдельная история. Так что sprintf. - fk0(26.11.2009 19:12)
- именно так koyodza(43 знак., 25.11.2009 18:33)
- как правильно - скряга или жадина? :о) - LordN(25.11.2009 18:34)
- жлоб :=) - koyodza(25.11.2009 18:36)
- как правильно - скряга или жадина? :о) - LordN(25.11.2009 18:34)
- ой-йо... эт скольже мне перетрахивать дерьмища?.. не в этот раз. но мысль хорошая. жаль не поинтресовался этим ранее.. спасибо! - LordN(25.11.2009 18:33)
- в очередь печатать :-) - =AlexD=(25.11.2009 18:32)
- имхо, принтф печатать должен в буфер, а по тикам этот буфер разгребает процедурка. постоянно, без остановки. всегда и тихонечко. - jaga-jaga(25.11.2009 18:30)
- Это в смысле для 2*16 выделяется буфер 32 байта, вся работа в нём и отдельно "регенерация"? Хм.. Надо эту мысль подумать. - ReAl(26.11.2009 12:32)
- У мну для символьного HD44680 написан "автомат", который без задержек , периодически запускаясь, обновляет весь экран (копия в памяти), даёт программный курсор, разную яркость (3 градации) свечения букв и даже графику на пол-экрана показывать можно... - fk0(26.11.2009 19:08)
- о них, о средних, и вся боль. гребанный жки с гребаной инициализацией с гребучими задержками :о) хотя могабыть плюнуть на все и оставить как есть... - LordN(25.11.2009 17:57)
- Дык как только прерывания запущены, то сотни микросекунд на прерываниях формируются. А прерывания запускаются раньше инициализации дисплея. - Vladimir Ljaschko(28.11.2009 06:56)