Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Подключение ЖКИ семисегментного индикатора
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > Схемотехника
Pat
Делаю платку на STM8L152 и ЖКИ индикатор ITH-G0824.

В принципе все понятно, но задумался куда подключить не используемые сегменты индикатора.
Что бы они были всегда отключены.

На общий провод или к общему выводу (COM) на индикаторе?


dimka76
к общему выводу (COM) на индикаторе.
Pat
Цитата(dimka76 @ Apr 1 2014, 16:39) *
к общему выводу (COM) на индикаторе.

Спасибо, так и сделал, но возникли сомнения, перед тем как платы отдавать в изготовление.
Herz
Цитата(Pat @ Apr 1 2014, 20:25) *
Спасибо, так и сделал, но возникли сомнения, перед тем как платы отдавать в изготовление.

Чем же были вызваны эти сомнения? Непониманием принципа работы ЖК индикаторов?
dimka76
Решил поднять тему с целью расширения кругозора.
А куда у multiplexed индикаторов неиспользуемые выводы подключать ?
msalov
Цитата(dimka76 @ Apr 22 2014, 08:34) *
А куда у multiplexed индикаторов неиспользуемые выводы подключать ?

Завести один дополнительный сегмент на мк/драйвере, который будет всегда выключен и подключить к нему все неиспользуемые сегменты экрана.
dimka76
Цитата(msalov @ Apr 22 2014, 10:06) *
Завести один дополнительный сегмент на мк/драйвере, который будет всегда выключен и подключить к нему все неиспользуемые сегменты экрана.


Спасибо.
Herz
Цитата(dimka76 @ Apr 22 2014, 08:34) *
Решил поднять тему с целью расширения кругозора.
А куда у multiplexed индикаторов неиспользуемые выводы подключать ?

У каких, например?
dimka76
Цитата(msalov @ Apr 22 2014, 10:06) *
Завести один дополнительный сегмент на мк/драйвере, который будет всегда выключен и подключить к нему все неиспользуемые сегменты экрана.


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

Но если на данном COM всего один неиспользуемый сегмент, то его уже ни с кем не объединишь.

Как так получается.

To Herz
Не понял вашего вопроса.
Я же написал multiplexed (мультиплексируемых, а не статических).
msalov
Фразу
Цитата(msalov @ Apr 22 2014, 09:06) *
Завести один дополнительный сегмент на мк/драйвере

надо читать как "Завести один дополнительный вывод SEG на мк/драйвере"
Это на тот случай, если все сегменты, подключённые к данному выводу не используются.

Цитата(dimka76 @ Apr 23 2014, 08:38) *
Но если на данном COM всего один неиспользуемый сегмент, то его уже ни с кем не объединишь.
Если у вас этот сегмент уже управляется драйвером, то где вы видите проблему?
Herz
Цитата(dimka76 @ Apr 23 2014, 08:38) *
To Herz
Не понял вашего вопроса.
Я же написал multiplexed (мультиплексируемых, а не статических).

А я не понял Вашего. Что, например, есть статический ЖКИ? Привели бы пример - было бы понятнее, в чём проблема. Пока я её не вижу в упор.
Если есть общие сегменты, которые должны быть "выключены" всегда, то нужно помнить, на на них в каждый данный момент должен быть тот же потенциал, что и на текущем СОМ.
Поэтому проще всего выделить под них выход с МК, на котором всегда будет повторяться потенциал СОМ текущего знакоместа.
Сергей Борщ
Цитата(Herz @ Apr 23 2014, 10:15) *
на на них в каждый данный момент должен быть тот же потенциал, что и на текущем СОМ.
Не совсем так. Дисплей же мультиплицированный, с одного выхода SEG сегменты могут быть подключены ко всем выводам COM. И напряжение на нем не может быть одновременно равно напряжениям на всех COM. Там должен быть потенциал, отличающийся от соответствующего COM не более чем на некоторое напряжение ниже порога включения сегмента. И если в контроллере погасить все сегменты на этом выводе SEG (для всех COM-ов), то это требование будет выполняться для любого незадействованного сегмента.
dimka76
Цитата(Herz @ Apr 23 2014, 11:15) *
А я не понял Вашего. Что, например, есть статический ЖКИ? Привели бы пример - было бы понятнее, в чём проблема. Пока я её не вижу в упор.
Если есть общие сегменты, которые должны быть "выключены" всегда, то нужно помнить, на на них в каждый данный момент должен быть тот же потенциал, что и на текущем СОМ.
Поэтому проще всего выделить под них выход с МК, на котором всегда будет повторяться потенциал СОМ текущего знакоместа.


Static - имеет один COM.
Miltiplexed - несколько COM.

Вот про них немного http://awawa.hariko.com/avr_lcd_drive_en.html



Цитата(Сергей Борщ @ Apr 23 2014, 11:30) *
И если в контроллере погасить все сегменты на этом выводе SEG (для всех COM-ов), то это требование будет выполняться для любого незадействованного сегмента.


Эта фраза какая-то запутанная получилась.
Сергей Борщ
Цитата(dimka76 @ Apr 23 2014, 10:51) *
Эта фраза какая-то запутанная получилась.
Пожалуй. Допустим, у вашего индикатора 4 вывода COM. Значит с каждого вывода SEG контроллера можно независимо засветить до четырех сегментов. Вот все эти четыре сегмента для свободного вывода SEG и надо погасить в контроллере ЖКИ. И вешать на этот вывод SEG все незадействованные сегменты.
dimka76
Цитата(Сергей Борщ @ Apr 23 2014, 12:17) *
Пожалуй. Допустим, у вашего индикатора 4 вывода COM. Значит с каждого вывода SEG контроллера можно независимо засветить до четырех сегментов. Вот все эти четыре сегмента для свободного вывода SEG и надо погасить в контроллере ЖКИ. И вешать на этот вывод SEG все незадействованные сегменты.


Спасибо, более менее прояснилось.
msalov
Попробую наглядно нарисовать. ЖКИ можно представить в виде матрицы (каждая ячейка - видимый сегмент на индикаторе):
Нажмите для просмотра прикрепленного файла

Задача №1: погасить неиспользуемый SEG9:COM2
Сегмент уже управляется драйвером внутри МК, так что просто выставить его в режим "выкл."

Задача №2: погасить неиспользуемые SEG4:COM{1-4} и SEG12:COM{1-4}
Соединяем SEG4 и SEG12 вместе и подключаем к выводу драйвера ЖК SEGx (это не спец. вывод, а свободный вывод SEG с любым номером). Драйвер настраиваем так, что бы сегменты, подключённые к SEGx были всегда "выкл."
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.