Декодер данных с индикатора 7 сегментного,есть ли библиотека

[AonMaster]

Благодарю, товарищи коты, я думал, Вы оцените мою фразу "надо брать и делать"

BOB51, там 3 разряда, аноды (или катоды, не смотрел ещё) управляются транзисторными ключами. Но брать сигнал хочу с базы транзисторов, и через резюки на входы Меги.

[BOB51]

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

[parovoZZ]

parovoZZ, регистр флагов на прерывания, на ноги его нет в AVRках. Надо проверять сам порт.

Да, точняк. Это я "зажрался" современными МК.
Но в новых AVRках оно-таки есть.

[Аlex]

Блин, люди, ну какие нафиг прерывания ?
Ну какая там частота ? 100 Гц ? ну 200 ?
Заводим таймер на 1 мс и в нём тупо опрашиваем разрядные входа. Изменился вход - разряд загорелся. Изменился другой - другой загорелся. Много 1 мс - заводим на 0.1 мс. При нормальном подходе к программе, весь опрос пролетит за единицы микросекунд.
Да, и не забываем про гашение. Переключать разряды, не погасив сегменты, могут только отчаянные

PS: Задачка детская.

[NStorm]

Аlex, ну и зачем гадать когда переключился разряд, когда можно точно по прерыванию опрашивать. Всё равно ноги ОА заводить надо на пины МК.

[Аlex]

А что там гадать ? Программно определить фронт на пине - сложная задача ?
Во вторых. Что будете делать, при отбросе гашения ? Delay вставлять в прерывание ? Или таймер заводить ? А в варианте с таймером уже всё есть.

[NStorm]

Аlex, фронт - да, сложная программно. Придется всё время опрашивать регистр ) Но я понял о чем вы. Нет, не сложно, но зачем? Зачем опрашивать раз в Х секунд (милли, микро - не важно), когда мы не знаем частоту смены? Почему не использовать прерывание, которое всё-равно есть?
Во вторых - в примере по прерыванию я флаг взвожу при переключении разряда. Прочитать сегменты можно и в основном коде, подождав пока порт не станет неравным 0. Через таймер также можно на гашение попасть в общем-то.

[Starichok51]

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

[Zhuk72]

Сдается мне, котоварищи, автор решил логический анализатор заново изобрести.
Иного смысла этой задачи я не вижу.

[NStorm]

Starichok51, затем, что индикация динамическая.

Zhuk72, скорее с чужого ус-ва, у которого нет никакого выхода, кроме как на дисплей (7сегментиники в смысле), "снимать данные" для своих нужд.

[Starichok51]

а при чем здесь динамическая индикация?
цифру или выводимый символ видно в каждом разряде? видно!
значит, и код этой цифры или символа можно составить по светящимся и погашенным сегментам.
и так для каждого разряда.

[NStorm]

Starichok51, ок, тогда какой декодер вы не поняли зачем нужен? Это и есть декодер, что вы описываете. Перевод из горящих сегментов в действительное число. Еще нужно отслеживать переключения и позицию разряда в динамической индикации, чтобы знать разряд цифры.

[Starichok51]

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

[NStorm]

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

[OKF]

Аlex писал(а):

Блин, люди, ну какие нафиг прерывания ?
Ну какая там частота ? 100 Гц ? ну 200 ?
...
PS: Задачка детская.

На 100%. С 1602 логгировали и ничё.)

[Morroc]

NStorm писал(а):

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

А если так - разряд знаем в каждый момент, состояние сегментов знаем, делаем табличку N x M, сканим быстро, усредняем значения - видим результат. Не особо красиво, но универсально.

[NStorm]

Зачем что-то усреднять?! Я алгоритм в виде кода на Си уже даже привел почти полностью готовый, а всё еще какие-то идеи...