|
|
Т.е. это период сигнала с датчика вращения, выраженный в тиках таймера. Странно, откуда берется такая большая немонотонность (серые клетки таблицы)?
По идее, надо просто взять диаметр сердечников чуть больше реального. Подобрать на практике.
Диаметр нужен, но определить его невозможно. Можно только в режиме PLAY.
Отличная идея, кстати! Для кассеты, которая вставлена с начала, и режима ВОСПР - это вполне годный способ.
Почему первый столбец не равен отношению (nR/nL)/1000 ?
А тут все и сразу "огрехи" стыка ЛПМ + кассета. И проскальзывание в рулоне из-за неплотной намотки и "кривизна" бобышки в кассете на месте фиксации ленты в том числе и "виляние" подкассетников и т.д.
Ну это только если кассета была вставлена с начала, но ведь это не свегда так бывает. Кстати некоторые аппараты судя по всему для расчетов это используют, они специально перематывают ленту на начало для определения типа кассеты по длине и толщине пленки.
Так ведь уже написал пояснение к показаниям nR и nL, сам МК работает с оригинальными данными, это только вывод в UART - 4 разряда:
nL / nR = ratio
И с опозданием на шаг вывода результата, сейчас только заметил, когда-нибудь исправлю код... 
6013 / 11307 = 0.531
Да, можно, именно эти значения и измеряются таймером, а потом уже вычисляется их отношение. Но толку от чистых nL и nR мало, потому что значения зависят от скорости, а на перемотке она неизвестна. Хотя в одном случае чистое значение пригодилось - для вычисления толщины ленты по упрощенной формуле.
В процессе счета есть доступ к nL и nR, они получаются раздельно, если вопрос об этом.
Они, nL и nR, при перемотке масштабируются. Счет идет грубее, но соотношение сохраняется. При рабочем ходе все снова становится на свои места и счет идет точнее.
Если я, например, переверну кассету на обратную сторону и снова включу то где-то за 10 значений затираются прошлые данные и я выхожу на текущее значение СРВ. Счетчик даже сбрасывать не требуется. Причем масштабируются в неизвестное число раз. Поэтому нормально получается использовать только отношение.
Да, но при этом оба одновременно и в одинаковое число раз!
Где-то так и у меня получается, но на текущем среднем. После excel я еще немного поигрался с maple. Там можно получить формулу точнее чем в excel.
Просто тогда я пошел своим путем и с чистой(почти) страницы. Сейчас ситуация другая, информации стало больше.
нашел в Excel.
И в excel почему-то то-же самое. Компьютер оставил на ночь (пооптимизировать)FAI4 писал(а): ↑17 янв 2023, 16:44У меня получилось несколько иные константы
(0 степень многочлена) -1445.939
(1) 3.147864
(2) -0.000745551
(3) 1.3055е-8
Максимальное отклонение (ошибка по времени) : +/- 10.76 секунды.
Стандартное отклонение 6.03 секунды.
При этом предварительно "сгладил" отсчеты nL и nR с p=0,85
С таким же p=0.85 "сгладил" и полученное значение "nR/nL"
Вот моя формула прямо из исходника, для которой задал параметры из строчки 170 файла. Получается 17 минут, как и положено. Некоторое отличие от значения времени из файла связано с тем, что файл создавался не для константных толщины ленты и ее длины, а они на ходу рассчитывались по данным с подкассетников.
Код: Выделить всё
S = 0.0476;
h = 0.00001872;
len = 90;
d0 = 0.0218;
Dr1 = 38.246;
Dr2 = 40.413;
double T = M_PI / S / h * (len * h / M_PI - pow(d0 / 2, 2) * (pow(Dr1 / Dr2, 2) - 1)) / (pow(Dr1 / Dr2, 2) + 1);
//T = 1020.4898686 (17 min = 1020 sec)
Теперь понятно, почему есть расхождения расчетов и данных из файла.
Так ведь расхождение мизерное, только после запятой. Если, конечно, брать константу толщины ленты с поправкой на неплотность намотки. Замер толщины ленты автоматически учитывает неплотность.
На модели обновляются при каждом вычислении времени. В реальности планирую фильтровать с достаточно большой постоянной времени. На ракорде они могут получиться неправильно, но потом должны плавно прийти в норму. Чтобы уменьшить влияние ракорда, можно взять диаметры сердечников больше на толщину намотки ракорда. Плохо, что у разных кассет длина ракорда разная. Придется мириться с ошибкой в десяток секунд.
Погрешность вычислений еще больше будет.
Посмотрите и БП на всякий случай. Облазит "шкурка" с кондера? Скоро бабахнет ...
Вегалаб зашевелился, счетчики обсуждают еще и на https://forum.onliner.by/viewtopic.php? ... tart=39380 Там ничего нового, конечный результат изысканий я дублирую здесь.
Производительности хватает, вопрос нагрузки, т.е. алгоритмов. Как аргумент, если сильно станет проще считать и быстрее писать, то почему бы и нет? Я делал упор на доступность и заменяемость, а скорости и точности, как оказалось, хватает. Опять же вопрос прошивки, нужен другой программатор. Стоит копейки, но надо заказывать дополнительно. На "радиокоте" народ ржал над тем, что для дек, ARV это и так слишком много! А когда им было сказано про STM - выпали в осадок, тупо не поняли зачем. Считают, что в два килобайта можно уместить любой код для деки, ещё и место останется. Думаю надо ставить то, что доступнее и удобнее - AVR/STM вполне подходит. Малинку запихнуть с дисплеем то же вариант, но я пока пас.Liv писал(а): ↑22 янв 2023, 00:01А в качестве центрального процессора деки не применить ли Blue Pill? Стоит копейки, производительности вагон. 16-битный таймер имеет 4 входа захвата, про всякие погрешности считывания датчиков вращения по прерываниям можно забыть. Да и вычисления делать веселей будет, арифметические команды 32-разрядные.
Монитор, видеокарту, дисковую, USB - отключал и выносил в другую комнату, а БП вынес и заменил другим. Сам БП - разбрал, проверил провода и кондёры. Подозрение на MB, но запах явно палёной изоляции - которой тупо не осталось. Кондёры блестящие и не вздутые, мосфеты и дроссели под нагрузкой греются в меру и равномерно. Пожелтений, покоричневенний и почернений - не замечено. Разъёмы смотрел - все пины чистенькие. Брал А4 сворачивал в трубочку и как последний наркоман прислонял в разным местам MB в надежде учуять запах и определить место подгорания. Обнюхал все розетки, перетрогал все силовые провода - ни что не греется и визуально не подплавлено. Надо будет ещё раз вытащить комп в другую комнату и проверить запах. А пока - чудеса, запах только когда включен комп!
Производительности и у AVR хватает. Я больше из-за периферии предложил. Обрабатывать все датчики счетчика можно аппаратно - у таймера есть 4 входа захвата. Тогда никаких забот с временем обработки прерываний не будет.
Программатор ему не нужен вообще - подключается к USB и зашивается, внутри есть загрузчик.
На это все надо-бы взглянуть как на задачу прикладной математики. Можно и на стареньком, никто не спорит. Но в чем смысл? Если плата с 32-битником на 72 МГц стоит 1.7 $ с доставкой.
Нормальные аргументы. Если bootloader есть, то тем более плюс. Для меня пока самый большой аргумент распространённость девайса и достаточность периферии.
Любые усовершенствования приветствуются. Но только после проверки на макете. Я так понимаю, эта замена не проверялась?Leonid_sakh писал(а): ↑22 янв 2023, 16:42Вся эта часть заменяется одной микросхемой, популярной у ардуинщиков
Нет я пока с механикой разбираюсь.
AtMega48/88/168/328 одно семейство. Регистры, организация памяти одинаковые. Прошивку для младших моделей(из данного семейства) можно загружать в старшие, обратное - неверно!
328 у меня есть, сдую с ардуино
Возможно изменить прошивку под мою механику с реперным диском и одним датчиком положения?
С прошивкой это к авторам, а мне любопытно что там с левым датчиком. Или пока еще есть неопределенность?Leonid_sakh писал(а): ↑23 янв 2023, 08:20Возможно изменить прошивку под мою механику с реперным диском и одним датчиком положения?
Туда бы(на стыке) стальную ось. Как в поршневой группе ДВС или как у паровозиков.все подходит, но есть нюансы
, буду все переделывать по мелочам. Привод работает хорошо и тихо, буду покупать второй МФУ Canon под разбор, на барахолке их много 
Как оно вообще живет, уживается =) Только если не терпится. Ещё ни чего не проверено, могут быть правки...
По ссылке на ЯД дано что да как. Т.е. д.б. комплект из трёх плат КР(А), КМ и Регулятор, доработанные для функциональной и электрической совместимости.
