Счётчик ленты в реальном времени

[Turbo_man]

Т.к. меня интересуют МК технологии в применении к кассетникам, то возник вот такой вопрос. Давно хотел выяснить, как ведутся подсчёты в счётчиках ленты в реальном времени? Если кто-то уже делал такую систему или знаком с этим вопросом прошу рассказать или дать ссылки. И как сделать так, чтобы не нужно было вводить в систему размер кассеты - С90, 120, 60, 46L?

[DrLithium]

Ой, только не флешки и не компы с дискетами. Всё должен считать контроллер и выводить на дисплей.

Именно контроллер уже и считает. На комп, выводится только на время отладки. Второй МК (у датчиков) используется исключительно ради удобства. В нем идёт расчёт значения отношения каждого нужного замера и большой МК не отвлекается для решения этой задачи + освобождается часть программной памяти. За всё время экспериментов ни одна дискета не пострадала.

Почти 30 лет назад такое на дохлых MCU делали...

Угу и ждали по полчаса пока появится достаточно материала для определения. Сейчас-то зачем себя ограничивать?

Отталкиваясь от времени на оборот (t/об.) каждого подкассетника, и его изменениях,
с учётом правильной скорости ленты, можно высчитывать диаметры рулонов и толщину ленты.

Толщину я уже считал в Excel-е для одного подкассетника, это тупиковая ветвь. Реализовать можно, но много минусов. Если брать оба, то тогда что дают полученные величины? Да же те древние МК могли это вычислить за доли секунды, но почему-то определение шло долго.

Можно догадаться, что из-за малого объёма памяти под данные приходилось сохранялись только часть значений кривой и ждать прохождения двух замеров через таблицу. После, вычислять. Остальные значения грубый расчёт, отсюда и отказ от показаний в перемотке и ошибки в конце ленты. Если хочется тупо смотреть как тикают часы, то они делаются за пять минут.
Есть алгоритм? Тогда помогу чем смогу, разовью + посчитаю.

Сам я пришёл только к одному выводу - получать результат деления замеров подкассетников и поиск его значения по кривой.

[DjAndy]

Снял видео работы Remain на AKAI GX-9.
Снималось с близкого расстояния, фокусировка не очень.

[DrLithium]

DjAndy, Спасибо, интересно!
Я так понял идёт выбор только из 46, 60 и 90?
В конце ленты счёт идёт не в реальном времени, а быстрее. Я прав?
С-90 других производителей, где ленты чуть больше или меньше, так же точно?

[DjAndy]

Да, перебор только из тех что видно на дисплее.
Нет дома кассет C-110 и C-120 для проверки ремайна, как он с ними себя поведёт.
Счёт по скорости может идти медленне или быстрее, в зависимости куда счёт подгоняется.
На всех кассетах C-90 показывает точно, во всяком случае на хороших фирменных, где выдержаны все размеры.
На леваке не пробовал, да и не любят AKAI левых кассет, что ЛПМ, что головки.

[Пыхтеев Олег]

Позавчера прислали на ТО AKAI GX-9. Старый, почти всем известный аппарат... Сам высчитывает продолжительность ленты ... Корректирует показания во время рабочего хода...
Жаль что в более поздних моделях фирмы эта функция исчезла, как и приличная автокалибровка (GX-F91, GX-F71).

Автокалибровку в 71-ом оставили(6 частот только для АЧХ), а вот по счётчику реального времени - они как-то зря
Думаю у 9-тки, при её пяти-лопастной крыльчатке, выбран алгоритм сравнения от идеального совпадения вращений подкассетников(один из них выбран за эталон времени, количества импульсов принятых оптопарой), но только в режиме "Play", при точной кварцованной скорости движения идёт сравнение количества импульсов(каждого засвеченного сектора) и тактовой тонвала, при перемотке возможен некий пересчёт ошибки.

Offтопик:
есть пара аппратов, попробую посмотреть, что и как пыталась реализовать "заграница", а вообще интересно поднят в этой теме вопрос о возможной регулировке натяжения ленты от реального времени проигрывания кассеты, во время перемотки, при приближении окончания плёнки плавное снижение скорости(как у последних видаков)

[intell]

во время перемотки, при приближении окончания плёнки плавное снижение скорости(как у последних видаков) [/OFF]

такая система была реализована штатно еще в "Ростове 105". без всяких процессоров

[Пыхтеев Олег]

три двигателя, оптопары контролирующие натяжение ленты, а хотелось бы сделать с минимальной переделкой именно кассетный ЛПМ, применив электромеханический способ регулировки узла подтормаживания(возможно - уже где-то было)

[Turbo_man]

возможно - уже где-то было

Да, в SONY TC-K666ES. И две скорости перемотки.

---------- Добавлено в 11:57 ---------- Предыдущее сообщение в 11:55 ----------

при точной кварцованной скорости

В GX-9 ДД-привод не кварцованный.

[Пыхтеев Олег]

Точно, кварца там нет, как раз сегодня чуть увеличил скорость у 71-ого(для сравнения использовал кварцованный ЛПМ Sony TS-KA3ES).
Вспомнил, что у 9-тки есть подстроечный резистор для счётчика времени, как-то очень давно приходилось подстраивать.

