Твик управления деки VILMA 204-STEREO [2022]

[DrLithium]

Новой информации мало.

Пока по понятным причинам лишнюю информацию утаю, да бы не вводить в заблуждение и не провоцировать на лишние покупки, ну и путаницу в будущем. Основное требование к датчикам, вписать по геометрии в габариты узлов ЛПМ, доступность по цене, надёжность и возможность изготовить в домашних условиях крепёж датчика и ПП ЛУТ-ом. Планирую ставить два датчика на оба подкассетника, будем следить за обрывом ленты, ну и м.б. ещё чего..

Проверял ранее заказанные датчики. Основной недостаток в том, что без МК они не дают нужного на выходе. Да и сам МК требуют не самый распространённый, нужно иметь два независимых TWI, т.к. адрес датчиков один и не меняется. Есть ещё вопросы со стабильностью получаемых данных. И как основной параметр - частота обновления данных. Тема новая и информации маловато, в даташите об этом толком ни чего не сказано. Возможно стабильность снимаемых данных ещё зависит и от порядка считывания. Это типа как чтение двубайтового регистра - сначала читаем младший, старший тут же резервируется в копии, за тем читаем копию старшего на момент запроса младшего, а не то старший уже может измениться. Увидел такую реализацию в одном проекте. При этом, последовательное чтение возможно, старший и тут же младший байт, но сделано было именно по одному и наоборот. Влияет ли это или нет, выяснять не стал (может позже) т.к...

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

Выглядеть сия настройка должна так:
Заливаем в свободную адруино нано, скетч или тупо прошивку (к моменту получения посылки успею набросать),
отключаем,
цепляем сам датчик предварительно подготовив (перемычкой и добавив два резистора подтяжки),
подключаем терминал (по USB + программа),
видим готовность по сообщению и видим состояние регистров,
даём команду (нужно нажать кнопку клавиатуры указанную в сообщении),
наблюдаем изменения в новом сообщении,
готово,
отключаем,
адруино нано используем по другому назначению,
датчики можно выпаивать и ставить на свою ПП.

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

Перенабросаю ПП под новый датчик и пока идут новые займусь изготовлением ПП на 7-сегментный дисплей и его пайкой.

[rickw]

Проверял ранее заказанные датчики.

А о каких датчиках речь? Вращения подкатушечников?

[DrLithium]

Самому хочется рассказать поскорее, но пока не проверю сам, боюсь давать. Если не будет стабильности, то вернусь на оптику. Но с ней сложнее по геометрии, надо больше места и нет возможности (если уже сделал крыльчатку) изменить число импульсов на оборот. Жду до 17-го числа сентября, думаю прибудет чуть раньше.

Плата датчиков состоит из основной ПП и двух "ласт". "Уши" были в КР, пришлось... "Ну ни чего у парня не было, ни перчаток, ни сапог!" выдать "ласты", именно на них будут сидеть датчики. "Ласты" крепятся перемычками с переворотом так, что бы медь была с другой стороны, типа двухсторонняя сборка. Думал сделать основу универсальной для разных типов датчиков, но жаль ещё тратить времени, может позже, если оптика будет под рукой и впишется по геометрии. Тем более, что это не проблема перерисовать под оптику саму основу для "ласт". Текущее решение по геометрии вписалось, проверил на первой версии платы. Сейчас делаю новый комплект плат, ПУ+датчики+дисплей. Чуть промахнулся с универсальностью, сразу не подумал что бы сделать один разъём (на плате ПУ) для обоих вариантов датчиков. За одно чуть поправил разводку платы ПУ. Теперь к пайке ещё и распайка прибавилась, а перемычек по прежнему много...

[DrLithium]

Переделал 3 платы, две закончил, одна ждёт деталей.

Примерил, пришлось чуть подпиливать верхний правый угол (ранее была отметка, но решил что позже и по месту), упирается в крепёж пластика. Нижний левый угол так же упирается в пластик. Снять пришлось по 1 мм. Тут же внёс изменения в очередную версию и отодвинул дорожки от края. В любом случае это касается ПП самого индикатора + ПП энкодера и ИК датчика (в текущей разводке это одна общая плата), которой для отладки достаточно, а переделать при желании не долго. Другие индикаторы будут чуть меньше, т.к. эта самая сложная по разводке из-за 36-пинового индикатора.

Ниже 7-го дисплея добавил платку с СДИ для индикации режимов аппарата. Перемотки синие, пауза желтая, плей и реверс зелёный, запись красная.

Могу переходить от рукоделия к чисто программированию...

[pccodecs]

Возможно не по теме... для своей, ОРБИТЫ 121, управления для эл.магнитов и двигателей делаю... платку набросал, будет стоять на месте задней пластины на ЛПМ...с ВИЛЬМОЙ я так понял ЛПМ одинаковые. Как-то так!

[pccodecs]

Далее макетирование и проверка контроллера двигателя для ЛПМ Планк.
принципиальная схема контроллера двигателя. leoniv.

