Самодельная замена процессора ЛПМ для SONY TC-K730ES

[Turbo_man]

Поскольку разбирать этот аппарат я раздумал, то решил попробовать себя на ниве процессоро-строения.
Точнее построению функционального аналога MB88517B-228N. Так сказать набраться опыта.
Пока заводскую плату решил сохранить полностью.
Заменил только кварц X701 на 8МГц. И ещё вакуумный дисплейчик счётчика ленты тоже дал дуба (перегретая нить накала). Его пока временно заменил на 4-х строчный LCD дисплей. В окончательном варианте думаю поставить 2-х строчный OLED (2х16). По размерам примерно подходит.
Тут удачно пригодился проект линейного счётчика ленты из другой темы.

---------- Сообщение добавлено 21:04 ---------- Предыдущее сообщение было 21:01 ----------

ЛПМ уже работает, счётчик считает.
Из новых плюшек можно упомянуть сохранение состояния счётчика и RT при выключении питания.

---------- Сообщение добавлено 21:06 ---------- Предыдущее сообщение было 21:04 ----------

Ещё сделал снятие с ПАУЗЫ кнопками PLAY или PAUSE. Давно хотел, чтобы так было.
Автостоп, конечно, уже работает.

---------- Сообщение добавлено 21:09 ---------- Предыдущее сообщение было 21:06 ----------

Кнопки управления режимами ЛПМ сохранены заводские. Т.е. с помощью АЦП считывается напряжение с управляемого делителя.

---------- Сообщение добавлено 21:12 ---------- Предыдущее сообщение было 21:09 ----------

В данном ЛПМ нашёлся режим поиска по паузам. Это когда после включения обоих электромагнитов ЛПМ (HEAD PM и BRAKE PM) обесточить первый из них. Т.е. головки и прижимные ролики отводятся немного. Так что этого мне уже не избежать. Будет поиск.

---------- Сообщение добавлено 21:23 ---------- Предыдущее сообщение было 21:12 ----------







---------- Сообщение добавлено 21:24 ---------- Предыдущее сообщение было 21:23 ----------

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

---------- Сообщение добавлено 21:29 ---------- Предыдущее сообщение было 21:24 ----------

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

Аппараты из этой темы и другой про счётчик разные. Один 700ES другой 730ES. Чтобы не было вопросов.

---------- Сообщение добавлено 21:45 ---------- Предыдущее сообщение было 21:29 ----------

Три скорости ведущего вала думаю сделать здесь упрощённо. Просто коммутировать 3 разных кварца. Счётчик к 3-м скоростям уже адаптирован.

---------- Сообщение добавлено 21:52 ---------- Предыдущее сообщение было 21:45 ----------

Переменную скорость перемотки тоже надо попробовать. Сейчас в режиме перемотки примерно 5,5В. Думаю до 9 поднять в начале процесса.

---------- Сообщение добавлено 22:04 ---------- Предыдущее сообщение было 21:52 ----------

При попытке включения REC с выломанным язычком блокировки REC_LED быстро мигает в течении 2 сек и гаснет.

---------- Сообщение добавлено 13.08.2021 в 10:37 ---------- Предыдущее сообщение было 12.08.2021 в 22:04 ----------

Провел опыт повышения питания мотора перемотки до 9В. Одна сторона кассеты С-110 стала перематываться за 1:50. А было 2:50. Солидная экономия.

---------- Сообщение добавлено 10:45 ---------- Предыдущее сообщение было 10:37 ----------

При соотношении т/т=2.0 напряжение возвращал к штатному, чтобы не порвать ракорд. Считаю можно ещё поднять ступенями до 12В. Также ступенями потом и понижать. В соответствии с показаниями т/т.

[Leoniv]

Да не вреден, просто смысла нет

Смысл есть. Сидеть в рамках Си - обычный консерватизм.

[Alto]

Больше флюса! И, разумеется, не спиртоканифоли.

Да блин, если не спиртоканифоль, то что! Нету флюсов других нормальтных

[Alex]

223, 259, хотя бы китайские клоны.
Я последнее время пользуюсь Ersa и Martin.

P.S. По припоям и флюсам тут есть отдельные темы.

[Alto]

Смысл есть. Сидеть в рамках Си - обычный консерватизм.

Это для везунчиков которые начали изучать языки когда уже было объектное программирование, для меня самое удобное, прямое как стрела, go to и вообще без разницы на каком языке.

[Turbo_man]

Offтопик:

Сидеть в рамках Си - обычный консерватизм.

Хватит холиваров. Не здесь, по крайней мере.

---------- Сообщение добавлено 17:09 ---------- Предыдущее сообщение было 17:02 ----------

В общем первое приближение софта готово. Завтра попробую вживую потестить. Но прежде придётся изменить разводку перемычек у ножек ПИКа. Т.к. сейчас вход INT у него занят и его нужно освободить.