[Turbo_man]

Offтопик:
5 лет минуло, а как будто это было вчера.

[Partagas]

Учитывая наличие переменных, в виде разных толщин ленты и диаметров катков, безошибочное определение доступного времени невозможно для всех вариантов кассет без подключения к системе дополнительных датчиков.

[DrLithium]

Вопрос: что значит "Real-Time Tape Monitoring" ?

Это возможность видеть в живую саму ленту и к показаниям счётчика не имеет ни какого отношения? Или я что-то не понимаю?

Это судя по описанию PIONEER CT-F1000 (год выпуска 1977-1979) и с 3-х разрядным счётчиком (не светодиодным, а обычным механическим).

[Pyku_He_oTTyda]

"Real-Time Tape Monitoring"

Слышим то, что пишет. Трехголовочный же...

[DrLithium]

Слышим то, что пишет. Трехголовочный же...

Сквозняк то бишь. То есть не для глаз, а для ушей. Теперь понятнее. Спс.

А то же не задумывался, на досуге полез рыться, смотрю проскакивает на мордах у счётчика "Real-Time" и в мануале "Real-Time..." в одном месте, а в другом "Linear...". Сами-то не путаются?

А то ещё бывает, что "Linear" не всегда равно "Real-time".

[ferdios]

а как вы считаете по этой ленте

[DrLithium]

а как вы считаете по этой ленте

Очень размытая постановка вопроса. Тут ответов м.б. с полсотни. ))

[Eats]

А то ещё бывает, что "Linear" не всегда равно "Real-time".

Больше скажу: они вообще никогда не равны. Ну не могут быть метры равны секундам!

[DrLithium]

Больше скажу: они вообще никогда не равны. Ну не могут быть метры равны секундам!

А вот здесь попрошу по-подробнее. Не видел таких вариантов, что б аж в метрах. Что за аппарат?

Исходил из того, что "линейный" просто не равен "времени" в силу ограничений в железе. М.б. побеждена проблема нелинейности, но частично и к РВ не приближена.

Я так понимаю, что есть "условные попугаи" и есть "время". А "метры" для какой цели? Это вроде как не удобно.

[Eats]

А вот здесь попрошу по-подробнее. Не видел таких вариантов, что б аж в метрах. Что за аппарат?

А любой с мерным роликом: ну там Электроника-00х или Олимп-00х какие-нибудь, или к примеру Техникс 15хх как у Медведева. Ибо ролик измеряет именно метраж, а уж пересчёт линейного размера во временной — дело техники. Естественно, если счётчик механический (как в ЭиО-003 и даже Э-004 или тот же Технарь-15хх), то у него правильный пересчёт будет только для одной скорости, а для других скоростей показания надо мысленно корректировать.

Исходил из того, что "линейный" просто не равен "времени" в силу ограничений в железе.

Эти ограничения не в железе, они уже изначально в науке: метры ни разу не равны секундам.

А "метры" для какой цели? Это вроде как не удобно.

Зато это вроде как измерять удобно! Поставил мерный ролик, да крыльчатку на нём, вот и все дела! Конечно, в 21-м веке можно присобачить лазер от мышки, чтобы он следил за рабочим слоем и ловил его движение, и такой отсчёт будет даже точнее мерного ролика, но ролик всё-таки проще. Разве что в кассетных лентопротягах ролик неприменим, поэтому там приходится извращаться. И лазер туда был бы очень кстати. Но в кассетах и полив ленты ровнее (если не брать изделия 60-х годов прошлого века), поэтому за ту ленту и лазеру зацепиться будет сложнее.
А вот мерять секунды — это жуть как неудобно. Что делать с пусками, торможениями и переменной скоростью при перемотке?

[DrLithium]

Бабинники в виду не имел. Но они у меня как "2-а пишем, 3-и в уме", но не забыты. И думал, что есть где-то вывод на дисплей уже прямо в метрах! Вот отсюда и был вопрос.

Пересчёт - ясен пень, но зачем импульсы от оптики приводить к промежуточным метрам, а после конвертить в секунды? Лишний жест.

"Поставил мерный ролик, да крыльчатку на нём, вот и все дела!" - а проскальзывание? Я предпочитаю опираться на крыльчатки на самих подкассетниках, у них момент сползания в разы ниже.

"в 21-м веке можно присобачить лазер от мышки" - можно, но что вы будете делать после того как вытащите кассету, чуть промотаете её и вставите обратно. Сохраниться ли значение относительно начала? Ответ - нет. А на двух подкассетниках с крыльчатками - да, т.к. можно пересчитать на лету. С обводным роликом ровно та же беда - чуть сползло (в середине снял, чуть перемотал, заправил обратно) и в межтрековую паузу уже не попасть.

"А вот мерять секунды — это жуть как неудобно. Что делать с пусками, торможениями и переменной скоростью при перемотке?" - всё придумано. Ни каких пропусков и торможений, в перемотке ровно так же как и в режиме рабочий ход. Отношение длин импульсов будет на любой скорости уникально для конкретного места.

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