Электроника ТА1-003, Электроника-004, Олимп-003, Олимп-004, Олимп-005

[Jenyok]

.
12.01.2020 года.
.
.
Апгрейд, модернизация, ремонт катушечных магнитофонов (смотри заголовок темы), а также, магнитофонов Олимп-006, Олимп-700, Олимп-701, Олимп-702, Олимп А-400.
.
Обсуждается конструкция магнитофонов и узлов, схемотехника магнитофонов и отдельных блоков.
.
Любые схемы, новые схемы модернизации магнитофонов приветствуются.
Любые печатные платы, новые печатные платы модернизации магнитофонов приветствуются.
.
Любые чертежи узлов, чертежи модернизаций узлов магнитофонов приветствуются.
Любые чертежи новых деталей для магнитофонов приветствуются.
.
Любая документация по магнитофонам приветствуется.
Любые описания по магнитофонам приветствуются.
.
Применение любой, даже экзотической элементной базы приветствуется, в том числе высокоскоростных ОУ, качественных конденсаторов и т.д.
.
Любая другая полезная техническая и иная информация по магнитофонам приветствуется.
.
Любые ссылки на аналогичные темы в других форумах приветствуются.
.
Посты, с архивами файлов PCB , SCH , гербер файлов, смотри сообщения на форуме.
Некоторые схемы и платы выложены на форуме в нескольких вариантах, обратите на это внимание.
.
Проекты, реализованные в этой ветке.
Ссылка.
.
https://cloud.mail.ru/public/vnhr/BfCatSVWf
.
Часть дерева директорий по ссылке
(по тематике - магнитофоны с проектами схем и печатных плат (гербер файлы) для самостоятельного изготовления).
.
- Tape_Recorders
|
+- Electronika-004 - магнитофон Электроника-004 (некоторые специфичные проекты)
|
+- Olimp-003 - магнитофоны Электроника ТА1-003 , Электроника-004 , Олимп-003 (основные проекты)
|
+- Olimp-004 - магнитофон Олимп-004
|
+- Olimp-005C - магнитофон Олимп-005С
|
+- Olimp-005C-1 - магнитофон Олимп-005С-1
|
+- Idel-001 - магнитофон Идель-001
|
+- Nota-203 - магнитофон Нота-203
|
+- PCAD2006_Libraries - библиотеки компонентов САПР PCAD 2006 , используемых для магнитофонных проектах.
|
+- Multisym - схемы симуляции различных магнитофонных проектов и не только
.
и другие директории по ссылке, которые Вы смотрите и обследуете самостоятельно...

[Leoniv]

Раннее предупреждение об аварии питания? Полезная штука.

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

Обязательно делать гистерезис. Кстати на оптодатчики счётчика ленты тоже.

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

В счетчике гистерезис уже есть, схему счетчика, кажется, уже выкладывал:Counter_sch.pdf

---------- Сообщение добавлено 11:08 ---------- Предыдущее сообщение было 10:43 ----------

В о005-1с всё уже есть, только уменьшить время засветки для срабатывания

В О-005С1 сигнал фотодатчика дифференцируется на входе компаратора. Минус такого решения - процессор не будет знать, заправлена лента, или нет. Лучше сам датчик выполнить классически (по уровню), а обработку по изменению уровня при желании добавить программно. Так будет универсальней. Постоянную времени дифференцирования тогда можно просто менять в тексте программы, ничего не перепаивая в схеме.

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

Ну если за этим гнаться, то есть и далласовский 1-проводный - там и "спец" питание не нужно и потребляет мало )))

Беда в том, что ни в одном известном мне процессоре нет аппаратной реализации порта 1-Wire. Приходится делать программно или с использованием таймеров и прочей периферии. Учитывая, что в отличие от I2C в 1-Wire надо жестко выдерживать тайминги, ее реализация - это всегда головная боль. Но делать иногда приходится, так как датчики температуры типа DS18B20 очень удобны.

Вообще и не против послушать, почему выбор пал на него в этот раз.

