Счётчик ленты в реальном времени

[Turbo_man]

Т.к. меня интересуют МК технологии в применении к кассетникам, то возник вот такой вопрос. Давно хотел выяснить, как ведутся подсчёты в счётчиках ленты в реальном времени? Если кто-то уже делал такую систему или знаком с этим вопросом прошу рассказать или дать ссылки. И как сделать так, чтобы не нужно было вводить в систему размер кассеты - С90, 120, 60, 46L?

[Leoniv]

Меньше проводов на управление

Так если меньше проводов, значит это динамика в чистом виде. Почему Вы назвали "псевдо-статика"?

[alias]

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

Хм-м. Так и Вы пользуетесь набором проводов и команд интерфейса SPI для "закачки" данных в регистры. Я что-то Вас не пойму.

[Leoniv]

Хм-м. Так и Вы пользуетесь набором проводов и команд интерфейса SPI для "закачки" данных в регистры. Я что-то Вас не пойму.

Статическая индикация - это когда горит всё сразу. Динамическая - это когда по очереди.

[alias]

Я все понял. Это не "псевдо-статика", а разновидность реализации динамической индикации.

[Leoniv]

Да.

[TheCalligrapher]

А что такое псевдо-статика?

Интуитивно понятно, что имеется в виду.

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

"Псевдо-статика" - это когда мультиплексируется только канал индикации. Количество регистров "видеопамяти" равно количеству разрядов индикатора. То есть все значения разрядов хранятся в "видеопамяти" на постоянной основе - их не надо перезагружать на каждом такте и мультиплексировать канал передачи данных в "видеопамять" не нужно. Софтверная часть может загружать данные в "видеопамять" в любой момент, не задумываясь ни о каких тактах. А мультиплексируется лишь канал отображения: между разрядом индикатора и соответствующим регистром "видеопамяти". Это уже легко сделать чисто хардверно. При этом если показания индикатора не меняются, то и заботиться о нем не нужно вообще: последнее загруженное в "видеопамять" значение спокойно отображается само по себе.

[Leoniv]

Оба описанных варианта - это динамическая индикация.

[TheCalligrapher]

Оба описанных варианта - это динамическая индикация.

Разумеется. Потому, как я понимаю, т.наз. "псевдо-статический" вариант автор термина решил назвать псевдо-статическим. "Какбэ в чем-то кажись статический, но все равно динамический"

[Leoniv]

"псевдо-статический" вариант автор термина решил назвать

Нет такого названия индикации, поэтому лучше забыть и не вспоминать.

[TheCalligrapher]

Нет такого названия индикации, поэтому лучше забыть и не вспоминать.

Нет.

Стандартной практикой в формальном/техническом изложением является введение собственных "локальных" терминов. Это помогает сделать изложение более компактным. Разумеется, такие термины вводятся через определение в начале изложения. Если автору исходного изложения показалось, что будет лучше, если он заведет отдельные термины для различения двух вышеописанных вариантов реализации индикации - то он имеет на это полное право. Вопрос лишь в удачном или не удачном выборе термина. Были/есть ли такой термин ранее - не имеет никакого значения. Это - локальные термины. Вам эту терминологию не навязывают: никто не заставляет вас адаптировать авторскую терминологию и пользоваться ей в дальнейшем.

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

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

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

[Leoniv]

Тогда уж лучше "программная динамическая индикация" и "аппаратная динамическая индикация".

[alias]

Leoniv, у меня к Вам вопрос по управлению в вашем варианте счетчика для Э-004 с кнопкой.

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

[Leoniv]

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

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

[alias]

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

Leoniv, спасибо за подробный ответ. Тоже столкнулся с подобным, сделал на отпускание.

[Leoniv]

сделал на отпускание.

Чтобы не делать реакцию на отпускание, как-то делал так:
- нажимаем кнопку, срабатывает функция по нажатию
- если держим кнопку, отчитывается задержка
- если задержка истекла, выполняется отмена сработавшей функции (возврат в прежнее меню)
- выполняется функция по удержанию
Недостаток - дисплей переключается, затем переключается обратно, затем срабатывает функция по удержанию.
Зато на короткие нажатия реакция адекватная, по нажатию.

[Turbo_man]

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

[Leoniv]

Обычно нажимаешь кнопку и ждешь результата. А его нет. Начинаешь давить сильнее. Результата нет. Колпачок кнопки врезается в палец. Результата нет. Выступает кровь. И тут срабатывает функция по удержанию.

[Turbo_man]

Проблема надумана.

[Leoniv]

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

[Turbo_man]

Тогда поможет только дифференциатор в пальце.