Comments 18
Чисто риторический вопрос, без негатива, а для чего писать драйвер на ассемблере, если частота обновления самого дисплея, т.е. отрисовка пикселей с RAM дисплея, в районе 30 герц:) Но а за программирование на ассемблере, конечно, лайк.
Простите, но смахивает на не слишком качественный перевод, да еще и с техническими ошибками.
напоминает меня раннего, года так 2004. тоже пытался разобрать протокол работы с дисплеями от сотовых телефонов. Скопилось много после ремонта сотовых, а выбросить было жалко.
Это чтобы Copilot не смог распарсить и украсть.
Серьёзно. Разберусь с подсветкой кода в редакторе-будут статьи без картинок.
К сожалению, Хабр не умеет подсвечивать синтаксис ассемблера.
Так эту ботву на ассемблере кроме автора никто ни читать ни использовать не будет, так что, можно было хоть на клингонском написать. Времена форума Microchip.ru давно прошли :)
Вы настолько знаете интересы читателей, что говорите за всех сразу? Такие заявления безосновательны).
А по поводу микрочипа-да, АВР устаревает, но это не означает, что их не используют.
Изучить ассемблер стоит если не для написания прошивок, то хотя бы для понимания, как работает устройство.
Си прекрасен, но есть баги, которые вы будете долго ловить и не факт, что поймаете, без знаний ассемблера и того, как компилятор си генерит код.
Да и размер прошивки на ассемблере можно сделать меньше.
Просто интересно, когда вы говорите "изучить ассемблер" вы какой-то конкретный имеете ввиду? Если у меня в работе одновременно Arm, ppc и C2000 нужно ли все их ассемблеры изучать...
Я перешел с ассемблера на С в embedded разработке лет 20 назад. За все эти 20 лет, был только один баг, который пришлось ловить в ассемблере. Как-то по месту разобрался.
Понимание, что такое ассемблер для эмбедера конечно нужно, но врядли имеет смысл сейчас париться так, чтобы прямо драйверы на нем писать или логику приложения.
Насчет microchip я в спомнил не в смысле что он устаревает. Примерно в районе 2000 года, был крайне популярный формум на сайте Microchip.ru. Тогда еще не было С на микроконтроллерах и все примеры кода для PIC постились на асме, прямо как у вас в статье. Только, конечно, текстом, картинки на dialup долго было качать.
И к AVR микрочип тогда не имел никакого отношения, кстати :)
>>на асме много не напишешь
На чем угодно много не напишешь, если не знаешь. Я не агитирую за асм, но показываю как это делал. Конечно, на си из коробки можно больше чем на асм, но кто мешает вам создать нужные макросы и их юзать? Получатся те же яйца что и на gcc, только все будет собрано ровно так, как ты написал и ожидаешь, а не так, как "умный gcc" соптимизировал.
>>его никто не прочтет кроме автора
Ха-ха, на си говно кодеров хватает, особенно в embedded. Правильная документация должна быть. Со временем, все становится привычкой и мозг думает на асм. Ну и про макросы не стоит забывать.
У меня к Вам 2 вопроса:
Где можно руководство на экран добыть? Или это всё из SSD1306 вытаскивать?
Что за шрифт в среде программирования? Цвета редактора приглянулись.
Добрый день, руководство на экран гуглите, он находит
то ли gruvbox, то ли desert
Для чего нужен бит Co? Я так понял что он всегда установлен в нуль.
В руководстве указано "Если бит Co установлен в логический "0", то дальнейшая информация содержит только байты данных" (мой перевод). Но при этом не указана ситуация когда этот бит установлен в 1. Как этом случае понимать "байты данных"? Те настроечные параметры это байты данных или нет?
Общаемся с дисплеем SSD1306 по i2c