Интерфейс I2C хорош в тех случаях, когда к одному процессору подключаются различные периферийные микросхемы, у которых этот интерфейс реализован аппаратно. В данном случае таких микросхем не предвидится. А для связи между несколькими процессорами I2C подходит не лучшим образом. Аппаратная реализация I2C в процессорах оставляет желать лучшего, особенно для режима slave. Программно делать slave накладно, особенно для высоких скоростей обмена. В то же время в любом процессоре есть UART, который простаивает. Можно его задействовать для межпроцессорной связи. Даже есть специальный режим для этого, у AVR это называется "Multi-processor Communication Mode". В этом режиме на аппаратном уровне происходит проверка адреса, прерывание возникает только при приеме "своего" адреса. Ну а физический уровень интерфейса в виде RS-485 гораздо надежней, чем I2C. У I2C это открытый коллектор или сток, единицу на линии делают резисторы. А здесь используется дифференциальная пара сигналов, передатчик имеет двухтактные каскады, отсюда высокая помехоустойчивость. Драйверы RS-485 хорошо защищены по входу-выходу, что тоже не помешает, если этот интерфейс протягивается через разъемы между разными платами. Сами микросхемы драйверов очень дешевые и распространенные. А количество проводов такое же. Поэтому не вижу минусов такого решения. Впрочем, оба этих интерфейса могут сосуществовать: по I2C к процессору можно подключить периферийные микросхемы внутри одной платы, а по RS-485 связать разные блоки. Это что-то типа дешевой альтернативы CAN.

[DrLithium]

Offтопик:
Т.е. особого случая, типа "деваться не куда", не было. Но ясно, что для топологии сложнее, чем бытовая, использовать RS-485 - желательно. I^2C имеет арбитраж, да и программно можно. Я "раба" на ассемблере писал и работало нормально (уже и не помню, чего не писал - программ/аппарат-мастер/слейв-ассемб/Си). Естественно до арбитража дело ни разу не дошло (если вы поняли о чём я ). Помехоустойчивость можно заложить и в протокол обмена, ни что этому не мешает. Аппаратная помехоустойчивость другой вопрос, тут амплитуда достаточная для в рамок одного "флакона". Если шину гвоздями не прибить или резисторы не отодрать, спецом, то работать будет. Вопрос больше в скорости реализации и цене. А вот на Сях - наелся зелёных помидоров, регенерация SD-карты не оставила шансов. Пришлось заходить к решению с другой стороны. Если за рамки возможностей I^2C вылечу в одном из проектов, то буду знать куда направить свой взор. ))

З.Ы. Но у меня есть что-то вроде навязчивой идеи. Обернуть блоки в рамки протокола. Типа: схема+прошивка+алгоритм+протокол на квадратной шине. Типа бери готовое или пиши своё для использования сего девайса. Так же можно было бы в главный модуль ввинтить опрос девайсов. Типа: найден - буду работать с тобой, нет - отображу ошибку на время и вернусь к готовности. Идея наращивания и замещения, типа: плейер(контроллер ЛПМ+управляющий)->счётчик(или позже СРВ)->индикатор такой(сякой, но позже)->запись->автокалибровка->поиск фонограмм по счётчику->таймер и.т.д. Типа платформа сделай лучше, а-ля IBM PC. Да тот же ЛПМ можно в принципе менять как перчатки заложив сию возможность в конструктив. Мне такое просто интересно или не очень просто.

[Turbo_man]

Offтопик:
У меня работает конфигурация мультимастерная по I2C, но это сложновато получается. Очень редко, но возникают какие-то непонятные мне коллизии и подвисание. Протокол не самый юзер-френдли, но зато мультиточечный. Если мастер на шине один, то проблем нет никаких и совсем.

[Борисыч44]

В О-005С1 сигнал фотодатчика дифференцируется на входе компаратора. Минус такого решения - процессор не будет знать, заправлена лента, или нет.

Мне это даже нравится в случае перемотки ленты выше БГ (минуя тракт) - не надо ДО пальцем закрывать (при настройке только и перематываю))) если очень надо смотри импульсы с ДД

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

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

[Leoniv]

Offтопик:

Т.е. особого случая, типа "деваться не куда", не было.

Не было, конечно. Можно было применить и I2C. Но лично мне эта шина не очень нравится, хоть и применял неоднократно. К примеру, аппаратная реализация I2C на STM32 отталкивает, там без 100 грамм не заставить работать. Ну и был отрицательный опыт, связанный с плохой помехоустойчивостью I2C, когда этой шиной были связаны два блока в отдельных корпусах через кабель. Когда надо связать два своих процессора, не вижу плюсов в применении I2C. Другое дело, когда надо подключить несколько периферийных микросхем.

З.Ы. Но у меня есть что-то вроде навязчивой идеи. ... Типа платформа сделай лучше, а-ля IBM PC. Да тот же ЛПМ можно в принципе менять ка перчатки заложив сию возможность в конструктив.

Тут хотя бы для одного ЛПМ осилить...

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

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

Да, проблемы тут возможны. Пока сильно этим датчиком не занимался. Можно попробовать что-то подобное старшим Studer, где используются дифференциальные фотоприемники. Но на первом шаге ориентируюсь на работу с штатным датчиком Э-004. Возможно, для гибкости стоит добавить внешний компаратор, тогда можно будет гистерезис поменять или аппаратное дифференцирование добавить.