Контролер для ведущего двигателя + Тахо датчик, управление для двигателя перемотки/подмотки, управления двумя соленоидами, стабилизатор на +5 и+12вольт. Как вариант, крепления на заднюю часть ЛПМ, возможно взамен металлической плиты.

[DrLithium]

Долго не писал, т.к. решил сначала добить обязательные функции...

Электрических ошибок в дисплее не обнаружил, развёл и распаял одну ПП. Далее писал Динамическую Индикацию и "генерил" символы знакогенератора, Таймеры, ШИМ и энкодер.

По ДИ:
Сложность была в том, что сигналы сегментов и разрядов перемешаны, и разнесены на два 595-х регистра. Хотя такое решение у меня было использовано чуть раньше в другом проекте, всё же пришлось попотеть. Но и тут ещё не всё просто. В использованном дисплее "CA56-11SWA" 36 ног, пришлось электрически объединять до стандартного дисплея заточенного под ДИ, А1+А2+А3+А4 и т.д. При этом есть возможность показать двоеточие, но... СД для зажигания не установлено! В корпусе сделано окно для каждой точки... сквозное, т.с. на просвет! Сделал в ПП отверстия для SMD СД и запаял излучателями "внутрь" ПП. Т.с. а-ля обратная подсветка. Итого, СД получается всего 8, как и сегментов. Тогда в динамике получается как бы пять разрядов. Код запустился, но не сразу. Ошибок конечно понаделал, которые быстро исправил. Протеус выручил, критические места в коде довольно быстро удалось отловить, жаль только значения переменных нельзя менять на ходу, как в студии.

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

По таймерам, отдал:
1 - под ШИМ яркости.
2 - под формирование 1мСекундных импульсов, для задержек типа вызов "меню", автостопа, регенерации дисплея и т.п.
3 - под ИК ДУ, первое будет RC-5. Другие протоколы можно будет цеплять по желанию вместо текущего, по мере реализации. Ну и настройка "ID" устройства и привязка кнопок к функциям будет возможна.

По ШИМ-у:
Далее бился с ШИМ-ом. Тут особой битвы не было, т.к. готовое уже было в КР(А) и пришлось только что-то подправить и исправить ошибки. Пока что привязал поворот энкодера к регулировке яркости. Далее будет "меню". Пока думаю как и что в нём организовать. Высказывания по "меню" приветствуются. Т.ч. тут обошёлся малой кровью и временем.

По энкодеру:
А вот тут драка была не за пиво, а за водку! Суть задачи заключается в том, что бы сделать программный разбор дребезга. В сети есть сколько-то примеров, но... То, что нашёл (хотя искал не много) было посажено на прерывания INT0+INT1, это из видео для МК PIC. Идея взята оттуда, но расписано для понимания там было весьма слабо. У меня эти "золотые" INT-ы отданы под прерывания от импульсов подкассетников. По этому пришлось писать тот же функционал для прерываний от PCINT0+PCINT1. Для несведущих расскажу в чём отличия. INT-ы удобный тем, что их реакцию по фронту можно настроить аж 4-мя вариантами персонально. PCINT-ы могут срабатывать только на оба сразу - подъём и падение, но можно отключать/включать каждый и после фильтровать в прерывании. Это черевато тем, что если вам не нужно событие, т.к. принесёт вред и путаницу, придётся отключать на период конкретного временного окна, а за тем включать обратно. Так делал уже во втором варианте алгоритма, пока не осенило... Я сначала сделал общий флаг антидребезга и как оказалось он портил всё малину, т.к. не сбрасывался в нужный момент. В следствие чего, направление вращения уже не могло быть установлено, для правильной смены фаз внутри алгоритма. Когда сделал 4-е флага антидребезга для разных событий, в третьей версии алгоритма всё заработало вообще без ошибок и сразу. Вся трудность была в том, что бы не запутаться. Делал в таблице Excel-а по фазам поворота, прорисовав импульсы с дребезгом. Но и это по началу вызывало жуткую головную боль, т.к. держать в голове много "точек" в алгоритме было трудно. В третьей версии алгоритма всё чуть упростилось и стало нагляднее. К тому же кода стало чуть меньше и время реакции упало. В видосе человек показал отладку своей реализации в протеусе, но ссыль на модель энкодера с дребезгом не оставил. В Протеусе пришлось отлаживать на простых кнопках и попутно в железе.

По датчикам:
Пока посылку не получил, наверное да же успеваю подготовить код для установки режимов микросхем.

Вот по этому задержался с... (открывает графин, наливает в стакан, выпивает, ставит) ...с докладом по проекту. Посыпаю голову пеплом, перхотью, мякотью, делаю массаж...

[rickw]

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

В свое время тоже устал с этими энкодерами воевать. В итоге выдрал с автомагнитолы убитый энкодер с жутким дребезгом, подключил его к малинке, чтобы можно было код на лету менять и сразу результат видеть, и перебирал пару вечеров алгоритмы, пока не нашел тот, который стабильно работал с этой раздолбанной девайсиной. Максимум пропускает один щелчок, если там совсем уже дребезжит так, что ничего не разобрать.
На прерывания, кстати, вешать не обязательно. Там скорость срабатывания не важна, можно и поллингом опрашивать.

