Не все окна обязаны быть скучными скруглёнными прямоугольниками с боковой панелью, шестерёнкой настроек и спрятанным под ними веб-стеком. Когда-то приложениям Windows дозволялось быть странными. Проигрыватели мультимедиа выглядели как приборы. По рабочему столу гуляли животные. Вспомогательные панели походили на пульты управления, игрушки, радиоприёмники или маленькие инопланетные интерфейсы. Окно не должно было обязательно иметь прямоугольную форму только потому, что таким было окно операционной системы.
У меня Ворд зависал то ли при запуске, то ли при открытии одного из дочерних окон (уже не помню точно). Не понимал почему. Случайно обнаружил, что это происходит, когда сетевой принтер был не в сети. Видимо, он пытался дождаться от него ответа.
!!! Очень важная информация, так как датчик HOA0902-11 работает по +5В, подключать напрямую сигналы "SPEED(TACH)" и "DIRECTION(DIR)" к микроконтроллеру STM32 (у которого логика работы по +3В) опасно, есть риск повреждения выводов, в следствии МК может просто выйти из строя.
Вообще-то необязательно. Многие пины у STM32 FT - толерантны к 5В. Там какие-то из порта PA только 3,3V only, ЕМНИП.
Конечно, все еще зависит от самого устройства, где работает МК. Если много процессорного времени занимают внутренние долгие, например, расчеты, то вклинивать в них периодические проверки кнопок, вероятно, действительно не самая лучшая идея.
Но если происходит много важных событий, требующих быстрой реакции, то зачем еще отвлекаться на прерывания кнопок. Пусть опрашиваются в фоне. Опрос может выполняться процессором как мало приоритетная задача «в свободное от работы время».
Подытоживая - я о том, что нельзя категорично сказать «нафиг опросы, делайте всегда через прерывания». Все зависит от ситуации.
Часто в коде есть более важные задачи, чем реакция на нажатие пользователем кнопки. Для них достаточно и обычного опроса. К тому же при опросе пропадает проблема дребезга контактов.
Это что-за конструкция такая, что потребовалось аж 22 разных платы?
А покажите скриншот текста без сглаживания в 10-ке?
Всегда удивляло зачем его выключают. У меня глаза обычно вытекают от резкости.
И хорошо, что теперь не так, ИМХО.
Да просто на соответствующей панельке можно "глазки" щелкать
Датчик то ладно, там минимальная обвязка есть. Для самого стаба нужна емкость.
Мм... если так, то логично.
Вот именно, что на стороне зарядного устройства, а не девайса.
А зачем замкнуты D+ и D- у USB?
И я с ними полностью согласен.
Ну не сидеть же сложа руки.
в последнем, наверное, именно "глазунья" подразумевается)
Не хватает в конце еще абзаца -
Если нужно, я могу подобрать материал для твоего проекта печатной платы. Хочешь, чтобы я это сделал?
У меня Ворд зависал то ли при запуске, то ли при открытии одного из дочерних окон (уже не помню точно). Не понимал почему. Случайно обнаружил, что это происходит, когда сетевой принтер был не в сети. Видимо, он пытался дождаться от него ответа.
Ладошкой!
В смысле не существует? Я сам его помню..
Вообще-то необязательно. Многие пины у STM32 FT - толерантны к 5В. Там какие-то из порта PA только 3,3V only, ЕМНИП.
Подробное раскрытие темы)
Как настроить индикатор частоты ЦП на корпусе?
Не подсказывайте им!
Про delay я ни слова не упомянул, если что.
Конечно, все еще зависит от самого устройства, где работает МК. Если много процессорного времени занимают внутренние долгие, например, расчеты, то вклинивать в них периодические проверки кнопок, вероятно, действительно не самая лучшая идея.
Но если происходит много важных событий, требующих быстрой реакции, то зачем еще отвлекаться на прерывания кнопок. Пусть опрашиваются в фоне. Опрос может выполняться процессором как мало приоритетная задача «в свободное от работы время».
Подытоживая - я о том, что нельзя категорично сказать «нафиг опросы, делайте всегда через прерывания». Все зависит от ситуации.
Часто в коде есть более важные задачи, чем реакция на нажатие пользователем кнопки. Для них достаточно и обычного опроса. К тому же при опросе пропадает проблема дребезга контактов.