LCD Pro Turbo 328_168 RUS
Добавлено: 19 авг 2026, 11:10
для версии 7,5,2
Работа через чар, никаких стрингов.
Понимает и латиницу, и кириллицу, и значки (±, ×, ÷, µ, π, √, ∞, ≈, ≤, ≥, ↑, ↓, ←, →, ✓, ✗, ☀, ❄, ●, ○, █, ▋, ▍, ▎, ▏).
Значки кастом они тоже потребуют буфер дисплея!!!
Создана своя библиотека «Ваер» и «ЛСД» взамен тормозной ардуиновской и гитхабовских.
Со сторонними датчиками надо тестить, но задел делался на то, что дисплей будет один висеть на шине (под себя делал).
Результаты сравнения:
Оставил свой кастомник, и гитхабовский, и новый штатник из версии 9.7.1.
Каждую строчку выделил через гистограммы и шкалы для наглядности.
Подавал слова справа для каждого режима.
По поводу скорости: это среднее — 1 сек за интервал 5 сек.
В статике у меня луп чистый, как с «Турбо», так и в «Фаст» у Ecoins; статика ставится в лупе.
По поводу скорости в динамике: тут надо так же обращать внимание на время транзакции, насколько быстро шина отпустит процессор по своим делам.
По поводу кириллицы: есть буфер в дисплее на 8 символов; если работать только в его пределах, то работа сводится, по сути, к его кешу — это видно по тестам, где количество разных букв не более 8.
Но стоит превысить их, как будет перезаписываться буфер дисплея, что в десять раз дольше будет.
По поводу нового штатника: ошибся, там не пакетная отправка была — они с какой-то целью каждый раз делают старт-стоп на каждую букву + промежутки между буквами вместо единого пакета.
И да, у штатника то ли ограничение, то ли баг, но он не умеет переключать данные в 50/50, поэтому он там работает на 500/500, от чего его результаты скорости должны быть значительно меньше. Ну а так, ему дается фора и пожеланием на доработку в будущем.
Так же по поводу теста q // m: у штатника не глюк, это я через чар ему закинул, остальные переключения он делал через стринг.
СТМ не тестил на штатном, но думаю, ардуино с текущим кастомником будет так же в разы быстрее, ибо транзакция она у всех одна, определяется тактированием — в данном случае 400 кГц, а вот скорость лупа будет немного повыше всё же, но явно намного ниже, чем у ардуино.
Так же скорость транзакции и лупа важна при очень быстрой смене данных - к примеру если в меню начать смену данных настроек цифр то увидете как бы вы не меняли скорость смены данных всё в итоге упрется в скорость отрисовки экрана он становится как спамер транзакций которые у стринговых измеряются в мс от чего выставить настройку от 0 до 100 с шагом 0.1 займет долгое время.
Тоже самое и с выводом большого количества локаных динамических областей которые постоянно меняются.
Когда будете менять текст на экране может быть длинные может быть короткое слово Добавляйте пробелы то бы оно сравнялось с предыдущим словом по количеству знаков чтобы она стёрла те буквы до которых не дотянулся вашей короткое слово к примеру - "ВЫКЛ" на смену ему допустим нужен ВКЛ но тут 3 буквы и вы получите ВКЛЛ поэтому пишим "ВКЛ " с пробелом в конце он затрет прошлую букву и так везде.
Если данные редко обновляете и код не сильно такой уж и тяжёлый то здесь даже лучше поставить частоту тактирования 100 кгц это всё равно будет быстрее по скорости чем 400 кгц на обычный гитхаловской библиотеке но при этом Вы получите более устойчивые импульсы к помехам наводкам и также менее заваленные фронты если допустим до дисплея Ну скажем так немного длинные провода.
Работа через чар, никаких стрингов.
Понимает и латиницу, и кириллицу, и значки (±, ×, ÷, µ, π, √, ∞, ≈, ≤, ≥, ↑, ↓, ←, →, ✓, ✗, ☀, ❄, ●, ○, █, ▋, ▍, ▎, ▏).
Значки кастом они тоже потребуют буфер дисплея!!!
Создана своя библиотека «Ваер» и «ЛСД» взамен тормозной ардуиновской и гитхабовских.
Со сторонними датчиками надо тестить, но задел делался на то, что дисплей будет один висеть на шине (под себя делал).
Результаты сравнения:
Оставил свой кастомник, и гитхабовский, и новый штатник из версии 9.7.1.
Каждую строчку выделил через гистограммы и шкалы для наглядности.
Подавал слова справа для каждого режима.
По поводу скорости: это среднее — 1 сек за интервал 5 сек.
В статике у меня луп чистый, как с «Турбо», так и в «Фаст» у Ecoins; статика ставится в лупе.
По поводу скорости в динамике: тут надо так же обращать внимание на время транзакции, насколько быстро шина отпустит процессор по своим делам.
По поводу кириллицы: есть буфер в дисплее на 8 символов; если работать только в его пределах, то работа сводится, по сути, к его кешу — это видно по тестам, где количество разных букв не более 8.
Но стоит превысить их, как будет перезаписываться буфер дисплея, что в десять раз дольше будет.
По поводу нового штатника: ошибся, там не пакетная отправка была — они с какой-то целью каждый раз делают старт-стоп на каждую букву + промежутки между буквами вместо единого пакета.
И да, у штатника то ли ограничение, то ли баг, но он не умеет переключать данные в 50/50, поэтому он там работает на 500/500, от чего его результаты скорости должны быть значительно меньше. Ну а так, ему дается фора и пожеланием на доработку в будущем.
Так же по поводу теста q // m: у штатника не глюк, это я через чар ему закинул, остальные переключения он делал через стринг.
СТМ не тестил на штатном, но думаю, ардуино с текущим кастомником будет так же в разы быстрее, ибо транзакция она у всех одна, определяется тактированием — в данном случае 400 кГц, а вот скорость лупа будет немного повыше всё же, но явно намного ниже, чем у ардуино.
Так же скорость транзакции и лупа важна при очень быстрой смене данных - к примеру если в меню начать смену данных настроек цифр то увидете как бы вы не меняли скорость смены данных всё в итоге упрется в скорость отрисовки экрана он становится как спамер транзакций которые у стринговых измеряются в мс от чего выставить настройку от 0 до 100 с шагом 0.1 займет долгое время.
Тоже самое и с выводом большого количества локаных динамических областей которые постоянно меняются.
Когда будете менять текст на экране может быть длинные может быть короткое слово Добавляйте пробелы то бы оно сравнялось с предыдущим словом по количеству знаков чтобы она стёрла те буквы до которых не дотянулся вашей короткое слово к примеру - "ВЫКЛ" на смену ему допустим нужен ВКЛ но тут 3 буквы и вы получите ВКЛЛ поэтому пишим "ВКЛ " с пробелом в конце он затрет прошлую букву и так везде.
Если данные редко обновляете и код не сильно такой уж и тяжёлый то здесь даже лучше поставить частоту тактирования 100 кгц это всё равно будет быстрее по скорости чем 400 кгц на обычный гитхаловской библиотеке но при этом Вы получите более устойчивые импульсы к помехам наводкам и также менее заваленные фронты если допустим до дисплея Ну скажем так немного длинные провода.