Самодельная замена процессора ЛПМ для 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В. Также ступенями потом и понижать. В соответствии с показаниями т/т.

[Turbo_man]

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

Спасибо, нашёл в наличии варианты: TSOP12xx, 21xx, 48xx, 312xx и 348xx. Для SONY какой лучше? Да и по частоте в сети разные данные. Сейчас у меня какой-то ноунейм кажется на 38кГц. Фабричный SONY ловит сигнал даже от стен и потолка, а покупной нет. Но не любит прямой засветки от люминесцентных ламп, а новому пофиг.

Реализации Си для микроконтроллеров отличаются от компилятора к компилятору.

Ладно, оставлю пока попытки до времени, когда буду более опытным. Хотя сейчас компилятор ругается на что-то иное, не на синтаксис, как я понял. Отложим до лучших времён.

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

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

Попробую немного позже.

[Leoniv]

Для SONY какой лучше?

Не могу сказать. С протоколом Sony никогда не работал.

[Spammer]

почему не атмега(

[Turbo_man]

Исторически так сложилось.
На ассемблер ATMEL уже удалось перевести 50% кода PIC-овского софта для Super-SONY ДУ.
Уже декодируются адреса разных пультов ДУ SONY. Теперь нужно декодировать команды этих ДУ и сделать управление ногами-имитаторами нажатий кнопок с открытыми стоками. Подтяжки на всякий случай может будет включать (для отладки удобно их иметь включёнными).

[Leoniv]

и сделать управление ногами.

В декодере ДУ для Э-004 при управлении ногами имитирую открытый сток: в регистр порта всегда записан 0, а переключаю бит в регистре направления (ввод-вывод).

[Turbo_man]

Да, так и планировал. Точнее, аналогично сделано в PIC-овском исходнике.

---------- Сообщение добавлено 15:02 ---------- Предыдущее сообщение было 14:47 ----------

Ещё позабыл про запись и чтение одного регистра в ЕЕ-пром. Тот, что помнит, какие пульты ДУ активированы, а какие дезактивированы.

[Leoniv]

запись и чтение одного регистра в ЕЕ-пром

Запись в EEPROM контролируется по времени между командами, поэтому надо запрещать прерывания:

EE_WC:	sbic	EECR,EEPE
	rjmp	EE_WC		;Wait for EEPROM ready
	out	EEARH,tempAH	;Load address Hi
	out	EEARL,tempAL	;Load address Lo
	out	EEDR,tempD	;Load data
	in 	temp,SREG
	cli			;Interrupts disable
	sbi 	EECR,EEMPE	;Master write enable
	sbi	EECR,EEPE	;Strobe
	out 	SREG,temp	;Interrupts restore

[Turbo_man]

Да, спасибо, видел похожее в даташите на ATmega88 в разделе EEPROM data memory.

А вот эта команда взводит 1 бит, а что с остальными 7-ю? Не трогает? Или обнуляет?

	ldi FLAG,(1<<EST_FRONT)

Похоже, что обнуляет. А как остальные не трогать?
Так?

    ldi temp,(1<<EST_FRONT)
    or FLAG,temp

[Leoniv]

А как остальные не трогать?

lds temp,FLAG
ori temp,(1<<EST_FRONT)
sts FLAG,temp

В AVR много регистров, поэтому под FLAG лучше овести один из них. Я наборы флагов всегда хранил в регистрах. Тогда можно устанавливать/сбрасывать биты одной командой:

Установка бита - sbr FLAG,(1<<EST_FRONT) или sbr FLAG,exp2(EST_FRONT) что то же самое.
Сброс бита - сbr FLAG,(1<<EST_FRONT) или сbr FLAG,exp2(EST_FRONT).

Можно по этим битам делать условные переходы: sbrc FLAG,EST_FRONT, sbrs FLAG,EST_FRONT

[Turbo_man]

В AVR много регистров, поэтому под FLAG лучше овести один из них.

Так он и сейчас в РОН как r19.
Чего-то я перемудрил, похоже.
Но работает. Позже поправлю как вы написали.
---------- Сообщение добавлено 21:06 ---------- Предыдущее сообщение было 21:02 ----------

Уже декодирует команды, но в регистр DDRB вроде не пишется из подготовительного регистра VIHOD_B (в нём есть 1 в нужном месте). Нога не становится выходом. Назначено 10 выходов с открытым стоком. PB1...PB5 и PC0...PC4.

	mov	temp,VIHOD_B
	andi temp,0b00111110
	out	DDRB,temp

	mov	temp,VIHOD_C
	andi temp,0b00011111
	out	DDRC,temp

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

Надо наверно в этот же бит порта PORTB 0 ещё записывать. А то туда я писал 1-цы для включения подтяжек.

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

Вот чего это всё стоило. SRAM не понадобился, но РОНы все забил.

"ATmega88" memory use summary [bytes]:
		Segment   Begin    End      Code   Data   Used    Size   Use%
		---------------------------------------------------------------
		[.cseg] 0x000000 0x00042a   1052      0   1052    8192  12.8%
		[.dseg] 0x000100 0x000100      0      0      0    1024   0.0%
		[.eseg] 0x000000 0x000000      0      0      0     512   0.0%
		Assembly complete, 0 errors. 0 warnings
	Done executing task "RunAssemblerTask".

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

Надо наверно в этот же бит порта PORTB 0 ещё записывать. А то туда я писал 1-цы для включения подтяжек.

Точно, так и было. Добавил это:

	mov	temp,VIHOD_B
	andi temp,0b00111110
	out	DDRB,temp
	com	temp
	out	PORTB,temp

	mov	temp,VIHOD_C
	andi temp,0b00011111
	out	DDRC,temp
	com	temp
	out	PORTC,temp

Только теперь нужно подтяжку ещё восстанавливать после отпускания кнопки на пульте ДУ.

[Leoniv]

Так он и сейчас в РОН как r19.

Если в r19, тогда все прекрасно, есть доступ к отдельным битам одной командой.

Надо наверно в этот же бит порта PORTB 0 ещё записывать. А то туда я писал 1-цы для включения подтяжек.

Эмуляция открытого стока требует нулей в соответствующих битах регистра PORTB.

SRAM не понадобился, но РОНы все забил.

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

Только теперь нужно подтяжку ещё восстанавливать после отпускания кнопки на пульте ДУ.

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

[Turbo_man]

А зачем внутренние подтяжки?

Мне для удобства отладки без подключения к чему-то. Чтобы не навешивать резики. При включении питания по пину выбор есть/нет подтяжки.
Потом наверно уберу.

[Leoniv]

Для отладки можно порт в push-pull режиме использовать.

[Turbo_man]

Если в r19, тогда все прекрасно, есть доступ к отдельным битам одной командой.

Плохо ещё знаю/помню перечень команд, поэтому перемудрил, но пашет.
Позже буду вычищать код.

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

Эмуляция открытого стока требует нулей в соответствующих битах регистра PORTB.

Это конечно. Просто сейчас нет окошка с содержимым этих регистров 0...1F. И пока не нашёл, где оно вызывается.

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

Для отладки можно порт в push-pull режиме использовать.

Зачем просто, если можно сложно.

[Leoniv]

Плохо ещё знаю/помню перечень команд, поэтому перемудрил, но пашет.
Позже буду вычищать код.

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

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

Кстати, STM32 - мой первый процессор, для которого я ассемблер не знаю совершенно.

[Turbo_man]

Раз уже решились на такой переход

Нет, это просто вызов для себя был. Страшно дискомфортно в командах АТМЕЛа. У ПИКов лафа.
Преимущество у АТмег для меня только 1 - есть Fast PWM.

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

сделайте и второй шаг - в сторону Си.

Когда-нибудь, может быть. Но не думаю.

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

Кстати, я для формирования прерывания через 100мкс, заменил прескалер Timer2 с 64 на 8, для кривых частот кварцев 15,754МГц (сейчас временно такой) удобнее, кмк.
Забыл написать, что выход с делителя кварца на 6, 4, и 3 остался, конечно. Собственно ради этого всё и затевалось.

[Leoniv]

Страшно дискомфортно в командах АТМЕЛа. У ПИКов лафа.

Это не разница системы команд влияет, а что лучше знакомо, на том и приятней.

Когда-нибудь, может быть. Но не думаю.

Чтобы не думать, Си - самое то! ))

[Turbo_man]

Кстати, STM32 - мой первый процессор, для которого я ассемблер не знаю совершенно.

Согласен, чтобы с ними работать, без СИ никак. Но мне пока и не нужно. ADAU1701 мне всё сделает, думаю.

[Leoniv]

Кстати, я заменил прескалер Timer2 с 64 на 8 для кривых частот кварцев 15,754МГц (сейчас временно такой) удобнее, кмк.

Чем больше тактовая таймера, тем лучше. Лишь бы нужный интервал влез. Для прескалера 8 и 15,754МГц максимальный интервал таймера будет 130 мкс. Для RC-5 не хватит.

[Turbo_man]

Там мне 100 и нужно было. Загружаю число 256-197, точнее компилятор это высчитывает.
Кстати формулу вашу тоже пришлось доработать под себя, но действительно это удобно.

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

Для RC-5 не хватит.

Его не планирую.