Электроника ТА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 - схемы симуляции различных магнитофонных проектов и не только
.
и другие директории по ссылке, которые Вы смотрите и обследуете самостоятельно...

[-Rik-]

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

ЗЫ Добавлено. Разве что высота может оказаться великовата.

[Leoniv]

Offтопик:

Leoniv, нет у Вас случайно фотографии Ваших станков

У меня только фрезерный:

А то я давно хочу приобрести для дома

Очень дорого это. Копил деньги на станок 8 лет. На токарный пока не накопил.

[U.F.O]

Offтопик:
У меня только фрезерный:

Offтопик:
Это Вы на нём калибровочную "кассету" (M300 ?) для кассетного ЛПМ фрезеровали? Я на другом форуме натолкнулся и подумал, что на ЧПУ сделано. Это какая модель JET?

[EDDiE]

Offтопик:

Offтопик:


У меня только фрезерный:



Очень дорого это. Копил деньги на станок 8 лет. На токарный пока не накопил.

Надо было копить на машину (лековую или грузовую), - таксовали/возили грузы, на желаемый токарный станок (и не один) заработали бы быстро с помощью машины.

[Leoniv]

Offтопик:

Это Вы на нём калибровочную "кассету" (M300 ?) для кассетного ЛПМ фрезеровали?

Да, шаблон на нем фрезеровал.

Надо было копить на машину (лековую или грузовую), - таксовали/возили грузы

Увы, рулить не умею и прав нет.

[EDDiE]

Offтопик:

Offтопик:
Увы, рулить не умею и прав нет.

Всему учатся. Научитесь и, Вы, если захотите.

[Leoniv]

Offтопик:

Всему учатся. Научитесь и, Вы, если захотите.

Пытался, в школе УПК. От всей души пытался. Но у меня врожденное нарушение координации движений, ничего не получилось.

[betelgeize]

Хочу заказать тут этих втулок переходных на 38 скорость , кто нибудь знает подойдут ли они и на Олимп 003 и Электронику ТА1-003 ?
у меня нет 005-го чтоб снять диаметр вала.

https://xn----7sbhxjqkpf1e.xn--p1ai/...na-38-skorost/

[Turbo_man]

Offтопик:

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

Так теперь же есть АКП вместо МКП.
Да и с такими нарушениями разве можно работать на фрезерных станках?

[Jenyok]

Хочу заказать тут этих втулок переходных на 38 скорость , кто нибудь знает подойдут ли они и на Олимп 003 и Электронику ТА1-003 ?
у меня нет 005-го чтоб снять диаметр вала.

https://xn----7sbhxjqkpf1e.xn--p1ai/...na-38-skorost/

.
Эта насадка для двигателей ДМ-1 и ДМ-5 .
В магнитофонах Электроника ТА1-003 , Олимп-003 , Олимп-004 , Олимп-005 стоял двигатель ДМ-5 (в самых ранних моделях двигатель ДМ-1), так что насадка должна подойти. Диаметр вала двигателя 6 мм .
Двигатель ДМ-1 реально выдел только 1-н раз.
.

[Leoniv]

Offтопик:

с такими нарушениями разве можно работать на фрезерных станках?

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

[vasa1970]

Хочу заказать тут этих втулок переходных на 38 скорость , кто нибудь знает подойдут ли они и на Олимп 003 и Электронику ТА1-003 ?
у меня нет 005-го чтоб снять диаметр вала.

https://xn----7sbhxjqkpf1e.xn--p1ai/...na-38-skorost/

Подойдет на все означенные модели

[Jenyok]

https://news.mail.ru/society/37298715/?frommail=10
.
"Вот оно чё, Михалыч..."
.
Медики предупредили об опасности синего света от светодиодов

Специалисты французского Национального агентства по контролю в области безопасности продуктов питания, окружающей среды и труда (Agence nationale de sécurité sanitaire de l’alimentation, de l’environnement et du travail, ANSES) призвали чиновников пересмотреть нормативы использования светодиодов.

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

Данные об опасности «синего света» собирались в 2010 года и представлены общественности в докладе организации. В документе также представлен анализ воздействия всех светодиодных систем. Излучение светодиодов увеличивает риск возрастной дегенерации желтого пятна — причины потери зрения, заключили медики. Также ряд светодиодов могут вызвать приступы головной боли и хроническую усталость.

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

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

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

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

[Jenyok]

