Комментарии 6
Жду с нетерпением про малину и распикам. Может Вы разобрались с проблемой, когда использование 1-wire шины (например для подключения далласовских датчиков температуры) вызывает выпадение работы камеры с сообщением о нехватке памяти…
А зачем была вообще использована Arduino?
Сервами можно было напрямую управлять с «малины», а так же снимать показания с датчика с по I2C.
Я как-то подключал такой модуль (с прошивкой OpenWRT) к датчику MLX90614ESF-BAA — работало без проблем
Сервами можно было напрямую управлять с «малины», а так же снимать показания с датчика с по I2C.
Я как-то подключал такой модуль (с прошивкой OpenWRT) к датчику MLX90614ESF-BAA — работало без проблем
Т.е. ардуина только для управления сервами или я неправильно понял? UPD> про i2c выше уже написали, но i2c ведь тоже можно напрямую с малины.
Связка Arduino — Raspberry была выбрана по совокупности причин.
Но вопрос стоял скорее не «зачем Arduino?», а «зачем Raspberry?».
Тут ответ был однозначный — для видео.
Факторы, повлиявшие на решение, были следующими:
— Нужна была «обвязка» для датчика и сервоприводов. Она должна быть дешевой и иметь возможность универсально стыковаться с внешними устройствами. Контроллеры ATmega удовлетворяют этим требованиям. С Arduino Uno мы знакомы давно, код с нее можно переносить на другие более мощные контроллеры. В будущем мы предполагаем уйти от Raspberry, поэтому не хотим изначально завязываться на нее.
— Пришлось бы осваивать связку «библиотеки Raspberry — наш код Java» — перекликается с предыдущим пунктом: завязываться на специфичный для Raspberry код не хотелось.
— «Железные» причины в пользу Arduino: начитавшись о проблемах совместимости I2C, SPI и RaspiCam, решили оставить Raspberry только заботу о камере. Поэтому, BOOTor, решением обозначенной Вами проблемы как таковой не занимались. Далее — PWM, как уже сказано Gol (хотя, справедливости ради отмечу, софтовый PWM на Raspberry не тестировали. vassav, Вы пробовали?). АЦП: сенсоры 32х31, которые тестируем в данный момент, выдают два канала аналоговых сигналов.
Но вопрос стоял скорее не «зачем Arduino?», а «зачем Raspberry?».
Тут ответ был однозначный — для видео.
Факторы, повлиявшие на решение, были следующими:
— Нужна была «обвязка» для датчика и сервоприводов. Она должна быть дешевой и иметь возможность универсально стыковаться с внешними устройствами. Контроллеры ATmega удовлетворяют этим требованиям. С Arduino Uno мы знакомы давно, код с нее можно переносить на другие более мощные контроллеры. В будущем мы предполагаем уйти от Raspberry, поэтому не хотим изначально завязываться на нее.
— Пришлось бы осваивать связку «библиотеки Raspberry — наш код Java» — перекликается с предыдущим пунктом: завязываться на специфичный для Raspberry код не хотелось.
— «Железные» причины в пользу Arduino: начитавшись о проблемах совместимости I2C, SPI и RaspiCam, решили оставить Raspberry только заботу о камере. Поэтому, BOOTor, решением обозначенной Вами проблемы как таковой не занимались. Далее — PWM, как уже сказано Gol (хотя, справедливости ради отмечу, софтовый PWM на Raspberry не тестировали. vassav, Вы пробовали?). АЦП: сенсоры 32х31, которые тестируем в данный момент, выдают два канала аналоговых сигналов.
Да, софтовый PWM пробовал, удалось поднять модуль pwm-gpio-custom (кста, i2c у меня тоже был программный), ресурсов почти не кушало.
В итоге модуль управлял двумя сервами, считывал сигнал с датчика и еще выводил температуру на lсd дисплей по i2c.
Правда при такой конфигурации камеру не запускал, но думаю и она без проблем бы заработала.
P.S. У малины частота почти в два раза больше чем у моего модуля, так сто проблем вообще не должно быть.
В итоге модуль управлял двумя сервами, считывал сигнал с датчика и еще выводил температуру на lсd дисплей по i2c.
Правда при такой конфигурации камеру не запускал, но думаю и она без проблем бы заработала.
P.S. У малины частота почти в два раза больше чем у моего модуля, так сто проблем вообще не должно быть.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как мы первый прототип строили