вот кто бы подсказал как сделать датчик каденса, а то к моей модели он стоит порядка 40 евро, не считая доставки, но он у меня то ли был украден, то ли сам сорвал наехав на что-то. У меня 1606L.
Полно — Geforce и Quadro, процы AMD с залоченными ядрами.
Сходу не вспомню, но вообще это частое явление — делается общая схемотехника и потом либо часть не распаивается для удешевления, либо лочится программно или перемычками/резюками и прочей мелочевкой.
Помнится в школе я изучал Правец8С (клон Apple II) и чем глубже закапывался тем больше удивлялся заложенным в него возможностям. Было это дело в 1997-1998 и тогда уже были куда более мощные компы, но долгое время его возможности были для меня чуть ли не безграничными, не хватало только детальной документации
Вообще есть такая мысль, но дело в том, что USB — шина с огромными возможностями и описать их в пределах одной статьи совершенно нереально. Потребности у всех разные и соответственно метод работы тоже разный.
Я для себя использую пакетный обмен с ПК, потому что поток мне неудобен — нужно распознавать заголовки и куча других неудобств.
Второе условие — отсутствие необходимости писать USB драйвер или использовать какие бы то ни было dll для работы с девайсом. Поэтому я выбрал для себя релизацию HID, которая не требует дополнительных драйверов. Есть ограничение на размер пакета в 64 байта и частота опроса примерно в 1 кГц, что дает примерно 64 кБ в секунду, мне этого достаточно, поэтому описывать буду именно такой вариант. Подойдет он разумеется не всем.
По поводу реализации — вы можете сделать реализацию виртуального COM порта — VCP или CDC. Можете сделать HID, или что-то свое. На МК есть соответсвтующий аппаратный модуль USB-FS, который как настроите так и будет работать. Но это нетривиальная задача, поэтому я для себя сделал шаблон с USB-HID и пользуюсь им, слегка модифицируя его.
Я пишу не смски, а веду довольно большие переписки с историей в теле письма и то мелкое окошко, что мне оставили — сплошное мучение. С недавнего времени интерфейс Яндекс почты мне нравится куда больше и в веб и мобильном варианте
Раньше был быстрый удобный интерфейс, а теперь гуглопочта сплошной тормозной уродец
1. Это лишнее движение, плюс загрузка этого окна довольно медленная.
2. В опере не работает. А предыдущий интерфейс работал. И не говорите, что мне нужно менять браузер, в котором давно все настроено и отлично работает только потому, что гуглу взбрело в голову заниматься ерундой.
Если не обращать внимания на то, что в последнее время многие сервисы Google стали только хуже, то да, они много полезного делают.
Например gmail — новый интерфейс просто ужасен. Мало того, что он тормозит и не дает мне пользоваться всем экраном для редактирования письма, так я теперь и не могу одним движением выделить несколько файлов, чтобы вложить их в письмо — каждый файл нужно аттачить отдельно.
К сожалению толкового симулятора, который бы экономил время а не тратил его я пока не видел. есть примитивные симуляторы, которые бесполезны, но просты в использовании и есть сложные, которые могут много но использовать их не проще чем отлаживать в железе. А при наличии SWD в STM32 проблем с отладкой нет. Да и отлаживать обычно приходится именно аппаратно -зависимые вещи, типа USB и таких устройств, которых нет в виде компонентов или очень сложно эмулировать.
Неа, не прикольно — реальные данные сильно зашумлены и задавать характер виртуальных данных сложнее, чем покрутить плату в руках, чтобы получить реальный сигнал. Ну нету толку в виртуальных простых девайсах. А сложные никто не эмулирует к сожалению.
Уже даже разрабатывать и тестировать приложение на реальном телефоне быстрее, чем на виртуалке получается. Учитывая, что телефоном еще и пользоваться удобнее.
Вы выложили исходный код и описали платы. Если вы не призвали повторить, то это наверное странный способ похвастаться.
Выглядит статья как рассказ о том, как сделать управление на конкретных компонентах. Поэтому я и сделал замечание. Считаю, что все вопросы мы обсудили, позиции понятны. Спорить тут не о чем.
Я для себя сделал вывод, что протеус — потеря времени. Все равно ошибки не помогает выявить, которые обычно возникают. проблемы в нем не выявляются, а времени тратишь много.
Картинку не то, что представляю. У меня обычно с собой маленький контейнер пластиковый прозрачный, в котором маленькая плата, пара сенсоров и проводков и шнурок miniUSB — достается из контейнера, кладется рядом, подключается к ноуту и то, что реально проверить в симуляторе проверяется и так.
Например — я вчера собрал проект, который выводить через USB HID данные с сенсоров гиро, акселя и магнетометра на ПК, проверить его в симуляторе никак — нужно смотреть не реальные данные. Проект помещается на ладони. Можно не то, что в поезде, а в машине или самолете с ним работать. И эти проекты никогда не проверишь в симуляторе — нужны именно реальные сигналы и устройства.
Это зависит от платы. Те отладочные платы, что я беру, стоят не дороже 25 баксов обычно. Разве что с цветным LCD 320х240 подороже и то несильно. Я все прекрасно понимаю, но когда я делаю прототип, я его не советую повторять. А советую что взять, чтобы поставить в конечное устройство. Не вижу ничего плохого, чтобы поставить Arduino Pro Mini, чтобы не паять самому или купить плату на STM32F103C8 за 8 баксов и использовать ее в конечном девайсе, это дешево, компакто и ничего лишнего. Но проц с DSP на 168МГц для такой работы — это как на карьерном самосвале выносить пакет с мусором.
Да уж. У скетчей ардуино есть два фатальных для меня недостатка: сколько нибудь серьезный проект редактировать невозможно — IDE как таковая ни на что не годна и ничего не умеет. И дикая неэффективность использования ресурсов вполне приличного 8битного МК. На С все получается гораздо компактнее, быстрее и надежнее.
Вот только нахрена там линух? Там, где есть возможность получить бонусы от ОС общего назначения, нужен проц помощнее — есть Raspberrry, Odroid и Cube, а там, где не нужна — быстрее и проще писать под STM32 чисто. и экономнее в ресурсах. Да и надежнее.
К тому же компилить линукс — это повеситься можно при отладке.
STM32F4 для обработки кнопок и отправки по UART пакетов? Серьезно?
Я понимаю — что было под рукой, то и использовано. Но советовать другим делать то же самое — не очень хорошая идея. Та же STM32VLDiscovery и стоит дешевле и если делать плату самому то проц компактнее и намного дешевле.
Сходу не вспомню, но вообще это частое явление — делается общая схемотехника и потом либо часть не распаивается для удешевления, либо лочится программно или перемычками/резюками и прочей мелочевкой.
Статью пока не знаю где буду размещать. Может на хабре, если подойдет по формату, может у себя на сайте.
Я для себя использую пакетный обмен с ПК, потому что поток мне неудобен — нужно распознавать заголовки и куча других неудобств.
Второе условие — отсутствие необходимости писать USB драйвер или использовать какие бы то ни было dll для работы с девайсом. Поэтому я выбрал для себя релизацию HID, которая не требует дополнительных драйверов. Есть ограничение на размер пакета в 64 байта и частота опроса примерно в 1 кГц, что дает примерно 64 кБ в секунду, мне этого достаточно, поэтому описывать буду именно такой вариант. Подойдет он разумеется не всем.
По поводу реализации — вы можете сделать реализацию виртуального COM порта — VCP или CDC. Можете сделать HID, или что-то свое. На МК есть соответсвтующий аппаратный модуль USB-FS, который как настроите так и будет работать. Но это нетривиальная задача, поэтому я для себя сделал шаблон с USB-HID и пользуюсь им, слегка модифицируя его.
Раньше был быстрый удобный интерфейс, а теперь гуглопочта сплошной тормозной уродец
2. В опере не работает. А предыдущий интерфейс работал. И не говорите, что мне нужно менять браузер, в котором давно все настроено и отлично работает только потому, что гуглу взбрело в голову заниматься ерундой.
Например gmail — новый интерфейс просто ужасен. Мало того, что он тормозит и не дает мне пользоваться всем экраном для редактирования письма, так я теперь и не могу одним движением выделить несколько файлов, чтобы вложить их в письмо — каждый файл нужно аттачить отдельно.
Уже даже разрабатывать и тестировать приложение на реальном телефоне быстрее, чем на виртуалке получается. Учитывая, что телефоном еще и пользоваться удобнее.
Выглядит статья как рассказ о том, как сделать управление на конкретных компонентах. Поэтому я и сделал замечание. Считаю, что все вопросы мы обсудили, позиции понятны. Спорить тут не о чем.
Картинку не то, что представляю. У меня обычно с собой маленький контейнер пластиковый прозрачный, в котором маленькая плата, пара сенсоров и проводков и шнурок miniUSB — достается из контейнера, кладется рядом, подключается к ноуту и то, что реально проверить в симуляторе проверяется и так.
Например — я вчера собрал проект, который выводить через USB HID данные с сенсоров гиро, акселя и магнетометра на ПК, проверить его в симуляторе никак — нужно смотреть не реальные данные. Проект помещается на ладони. Можно не то, что в поезде, а в машине или самолете с ним работать. И эти проекты никогда не проверишь в симуляторе — нужны именно реальные сигналы и устройства.
К тому же компилить линукс — это повеситься можно при отладке.
Я понимаю — что было под рукой, то и использовано. Но советовать другим делать то же самое — не очень хорошая идея. Та же STM32VLDiscovery и стоит дешевле и если делать плату самому то проц компактнее и намного дешевле.