[DrLithium]

На прерывания, кстати, вешать не обязательно. Там скорость срабатывания не важна, можно и поллингом опрашивать.

Можно, но раз есть возможность реагировать на прерывания (в 328-м каждый пин можно повесить на прерывание PCINT), то зачем тратить время в надежде на событие, а не реагировать непосредственно по аппаратному факту?

А вот если нет возможности повесить на прерывание, то да, как вариант периодически опрашивать и иногда попадать в дребезг. Только тут не особо понимаю на сколько сложный код получится. В этом случае должны быть пропуски фронтов, по этому проще реагировать на уровни. Хотя если подумать, то наверное не очень сильно должно отличаться. Вроде когда-то давно делал такое...

На прерываниях у меня получилось менее 60 строк на прерывание, конкретно для обработки события по выводу от энкодера. При этом, в коде это в основном ветки, т.ч. за раз мало тактов - 53-63 при 16 МГц, почти ни что по времени. Т.е. гарантированно успеваем среагировать на дребезг и разрулить. Плюс ещё электрически ни чего вешать не надо. Хотя теоретически, для уменьшения времени программного обслуживания, можно навесить маленькие кондёрчики.

[rickw]

Плюс ещё электрически ни чего вешать не надо. Хотя теоретически, для уменьшения времени программного обслуживания, можно навесить маленькие кондёрчики.

0,1мкФ SMD керамика уберет сильный дребезг и уменьшит количество пропусков на разболтанном энкодере. Ставлю всегда.

[DrLithium]

0,1мкФ SMD керамика...

Сомнения нет, но ради развлечения... Можно обнулить дополнительный счётчик, инкрементировать в каждом прерывании, выводить по USART-у каждый раз когда детектируется направление и взводится флаг для внешней реакции. Сделать полный оборот и для сравнения повторить уже с напаянной керамикой. Может завтра побалуюсь...

[rickw]

Сделать полный оборот и для сравнения повторить уже с напаянной керамикой

на нормальном энкодере проблем не будет. Нужно поюзанный проверять.

[DrLithium]

на нормальном энкодере проблем не будет. Нужно поюзанный проверять.

Да где ж его такого отковырять? Магнитолу что ль автомобильную курочить? Да и не в проблемном проблема, а проблема в количестве фронтов, типа по стиральной доске ложку толкаем! Т.с. тест на шероховатость!

Мне любопытен порядок цифр кол-ва дребезга (любого нового или изношенного) и как следствие, времени потраченного на программное обслуживание.

[Pyku_He_oTTyda]

А зачем использовать радиодеталь с помойки?
Почему нельзя купить новый энкодер?
Если сильно волнует дребезг, есть же железячные решения, начиная от RC - цепочек и заканчивая JK триггерами.

[zvv]

Почему нельзя купить новый энкодер?

потому что...... нормальные люди делая устройство с энкодером подразумевают, что новое скоро станет старым, раздолбанным.. и не желают в "старости" ловить глюки... молодость она не вечна...

[rickw]

Почему нельзя купить новый энкодер?

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

Если сильно волнует дребезг, есть же железячные решения, начиная от RC - цепочек и заканчивая JK триггерами.

это перебор. Программно все убирается.

[DrLithium]

Попробовал потестить. В каждой колонке по три замера, медленно, умеренно и быстро. Время только для последнего замера.

Проявились косяки над которыми надо ещё подумать.

Первый.
Без кондёров случаются повторы вывода тех же данных в следующем шаге. Т.е. "+1" случился, а данные не изменились. И как это вообще возможно, сразу не понял. По идее повтора быть не может. Тот код, что заставляет запустить вывод на USART, предварительно и железобетонно сбрасывает флаг события.

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

Второй.
С кондёрами твёрдо отказывает работа одного из направлений. Если в плюс - то минус и наоборот. Связано это с потерей фазы. Лечится добавление поворота на чуть, ~ 1/4 шага, чтоб случился переход фазы. За то повторов больше не случается и видно, что за один шаг получаем только 4-е прерывания, как с 0,1 так и с 0.01мкФ.

Вернул кондёры 0.01мкФ и за одно проверил потерю направления. Стабильно теряется! А пока ещё не припаял, не забыл проверить и без кондёров. Есть лёгкий бардак в показаниях, видимо косяк косяком выбивает и сразу это было не заметно! Тогда остаётся только один косяк из двух!

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

Т.ч. пока погорячился с "работает" и с "без кондёров". Мне же нужно протестить и всё отловить перед премьерой...

[DrLithium]

