Как говорил знакомый, который занимается нейроинтерфейсами в тайваньском институте, ЭЭГ — это тупиковая ветвь развития нейроинтерфейсов и взаимодействия с мозгом, типа как пытаться выяснить, что происходит внутри процессора, зная только его температуру.
У меня клавиша ctrl переключает раскладку, клавиша CapsLk работает как контрол и светодиод капслока индицирует текущую раскладку(горит — рус, не горит — анг)
Вам рекомендую использовать STM32L4** — энергопотребление у них просто невероятно низкое!
Год назад я тоже делал велокомпьютер по фану. Только на более мощном STM32F4 и с экранчиком. Только вот забросил, т.к. появился более серьёзный проект.
Планировал выводить карту на экран, писать трек, и кучу других параметров, в том числе каденс, передачи(чтобы считать КПД) и тд. Сделал плату и заказал на заводе, написал ПО для компаса и начал работать с GPS — уже выводил координаты. На этом и бросил… А сейчас уже некогда. Да и лучше куплю уже готовый Garmin.
Кстати, не подскажите, как можно в R найти координаты пересечения двух графиков, заданных точками, и построить картинку этого. А то в своё время это вызвало трудности.
Не вижу в таком решении магии — каждый студент, с пользой отсидевший курс цифровой электроники, при слове «случайное число» вспомнит именно это применение сдвигового регистра(сразу пришло на ум именно это). А уж посчитать свою зависимость и воплотить это в коде не составит проблем.
Думаю каждый пользователь сталкивался с подобной магической загадкой — и если бы каждый писал о своих косяках, то на хабре не осталось бы места для нормального материала.
Если кому-то интересно, то у нас под Тверью скоро будут ходить паровозы вместо тепловозов по расписанию. И можно будет проехать за 280рублей =): http://www.afanasy.biz/news/road_newsn/?ELEMENT_ID=113091
Почему по этому токамаку есть красивые фоточки, описание, видюшки и тд. А по российскому — 2мпиксельные фоты и скучные таблицы? От кого скрывают, почему не популяризуют это всё?
Планирую, но вы можете сделать это и сами)
Процесс создания новых элементов достаточно прост — посмотрите на существующие — единственное что нужно — в методе draw элемента написать код отрисовки. =)
Агась, MakiseBuffer->buffer — это первичный буфер, в который рисует гуй. Так же ещё есть опциональный второй буфер MakiseDriver->buffer для драйвера — он не обязателен.
Вот, нашёл статью об этом: https://habrahabr.ru/post/278967/ 11мс на заливку. Так же рекомендую почитать официальные APPNOTE на тему подключения дисплеев по 8080
Что-то жестоко — секунда 0_0
Вы на каком МК это делаете? Не эмулируете ли случаем 8080 на GPIO? На 8080 можно обновлять хоть на всех 60фпс дисплей, если использовать хардварный интерфейс с DMA…
1.1) Да, рассчитана. На самом деле библиотека и произошла, хоть и пройдя долгий путь развития, от прошлой библиотеки для 128х64 дислея. (кусок работы запечатлён тут. Там тоже были кнопочки и прочие элементы, ноо работа была с ними на совсем примитивном уровне.)
1.2) Да, отрисовка происходит за раз, поэтому можно сразу из системного буфера гнать данные на экран.
1.3) Не совсем понял этот вопрос… Первый буфер, в который рисуют всё методы отрисовки примитивов обязателен, а второй, используемый только драйвером — не. Например драйвер SDL его и не использует.
2.1) Драйвер лишь должен инициализировать дисплей и отправлять данные из первичного буфера на экран. Единственное дополнительное, что может потребоваться — преобразовывать цвета, если битность первичного буфера не совпадает с той, что необходима дисплею(например для экономии РАМы и тп). А так да, достаточно скормить дисплею данные с указателя.
2.2) ГУЙ рисует в свой буфер(в первичный) за один проход, который просто потом использует драйвер. Драйвер может скопировать его, а может и нет.
2.3) Конечно можно — всё сделано через структуры в которые можно тупо скопировать необходимые данные по указателю, но это будет значительно сложнее, чем написать просто функцию инициализации.
Год назад я тоже делал велокомпьютер по фану. Только на более мощном STM32F4 и с экранчиком. Только вот забросил, т.к. появился более серьёзный проект.
Планировал выводить карту на экран, писать трек, и кучу других параметров, в том числе каденс, передачи(чтобы считать КПД) и тд. Сделал плату и заказал на заводе, написал ПО для компаса и начал работать с GPS — уже выводил координаты. На этом и бросил… А сейчас уже некогда. Да и лучше куплю уже готовый Garmin.
Фоточки, если интересно imgur.com/a/TpoHY
Сначала пульсу приняли, потом системду пустили — ужас вощим
Процесс создания новых элементов достаточно прост — посмотрите на существующие — единственное что нужно — в методе draw элемента написать код отрисовки. =)
Что-то жестоко — секунда 0_0
Вы на каком МК это делаете? Не эмулируете ли случаем 8080 на GPIO? На 8080 можно обновлять хоть на всех 60фпс дисплей, если использовать хардварный интерфейс с DMA…
1.2) Да, отрисовка происходит за раз, поэтому можно сразу из системного буфера гнать данные на экран.
1.3) Не совсем понял этот вопрос… Первый буфер, в который рисуют всё методы отрисовки примитивов обязателен, а второй, используемый только драйвером — не. Например драйвер SDL его и не использует.
2.1) Драйвер лишь должен инициализировать дисплей и отправлять данные из первичного буфера на экран. Единственное дополнительное, что может потребоваться — преобразовывать цвета, если битность первичного буфера не совпадает с той, что необходима дисплею(например для экономии РАМы и тп). А так да, достаточно скормить дисплею данные с указателя.
2.2) ГУЙ рисует в свой буфер(в первичный) за один проход, который просто потом использует драйвер. Драйвер может скопировать его, а может и нет.
2.3) Конечно можно — всё сделано через структуры в которые можно тупо скопировать необходимые данные по указателю, но это будет значительно сложнее, чем написать просто функцию инициализации.