Arduino.ru

Не знаю, кто и что тебе говорил 4 года назад, меня тут ещё не было, но вот твоя фраза

Т.е., ответ простой - работать надо. И тогда за "4 years" может что-то и получится.

Если ты просмотрел видео с начала то видел что он перепробывал совершенно разные кинематики своей системы, делал и на сервах и на шаговых двигателях, определял  координаты по фоторезисторам, камере и в конце попробовал тот вариант о котором говорил я). И у него получилось...

Тут же дело не в том что это сложная трудоёмкая задача, к которой надо идти, ломать копья, придумывать формулы... Он просто перебирал варианты. Дошёл до этого и посчитал его хорошим. Вот и спрашиваю, почему здешние гуру на перебой соревновались в том кто лучше объяснит почему это невозможно? Вдруг за это время что-то кординально изменилось? (раз тогда это было невозможно, а теперь легко делается)

так они же гуру - а им можно ошибаться, в отличие от негуру...

И на чем там все это сделано? На авр на 16МГц или чем другом? По видео не похоже))

Не думаю, что такое нельзя было сделать на плисах и четыре года назад. Но это другой уровень и к ардуине близко не стоит.

И гуру ардуины вряд ли будет им же в системах очень реального времени))) А там такое и нужно.

Ехал в купе как-то с инженером-оптиком, интересный дядячка, на пальцах объяснил, что надо чтобы повысить плотность записи на отпических дисках (тогда были только CD) - голубой лазер и, как это делается, озвучил, что по моему SONY закинуло денег и методом прямого перебора подбираются к решению задачи, где-то через пол года услышал, что голубой лазер сделан...

Много чего и про Жореса порасказал  )))

а по видео, там же прямо скзано - ардуино проект

Сейчас много "ардуино" проектов, когда мощное железо получает данные и обрабатывает, а ардуино потом в порт их передает или на экранчике рисует)))

esp8266 тоже "ардуино" проект)) Кто на уно сделает его аналог, на рассыпухе, а не готовом чипе?))

В конце концов, "это принципиально невозможно" и "это Вам не под силу", - вроде, и то и другое - "нет", но оттенки разные.

Уважаемый ТС, звукосниматели для более точного вычисления точки попадания, надо ставить на мишени. И далее по интенсивности сигнала интерполировать точку попадания. Это ИМХО.

если мишень стальной лист, то скорость звука - примерно 6 км/сек. С точность 1 мкс на STM32  реально поймать.. да и на меге можно, но сложнее технически.

1 мкс - 6 мм. Дальше попарно гиперболы пересекаешь, учитываешь статистическую ощибку, считаешь среднее... ну как-то так. Точность порядка 5-6 мм так и останется... вполне нормально. Лучше на 2560, а еще лучше на СТМ32, там все-таки таймеры на 72 МГц. Можно меньше 1мкс точность получить, тут уже только в пьезодатчик упремся по точности.

==================

Кстати, не помню где, и даже на этом ли форуме, кто-то спрашивал про функциональное программирование - типа нахера оно?

Это типичная задача для ФП. Строишь функцию итератор для возможных точек решения, учитывая погрешность измерений. А потом пробегаешь по ним со средним квадратом в руке ;)) и выбираешь ту, у которой средний квадрат отклонения по всем замерам - наименьший.

а что, мощное железо не может без дуни в порт передавать и на экранчеге рисовать))))))

Вот на самом сайте пример - сборка кубика рубика. Расчет делает комп, а ардуина только моторчики крутит. Да и большинство моделей 3Д принтеров тоже самое. Ардуина опять же только моторчики крутит, по самым простым командам.