Всё. Разобрался.
Оказалось, что надо было прописать 4-е перехода на фазы другого направления, а у меня видимо было отложено на потом и забылось (или вовсе не дошел до этого). Суть в том, что если новая фаза идёт по направлению вращения и не получает флага дребезга, то эта ветка просто по игнору шла на выход. А надо было перейти в фазу противоположного направления, т.к. без флага дребезга это смена направления!
Проверил, работает аккуратно - один шаг 254, обратный 255, т.е. без пропуска шага на смену направления. Кондёры оставил по 10нФ, а сто-шки пусть иду на питание, там они полезнее!

Если бы не решил побаловаться, вряд ли бы так просто откопал косяк. Потом когда-нить, за давностью, труднее вспомнить что да как было сделано!

[Pyku_He_oTTyda]

Конденсатор непосредственно к ноге энкодера или через резистор небольшого сопротивления?
Полезно посмотреть на скопе, что твориться на ногах энкодера.

[DrLithium]

Конденсатор непосредственно к ноге энкодера или через резистор небольшого сопротивления?

Непосредственно к ноге 0.01нФ + подтяжка 10кОм.

Полезно посмотреть на скопе, что твориться на ногах энкодера.

Судя по таблице, всё в порядке, лишнего точно не происходит, стабильно 4 фазы на шаг. Был бы износ, зацепился бы осциллом.

[Pyku_He_oTTyda]

Ток конечно от 0.01 мкф небольшой, но при каждом щелчке эта емкость будет разряжаться через контакты энкодера. Нужен токоограничивающий резистор Ом в 100, по правилам хорошего тона

[DrLithium]

Нужен токоограничивающий резистор Ом в 100, по правилам хорошего тона

Я не против, но вроде ставят более высокоомный 1-10кОм (100 совсем редко), тут совсем крутые фронты ни к чему.
От самого простого отталкивался, заставил работать, теперь добавлю классическую обвязку. Поправлю схему до: подтяжка 10кОм к выводу энкодера, между выводом энкодера и выводом МК 2.2кОм токоограничивающий, 10нФ на вывод МК.

[Pyku_He_oTTyda]

[DrLithium]

Жду до 17-го числа сентября, думаю прибудет чуть раньше.

Пока на территории другой страны, одно-два сообщения в сутки о перемещении заказа.
23.08 "Прибыло в сортировочный центр страны назначения" и далее...
Ноль сообщений пока не...
16.09 "Прибыло в место вручения".
Т.е. пока шло по стране, почта России не соизволила себя утруждать выдачей данных о перемещении товара!
17-го забрал.
20-го добил прошивку для настройки датчика.

Сегодня проверял предварительное поведение...
Поднёс платку, кручу пальцем по внешнему радиусу подкассетника, где пасик лежит.. в одну сторону импульсы есть, а в другую нет! 8/
Снова стал читать даташит... Ни какого упоминания о том, что настройка CCW и CW ограничивают ход импульсов в одну из сторон, не нашёл. Подумал, что снова попал на время, надо снова искать и менять датчики... Порылся в основных постулатах даташита - ни чего не нашёл об этом. Подал напряжение на движок, в одну сторону работает. Поменял полярность, в другую не работает. Платку датчика придерживал у оси руками. Руки сами опустились... Сижу чешу затылок... Платка отодвинулась от оси и тут замечаю, что блин с пасиком вращается, а конец оси подкассетника нет. Как я мог забыть, что без кассеты и в другую сторону нет вращения оси в этой конструкции ЛПМ? Отключил питание от мотора. Взялся за сам шестигранник подкассетника и оказалось, что всё работает исправно в обе стороны! Просто надо было кассету поставить, тупо забыл про это!

Пока тестил устроил КЗ. Что-то полыхнуло с дымком, сначала так и не нашёл. Стал разбираться, всё работает... Пока не проверил работу по TWI. Замкнул пайкой на плате даткика +5В и GND, а там мелко. Скальпелем пришлось резать дорожку т.к. нет джампера в важном месте и решил не проводок подпаять, а навесить припоя. Контакт есть, а то что вывод ещё и к старому месту за перерезанным дотянулся, тупо не увидел, зрение уже не очень. По этому после последствий TWI перестал работать, а именно вместо +5В на VDD ПП датчика приходило +4В. Потыкался, нашёл недавно внедрённый с последней версией дроссель для правильного питания АЦП. Но он в силу разводки ещё и питает TWI, а т.к. их время не пересекается, то особо мудрить с разведением не стал, да и места мало. Т.е. оказалось, что дроссель испустил волшебный дымок, но после остывания продолжил работу! +10 ему за настойчивость и большой размер хранилища для дыма! Заменил и всё вернулось в норму. Т.е. SMD резюки оМ по 10-12 на питании ставить не помешает!

Далее.
Настраиваю второй датчик утилитой, попутно делаю описание пошаговой процедуры, для выкладки на форум. Паяю датчики на 3-ю новую плату. Соединяю кабелем с ПУ(А) и... начинаю писать код для работы счётчика и автостопа. Если косяков не обнаружится и заработает, то далее раскрываю карты: оформляю ПП датчиков + утилиту для настройки + схемы (рабочая и для настройки) + описание настройки датчика.

