зачем вам именно плата? просто микрофон на длинном проводе будет в разы удобнее.
Если вы хотите именно плату, то любой одноплатник справится. любой из raspberry, например (ну кроме pico).
Если вы хотите именно микроконтроллер, то это уже из области "желает странного". Много геморроя с неясными целями. Но опять-же выбор огромный, практически любой контроллер умеет в sdio и i2s. Ну скажем https://www.st.com/en/evaluation-tools/nucleo-h7s3l8.html
"Полностью пассивный" - это когда ваша конструкция ничего не излучает, а вы просто слушаете звук, и измеряете расстояние до, скажем, колонок соседа-меломана.
А раз уж у вас стоит вопрос "Как можно синхронизовать по фазе два уделенных генератора звуковой частоты?", то ни о какой пассивности речи не идет.
То что вы хотите измерять расстояние не до точки отражения, а до самого источника излучения ровно ничего не меняет в методах и алгоритмах. С отражениями вам все также придется иметь дело. И да, амплитуда отраженного сигнала запросто может превышать прямой.
никогда не знаешь отражение от которой из поверхностей будет сильнее - от стены с обоями, в которую ты целишься, или от гладкого твердого потолка.
отражения от разных объектов складываются создавая новый виртуальный объект, там где физически ничего нет.
хорошо подходит для детектирования разного рода движения:
кто-то пришел/ушел
распознавание жестов
определение частоты дыхания
есть статья где даже пульс измеряли по движению грудной клетки
в принципе как дальномер тоже используется, но в контролируемом пространстве - например для измерения уровня жидкости в баке.
Советы:
не используйте "С" на этапе экспериментов. Когда надо будет делать конечное устройство с готовым алгоритмом - тогда да. Для экспериментов есть python с numpy, scipy, matplotlib и juniper notebook. С ними скорость разработки вырастет в десятки раз.
избегайте использования телефонов в этом деле. Получить чистый необработанный сигнал от них сложно, иногда невозможно. Любая копеечная аудиокарта будет лучше (но не встроенный в ноутбук микрофон - там те же проблемы).
ну и погуглите. Тема сильно не новая, есть множество интересных статей на эту тему.
Нда уж. Действительно индивидуально, помнится когда я последний раз видел 170 (с таблетками все-ж так не поднимается), было ощущение что "как-то оно всё совсем неправильно". Но всё же больше пугали сами цифры на тонометре, чем свое состояние.
Насчет "назвать орган" - хорошее умение. Я собственно к кардиологу пошел потому, что у меня что-то постоянно побаливает в районе сердца. 3 врача по характеру описываемой боли сказали, что это точно не сердце. На вопрос "а что-же это?" говорят - а кто его знает. Наверное неврологическое.
При замере тонометром даже нельзя разговаривать, так что любое устройство которое что-то измеряет когда вы активны для меня просто фейк.
Не. Пока активен оно не измеряет. Нужно сесть, расслабиться нажать кнопочку и не двигаться. Меряет секунд 10. Отличие от тонометра только в том, что дополнительно одевать ничего не надо.
Но даже и в таком варианте выдает практически то же значение что сам указал при калибровке немного отличающееся пропорционально пульсу.
А вот кстати, расскажите как заметить. Мне пару лет назад поставили гипертензию, прописали таблетки. Сказали следить. А вот в какие моменты именно следить, я все это время понять не могу. Был критерий "когда вот так странно покалывает на языке" - часто работает, но и false positive событий хватает. "Когда сердце сильно стучит" (именно сильно, не часто) - вообще не работает, хотя казалось бы если я всем телом артерии чувствую, то чем кроме большой амплитуды изменения диаметра это может быть вызвано?
Вобщем, не получается у меня надежно почувствовать, хотя и 170, и 180 бывает. Расскажите, как чувствуете вы?
зы. Купил недавно шестые самсунговские часы. Достоверность как у той картонки.
Там же написано: IBM PC. При чем тут 286? Это было реализовано для 8086 с его 20 битной шиной адреса, с помощью специальных плат расширения, которые работали в точности как эти мапперы:
В 286 адресная шина была уже 24 бита, и смысла в аппаратном маппере уже не было.
Ну и занудства ради: page faults в 286 не было, в связи с отсутствием такой сущности как страницы. Были segmentation faults, которые тоже позволяли реализовать виртуальную память, но не так удобно, как появившиеся в 386 страницы.
В Сан-Диего совершенно другая погода. Во-первых он расположен узкой полоской на самом берегу, во вторых там океан уже начинает быть теплее, чем смягчает перепады температуры. Ну и в третьих, насколько я знаю там нет такого явления как "Santa Ana winds", которые, да, дуют с пустыни.
В этом году лето довольно прохладное, но не смотря на это с 14 по 31 июля температура в том-же Бурбанке была выше 34 градусов. В 22ом почти весь август выше 35, и 39-43 первую неделю сентября.
Делюсь. Для хвастовства повода нет, но и сказать что жалею - не могу. Поддерживаю автора, что Новосибирск вполне комфортное место для программиста по многим параметрам (почти беспатный интернет, доступное жилье, неплохой выбор еды, почти бесплатное такси, наличие 4 времен года).
Когда уезжал, думал что "там" будет намного лучше, но вот "намного" не случилось. Хотя в целом опыт интересный и положительный.
Как переехавший из Новосибирска в Лос-Анжелес, могу сказать, что ни шило, ни мыло особо не поменялись. Денег больше. Расходы выше. Климат - не сказать что сильно лучше (выбирайте: месяц без солнца, или месяц жарой выше +40). Качество жизни плюс-минус то-же самое.
Только если заявлен flight plan. Что для визуальных полетов, мало того что не обязательно, вообще редко делается. И даже если он есть, достаточно звонка по телефону от пилота "я приземлился, всё в порядке".
Хм. Для вас показателем готовности к работе является "нажал F7 и светодиодик замигал"? А как-же тогда ваше вступление "о настоящем программисте"? Cube может быть удобен для "попробовать", но он:
ужасно тормозной
по сути такой-же древний как и keil c iar-ом.
Я для своих поделок пользуюсь vscode + gcc + openocd. К ним замечательно прикручиваются и логи, и визуальная отладка через swd.
задолбавшись в очередной раз со скоростью pi'ного usb, его жалобами на источник питания, и тем как все это выглядит, нашел неожиданное для себя решение - б/у chromebox за 30 баксов. 4 гига памяти, 16g ssd, пассивное охлаждение, usb 3.0.
не смотря на схожие характеристики с pi4, убунта стала просто летать.
если вы знаете угол "альфа" и расстояние между приемником и вторым источником, то вам не нужен звук. вам нужен учебник по геометрии :)
зачем вам именно плата? просто микрофон на длинном проводе будет в разы удобнее.
Если вы хотите именно плату, то любой одноплатник справится. любой из raspberry, например (ну кроме pico).
Если вы хотите именно микроконтроллер, то это уже из области "желает странного". Много геморроя с неясными целями. Но опять-же выбор огромный, практически любой контроллер умеет в sdio и i2s. Ну скажем https://www.st.com/en/evaluation-tools/nucleo-h7s3l8.html
Хотя можно и на blue pill сделать.
эх... узнаю себя лет 20 назад...
"Полностью пассивный" - это когда ваша конструкция ничего не излучает, а вы просто слушаете звук, и измеряете расстояние до, скажем, колонок соседа-меломана.
А раз уж у вас стоит вопрос "Как можно синхронизовать по фазе два уделенных генератора звуковой частоты?", то ни о какой пассивности речи не идет.
То что вы хотите измерять расстояние не до точки отражения, а до самого источника излучения ровно ничего не меняет в методах и алгоритмах. С отражениями вам все также придется иметь дело. И да, амплитуда отраженного сигнала запросто может превышать прямой.
для дальномера такая технология подходит мало:
скорость звука в воздухе не стабильна
никогда не знаешь отражение от которой из поверхностей будет сильнее - от стены с обоями, в которую ты целишься, или от гладкого твердого потолка.
отражения от разных объектов складываются создавая новый виртуальный объект, там где физически ничего нет.
хорошо подходит для детектирования разного рода движения:
кто-то пришел/ушел
распознавание жестов
определение частоты дыхания
есть статья где даже пульс измеряли по движению грудной клетки
в принципе как дальномер тоже используется, но в контролируемом пространстве - например для измерения уровня жидкости в баке.
Советы:
не используйте "С" на этапе экспериментов. Когда надо будет делать конечное устройство с готовым алгоритмом - тогда да. Для экспериментов есть python с numpy, scipy, matplotlib и juniper notebook. С ними скорость разработки вырастет в десятки раз.
избегайте использования телефонов в этом деле. Получить чистый необработанный сигнал от них сложно, иногда невозможно. Любая копеечная аудиокарта будет лучше (но не встроенный в ноутбук микрофон - там те же проблемы).
ну и погуглите. Тема сильно не новая, есть множество интересных статей на эту тему.
Ах, да, забыл сказать. Алгоритм, который вы пытаетесь изобрести называется FMCW https://en.wikipedia.org/wiki/Continuous-wave_radar
Нда уж. Действительно индивидуально, помнится когда я последний раз видел 170 (с таблетками все-ж так не поднимается), было ощущение что "как-то оно всё совсем неправильно". Но всё же больше пугали сами цифры на тонометре, чем свое состояние.
Насчет "назвать орган" - хорошее умение. Я собственно к кардиологу пошел потому, что у меня что-то постоянно побаливает в районе сердца. 3 врача по характеру описываемой боли сказали, что это точно не сердце. На вопрос "а что-же это?" говорят - а кто его знает. Наверное неврологическое.
Не. Пока активен оно не измеряет. Нужно сесть, расслабиться нажать кнопочку и не двигаться. Меряет секунд 10. Отличие от тонометра только в том, что дополнительно одевать ничего не надо.
Но даже и в таком варианте выдает практически то же значение что сам указал при калибровке немного отличающееся пропорционально пульсу.
А вот кстати, расскажите как заметить. Мне пару лет назад поставили гипертензию, прописали таблетки. Сказали следить. А вот в какие моменты именно следить, я все это время понять не могу. Был критерий "когда вот так странно покалывает на языке" - часто работает, но и false positive событий хватает. "Когда сердце сильно стучит" (именно сильно, не часто) - вообще не работает, хотя казалось бы если я всем телом артерии чувствую, то чем кроме большой амплитуды изменения диаметра это может быть вызвано?
Вобщем, не получается у меня надежно почувствовать, хотя и 170, и 180 бывает. Расскажите, как чувствуете вы?
зы. Купил недавно шестые самсунговские часы. Достоверность как у той картонки.
Там же написано: IBM PC. При чем тут 286? Это было реализовано для 8086 с его 20 битной шиной адреса, с помощью специальных плат расширения, которые работали в точности как эти мапперы:
https://en.wikipedia.org/wiki/Expanded_memory
В 286 адресная шина была уже 24 бита, и смысла в аппаратном маппере уже не было.
Ну и занудства ради: page faults в 286 не было, в связи с отсутствием такой сущности как страницы. Были segmentation faults, которые тоже позволяли реализовать виртуальную память, но не так удобно, как появившиеся в 386 страницы.
ага. То-то я из штатов на Новосибирский vpn хожу.
В Сан-Диего совершенно другая погода. Во-первых он расположен узкой полоской на самом берегу, во вторых там океан уже начинает быть теплее, чем смягчает перепады температуры. Ну и в третьих, насколько я знаю там нет такого явления как "Santa Ana winds", которые, да, дуют с пустыни.
В этом году лето довольно прохладное, но не смотря на это с 14 по 31 июля температура в том-же Бурбанке была выше 34 градусов. В 22ом почти весь август выше 35, и 39-43 первую неделю сентября.
Делюсь. Для хвастовства повода нет, но и сказать что жалею - не могу. Поддерживаю автора, что Новосибирск вполне комфортное место для программиста по многим параметрам (почти беспатный интернет, доступное жилье, неплохой выбор еды, почти бесплатное такси, наличие 4 времен года).
Когда уезжал, думал что "там" будет намного лучше, но вот "намного" не случилось. Хотя в целом опыт интересный и положительный.
Как переехавший из Новосибирска в Лос-Анжелес, могу сказать, что ни шило, ни мыло особо не поменялись. Денег больше. Расходы выше. Климат - не сказать что сильно лучше (выбирайте: месяц без солнца, или месяц жарой выше +40). Качество жизни плюс-минус то-же самое.
ах, ну если без гугла...
Какой такой "юзерленд" на wince? Там все порты, как правило, доступны кому угодно через memory mapped i/o.
в тех местах, если что-то не национальный парк, то это частная собственность.
Только если заявлен flight plan. Что для визуальных полетов, мало того что не обязательно, вообще редко делается. И даже если он есть, достаточно звонка по телефону от пилота "я приземлился, всё в порядке".
Хм. Для вас показателем готовности к работе является "нажал F7 и светодиодик замигал"? А как-же тогда ваше вступление "о настоящем программисте"? Cube может быть удобен для "попробовать", но он:
ужасно тормозной
по сути такой-же древний как и keil c iar-ом.
Я для своих поделок пользуюсь vscode + gcc + openocd. К ним замечательно прикручиваются и логи, и визуальная отладка через swd.
Прям-таки интересно, каков по вашему правильный ответ? :)
Каким боком тут RTOS?
это точно "про железо"?
процентов на 10 вопросов не существует однозначного ответа, и на каждый можно запилить отдельную статью.
задолбавшись в очередной раз со скоростью pi'ного usb, его жалобами на источник питания, и тем как все это выглядит, нашел неожиданное для себя решение - б/у chromebox за 30 баксов. 4 гига памяти, 16g ssd, пассивное охлаждение, usb 3.0.
не смотря на схожие характеристики с pi4, убунта стала просто летать.
И где здесь квантор(ы)?
Какие-то люди, скачивали, у них автоматом была настроена раздача.