По микроконтроллерам, как и что лучше сделать в смысле НЕ самого кода (конкретного кода, например, для AVR), а внутренностей периферии микроконтроллера, что и как задействовать, как сделать псевдо многозадачность без наворачивания специализированных ОС и так далее.
.

[Leoniv]

внутренностей периферии микроконтроллера, что и как задействовать

Это уже распределено, вопросов ту тнет.

как сделать псевдо многозадачность

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

Вопросы по структуре программы. Фактически, нужна машина состояний. Но как сделать ее гибкой? Оператор case тут не сильно подходит. Сначала родилась структура, когда в объект-контейнер добавляются объекты отдельных действий. Скажем, надо перейти в состояние PLAY, сначала строится последовательность, потом она исполняется. Но отказался из-за излишней сложности. Теперь опять делаю простую машину состояний, хотя что-то гложит, что что-то делаю не так. Две недели ходил с мыслью, как назвать класс, который рулит ЛПМ. Сначала хотел обозвать Mecha, теперь остановился на Transport. Кто программировал, тот поймет муки с выбором имен.

[mellowman]

Вопросы по структуре программы. Фактически, нужна машина состояний. Но как сделать ее гибкой? Оператор case тут не сильно подходит. Сначала родилась структура, когда в объект-контейнер добавляются объекты отдельных действий. Скажем, надо перейти в состояние PLAY, сначала строится последовательность, потом она исполняется. Но отказался из-за излишней сложности. Теперь опять делаю простую машину состояний, хотя что-то гложит, что что-то делаю не так.

C FSM*ом в C трудновато Если не страшно C++, то можно сделать так. Если ещё больше не страшно, можно погуглить compile-time fsm, но там надо будет поразбираться в некоторых хитростях

Две недели ходил с мыслью, как назвать класс, который рулит ЛПМ. Сначала хотел обозвать Mecha, теперь остановился на Transport. Кто программировал, тот поймет муки с выбором имен.

There are only two hard things in Computer Science: cache invalidation and naming things.

-- Phil Karlton

[Jenyok]

Вопросы по структуре программы. Фактически, нужна машина состояний. Но как сделать ее гибкой? Оператор case тут не сильно подходит. Сначала родилась структура, когда в объект-контейнер добавляются объекты отдельных действий. Скажем, надо перейти в состояние PLAY, сначала строится последовательность, потом она исполняется. Но отказался из-за излишней сложности. Теперь опять делаю простую машину состояний, хотя что-то гложит, что что-то делаю не так. Две недели ходил с мыслью, как назвать класс, который рулит ЛПМ. Сначала хотел обозвать Mecha, теперь остановился на Transport. Кто программировал, тот поймет муки с выбором имен.

.
Назовите LPM (ленто-протяжный механизм, ясно и понятно).
.
Про AVR ничего НЕ скажу, просто с ними дело НЕ имел.
.
Как делали на ARM и на PIC .
.
На ARM выделяли целый порт (16 линий ввода), например, порт B , который имел отдельное прерывание с каждой линии ввода (включен такой режим при первоначальной конфигурации ARM).
На порт вешали кнопки режимов магнитофона, датчик окончания ленты, дополнительно кнопку "сеть", дополнительно кнопку "скорость".
Писали процедуры для каждого режима магнитофона, STOP , PLAY , REC , REW , FF , PAUSE , OTKAT , FOTOSTOP (в основном это изменение состояний выходных линий портов с "0" на "1" и с "1" на "0").
Эти процедуры, см. выше, вставляли в соответствующие подпрограммы обработки прерываний.
Например, нажата кнопка магнитофона, вызов подпрограммы обработки прерывания этой кнопки, в которой вызывается нужная процедура(ы) состояний ЛПМ (ленто-протяжного механизма).
Аналогично обрабатывали прерывания таймеров, I2C , SPI и так далее (были написаны свои полностью законченные процедуры обработки соответствующих прерываний).
Вот и вся машина состояний.
.
На "старых" PIC такого не было, делали так.
Писали процедуры для каждого режима магнитофона, STOP , PLAY , REC , REW , FF , PAUSE , OTKAT , FOTOSTOP (в основном это изменение состояний выходных линий портов с "0" на "1" и с "1" на "0").
Брали таймер с большим номером, например Timer8 , который запускали на генерацию прерывания каждые 100 милиСек в постоянном режиме.
По каждому прерыванию опрашивали состояние кнопок, датчиков и так далее.
При изменении состояния кнопок, датчиков, вызывали соответствующую процедуру обработки состояния, (как раз здесь был большой "case" , назовем так).
На время работы процедуры обработки состояния Timer8 запрещали, сразу после выполнения процедуры обработки состояния Timer8 вновь запускали на генерацию прерываний.
Так называемая псевдо многозадачность.
Аналогично обрабатывали прерывания таймеров, I2C , SPI и так далее (были написаны свои полностью законченные процедуры обработки соответствующих прерываний).
.
Т.е. смысл такой, для каждого состояния ЛПМ была написана отдельная, полностью законченная процедура обработки состояния ЛПМ .
Получается просто и эффективно, легко в отладке кода.
.

