LCD 20x4 строки не подряд

Приветсвую! Столкнулся с интересным делом. Хотел вывести на сабжевый экран длинную строку одним разом, типа такого:
lcd.print("11112222223333333344444445555556666667777777778888888899999990000000");
В результате, строка выводится не сверзу вниз, а в таком порядке строк на экране: 1,3,2,4. Библиотека LiquidCrystal_I2C. При этом, адресация строк setСursor - правильная. Не то, чтобы принципиально надо, просто интересно, особенность моего экрана это или баг в библиотеке.

 

баг

 

Особенность дисплеев этого типа на HD44780 или ему подобном.
Инакомыслящим советую изучить даташит на странице 5 внизу

 

Ну теперь всё ясно. Без бубна не исправить, а усложнять код ради этого нет смысла. Что же эти неруси по порядку адресацию не сделали...

 

да вот тебя Hitachi спросить забыл.

 

Если они читают через строчку снизу вверх, это их проблемы, пусть адресацию хоть по диагонали делают. А мы, русские, читаем сверху вниз, поэтому логично и текст так выводить.

Я ничего не пытаюсь. Я использую библиотеку, которая якобы под этот дисплей была написана людьи, которые куда лучше разбираются в лсд дисплеях, чем я Ну если не учли особенности адресации в функции print, я как-нибудь переживу, а переписывать работающий трехнедельный код из-за причуд адресации не буду, благо, есть другие способы вывести текст в правильном порядке. Просто было странно, что библиотека уже не молодая и используетс многими людьми в примерах, а никого такой очевидный косяк не беспокоит, вот и задал вопрос, чтобы узнать, где именно проблема - только в моем экране или в самой библиотеке.

 

вот сразу напрашивается вопросик патриоту - а какого хрена вы, русские, нифига не делаете, а пользуетесь разработанным в буржуинстве и собранном в Китае ?

 

Вот сразу напрашивается вопрос, если вы защитник китайщины и ненавидите все русское, то почему пишите слева направо по-русски, а не справа налево по-китайски? Пофлеймить на пустом месте охота?

Воистину, ошибка кода. Когда пишешь print("12345678") и видишь на экране "12563478", вот уж воистину ошибка в коде, брат, аминь.... Я больше 20 лет программирую, уж знаю, как должна работать функция print, если она не через задницу реализована... не сомневаюсь, что если кодить без этой библиотеки LiquidCrystal_I2C, то вывести можно что угодно и как угодно.

 

тот, кто 20 лет кодит, за 20 минут сможет организовать свою функцию print. Я всего полгода кодю, а библиотеками до сих пор не пользуюсь. Нет нужды. Всё своё.

 

ну хочет товарищ впихнуть невпихуемое )))))

 

а вот это прям щас стыдно было...

 

Весь вопрос в целях, затратах сил и времени, которые человек готов на эти цели потратить. Если для Вас это хобби, Вы можете хоть месяц кодить свою функцию print на ассемблере, засылая данные напрямую в видеопамять экрана - сэкономите кучу памяти, добъетесь мега-скорости, и получите кайф от проделанной работы. Я в 90-е через это прошел, но тогда на 10-мегагерцовых процессорах с 640 кб памятью нужно было все экономить, потом появились языки высокого уровня и многие их оценили за простоту и скорость разработи программ для решения конкретных целей, и никого уже не волновало, что те же проги на паскале заметно тормозили и требовали памяти больше, чем сишные, ну а про асм я вообще молчу. Именно для тех, кому нужно выполнить задачу просто и быстро, и делают библиотеки, которые можно подключить, и через минуту наслаждаться результатом без лишнего кодинга. А по Вашей логике, если пожарную машину вызывают в деревню тушить пожар, водитель думает, чего я как дурак поеду по пустому ровному шоссе, это ж слишком просто - за 5 минут доеду. Вот по проселочным дорогам - куда интереснее будет добраться, ну и что, что на 2 часа дольше, и дом за это время сгорит, зато покажу всем свой профессионализм - в одном месте безерку завалил, чтобы проехать по узкой дороге, в другом месте лебедкой поработал, чтобы вытащить машину из глины - вот ведь настоящий профессионализм водителя пожарной машины! А кому он нужен, этот профессионализм, если тушить уже нечего - к моменту приезда машины от дома ничего не осталось, и услуги пожарных больше не требуются!!? Так же и в программировании, если человек решает пользоваться готовой библиотекой, обычно он понимает, что теряет в количестве оставшейся памяти и часто в скорости выполнения программы и надежности, но выигрывает во времени разработки всего проекта в целом. У каждого свои цели. Мне на данном этапе интересна скорость и простота разработки. Те, кто хотят кодить каждый бит самостоятельно, думается, не сидят на ардуино, а кодят голые микропроцессоры и получают профит во всем, кроме потерянного на разработку проекта времени... хотя и потери времени с приходом опыта можно минимизировать.

 

Тебе говорят только про то, что для программирующего 20 лет, прочитать даташит на 44780, хотя бы по диагонали, никакого труда не составит. И нубских вопросов, простительных 15-ти летнему пацану, профессионал бы не задавал. Но, проще сказать, не разобравшись, что производитель идиот, и библиотека кривая, правда же? Для грамотных людей, в этой ситуации, идиотом выглядит понятно кто.
Мы тут уже столько "спицалистов" с 20-ю языками насмотрелись...