[pccodecs]

Плата заработала пока ошибок нет... НУ почти, забыл развести светодиод для индикации частоты захват Сигнал LOCK .

[DrLithium]

Думаю над реализацией казалось бы обычного счётчика, но...

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

Вопрос: а что мешало в электронном счётчике в реверсе, сделать счёт в плюс?

Я то уже придумал идеологию, и ещё и по этому ставлю два датчика на каждый подкассетник. Собираюсь прописывать код. А у вас какие есть соображения по поводу реализации счёта в реверсе?

Ну и по функциям, может какие подскажите...

Например:
По короткому нажатию кнопки происходит сброс на нули, а при повторном коротком - возврат прежнего значения. Т.е. сохраняется смещение и при повторном нажатии возвращается. При этом сброс "опорного" значения можно сделать средним по времени удержанием кнопки.
Пункт в меню - набор значения с помощью энкодера для перехода на него. На сколько это будет удобно - не знаю.
При срабатывании автореверса по автостопу - сброс счётчика на нули (можно опционально в меню on/off).

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

[rickw]

над реализацией казалось бы обычного счётчика

а счетчик в минутах/секундах будет, или в попугаях? В Вильме же вроде не проблема получить импульсы с двух подкатушечников во всех режимах, не то, что в Веге.

По короткому нажатию кнопки происходит сброс на нули, а при повторном коротком - возврат прежнего значения.

Длинное нажатие - сброс, короткое - переключение между значениями.

Пункт в меню - набор значения с помощью энкодера для перехода на него.

если reel time счетчик, то вполне востребованная функция. Только не через меню. В меню должны быть только настройки. Рабочие функции должны быть доступны на кнопках на панели. Если кнопок не хватает, то на пульте ДУ.

[DrLithium]

а счетчик в минутах/секундах будет, или в попугаях?

Часто я себе сам задаю тот же вопрос. И ответ весьма не прост... Для начала первый вопрос в ответ на вопрос: хватит ли места или придётся городить отдельную платку? При 29.8% уже использованного места программной памяти, придётся запихнуть ещё много запланированного. Я то не против, но счётчик придётся расписывать с нуля (конечно брать и готовое), а главное что новая идеология ещё не доведена, да и места занимает не мало. Т.ч. вопрос по СРВ пока открытый и пока в "попугаях" будет короче (быстрее реализовать и обкатать функции), чем в "сантиметрах". И вообще это Леонид грозился, а я хотел взять перерыв от СРВ, на более простые вещи. А ещё придётся делать перерыв в реализации "А" на реализацию "Б", реплику родного КР. Теперь всё для этого написано, только собрать в один флакон.

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

Ещё не много осталось дописать для проверки работы счётчика на новых датчиках (уточнил год, кжись 2020-й) и выложу описание датчика. Датчики успешно настроил утилитой, припаял на ПП-у и воткнул в запасной ЛПМ. Чуть позже перенесу в основу, длина проводов ограничивает. И да, не проблема.

если reel time счетчик, то вполне востребованная функция. Только не через меню.

Думаю что для любого будет удобно переходить на записанную на мульке циферку, время или тупо значение. Функцию меню не проблема продублировать для ввод с кнопок. У меня тут 40 кнопок на цепочке 165-х регистров (5 шт * 8 входов, установлена только 1 шт, т.е. ещё 32 кнопки в резерве), было бы куда всверлить.

Рабочие функции должны быть доступны на кнопках на панели.

Тут нужно определение, что будет рабочими, а что остальными. И вопрос, как это реализовать без пластики фэйса?

Если кнопок не хватает, то на пульте ДУ.

Мне кажется, что ПДУ должно не расширять, а в основном дублировать работу функционала. И только при дефиците на места на панели можно так и поступить. Ещё надо решить, как выбирать на пульте функцию и удерживать кнопку нажатой. Желательно с учётом разных протоколов и самих пультов (можно прописать настраиваемые опции работы с ПДУ). Режимы самого аппарата в текущем дисплее, отображаются дополнительной ПП-е со светодиодами, под самим СДИ (на графических планирую и с дополнительной ПП и без). А вот пункты меню, да и вообще структуру, надо еще продумать, для вызова с кнопки энкодера, с ПДУ и с дополнительных кнопок на панели, если таковые будут установлены. Нажатие кнопок с панели уже хранится в переменных, но в отсутствии дополнительных 165-х, хранятся как '0b11111111' - т.е. без нажатия.

[rickw]

У меня тут 40 кнопок на цепочке

пианино на передней панели ну так себе идея. Я бы вообще ничего там не менял по возможности.
Проще всего на цифровых кнопках пульта набрать время и нажать ОК. Микроконтроллер сам определит, куда мотать.

с учётом разных протоколов и самих пультов

привязка протокола пульта и выбор кнопок нужны. Протокол NEC обязательно, почти все китайские DVD на нем работают, остальные протоколы по желанию.

счётчик придётся расписывать с нуля (конечно брать и готовое), а главное что новая идеология ещё не доведена, да и места занимает не мало

