SErArt писал(а): ↑25 мар 2024, 12:51
...появилась сумбурность в виде отсутствия завершённых конструкций.
КР(А) был завершён (не финально, продолжение следует...), вполне возможен для повторения и да...
devel писал(а): ↑25 мар 2024, 15:06
...несколькими страницами ранее была выложена конструкция платы для размещения оптодатчиков.
...датчики были выложены в ветке отдельно и были включены в последнюю реализацию КР(А).
SErArt писал(а): ↑25 мар 2024, 12:51
Например датчик счётчика ленты - покружили и так и этак, а который вариант принят к повторению не понятно.
Вопрос по счётчику не прост. В КР(А) реализован обычный счёт и реверсивный (если это нужно) с возможностью перехода на выбранное значение. Но, я полагаю речь идёт не просто о счётчике, а о счётчике реального времени? Тогда...
Теоретически СРВ реализовать в КР(А) можно. Обещаний, что это будет скоро/долго и будет ли вообще, не давал. По этому и получились непонятки. Для какой-либо похожей на рабочую версию нужно ещё времени для экспериментов. Занялся этим проектом с целью отдохнуть от изысканий по СРВ. И кажется снова проголодался по этой работе...
План пока такой:
добить КР(Б) - реплику, а это уже близится,
чуть отдохнуть, попутно может что-то поправить по КР(Б),
возможно добавить поддержку atmega168 (бывают Nano на таких), а прошивка для КР(Б) должна влезть,
возможно нарисовать ПП чисто под сдутый с 'Nano' МК+кварц, т.е. без прослойки в виде платы 'Nano'
далее надо решать по КР(А), как этот проект продолжать дальше... СРВ желаете?
devel писал(а): ↑25 мар 2024, 15:06
Как бы ни был устроен этот узел - его все равно придется настраивать. Кол-во секторов тоже предлагалось разное.
Задать кол-во секторов это не проблема. Есть другая проблема которую действительно придётся настраивать - кол-во последовательных замеров для точного вычисления места положения от начала за разумное время. Нужна практика, статистика и выбор алгоритма усреднения замеров. А сам СРВ предполагаю реализовать как-то так:
1. Нужно снять данные, которые считаются исходя из того что есть по кол-ву секторов (отношение времени импульса приёмного подкассетника к импульсу подающего), т.е. снимок как-бы под свою конструкцию, 4-5-6-8 и больше, со всей протяжённости ленты,
2. По полученным данным, выводится формула, константы её членов отправляются в пакет,
3. Пакет - набор значений для работы СРВ, записывается в EEPROM МК,
4. Если длин лент несколько, то д.б. создана возможность выбора нужного пакета - с кнопки (L45,45,60,90) или из меню,
5. И это ещё не всё - должно работать два алгоритма:
5a. определения положения от начала ленты, типа 'CALC' у Tandberga,
5б. конвертер текущего номера импульса от начала (найденного в 5а) в реальное время,
6. Для конвертера нужно вывести другую зависимость - номер импульса приёмного подкассетника к реальному времени, в долях секунды,
7. Было бы неплохо периодически контролировать место положение первым алгоритмом и давать коррекцию в номер импульса от начала, т.е. поправлять второй алгоритм, для уменьшения погрешности от плотности намотки.
Как видно не всё тут просто, но основное сделано - первый алгоритм. А второй - вопрос стоит лишь в реализации, т.е. просто т.к. дорожка уже накатана. Сложнее выбрать усреднение и адекватную реакцию на старт/стоп хода ленты. Ну и на всё это время.
Мне нравится, когда кнопки нажимаются нежно.
И исходники есть на github!
