caxapa.ru :: есть. От больших задержек избавляться алгоритмически, от средних (по-возможности) аппаратно или алгоритмически. Остаются короткие, которые в принципе обычно можно реализовывать программно. Деление по длительности условное

koyodza (25.11.2009 17:48 - 18:17, просмотров: 260) ответил LordN на ну мысль прозвучала именно так, категоричненько :о) вот я и спросил... у меня в моем древнем говнакоде есть такие места - и я долго голову ломал как избавиться от таких задержек и ничо путнего так и не смог придумать... думал есть какой-нить хитрый

есть. От больших задержек избавляться алгоритмически, от средних (по-возможности) аппаратно или алгоритмически. Остаются короткие, которые в принципе обычно можно реализовывать программно. Деление по длительности условное для типичных систем на современных МК короткие - это менее 1-10 мксек (зависит от МК и тактовой), длинные - более 1-10мсек, средние (самые противные) - это между ними

Ответить

- о них, о средних, и вся боль. гребанный жки с гребаной инициализацией с гребучими задержками :о) хотя могабыть плюнуть на все и оставить как есть... - 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(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)
        
        да. И запись эта абсолютно не тормозит, поскольку это просто запись в ОЗУ, никакие тайминги отрабатывать не нужно - хоть одно и то же 1000 раз пиши, если хочется - koyodza(26.11.2009 14:35)
        
        Я просто как-то до сих пор с ЖКИ не работал :-) Вот пришлось "в мои-то годы" - полез смотреть/думать и эти дурные задержки раздражают. Начал думать в сторону какого-то кольцевого буфера под 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)
    - юзаю принтф и чета не вкурю - как к нему привязать хотяб посимвольный вывод по тикам? эт че, патчар надо в прерывание вкладывать или в нем ставить 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)
        
        с какой это стати бесконечный? write() (или что там у других) будет обеспечивать вывод в буфер. Ну и stdout - это некая абстрактная херня, которая в моей системе может быть дисплеем. - Alex B.(26.11.2009 22:14)
        
        Если не бесконечный, то printf должен блокироваться на вызове write(). printf не работает при O_NONBLOCK... - fk0(27.11.2009 11:38)
        
        именно так koyodza(43 знак., 25.11.2009 18:33)
        
        как правильно - скряга или жадина? :о) - LordN(25.11.2009 18:34)
        
        жлоб :=) - koyodza(25.11.2009 18:36)
        
        ой-йо... эт скольже мне перетрахивать дерьмища?.. не в этот раз. но мысль хорошая. жаль не поинтресовался этим ранее.. спасибо! - LordN(25.11.2009 18:33)
        
        Кого перетрахивать? putchar должен начать складывать в буфер (кольцевой ли, какой ли ещё), printf ничего и знать не будет. - ReAl(26.11.2009 12:37)
        
        не, у меня путчар складывает всю херню сразу в ЖКИ.. а вы предлагаете складывать в буфер, а уже оттуда в ЖКИ? ну могабыть.. - LordN(26.11.2009 14:00)
        
        в очередь печатать :-) - =AlexD=(25.11.2009 18:32)

Микроконтроллеры