простой алгоритм с погрешностью много места не займет. А если коррекции вводить, то там, я думаю, уже лучше не на Атмеге делать.

[DrLithium]

пианино на передней панели ну так себе идея. Я бы вообще ничего там не менял по возможности.

Делаем конструктор, по возможности универсальный. Пианино? Если посчитать на панели Vilma-100, то получим 35 минимум! Я не виноват, просто предусмотрел программно.

Я бы вообще ничего там не менял по возможности.

Не меняю. Просто даю возможность перекроить под свои хотелки или другие аппараты.

Протокол NEC обязательно,...

Изучим, состряпаем или попробуем...

простой алгоритм с погрешностью много места не займет. А если коррекции вводить, то там, я думаю, уже лучше не на Атмеге делать.

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

А если коррекции вводить, то там, я думаю, уже лучше не на Атмеге делать.

Коррекцию по времени? Справится, на форуме вегалаба отчитывался, уложился в 1570 тактов самого жирного расчёта. Т.ч. должны успевать...

[AlexLV]

Плата заработала пока ошибок нет..

Управление магнитами и двигателем перемотками по какой схеме?

[alias]

а что мешало в электронном счётчике в реверсе, сделать счёт в плюс

На примере реверса в Олимп 005, мы как-бы возвращаемся в отправную точку. Поэтому логично вести счет по убыванию.

Может вести 2 взаимозависимых(взаимо-вычисляемых) счета?

[411i6470r]

... в реверсе, сделать счёт в плюс

...
На примере реверса в Олимп 005, мы как-бы возвращаемся в отправную точку. Поэтому логично вести счет по убыванию.
...

в технарях типа RS-TR373 ...979 , подозреваю и в других тоже - счётчик ведёт себя так же - при движении ленты влево (реверсом) счёт идёт в минус . никак не считаю это каким-либо недостатком , или чем то не удобным

[DrLithium]

На примере реверса в Олимп 005, мы как-бы возвращаемся в отправную точку. Поэтому логично вести счет по убыванию.

Может вести 2 взаимозависимых(взаимо-вычисляемых) счета?

Логично. Но, если запись сделана на аппарате без реверса и проставлены значения на мульке, то как потом будет на аппарате с реверсом (в реверсе же) и с таким же счётчиком попасть в место указанное на мульке? Это тяжёлое наследие механических счётчиков надо искоренять!

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

...никак не считаю это каким-либо недостатком , или чем то не удобным

Это дело привычки, но ни как не удобства. Думается, что из-за недоработки в электронных счётчиках, просто пользователей заставили принять такое положение дел или как вариант, решили унаследовать при переходе с механики. Но теперь нет смысла себя ограничивать там, где это можно исправить. Мне же интересна альтернатива, в природе не попадалось иное решение, только обратный счёт в реверсе?

[devel]

Показания счетчика (попугаи)
Прямой ход 0 1 2 3 4 5 6 7 8 9 N1
Реверс N2 N2-1 N2-2 N2-3 N2-4 N2-5 N2-6 N2-7 N2-8 N2-9 N2-N1

Вопросики: Мы считаем попугаев? Тогда, есть нюансы. Мы установили кассету с начала, значение счётчика Прямой ход пойдет о 0 до N1, где N1 - фактическое значение попугаев для конкретно этой кассеты, которое мы Пока не знаем. А если кассету вставили не с начала? В основной теме про Вильму 104 это обсуждалось. Есть возможности грубо оценить угловые скорости приемного и подающего узлов, перевести их в попугаи (вероятно в 10% точности укладываемся). Но для этого нужно строго два датчика вращения узлов. По-сути, определяются два момента: рассчитывается примерная длительность кассеты (точнее - длина ленты в ней), и наше положение в случайно вставленной в случайном месте кассеты. Узнав длину ленты, и точку, в которой мы находимся на отрезке, вычисляем точку, если бы мы находились в реверсе. Если точка Прямого хода - P1, а обратного P2, а N1=N2, то P2=N2-P1 или P2=N1-P1. В этом моменте запускаем два процесса - записываем в память P1 и P2=N1-P1, получаем два значения счета, одно в Прямом, другое в Реверсном направлении. Пример: установили С60, в случайном месте включили Воспр. По показаниям двух узлов определили примерно длину ленты (С60). Для самопроверки заглянули в константы, сравнили длину ленты, которую мы насчитали, с типовой для С60 (86 метров С60, 135м С90, и т.п.). Точность плюс минус трамвайная остановка, но уже не попугаи, а условно метры/сантиметры. Чтобы определять точнее, нужно знать диаметр бобышек в кассете, толщину ленты в мкм. Определить это "на ходу" нереально, придется идти на упрощения, и принимать некие стандартные значения. А дальше - дело программы. Один счетчик она считает инкрементом, другой декрементом, а при включении реверса - наоборот. Такие мысли вот.

[AlexLV]

Нужно найти вледельцев этого девайса , спросить какая логика. ))


