Часы на люминесцентных индикаторах.

[uldemir]

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

Если делать по сегментам, то источник анодного придётся делать с хорошей стабилизацией. Скажем, для ИВ-27 перейти от скважности 14 для поразрядного к 8 для посегментного сканирования было бы заманчиво. Но, так как типовой ток сетки 10 ма, а анода 2 ма, то для поразрядного сканирования колебания тока будут в пределах 10-26 ма, а для посегментного 0 - 142. И для второго случая требуется источник в 5 раз мощнее.

[Darth Cuauhtemoc]

Скажем, для ИВ-27 перейти от скважности 14 для поразрядного к 8 для посегментного сканирования было бы заманчиво.

Но, так как типовой ток сетки 10 ма, а анода 2 ма, то для поразрядного сканирования колебания тока будут в пределах 10-26 ма, а для посегментного 0 - 142. И для второго случая требуется источник в 5 раз мощнее.

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

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

А поскольку вход стабилизирован, то конвертер буду делать простым двухтактником без ОС на IR5123.

[Microtech]

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

[Darth Cuauhtemoc]

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

Средняя мощность не изменится. Правильнее конечно говорить не о потребляемой мощности, а о нагрузочной способности источника. Если в первом случае источник должен быть способен отдавать 26 мА, то во втором - 142 мА. То что программа будет сложнее, несомненно. Тренировка навыков программирования не является целью, я АСУшник. Но спортивный интерес присутствует. И подробнее про косяки с равномерностью яркости, что это за грабли?

[Microtech]

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

[uldemir]

О, закон сохранения энергии опровержен! Изменится скважность, следовательно - яркость и, следовательно, потребляемая мощность.
Но это всё, как оказалось, глупости. Просто я взял параметры ИВ-11, с которой недавно работал, и экстраполировал на ИВ-27. А оказалось, что у ИВ-27 ток сетки всего 2 ма. Ток сегмента - 1.5 ма. Так что не получилось сделать страшилку на ночь.

[O-LED]

Будет сложнее программа

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

возможны косяки с равномерной яркостью.

С чего вдруг?

Нет особого смысла,

Как? а скважность 8 вместо 14?

кроме тренировки навыков программирования.

Тренировка - врядли. Смысл тот же самый. Тут скорее спортивный интерес

[Darth Cuauhtemoc]

Совсем нет.

Вплотную конечно еще не рассматривал, но то, что она станет сложнее (в части индикации, конечно, остальное не меняется) - несомненно.

[O-LED]

Совсем нет.

Вплотную конечно еще не рассматривал, но то, что она станет сложнее (в части индикации, конечно, остальное не меняется) - несомненно.

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

[Microtech]

O-LED
Часы - простая программа, особенно если используется DS1307 или аналог, который сам считает. Даже, если считать время программно, всё равно, это линейный кусок кода, без каких либо сложностей. Мозги нужно подключать, именно на выводе на конкретный тип индикатора. (динамические эффекты, масса кнопок, сервисных функций, - в которых разбирается только автор, мне не интересны, прошел ещё на ZX-Spectrum )

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

[Darth Cuauhtemoc]

Управление индикатором это обычный ногодрыг. Ну так какая разница между выдать сигнал на разряд + нужные сегменты и между выдать сигнал на сегмент + нужные разряды?

Само вычисление нужных разрядов сложнее, чем вычисление нужных сегментов. На низком уровне (дрыгание ногами) никакой разницы нет.

В домашних часах, стоящих в полумраке, это не особо актуально, но считаю, что вполне применимо.

Ну, днем то они не в полумраке

P.S. Сегодня попробую зажечь индикатор. У них накал обычно сколько, у длинных? +5 можно подавать? Просто есть двухканальный БП с фиксированным +5 и регулируемым до +28 выходами. Первое - на накал, второе - на сегменты и сетки.

[Microtech]

Напряжение накала берётся либо из документации, либо подбирается по едва заметному, тёмно-малиновому свечению нитей в темноте. Анодное, сетки - пофиг. Настройте на желаемую яркость. 20...30В. При большой скважности, на длинных индикаторах (ИВ-18), при классическом сеточном переборе, - до 50В. Накальное напряжение критично. При перегретых нитях, индикатор долго не протянет. Иногда говорят, что и холодны накал вреден, но видимо вреден он только для яркости.

[uldemir]

Само вычисление нужных разрядов сложнее, чем вычисление нужных сегментов

не дружим с операциями сдвига ?

[m.ix]

Спор кодеров, который малопонятен простым юзерам

Насколько сложны часы на 6 4 и 2х восьмёрках? (про одну восьмёрку можно не упоминать, народу вовсе это не понять, проверено практикой)
А если на двух с тьмой функцией и с миниму кнопок и энкодером?

[Darth Cuauhtemoc]

не дружим с операциями сдвига ?

Не понял, о чем речь.

Задумывается сделать так, есть некий массив с цифрами, подлежащими выводу. Для простоты, считаем, что все работает в положительной логике.
В каждом тике индикации, поделываем такие действия:
Переходим к следующему сегменту (бегущая единица).
Цикл по всем знакоместам (ну то бишь по массиву с выводимыми цифрами)
Каждую цифру преобразуем в 7 сегментный код, сравниваем с текущим сегментом - должен ли он быть зажжен.
Если да, то в соответствующем разряде слова знакомест устанавливаем единицу.
Конец цикла.
Выдаем бегущую единицу на анодные ключи, а сформированное слово знакомест - на сеточные ключи.

Как именно это будет реализовано на низком уровне - это второй вопрос. Но разумеется, там будут и сдвиги

Кстати, если посмотреть справочник (не помню уже индекс МРБ), видно, что самая простая схема управления получается именно для "классического" скана по знакоместам. А поскольку аппаратное и программное обеспечение эквивалентны, то сразу, даже не вникая в способы реализации, становится ясно, что скан по сеткам сложнее и в софтверном варианте.

Алгоритм не претендует на оптимальность, это первое, что пришло в голову, надо будет дома посмотреть этот справочник и схему, может, можно сделать лучше. Ну и если у кого есть лУчшие варианты (я так понял, у тебя есть ), давайте.

[suslogon]

ребят, обсуждайте программерские штучки в личке плиз

[uldemir]

А что тогда здесь обсуждать? или только восхищаться: "ах, какой я достал раритет!"? нынче без фирмвари нифига не сделаешь. Может, здесь промелькнёт какая идея организации данных, более удобная в некоторых случаях.

[O-LED]

Darth Cuauhtemoc
Если есть экранный буфер (а его наличие очень желательно при дин индикации)в виде массива переменных, то разницы как выводить данные из этого массива на пины контроллера нет никакой. Максимум понадобится "лишняя" переменная, один "лишний" цикл, и "лишний" оператор сдвига.

Кстати, а как бы вы управляли лампами у которых сегментов больше 8, например 18, как у ИВ 4.

[m.ix]

лучьше бы бегущей строкой менялись а не делились по полам
вос
кре
сен
ье

[O-LED]

m.ix
Бегушки надоели уже....
А такой индикации вроде раньше не было.