В интернете были статьи, где из этого экрана выжимают полноценную (24+ кадров) частоту обновления. Но делается это лютыми хаками. В целом, многие счастливые обладатели этого экрана жаловались, что экран тормозной.
Мне кажется, что Вы немного упускаете смысл. Я же говорю, что и готовую деталь можно у китайцев заказать, но зачем лишать себя удовольствия поломать голову?
Проблема в том, что есть дополнительный расходник — кассета, которую нужно менять.
Ну и количество точек тоже не торт.
В остальном — интересная игрушка.
Мне обошлась в 10 евро (с учётом материалов и работы). Уверен, что можно и дешевле, но обычно для такого рода проектов, всё упирается в минимальную сумму заказа.
Любопытно и то, что при длительном воздействии это вещество может вызывать ожирение (не только ожирение, но и его тоже).
Теперь у каждого кассира с избыточным весом есть оправдание — во всём виновата термолента.
Списки и прочее довольно просто реализовать на стороне телефона или компьютера. Взять за основу хоть WebView, а там уже любое форматирование текста. В данном случае, для меня этот принтер интересен процессом, а не результатом. А с точки зрения процесса, разработка редактора списков на Java не особо интересный процесс — похожих задач и на работе хватает. Но да, соглашусь, что для «продукта» такие фичи были бы необходимы, как и печать нотификаций или почты, прогнозов погоды и прочего.
Сама спека — отдельный ад. Принтер не всегда реагирует на команды из спецификации. Главноая проблема — инициализация (время разогрева, количество точек, скорость печати и прочие). Как я понял, хоть значения параметров и стандартизированы, но в реальности, каждый раз (для каждого принтара) их нужно выбирать методом калибровки. С этим было больше всего проблем с принтером — выставляешь параметры, печатаешь, меняешь параметры, снова печатаешь. И так до тех пор, пока не получается нормальное качество печати.
Тогда у Вас 960 байт для имени соединения и названия принимающего метода и даже название метода «wellOkIAmReallyTryingToCreateLongMethodNameSoICanSayThatIUseThisBufferWisely» занимает 71 байт, а такое название — это уже порнография.
А по поводу дополнительных аттрибутов — как и обычно в пакетной передачи информации, чтобы отделить мух от котлет (клиент отключился не передав всё сообщение, а затем подключился снова и начал слать данные заново).
Я вот не понимаю этой статьи. Вы решили тривиальную задачу, используя самое очевидное решение, только без довольно ценных атрибутов, как например, идентификатор пакетов. Почему 40000 = 40KB я тоже не совсем понял. В общем грусть и печаль.
Тут и магические четвёрки (хоть и понятно, что это длинна строки) и двойной вызов indexOf(«vid=»0).
Похоже, что разработчик толи торопился, толи решил, что этот код больше никогда не придётся поддерживать.
Но информацию спасибо!
В интернете были статьи, где из этого экрана выжимают полноценную (24+ кадров) частоту обновления. Но делается это лютыми хаками. В целом, многие счастливые обладатели этого экрана жаловались, что экран тормозной.
Про дополнительную накладку тоже были мысли, но не прижились.
За идеи — спасибо!
Ну и количество точек тоже не торт.
В остальном — интересная игрушка.
Теперь у каждого кассира с избыточным весом есть оправдание — во всём виновата термолента.
В среднем потребление от 1.5A до 3A.
Сама спека — отдельный ад. Принтер не всегда реагирует на команды из спецификации. Главноая проблема — инициализация (время разогрева, количество точек, скорость печати и прочие). Как я понял, хоть значения параметров и стандартизированы, но в реальности, каждый раз (для каждого принтара) их нужно выбирать методом калибровки. С этим было больше всего проблем с принтером — выставляешь параметры, печатаешь, меняешь параметры, снова печатаешь. И так до тех пор, пока не получается нормальное качество печати.
Прошу не оспаривать разряд!
А по поводу дополнительных аттрибутов — как и обычно в пакетной передачи информации, чтобы отделить мух от котлет (клиент отключился не передав всё сообщение, а затем подключился снова и начал слать данные заново).
Тут и магические четвёрки (хоть и понятно, что это длинна строки) и двойной вызов indexOf(«vid=»0).
Похоже, что разработчик толи торопился, толи решил, что этот код больше никогда не придётся поддерживать.