https://1.bp.blogspot.com/-Tq5J9pwdIZw/ ... 00/tr5.jpg

[Liv]

Но, если запись сделана на аппарате без реверса и проставлены значения на мульке, то как потом будет на аппарате с реверсом (в реверсе же) и с таким же счётчиком попасть в место указанное на мульке?

Счет на реверсе всегда делают в минус. Как и при перемотке назад. Если надо попасть в заданное место, просто сбрасываем счетчик в начале катушки, на реверсе он начинает считать с нуля со знаком минус. Цифры после минусы соответствуют тем, что были бы при прямом воспроизведении.

Нужно найти вледельцев этого девайса , спросить какая логика. ))

Спросить можно и разработчика, только по-французски В катушечнике нет проблем с СРВ, там есть обводной ролик. И у него нет реверса.

[DrLithium]

Счет на реверсе всегда делают в минус. Как и при перемотке назад. Если надо попасть в заданное место, просто сбрасываем счетчик в начале катушки, на реверсе он начинает считать с нуля со знаком минус. Цифры после минусы соответствуют тем, что были бы при прямом воспроизведении.

Спасибо, понятно. Получается, что пока не домотали до одного из краёв, не сделали сброс не получим правильных попугаев для одной из сторон. В моём случае чуть лучше, два накопителя могут быть сброшены независимо друг от друга и тогда после двух сбросов, в любом месте прямого хода или реверсивного, попугаи буду верными для любой из сторон. Да и сам минус на счётчике хочется видеть только в редких случаях.

Внедрил ПП датчиков в основу. Проверил в прямом направлении на перемотке вперёд + обратная перемотка. Показания сходятся в пределах погрешности -0001 (1/4 оборота). Но есть ошибка со вторым датчиком. Пока разбираюсь...

--------------------------------------------------------------------------------------------------------------------

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

--------------------------------------------------------------------------------------------------------------------

Поджал, контакт держится, второй датчик вернулся в нули...

[DrLithium]

Датчик

[alias]

Датчик

Да, совсем мало места под датчик Холла, с оптикой больше шансов разместить датчик в стороне от пассика, и чуть ближе к мотору ВВ. В целом, идея с переходной платой и ее креплением хорошая.

А если в таком варианте разместить оптический диск наверху узла подкассетника у клипсы и оптроны на доп. платках?

[Liv]

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

[DrLithium]

А если в таком варианте разместить оптический диск наверху узла подкассетника у клипсы и оптроны на доп. платках?

Электрически совместимость оставлена, заменить можно. Вопрос только переразвести под "себя".

Магнит идёт в комплекте!

[alias]

сверхмодные оптопары

Надо попробовать

Однако их придется ставить на бок, либо еще одну переходную плату сделать.

[Liv]

Здесь вторая плата датчика лежит в одной плоскости с основной, а в случае оптронов вторая плата будет впаиваться под углом 90 градусов.

[DrLithium]

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

Заработал автостоп по обоим датчикам - один из двух встал, автостоп сработал. Пришлось прописывать функцию для каждого режима, но пока не ясно поведение при смене направления в реверс и обратно, ну и при смене скорости. Это позже проверю и допишу, если что-то не будет правильно работать.

Заработало автоотключение питания в режиме 'Stop'. Смешно было когда не мог понять, почему не работает, а как оказалось кусок кода обслуживающий режим 'PowerOff' просто не был прописан. Ещё и 'PowerSleep' надо будет прописать, когда доберусь до реализации...

Набросал код автоперебора выбора при удержании кнопки энкодера между: сбросом счётчика через метку с возвратом, обычным сбросом и выбором меню. Отображение выбора предварительно решил так: счётчик '0000' - первый сброс, пусто ' ' - второй сброс, текст 'mEnU' - вход в меню (на 7-и сегментном 'mEnU' выглядит непривычно). Далее по кругу, отпустил - исполнилось. Ещё, автовыход из меню, если нет изменений. Но это ещё надо будет дописывать и править. Яркость меняется, но к меню пока не привязано.

Раньше думал, что просто многое возьму готовое из старой реализации, но когда глянул, то понял - лучше переписать заново. Дольше, но перспективнее.

---------------------------------------------------------------------------------------------

Автоперебор при удержании кнопки энкодера - работает. Сброс счётчика через метку '0000' с возвратом к прежнему значению - работает, обычный сброс - работает. Выход из меню по истечении 15 секунд - работает.

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

Думаю как определить сохранение значения. Может предварительно так: накрутил нужный пункт в меню - клик, накрутил значение - нажал с удержанием, увидел 'mEnU' - сохранилось. Или, если был сделан короткий клик то, обратно к выбору пункта меню без сохранения. Из меню или само по таймеру или клик для выхода, поворот энкодера - снова перебор пунктов меню.

Хочется добавить в меню функцию накрутки значения счётчика, для автоматического перехода к этому значению. Пока думаю о деталях реализации...

[devel]

Вильма 102 в нерабочем состоянии с ЛПМ от В104, в Севастополе

