|
2 / 2 / 0
Регистрация: 25.01.2020
Сообщений: 3
|
||||||
Инициализация дисплея25.01.2020, 17:57. Показов 3305. Ответов 45
Метки нет (Все метки)
Подключила дисплей, написала программу, но не понимаю где ошибка, он не выводит, что должен
0
|
||||||
| 25.01.2020, 17:57 | |
|
Ответы с готовыми решениями:
45
Инициализация дисплея 16х2 на базе контроллера ST7066U-0T Инициализация дисплея на PCD8544 (дисплей от нокиа 3310) Странное поведение текствого ЖК дисплея |
|
4056 / 2691 / 432
Регистрация: 09.09.2017
Сообщений: 11,987
|
|||||
| 28.01.2020, 17:34 | |||||
|
То, что всякие криворучки будут винить в своих ошибках кого угодно, только не себя - так они всегда так делают. - [пример] Есть пот такая распространенная ситуация. Ваш код при этом приводит к ошибке, этот - нет. - [стандарт] Есть вот такой стандарт, там сказано вот это. (Если не помогает - уточнять пункты стандарта и причины почему ему вообще нужно следовать). - [теория] Есть вот такая технология, поэтому она работает вот так, а не эдак. Так вот, причину, по которой я сделал так, а не иначе, я написал в самом начале. Причину, по которой надо было делать по-другому, пытаюсь вытащить до сих пор. Пока что дальше "так надо потому что так надо" дело не идет.
0
|
|||||
|
2 / 2 / 0
Регистрация: 25.01.2020
Сообщений: 3
|
|
| 28.01.2020, 21:27 [ТС] | |
|
насколько я поняла вы используете шину с 4 линиями данных, а у меня с 8
Добавлено через 7 минут а можно все таки по моему вопросу больше комментариев что не так?
2
|
|
|
913 / 339 / 135
Регистрация: 18.07.2017
Сообщений: 1,485
|
|||
| 30.01.2020, 12:49 | |||
|
https://www.openhacks.com/uplo... 1602a1.pdf
0
|
|||
|
913 / 339 / 135
Регистрация: 18.07.2017
Сообщений: 1,485
|
|
| 30.01.2020, 19:47 | |
|
Я запутался в даташитах. Дай ссылку на тот что к твоему дисплею.
0
|
|
|
4056 / 2691 / 432
Регистрация: 09.09.2017
Сообщений: 11,987
|
||
| 31.01.2020, 10:56 | ||
|
Да и зачем вообще вам 8-битный режим? Без аппаратной поддержки преимуществ от него немного.
0
|
||
|
1983 / 1276 / 131
Регистрация: 04.01.2010
Сообщений: 4,607
|
||
| 31.01.2020, 11:57 | ||
|
Соглашусь с ув. locm. По ряду причин. Даже в самом мелком проекте есть перспектива роста, дробления и использования компонентов в других местах. Соответственно, достаточное дробление проекта на файлы (а также классы, функции, хедеры и т.п.) встроено уже штатно, в рекомендации многих языков и средств разработки. Ну, и в любой VCS дробление сильно упрощает отслеживать изменения. Потому что изменения в одном большом файле даже на Гите смотрятся коряво и часто двусмысленно. Имея же несколько файлов - вы более целенаправленно (и тщательно) можете отслеживать имплементацию. Добавлено через 8 минут COKPOWEHEU, может, будет даже избыточно, но можете попробовать на досуге глянуть рекоммендации Google к их собственному коду.
0
|
||
|
4056 / 2691 / 432
Регистрация: 09.09.2017
Сообщений: 11,987
|
|
| 31.01.2020, 14:13 | |
|
Я уже сказал locm'у и могу повторить: простота, гибкость и удобство использования мне важнее, чем абстрактные рекомендации. Эта библиотека специально сделана в виде одного файла, чтобы было проще пользоваться.
Один короткий (полторы сотни строк всего-то) файл - одна задача. Что конкретно в нем можно вынести в отдельный файл и какие преимущества это даст я все еще не знаю. От locm'а конструктива не дождешься, может вы придумаете хоть один аргумент за разделение на файлы? На всякий случай: "так красивее", "так принято", "так рекомендуют" это не аргументы, а мнения. Еще лучше было бы, конечно, критикующим сравнить несколько вариантов самостоятельно. Но что-то мне подсказывает, что поленитесь. Кстати, надо будет поправить там комментарии...
0
|
|
|
1983 / 1276 / 131
Регистрация: 04.01.2010
Сообщений: 4,607
|
|||
| 31.01.2020, 15:36 | |||
|
PS: вообще, если вы долгое время работаете один в проекте под одного разработчика - вы все время помните эти ньюансы. Но когда вы работаете в команде, либо ваш код читает и использует кто-то другой - то появляются вполне очерченные атрибуты как хорошего, так и говно-кода. Не по теме: PPS: Когда я перешел с индивидуальной разработки (> 15лет писал сам) в командную разработку - код поменял свой вид существенно, именно исходя из вышеописанных ньюансов.
1) Файл хедера всегда включается сначала любого файла исходника. Это значит что все функции появляются из него в коде, всегда "перед" остальными элементами кода. И если это декларации функций - эти функции обязаны быть "static" и/или "inline". Иначе всегда будет опасность компилятору ошибиться и смешать функции в одну, либо наоборот - использовать несколько копий. 2) С глобальными переменными вообще ппц. Файл хедера, предназначенный для "раздачи имен" и "объединения API" в итоге может быть включен в проект где-то исключительно в одном месте проекта, чтобы по меньшей мере глупо (например, библиотека используется из множества файлов исходников, но включаете вы ее только в один, их общий хедер, потому что просто негде). Имена при этом резолвятся только в части случаев, потому что хедер нельзя будет включить несколько раз. 3) Все символы из хедера содержащего функции будут "доступны" в проект "извне", если вы пишете библиотеку. Причем, будут доступны по- кривому. Есть еще много аргументов, но уже этого достаточно. Использование однофайловых файлов-библиотек - это как пытаться катать слона на скейте. Для цирка нормально, но в жизни это неприменимо.
0
|
|||
|
4056 / 2691 / 432
Регистрация: 09.09.2017
Сообщений: 11,987
|
||||||
| 31.01.2020, 15:57 | ||||||
|
Я прекрасно представляю, где и для чего стоит выносить функционал в статическую или динамическую библиотеку. Но в данном конкретном случае это никаких преимуществ не дает - только проблемы.
0
|
||||||
|
1983 / 1276 / 131
Регистрация: 04.01.2010
Сообщений: 4,607
|
|||
| 31.01.2020, 17:14 | |||
, не парьтесь с этим проектиком. Но на будущее просто примите к сведению (
0
|
|||
|
27 / 22 / 5
Регистрация: 31.01.2019
Сообщений: 102
|
|
| 31.01.2020, 17:29 | |
|
0
|
|
|
4056 / 2691 / 432
Регистрация: 09.09.2017
Сообщений: 11,987
|
||||
| 31.01.2020, 17:34 | ||||
![]()
0
|
||||
|
27 / 22 / 5
Регистрация: 31.01.2019
Сообщений: 102
|
||
| 31.01.2020, 17:42 | ||
|
1
|
||
|
4056 / 2691 / 432
Регистрация: 09.09.2017
Сообщений: 11,987
|
||
| 31.01.2020, 18:37 | ||
|
Вторую страницу повторяю, что попытка прямого доступа к периферии из нескольких участков кода без синхронизации приведет к гораздо худшим последствиям, чем просто ошибка компиляции. Либо надо писать полноценный драйвер с соответствующими накладными расходами - тогда из любого количества процессов. Либо прямой доступ - тогда только из одного. Неужели базовые концепции разделения ресурсов настолько сложны для понимания?!
0
|
||
|
27 / 22 / 5
Регистрация: 31.01.2019
Сообщений: 102
|
|
| 31.01.2020, 19:12 | |
|
Уважаемый COKPOWEHEU, видимо у нас с вами разные "несущие частоты", не понимаю ваше "искусство".
1
|
|
|
4056 / 2691 / 432
Регистрация: 09.09.2017
Сообщений: 11,987
|
||
| 31.01.2020, 23:20 | ||
|
locm, а с каких пор "так принято" и "мне так нравится" стали хотя бы обычными доводами, не то что существенными?
Предположим, я разделю один файл на два - что изменится? Для подключения к проекту придется менять не 1 файл, а 2 или 3. Жирный минус. Скорость компиляции точно не вырастет, скорее снизится, но незначительно. Равнозначно. Возможность пользоваться из разных *.c файлов не появится. Равнозначно. (чтобы такая возможность появилась придется написать больше кода) Вот это - объективные метрики, их можно померить в количестве действий, времени или булевой величине (можно-нельзя). Пока что они показывают, что одним файлом лучше. От locm'а-то ничего подобного ждать не приходится, ему лишь бы поспорить на тему, в которой не разбирается. Соответственно и "аргументация" - повторение общих соображений, не задумываясь адекватны ли они данной конкретной задаче.
0
|
||
|
|
||||
| 01.02.2020, 01:14 | ||||
|
Если в МК не влезает, берите модель с большим объемом памяти. Сейчас они стоят копейки.
0
|
||||
|
4056 / 2691 / 432
Регистрация: 09.09.2017
Сообщений: 11,987
|
||
| 01.02.2020, 09:39 | ||
|
locm, я даже не буду отвечать на ваши кривые аналогии. Просто надоело.
Поскольку аргументов вы так и не привели, делаю вывод, что спорите только ради спора.
0
|
||
| 01.02.2020, 09:39 | |
|
Помогаю со студенческими работами здесь
40
Проблема с подключением OLED дисплея Подключение LCD дисплея к ATMEGA8 в PROTEUS Меню проблемы с очисткой дисплея (CVAVR) Подключение LCD дисплея на ATmega на ассемблере Подключение TFT-дисплея к AVR (ST7735S) Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
20. Мат мед. Абсентеизм как отдельный тип простоя
anaschu 29.05.2026
Апдейт модели: исправленные баги, абсентеизм и новые механизмы
Продолжаю развивать ранее описанную модель рабочего коллектива на AnyLogic. За последние несколько дней был проведён серьёзный. . .
|
19. здоровье, усталость и психотип работника влияют на производительность предприятия, и наоборот, производительность на здоровье, усталось и психотип
anaschu 28.05.2026
Дискретно-событийная модель рабочего коллектива на AnyLogic: здоровье, выгорание, психотипы и микростимуляция
Привет, коллеги. Хочу поделиться итогами нескольких недель работы над симуляционной. . .
|
"Прокси" для последовательного порта
Eddy_Em 28.05.2026
Эту штуку написал я достаточно давно. Но сейчас вот понадобилось настроить датчик грозы, но при этом не отключать его от "метеодемона". Соответственно, надо запустить этот "прокси": метеодемон будет. . .
|
Рефакторинг программы уравнивания.
Massaraksh7 26.05.2026
Пример по предыдущей записи в блоге. Но, надо заметить, что, во-первых, там оптимизация не только математики, но и работы с базой данных, и с графами, а во-вторых, это ещё не всё.
|
|
Использование TThread в Lazarus для математических вычислений.
Massaraksh7 25.05.2026
Производя рефакторинг своих программ на предмет ускорения их работы, обратил внимание на такой аспект, как сокращение времени матвычислений. Дело в том, что приходится работать с большими матрицами. . .
|
Модель здравосохранения 18. Чем здоровее работник, тем быстрее выгорает
anaschu 24.05.2026
Имитационная модель корпоративного здравоохранения: что показывает математика
Сегодня в модели рабочего коллектива на AnyLogic появились три новые механики — выгорание через накопленную усталость,. . .
|
Модель здравосохранения 17. Планы на выгорание
anaschu 23.05.2026
Вот конкретная схема реализации:
В классе Работник добавить:
накопленнаяУсталость — растёт каждый час работы, снижается в перерывы и болезни
коэффициентПрезентеизма — снижает продуктивность. . .
|
Изменение цветов в палитре gif файла aka фавикона
russiannick 23.05.2026
Изменение цветов в палитре gif файла, юзаемого как фавиконка в составе html-файла, помещенная в base64, средствами нативного Java Script, навеянное сном в майский день.
Для работы необходим браузер,. . .
|