|
2 / 2 / 0
Регистрация: 25.01.2020
Сообщений: 3
|
||||||
Инициализация дисплея25.01.2020, 17:57. Показов 3417. Ответов 45
Метки нет (Все метки)
Подключила дисплей, написала программу, но не понимаю где ошибка, он не выводит, что должен
0
|
||||||
| 25.01.2020, 17:57 | |
|
Ответы с готовыми решениями:
45
Инициализация дисплея 16х2 на базе контроллера ST7066U-0T Инициализация дисплея на PCD8544 (дисплей от нокиа 3310) Странное поведение текствого ЖК дисплея |
|
4130 / 2708 / 433
Регистрация: 09.09.2017
Сообщений: 12,041
|
|||||
| 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
|
|
|
4130 / 2708 / 433
Регистрация: 09.09.2017
Сообщений: 12,041
|
||
| 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
|
||
|
4130 / 2708 / 433
Регистрация: 09.09.2017
Сообщений: 12,041
|
|
| 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
|
|||
|
4130 / 2708 / 433
Регистрация: 09.09.2017
Сообщений: 12,041
|
||||||
| 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
|
|
|
4130 / 2708 / 433
Регистрация: 09.09.2017
Сообщений: 12,041
|
||||
| 31.01.2020, 17:34 | ||||
![]()
0
|
||||
|
27 / 22 / 5
Регистрация: 31.01.2019
Сообщений: 102
|
||
| 31.01.2020, 17:42 | ||
|
1
|
||
|
4130 / 2708 / 433
Регистрация: 09.09.2017
Сообщений: 12,041
|
||
| 31.01.2020, 18:37 | ||
|
Вторую страницу повторяю, что попытка прямого доступа к периферии из нескольких участков кода без синхронизации приведет к гораздо худшим последствиям, чем просто ошибка компиляции. Либо надо писать полноценный драйвер с соответствующими накладными расходами - тогда из любого количества процессов. Либо прямой доступ - тогда только из одного. Неужели базовые концепции разделения ресурсов настолько сложны для понимания?!
0
|
||
|
27 / 22 / 5
Регистрация: 31.01.2019
Сообщений: 102
|
|
| 31.01.2020, 19:12 | |
|
Уважаемый COKPOWEHEU, видимо у нас с вами разные "несущие частоты", не понимаю ваше "искусство".
1
|
|
|
4130 / 2708 / 433
Регистрация: 09.09.2017
Сообщений: 12,041
|
||
| 31.01.2020, 23:20 | ||
|
locm, а с каких пор "так принято" и "мне так нравится" стали хотя бы обычными доводами, не то что существенными?
Предположим, я разделю один файл на два - что изменится? Для подключения к проекту придется менять не 1 файл, а 2 или 3. Жирный минус. Скорость компиляции точно не вырастет, скорее снизится, но незначительно. Равнозначно. Возможность пользоваться из разных *.c файлов не появится. Равнозначно. (чтобы такая возможность появилась придется написать больше кода) Вот это - объективные метрики, их можно померить в количестве действий, времени или булевой величине (можно-нельзя). Пока что они показывают, что одним файлом лучше. От locm'а-то ничего подобного ждать не приходится, ему лишь бы поспорить на тему, в которой не разбирается. Соответственно и "аргументация" - повторение общих соображений, не задумываясь адекватны ли они данной конкретной задаче.
0
|
||
|
|
||||
| 01.02.2020, 01:14 | ||||
|
Если в МК не влезает, берите модель с большим объемом памяти. Сейчас они стоят копейки.
0
|
||||
|
4130 / 2708 / 433
Регистрация: 09.09.2017
Сообщений: 12,041
|
||
| 01.02.2020, 09:39 | ||
|
locm, я даже не буду отвечать на ваши кривые аналогии. Просто надоело.
Поскольку аргументов вы так и не привели, делаю вывод, что спорите только ради спора.
0
|
||
| 01.02.2020, 09:39 | |
|
Проблема с подключением OLED дисплея Подключение LCD дисплея к ATMEGA8 в PROTEUS Меню проблемы с очисткой дисплея (CVAVR) Подключение LCD дисплея на ATmega на ассемблере Подключение TFT-дисплея к AVR (ST7735S) Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
сукцессия 29. Переход от одних деревьев на другие делать более или менее вероятностным?
anaschu 12.07.2026
Насколько смена типов микоризы — исключительное событие в двухвековой сукцессии? Оценка вероятности в пространстве параметров
В текущей версии модели успешно реализован ключевой механизм. . .
|
сукцессия 27. Думаю, как переделывать уже написанную статью с планами на сукцессию.
anaschu 12.07.2026
Анализ соответствия модели требованиям
Реализованные компоненты:
Механизм закисления почвы через протонную помпу
Конкуренция между типами микориз
pH как триггер сукцессии
C/ P соотношение. . .
|
Сукцессия 26. Мат модель создана.
anaschu 12.07.2026
Модель смены растительных сукцессий посредством управления грибами работает внутри небольшой ячейки почвы, восстанавливающейся после пожара, где ненадолго бывшее царство хвойных снова захватили. . .
|
Решил проблему с ошибкой пагинации сообщений с сервера на алгоритме обхода дерева "Эстафета хвоста".
Hrethgir 12.07.2026
Проблема была в том, что удалялась именно новая кнопка, а не старая. Ни один ИИ не обнаружил это, а сам я смог только когда с работой стало попроще и когда заставил работать будущее автономное. . .
|
|
сукцессия 25. Хронология ошибок
anaschu 12.07.2026
# От 50-тонного гриба до устойчивого леса: хроника ошибок при построении модели вековой сукцессии микоризы
## О чём эта статья
В процессе построения ОДУ-модели (система дифференциальных. . .
|
сукцессия 24. Промежуточное общее описание модели
anaschu 12.07.2026
Хендофф: модель АМ→ЭКМ сукцессии микоризы (ризосфера, 50 лет)
Содержание проекта
Симуляция вековой (50 лет) экологической сукцессии в почве леса
Основные участники: АМ-гриб, ЭКМ-гриб,. . .
|
сукцессия 23. Более физиологичная физиология, более экологичная экология, более диффурные диффуры.
anaschu 12.07.2026
Что реально нашли и починили за эти 5 часов
Правило Линдемана (КПД конверсии сахара в тело, kEff) — раньше 100% полученного углерода шло прямо в биомассу гриба; теперь только kEff=0. 5 (после. . .
|
сукцессия 22. От артефактов к физиологии: калибровка агентной модели грибной сукцессии для воспроизведения сезонной динамики и pH-плато
anaschu 11.07.2026
Аннотация
В данной работе представлена калибровка агентной модели динамики грибных сообществ (fungal-succession), направленная на устранение нефизичных артефактов (коллапс биомассы, мгновенное. . .
|