И я тоже списывался с ним, не хочет отдельно продавать П425. Кстати, у той Вильмы оригинальная головка "с рогами" утрачена.

Окольными путями оно (изделие) таки добралось до меня. Уже немного в причесанном виде, т.к. будет устанавливаться в последствии в Вильму 204.




Различия с Вильма 102 (ранний вариант с узкими роликами):
-ЛПМ П-425 изначально реверсный, а не закрытый тракт, как В102,
-Универсальная головка 3Д44.03/3Д44.Н1 (у меня вообще не было ни какой),
-Стирающие головки две 3С12.05 и 3С12.06 (по сути одна и та же голова, перевернутая), в В102 - одна ГС, 3С124М
-Моторы ДКП-003/ДКВ-003 (в В102 ДКП-001/ДКВ-001),
-Датчика наличия кассеты, и блокировки записи у П-425 нет,
Если ранняя В102 - буквально копия версии Dual 839, включая выштамповку шасси, сверловку и отверстия под крышки/шторки/окошки подсветки и т.п., то ЛПМ П-425 - переработанное наше сермяжное, лишенное ненужных дырочек и выпуклостей, но изобилующее нужными новыми. Качество литья пластика П-425 хуже, чем у Вильма 102, и сам пластик больше похож на ПВХ, чем на ABS. Т.е. он более стоек к изгибам, ударам, но изначально криво отлитый, с облоем и т.п. Каретки одинаковые, посадочное под ромбообразную ГУ, с регулировкой кивка и азимута, как в В102.

Чтобы использовать в гражданских Вильмах 102-204 необходимо доработать ЛПМ. Но если уж дорабатывать, то по максимуму.
Итак, добавлено:
-Вторая меандровая обойма (ТД) на левый фланец (снято с донора В214, по диаметру 1:1, но фланцы разные, поэтому забрал только обойму).
-Шкивы "поле чудес" приемного и подающего узлов также сняты с донора В214, для реализации электронного счета, и т.п.
-Добавлены два датчика защиты от записи, и датчик наличия кассеты.
-Установлены новые ролики (спасибо Валерию за качественные ПР). Бронзовые втулки на оси ПР позаимствованы из развалившихся осей приемного и подающего узлов В214, где они впрессованы в пластик (это то самое, что мы видим внутри зеленого фетрового фрикциона).
-Отполированы рабочие поверхности шкивов моторов и маховиков. На сцеплении это скажется плохо, но не сразу. Пока пассик новый, - проскальзывания нет (проверено на Вильма 104, где получен Кд 0.045-0.05% после полировки). Когда пассик подзатрется, и появится проскальзывание - его будет компенсировать САР с кварцевой стабилизацией. Пока не выйдет за пределы захвата ФАПЧ (если выйдет вообще).
Для установки ЛПМ в шасси магнитофона понадобится задняя крышка от Вильма 102-204, в которой нужно высверлить одно отверстие под оптопару подающего узла. Под приемный обычно имеется огромная дыра. Сами оптопары будут крепиться на печатной плате за задней крышкой ЛПМ.
Вторая меандровая обойма понадобилась для того, чтобы в реверсном режиме скорость вращения снималась с ведущего ТД, а не с ведомого (во избежание ошибки определения скорости из-за возможного проскальзывания пассика, и неверного регулирования САР).
Для установки реверсной ГУ необходима ромбовидная симметричная подложка под ГУ. Подходит от В104 и В204. В В212/312/207 подложка уже не симметричная, нижний (задний) винт будет висеть в воздухе, ГУ будет на 3-х опорах вместо 4-х.

Вот в такой конфигурации можно полноценно использовать этот "стенд" для испытания решения по Регулятору от Liv, или DrLithium

[411i6470r]

во, вижу тут напротив шкива подмоточного мотора с завода отверстие в станине , а я в своей 104 сам сверлял . иначе - как я уже рассказывал ранее - статические щелчки (разряды) образуются, причём чем выше обороты подмоточного - тем выше частота щелчков (в звуковой тракт за милу душу проникают, ажно индикаторы подпрыгивают) . после просверливания отверстия - данный нехороший эффект-дефект забыт , чего и всем советую .

[alias]

статические щелчки (разряды) образуются

Когда перебирал ЛПМ-ы от 207-й, обратил внимание на выступ(штамповка) в станине на месте прохождения пассика перемоток/подмотки, посередине, чуть ниже отверстия крепления пластикового кронштейна для моторов. Пассик при движении иногда за него цепляется. Видны следы трения. Это используется как способ снять статику с резины?

На катушечных Маяках после тонвала стоит латунная стойка изолированная от рамы, которая собирает статику с ленты.

[411i6470r]

alias, не похоже. скорее - мотор по оси надо чуть отодвинуть .

[alias]

мотор по оси надо чуть отодвинуть

Там лента сама ложится/центруется по выпуклостям шкивов подкассетников. Шкив мотора подмотки на В-207 уже не бочонок. Не влияет.

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