Наконец-то доделал переброс всех необходимых перемычек, чтобы освободить ноги с нужными функциями у основного МК.
Запустил. Всё работает как и думал (только долгое удержание кнопки ДУ пока не заработало, поищу косячок у себя ;) ). Интеграция ДУ в основной МК прошла успешно. Но есть и недостатки нынешней реализации алгоритма, о которых выше упоминал и теперь их нужно решать.
Главная "проблема" это блокировка работы линейного счётчика и часов RT при долгом удержании кнопки ДУ. Во всех режимах кроме STOP это не годится.
При коротком нажатии ничего не заметно.

[Leoniv]

Главная "проблема" это блокировка работы линейного счётчика и часов RT при долгом удержании кнопки ДУ.

А почему так? Вы же говорили, что декодер ДУ работает по прерываниям и ест мало процессорного времени.

[Turbo_man]

Пока приходится запрещать прерывания от подкассетников и ещё двух таймеров на время приёма посылки ИК ДУ.

Иначе последующая математика по обработке информации от подкассетников не укладывается в необходимые 300мкс, что приводит к пропускам в обработке таймингов фронтов ДУ.
Видимо буду наоборот в прерывании делать времякритичную часть декодирования ДУ, а неоперативную в основном цикле.

---------- Сообщение добавлено 18:33 ---------- Предыдущее сообщение было 18:31 ----------

декодер ДУ работает по прерываниям и ест мало процессорного времени.

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

---------- Сообщение добавлено 18:38 ---------- Предыдущее сообщение было 18:33 ----------

Ещё раз поясню, сперва просто слил в единое целое две независимые программы. Вот теперь надо их научить жить совместно, не мешая друг другу.

[Dmitry2006]

Видимо буду наоборот в прерывании делать времякритичную часть декодирования ДУ, а неоперативную в основном цикле.

для себя делал "конвейер". в прерывании только запуск и остановка счетчика, плюс инкрементируется статус - 0 нет команды, 1 - принят заголовок, 2, 3 - принят стартовый фронт, 4 - прием данных, 5 - принята готовая команда.
время исполнения менее 20мкс.

void remote_in2()
{
// remote_flag расшифровка
// 0 - ожидания сигнала с пульта
// 1 - начало посылки в 9мс
// 2 - получена посылка в 9мс. Ожидание первого импульса.
// 3 - Пришел импульс. ждем данные
// 4 - Принимаем данные 0 или 1
// 5 - команда принята.

if ((remote_flag==0)&&(digitalRead(inport)==LOW)) {// заголовок 9мс
TCCR1A = 0; //инициализация
TCCR1B = 0; //инициализация
TCNT1=0; //загрузка первоначального значения
TCCR1B=B00000100; //делитель 256. Запуск таймера.
remote_flag=1;}

if ((remote_flag==5)&&(digitalRead(inport)==LOW)&&(TCNT1>5800)) {//продолжение нажатия кнопки. пауза 100мс.
//TCCR1A = 0; //инициализация
//TCCR1B = 0; //инициализация
TCNT1=0; //загрузка первоначального значения
//TCCR1B=B00000100; //делитель 256. Запуск таймера.
remote_flag=5;} // оставляем статус 5.


if ((remote_flag==1)&&(digitalRead(inport)==HIGH)) {// заголовок 9мс. закончился.
remote_timer_start=TCNT1; // чтение счетчика.
remote_flag=0;
if ((remote_timer_start>555)&&(remote_timer_start<615)) {remote_flag=2; remote_data=0; remote_count=0;}
}

if ((remote_flag==2)&&(digitalRead(inport)==LOW)) {// импульс отсечной 0,55мс
remote_timer_start=TCNT1; // чтение счетчика.
remote_flag=3;}

//то был заголовок, а тут начинается конвейер
if ((remote_flag==3)&&(digitalRead(inport)==HIGH)) {// импульс отсечной 0,55мс окончился
remote_timer_end=TCNT1;
if (((remote_timer_end-remote_timer_start)>30)&&((remote_timer_end-remote_timer_start)<44)) remote_flag=4;
remote_timer_start=remote_timer_end;
}

if ((remote_flag==4)&&(digitalRead(inport)==LOW)) {// импульс отсечной данных 0,55мс
remote_timer_end=TCNT1;
if (((remote_timer_end-remote_timer_start)>90)&&((remote_timer_end-remote_timer_start)<120)) remote_data=(remote_data<<1)+1;
if (((remote_timer_end-remote_timer_start)>24)&&((remote_timer_end-remote_timer_start)<42)) remote_data=remote_data<<1;
remote_count++;
remote_timer_start=remote_timer_end;
remote_flag=3;
}

if (remote_count>31) {remote_count=0; //Досчитали до конца
remote_enable=1;
remote_flag=5;}//кнопку нажали


}

[Turbo_man]

Как раз при конвейере и нужно ждать своей очереди. Так не получается, если в очереди стояли раньше "длинные" по времени вычисления.
Времякритичные задачи нужно вне очереди пускать.

И ещё повторю, что примеры не на асме для меня бесполезны, сорри. Японец и китаец (или вьетнамец) не поймут друг друга, хоть тресни.

---------- Сообщение добавлено 20:00 ---------- Предыдущее сообщение было 19:09 ----------

Вроде получается. Надо в железе посмотреть.

---------- Сообщение добавлено 20:53 ---------- Предыдущее сообщение было 20:00 ----------

