oleamm писал(а):
Я совсем не разбираюсь в армах, от того и не знаю что будет лучше. У атмеги168 потребление 10 мА и меньше, мощный арм кормить будет не чем (ведь на 24-72 МГц он явно не 10 мА кушает?). К тому же под арм я никогда не писал, что тоже аргумент, ибо мне придется заниматься изучением нового семейства, как под него платы разводить, программаторы и т.д. и т.п., что не желательно, ибо проект надо сделать побыстрее. Хотя этот вариант обсуждаем.
менее 10ма на меге для данной задачи это сомнительно. смутно помню, но в общем случае на потребление влияет частота процессора, какие команды выполняются и какая переферия задействованна.
в даташите про потребление очень много написано, для каких режимов приведены графики, что задействовано и т.д. а, вот
Вложение:
Untitled-1.jpg [ 119.46 КиБ | Просмотров: 3151 ]
Цитата:
The current consumption is a function of several factors such as: operating voltage, operating frequency, loading of I/O pins, switching rate of I/O pins, code executed and ambient temperature. The dominating factors are operating voltage and frequency.
3.3-3.6в при 20mhz очень сомнительная затея
вот от cortex-m3 (stm32f103x4/stm32f103x6)
Вложение:
2.jpg [ 132.51 КиБ | Просмотров: 3145 ]
при каком напряжении не сильно вчитывался, вроде в начале
Цитата:
Typical values
Unless otherwise specified, typical data are based on TA = 25 °C, VDD = 3.3 V (for the 2 V ≤ VDD ≤ 3.6 V voltage range). They are given only as design guidelines and are not tested.
и про 3.6в к таблице не было указано. ну не сильно и важно, вот еще табличка
Вложение:
3.jpg [ 98.86 КиБ | Просмотров: 3142 ]
и ещё от cortex-m4f (stm32f405/stm32f407)
Вложение:
4.jpg [ 163.06 КиБ | Просмотров: 3140 ]
при желании можно под микроскопом сравнить набор команд и мипсы (ни одинаковых частотах) в реальных приложениях у авр и cortex`ов и потом это всё пересчитать на ватты.

авр уже не так хорошо будет смотреться. в cortex-m4f ещё есть dsp/fpu, что делает совсем бессмыленным сравнение с авр. с армами не знакомы, время ограничено, а быстро разобраться с стм без жуткого бубна и матов мало кому удаётся.

ладно, икс с ними, забудем, что они вообще существуют.
с одной стороны есть готовые, недорогие дальномеры, кода под самые расспространённые мк море, описание всех плюсов и минусов в сети давно есть. нужно просто взять один на 1-5м дальномер или как вариант к нему ещё какой с меньшим расстоянием, прикрутить к прототипу своего изделия и можно достаточно быстро завершить проект. недорого и быстро.
с другой вы настойчиво хотите убить кучу времени что бы в итоге сделать дальномер, который будет дороже и хухе по параметрам. мысли в слух: проц для данной задачи слабоват. размеры картинки в пикселях далеко не последняя вещь, влияющая на точность. достать мелкий (5-6мм) лазеный ик диод не очень большая проблема.

для тестов можно за копейки или вообще бесплатно достать любой cd/dvd, там как раз мелкий и маломощный ик лазер стоит. а вот линзу для фокусировки... понятия не имею, проблема её достать или нет и подойдёт ли та линза, что в cd/dvd есть. с размерами итоговой платы да, наверно немного погорячился - если постараться (а толку от того, что камера будет 0.5*0.5см или 1*1см? проц, обвес, дорожки), вполне можно даже и в ~6*2см впихнуть. мелкую камеру ещё найти нужно - подходящая цена, интерфейс, режим работы, размеры. потом, если не найдёте исходников для работы с камерой, ещё нужно будет с ней немного повозиться. после этого ещё нужно будет заняться собственно алгоритмом обработкой картинки и вычисления расстояния, который в финале должен работать "на лету". и как закончите, нужно будет придумать как это всё аккуратненько в мелкокорпус запихать, а линзочку вообще с ювелирной точностью пристроить.
это совсем непонятно:
oleamm писал(а):
повторюсь, у меня свое устроство, дальномер туда я впихнуть не могу, он должен быть встроен внутрь моего прибора.

почему нельзя встроить шарповские?
смотря на ту каритнку, что вы добавили сегодня, лезет в голову одна нехорошая мысль. едет машинка, едет, а потом останавливается, поворачивает на 90 градусов и перед самым её носом начинаются ступеньки. а ещё лучше ямка какая, допустим пол метра в диаметре. толку от этого дальномера c информацией, что там через несколько метров?

или серву прикручивать, что бы мотыляла вверх-вниз или второй дальномер для коротких расстояний. сегодня ещё на такой наткнулся
https://solarbotics.com/product/33320/, именно этот дорого, но если поискать, не исключено, что что-то подешевле подвернётся.
п.с. если вы не ошиблись подфорумом, то в варианте самоделки это ещё больше скажется на себестоимости + если вы хотите заказать разработку, то какая вам разница, человек будет использовать не авр, а подберёт более-менее подходящий арм? я же писал, что можно подобрать более дешевый арм, который будет немного пошустрей и с большим количеством памяти. если за такую же цену или чуть дороже, то альтернатива вообще будет поприятней. не обязательно же кочегарить по максимуму мегагерцы - разрядность, несколько десятков и тем более сотня с хвостиком кбайт озу и dsp/fpu лишними не будет.