roboforum.ru

Тут хуже. У меня проблема в том, что во-первых, всё очень инерционно. Во-вторых, скорость манипуляции цветными плашками на дисплее, скажем так, плохо предсказуема.
Хочу попробовать чуть по другому генерировать изображение.

То, что на видео работает так:
1. Меряю текущую координату
2. Определяю в какую сторону крутить
3. Включаю подсветку фотоэлементов на минимально-получающийся таймаут (промежуток между кадрами считывания видео)
4. Выключаю подсветку
5. Жду
6. goto п.1

По-сути, дерг колеса в одну сторону - это минимальный квант управляющего цикла

Скорее электронным микроскопом.
Сам подход, на деле достаточно древний. Не даром тут кто-то поминал ЮТ из 80-х. Я такое использовал, чтобы со спектрума управлять уже не помню какой хренью. И отдельный контроллер не нужен и опторазвязка в одном флаконе.
Но при таком использовании достигаются "в лоб" следующие вещи:
1. Нет нужды в специализированном контроллере (оптическую схему надо паять, но там всё проще детекторного приёмника)
2. Мы сразу используем в качестве контроллера весьма мощное устройство, при том, что это может быть что угодно, начиная от древнего кнопочного телефона.
3. Число проводов меньше на треть

Главное, конечно, п.1 и 2
А сложность потребного ПО - это не страшно если устройств надо больше одного.

Наоборот - к экрану фотодатчики прижимали, чтобы крутить механизмы.

Камеры БЫЛИ! В Таганроге на университетской коллективной станции была электромеханическая камера, которую, использовали для SSTV-сеансов
Ну обрабатывать - да, вряд ли. Можно попробовать, конечно, на ардуине же тут вроде был проект?
Но это всё оффтопик, да и тащем-то не интересно.

А у меня начало получаться мелкоквантовость крутилки! Если рисовать квадратики на канвасе, то шаг крутилки где-то 10 градусов.

Не взлетает зараза!
Не хватает скорости отрисовки на экране смартфона. Я надеялся, что l293 отловит мерцание, которое, создаёт серый цвет. Но видимо частота слишком большая, и ёмкость всей схемы фотодатчика это дело сглаживает
Вот если бы был драйвер двигателя с аналоговым управлением... Но это только делать самому, что убивает главную идею.

Очевидное решение - фотодатчики завести в ардуину и уже ардуиной рулить драйверами. Схема всё равно, сильно проще чем с традиционными энкодерами. Но хотелось бы найти решение по-изящнее.

"...главная особенность, необходимая для того, чтобы стать программистом, это способность длительно, в повседневном режиме выдерживать фрустрацию, возникающую от преодоления когнитивной сложности. Не ум, не рациональность мышления, не высокая концентрация внимания, а именно СПОСОБНОСТЬ ТЕРПЕТЬ СТРАДАНИЯ, разбираясь в чём-то сложном..." (с) Habr

Научившись крутить "тычками", попытался вернуться к цифровому энкодеру.
Обнаружил проблемку: если распознавалка предельно простая, просто смотрит яркости определённых точек, то "на стыках" начинаются артефакты. Например, если медленно прокручивать между кодами 2 и 3, то распознавалка, благополучно находит там 6 и 14

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

Очень печально
Канал управления от смартфона к приводам получается ОЧЕНЬ тормозной.

Смешно, но самый надёжный - самый первый вариант. Когда экран смартфона тупо подсвечивает фоторезисторы висящие прямо на пинах драйвера.
Но инерционность слишком высока!
Попытка вкрячить прослойку из ардуины, в общем работает, но ардуина получающая аналоговый сигнал с фоторезистора, требует довольно сложного кода. И... опять всё тормозит!

При этом "аналоговый" энкодер на колёсах, воспринимается камерой дешевого BQ5211 прекрасно.

Ушел в себя думать.

P.S. Наши традиции требуют, чтобы "машины не было, но её функции выполнялись!"