Железо всё одобрило.
"Проблема" решена.

Что дальше???

Может всё в 64-х ногую ATmega640 всё перетащить?
Хотя уже лежат на готове в таком же корпусе PIC16F1947.

---------- Сообщение добавлено 09.10.2021 в 01:02 ---------- Предыдущее сообщение было 08.10.2021 в 20:53 ----------

Соблазнился мыслью перейти на родной кварц 10500кГц (или покупной на 10432кГц) как задающий для основного МК (сейчас используется 8000кГц). А частоты 1,0х 1,5х и 2,0х для TC9142P получать в PLL NB3N502D, кои тоже нашлись в тумбочке. Правда PLL умножает на 2, 3, 4, 5, 3,33 и 2,5, что потребут делителя на 2 после себя. Но зато и скоростей куча впридачу, если захочется.
Завтра постараюсь всё попробовать в железе. А софт я уже подкорректировал.

[DrLithium]

Отчитываюсь по LM6402A-052.

Снимал сигналограммы. Всё пучком, но заметил, что в какой-то момент перестал включаться генератор и индикация крутилок. Кнопки генераторов при этом, подсвечиваются согласно выбору. Курил схему. Сначала вышел на триггер IC309. Думал на его 13-м выводе что-то не так как надо. Заметил, что если крутануть переключатель на источник, а затем вернуть, то всё начинает работать. Это сигнал "Tape" с 41-го пина на "MAIN P.C.B.". Бегал по диодам и понял, что D339 через R952 выходя на подключенный логический анализатор тупо просаживает TTL уровнем (а там 330 оМ на входе AtMega328-ой, позже временно для замеров заменил на 470КОм) высокий уровень КМОП триггера, через сигнал "UP" (ЛА зацеплен насквозь CN-14 + CN16). Сам "UP" формируется подтяжкой к нулю открытым коллектором счётчика. Извлёк ардуину из переходника логического анализатора и генераторы заработали. Симбиоз КМОП и ТТЛ однако!

Далее. Проверял возврат к нулю после теста ленты по нажатию "Reset". На родном МК всё работает как надо, на реплике не работает. До-снимал сигналограммы и вижу, что при нажатии на "Reset" сигнал "F.Rew." формируется, а реакции нет. Попробовал вручную, перемотки на родном во время записи - работает. При этом достижение нуля по "F.Rew." уже заряжено. На реплике - не работает. Посмотрел в прошивку и вижу, что я просто не прописал реакцию на перемотки в записи. Добавил и через 7-ь минут всё заработало.

Т.е. на текущий момент все мне известные функции работают. Далее думаю повторить функционал счётчика, а позже добавить в него СРВ.

[Turbo_man]

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

Вот как это называется? "Укурки" Шутники они там што ле?
В ZX-7 такая же фигня?

---------- Сообщение добавлено 11:58 ---------- Предыдущее сообщение было 11:53 ----------

я просто не прописал реакцию на перемотки в записи

У меня игнор перемоток при записи. Что коротких нажатий, что длинных.

[DrLithium]

Вот как это называется? "Укурки" Шутники они там што ле?
В ZX-7 такая же фигня?

Шутники? Жадины до функционала!

В ZX-7 та же, как и в LX-5 и по сути в LX-3. В Дракоше то же м.б., лень уточнять без наличия.

З.Ы. Лёг спать часа 4-е назад, подсознание загружено на 100% и пачками швыряет адреналин в кровь. Не организм, а сволочь какая-то, так и не уснул. Обдумывается счётчик...

[Turbo_man]

Желаю успеха со счётчиком. Потихоньку рассказывай что выходит.
У меня переезд на клок 10500кГц прошёл как-то буднично. А хотелось борьбы.



---------- Сообщение добавлено 17:20 ---------- Предыдущее сообщение было 17:16 ----------

Немного пришлось поизвращаться с коммутацией скорости. Там 3х уровневый сигнал требовался на входе S1 у PLL.

[Leoniv]

У меня игнор перемоток при записи.

А зачем? Обычно из записи перемотки включаются, это же удобно.

[Turbo_man]

Защита от "дурака" случайных нажатий.

[Leoniv]

Защита от "дурака" случайных нажатий.

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

[Turbo_man]

Никто не запрещает нажать сначала STOP.

[Leoniv]

Не запрещает. Но без него удобней. Регулярно этим пользуюсь.
И это, вроде, стандартное поведение всех дек.

[Turbo_man]

Похоже, что кто-то куда-то торопится.
Мне кажется, у меня разумнее.

---------- Сообщение добавлено 18:31 ---------- Предыдущее сообщение было 18:24 ----------

Кроме того, в режиме REC, кнопками FF и REW у меня можно регулировать параметры тракта УЗ. Правда необходимо перед этим войти в режим настройки параметров записи.

[Leoniv]

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

---------- Сообщение добавлено 18:32 ---------- Предыдущее сообщение было 18:31 ----------

Кроме того, в режиме REC, кнопками FF и REW у меня можно регулировать параметры тракта УЗ. Правда при этом необходимо перед этим войти в режим настройки записи.

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