[Leoniv]

C FSM*ом в C трудновато Если не страшно C++, то можно сделать ...

Не страшно, на нем и пишу.

.Назовите LPM (ленто-протяжный механизм, ясно и понятно).

Колхоз. А в английском нет распространенного сокращения для ЛПМ, там это Tape Transport.

Про AVR ничего НЕ скажу, просто с ними дело НЕ имел.

Выбор процессора - дело пятое.

На ARM выделяли целый порт (16 линий ввода), например, порт B , который имел прерывание с каждой линии ввода

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

TGpio<PORT_E, PIN_6> Pin_Rec; //объявление

Pin_Rec.DirOut(); //настройка порта
 
Pin_Rec = 1; //управление сигналом Rec

Писали процедуры для каждого режима магнитофона, STOP , PLAY , REC , REW , FF , PAUSE , OTKAT , FOTOSTOP

Вот в этом и проблема. Каждая такая функция состоит из последовательности шагов - включить какой-то сигнал, сделать задержку, включить еще что-то, подождать чего-то. Но такая функция должна быть неблокирующей. Она должна выполняться по маленьким кусочкам, каждый из которых тратит мало времени, иначе другие задачи будут заблокированы. Т.е. функция должна вызывать в цикле, но вскоре после вызова должна отдавать управление, сделав очередной шаг. Прогресс выполнения операции она должна помнить сама, при следующем вызове делать следующий шаг. Можно написать такое "в лоб" с большим case по переменной прогресса внутри. Но это некрасиво и сложно в плане каких-то изменений. Сначала попробовал строить список действий, а затем его выполнять (метод Operation->Execute() - неблокирующий). Но это показалось сложным и не очень наглядным. Теперь снова думаю о простой машине состояний.

  //создание списка действий:
  if(Request == PLAY_R)
  {
    Operation->AddAction(ActMute, ON, 0);
    Operation->AddAction(ActRec, OFF, 0);
    Operation->AddAction(ActPress, OFF, 200);
    Operation->AddAction(ActCapstan, RUN_R, 3000);
    Operation->AddAction(ActSpool, SPOOL_PLAY, 0);
    Operation->AddAction(ActMove, WAIT_STOP, 0);
    Operation->AddAction(ActLift, OFF, 200);
    Operation->AddAction(ActBrake, OFF, 200);
    Operation->AddAction(ActPress, ON, 0);
    Operation->AddAction(ActMute, OFF, 400);
  }

   //в цикле...

    //выпонение списка действий:
    Operation->Execute();
    //проверка окончания выполнения:
    if(Operation->Done)
    {
      State = Request;
    }

[EDDiE]

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

[Jenyok]

Вот в этом и проблема. Каждая такая функция состоит из последовательности шагов - включить какой-то сигнал, сделать задержку, включить еще что-то, подождать чего-то. Но такая функция должна быть неблокирующей. Она должна выполняться по маленьким кусочкам, каждый из которых тратит мало времени, иначе другие задачи будут заблокированы. Т.е. функция должна вызывать в цикле, но вскоре после вызова должна отдавать управление, сделав очередной шаг. Прогресс выполнения операции она должна помнить сама, при следующем вызове делать следующий шаг. Можно написать такое "в лоб" с большим case по переменной прогресса внутри. Но это некрасиво и сложно в плане каких-то изменений. Сначала попробовал строить список действий, а затем его выполнять (метод Operation->Execute() - неблокирующий). Но это показалось сложным и не очень наглядным. Теперь снова думаю о простой машине состояний.

.
Вот то, что Вы описали, совсем лишнее. Сделайте простую машину состояний ЛПМ .
Нет никакого смысла выполнять код процедур "кусочками", шагами.
Зачем искусственно усложнять код, там где это НЕ требуется ?
.
Насчет имени.
Bobbin Tape Recorder .
Tape Recorder .
.

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

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

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