[straus]

Обычно этот сигнал используется для экстренного сохранения данных в EEPROM.

У меня где-то лежат интересные микросхемы памяти, кажется X2444. Там комбинация Serial RAM и EEPROM с хардварным управлением перезаписи из одного в другое и наоборот. По включению питания дёрнул из EEPROM в RAM и дальше работаешь с RAM. По аварии питания дёрнул обратно - и всё сохранилось в EEPROM. Не расходуется ресурс ячеек.

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

Ну для меня это фактически обязательная функция. Ленты бывают с уникальными записями, и замять такую ленту из-за аварии питания не хочется.

Еще хотелось бы добавить датчики вращения на боковые узлы.

Ну вроде как оптопары с открытым оптическим каналом не проблема. Здесь удобнее отражательные.

Но делать иногда приходится, так как датчики температуры типа DS18B20 очень удобны.

Если не хочется связываться с 1-Wire - есть DS1620.

Интерфейс I2C хорош в тех случаях, когда к одному процессору подключаются различные периферийные микросхемы, у которых этот интерфейс реализован аппаратно.

Поддерживаю. I2C хорош для связи в пределах платы, и микросхем, которые его держат хардварно.

[Leoniv]

По аварии питания дёрнул обратно

Можно и не успеть. Есть другой вариант - FRAM от Ramtron, например, FM24C16, которая полностью повторяют логику работы EEPROM, но имеет высокое быстродействие как для чтения, так и для записи, а также практически неограниченное число циклов перезаписи.

Ну вроде как оптопары с открытым оптическим каналом не проблема. Здесь удобнее отражательные.

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

Offтопик:

Если не хочется связываться с 1-Wire - есть DS1620.

Да, знаю, применял DS1621. Но в роли термодатчиков конструктивно удобней термометры в корпусе TO-92.

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

[Jenyok]

Leoniv,
.
Вот такую схему предлагаю для датчика окончания ленты.
Revox A-700 , ничего придумывать не надо, просто и со вкусом.
.
А еще просто схемы фотодатчиков с описанием.
.

[EDDiE]

Можно и не успеть.

cкорее всего так и будет

Интересно, а нельзя ли приспособить в качестве вращающихся стоек оси от рычагов головок винчестеров?

можно, конечно.

[nvv957]

оси от рычагов головок винчестеров?

Попробовать его в качестве антишумового!

[tormozzz]

Можно и не успеть.

Поставить на питание соответствующих цепей буферный ионистор или вообще литиевый аккумулятор. Литий, кстати, будет полезен, если заменять соленоиды на сервомашинки или другие "фиксируемые" варианты привода. Одной литиевой банки в таком случае с запасом хватит не только на буферное питание, но и на штатный перевод механизма в состояние "стоп", как это происходит с электромагнитами.

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

Попробовать его в качестве антишумового!

Вряд ли пойдёт. Эти подшипники вращаются туже, чем штатный антишумовой ролик.

[Leoniv]

Поставить на питание соответствующих цепей буферный ионистор или вообще литиевый аккумулятор. Литий, кстати, будет полезен, если заменять соленоиды на сервомашинки или другие "фиксируемые" варианты привода.

Литий ставить слишком хлопотно. Достаточно увеличить емкости фильтра. В кассетных деках с командным двигателем делают именно так.

[Jenyok]

Литий ставить слишком хлопотно. Достаточно увеличить емкости фильтра. В кассетных деках с командным двигателем делают именно так.

.
Какую схему фотодатчика будете использовать ?
.

[Leoniv]

Какую схему фотодатчика будете использовать ?

Пока не знаю. Требуется лабораторная работа.

[Vygandas]

В автостоп поставьте датчик от современной оптической мышки

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

З.Ы. Как то знакомый энкодер делал на таком датчике, прикалывался.

[Leoniv]

В автостоп поставьте датчик от современной оптической мышки

Такой датчик у меня стоит в проигрывателе в качестве датчика перемещения тонарма. Но на автостоп его ставить не вижу никакого смысла. Здесь же цель увидеть ленту, а не ее перемещение.

[Vygandas]

Leoniv, да, совсем забыл что ему наличие ленты будет совершенно безразлично ...

[Leoniv]

Не безразлично, у него есть считываемый параметр, такой как Picture Quality. Без ленты там будет плохое значение. Но ставить камеру туда, где хватит обычного фотодиода, как мне кажется, перебор.

[Leoniv]

Счетчик полностью собран, примерка прошла успешно, даже что-то работает. Осталось чистое программирование, что для стариков - сущий ад.

[Viktor S]

О! - По "жирному" варианту! (число разрядов и размер индикаторов)

Красиво. Снимаю шляпу!