На нашем AVR форуме, как и на других разделах довольно часто поднимаются вопросы по всевозможным средствам индикации (в основном LCD).
В разделе Новости, предложения и обсуждения сайта и форума я выдвинул предложение о создании подветки для этой темы. Если кому интересно прошу вас поучавствуйте в ее обсуждении и выскажите свои предложения.
Раздел: Новости, предложения и обсуждения сайта и форума.
Тема: Предложение о добавлении ветки. Средства индикации!
Полная версия этой страницы: Средства индикации.
Форум разработчиков электроники ELECTRONIX.ru > Поставщики компонентов для электроники > Компоненты > Средства индикации
Цитата(BVU @ Aug 29 2005, 15:46)
На нашем AVR форуме, как и на других разделах довольно часто поднимаются вопросы по всевозможным средствам индикации (в основном LCD).
В разделе Новости, предложения и обсуждения сайта и форума я выдвинул предложение о создании подветки для этой темы. Если кому интересно прошу вас поучавствуйте в ее обсуждении и выскажите свои предложения.
Раздел: Новости, предложения и обсуждения сайта и форума.
Тема: Предложение о добавлении ветки. Средства индикации!
В разделе Новости, предложения и обсуждения сайта и форума я выдвинул предложение о создании подветки для этой темы. Если кому интересно прошу вас поучавствуйте в ее обсуждении и выскажите свои предложения.
Раздел: Новости, предложения и обсуждения сайта и форума.
Тема: Предложение о добавлении ветки. Средства индикации!
Подветка "Средства индикации" в разделе Компоненты уже работает. udofun 'дал добро'!
http://forum.electronix.ru/index.php?showforum=127
У меня была проблема:
индикатор BC1602 при искрении в колодке предохранителя иногда сбрасывался. Вообщем смысл в том, что если помехи какие-то будут то может быть токое неудобство. Самое интересное, что при сбросе общение с ЖКД проболжалось, и бит готовности читался. Т. о. увидеть что он отпал не удавалось. Я ограничился конденсатором на ЖКД, и на подсветке. Проблема уменьшилась, но не исчезла. Так он и уехал.
Была еще мысль проверять то что записал, но реализовать не успел.
Может кто сталкивался с подобным. Интересно было бы узнать.
индикатор BC1602 при искрении в колодке предохранителя иногда сбрасывался. Вообщем смысл в том, что если помехи какие-то будут то может быть токое неудобство. Самое интересное, что при сбросе общение с ЖКД проболжалось, и бит готовности читался. Т. о. увидеть что он отпал не удавалось. Я ограничился конденсатором на ЖКД, и на подсветке. Проблема уменьшилась, но не исчезла. Так он и уехал.
Была еще мысль проверять то что записал, но реализовать не успел.
Может кто сталкивался с подобным. Интересно было бы узнать.
Цитата(&-rey @ Aug 30 2005, 16:01)
У меня была проблема:
индикатор BC1602 при искрении в колодке предохранителя иногда сбрасывался. Вообщем смысл в том, что если помехи какие-то будут то может быть токое неудобство. Самое интересное, что при сбросе общение с ЖКД проболжалось, и бит готовности читался. Т. о. увидеть что он отпал не удавалось. Я ограничился конденсатором на ЖКД, и на подсветке. Проблема уменьшилась, но не исчезла. Так он и уехал.
Была еще мысль проверять то что записал, но реализовать не успел.
Может кто сталкивался с подобным. Интересно было бы узнать.
индикатор BC1602 при искрении в колодке предохранителя иногда сбрасывался. Вообщем смысл в том, что если помехи какие-то будут то может быть токое неудобство. Самое интересное, что при сбросе общение с ЖКД проболжалось, и бит готовности читался. Т. о. увидеть что он отпал не удавалось. Я ограничился конденсатором на ЖКД, и на подсветке. Проблема уменьшилась, но не исчезла. Так он и уехал.
Была еще мысль проверять то что записал, но реализовать не успел.
Может кто сталкивался с подобным. Интересно было бы узнать.
такое бывало при плохом включении. при работе никогда.пересброс процессора помогает
Бороться, я считаю, нужно с причиной (искрением). Ставте другие держатели, другой тип придохранителей, паяйте их в конце концов
Цитата(Владимир @ Aug 30 2005, 17:49)
Цитата(&-rey @ Aug 30 2005, 16:01)
У меня была проблема:
индикатор BC1602 при искрении в колодке предохранителя иногда сбрасывался. Вообщем смысл в том, что если помехи какие-то будут то может быть токое неудобство. Самое интересное, что при сбросе общение с ЖКД проболжалось, и бит готовности читался. Т. о. увидеть что он отпал не удавалось. Я ограничился конденсатором на ЖКД, и на подсветке. Проблема уменьшилась, но не исчезла. Так он и уехал.
Была еще мысль проверять то что записал, но реализовать не успел.
Может кто сталкивался с подобным. Интересно было бы узнать.
индикатор BC1602 при искрении в колодке предохранителя иногда сбрасывался. Вообщем смысл в том, что если помехи какие-то будут то может быть токое неудобство. Самое интересное, что при сбросе общение с ЖКД проболжалось, и бит готовности читался. Т. о. увидеть что он отпал не удавалось. Я ограничился конденсатором на ЖКД, и на подсветке. Проблема уменьшилась, но не исчезла. Так он и уехал.
Была еще мысль проверять то что записал, но реализовать не успел.
Может кто сталкивался с подобным. Интересно было бы узнать.
такое бывало при плохом включении. при работе никогда.пересброс процессора помогает
Бороться, я считаю, нужно с причиной (искрением). Ставте другие держатели, другой тип придохранителей, паяйте их в конце концов
Была подобная проблема. Подобное, помнится, обсуждалась здесь на форуме.
Индикатор полностью переставал работать, когда включались исполнительные
механизмы типа электроклапанов, пускателей, двигателей. Повторная инициализация ЖКИ ни к чему не приводила. Такое происходило даже если питание платы контроллера, к которой подключен ЖКИ, бралось с аккумулятора. С трассиройвкой платы полный порядок. Правда ЖКИ соединен с платой плоским шлейфом длиной порядка 15см(ну нужно так). Поборол дефект следующим образом. Плюс питания и переменник регулировки контрасности ЖКИ завел на свободный порт МК. Взвожу этот вывод в "1" - ЖКИ включилось. Далее инициализация и дальнейшие действия. Но если не дожидаюсь сигнала готовности в течении какого-то времени, то считаю, что ЖКИ подвис. Снимаю питание (вывод порта в "0") и устанавливаю в "0" порты к которым подключены все сигналы ЖКИ. Если их не устанавливать в "0", то ЖКИ, зараза, продолжал работать, точнее не реагировать ни на что.
Затем снова включаю питание, инициирую и снова вывожу тот же текст, при выводе которого ЖКИ подвис. Внешне - просто кратковременно моргнул текст.
Работает 16 контроллеров с таким вот извратом уже пол года. Пока всё нормально.
>Бороться, я считаю, нужно с причиной (искрением).
Дело в том, что вопрос не в предохранителях, а вообще в вероятности того, что ЖКД отпадет. Ведь возможны и другие источники помех.
>Повторная инициализация ЖКИ ни к чему не приводила.
У меня она срабатывала просто момент зависания нужно было отловить.
Если вставлял просто в цикл то выглядело не очень
>Правда ЖКИ соединен с платой плоским шлейфом длиной порядка 15см(ну нужно так).
Да, и у меня там шлейфик был 15-20 см.
>Плюс питания и переменник регулировки контрасности ЖКИ завел на >свободный порт МК.
>Взвожу этот вывод в "1" - ЖКИ включилось.
По поводу контрастности она у меня процессором управляется, равно как и подсветка.
А вот питать ЖКД от порта на прямую мысль не возникала. Надо будет попробовать, а сколько тянет?
>Но если не дожидаюсь сигнала готовности в течении какого-то времени, то считаю, что ЖКИ >подвис.
А вот тут-то у меня как-раз все было ОК
. Видимо уходил тот проц который выводом занимался, а интерфейсный продолжал общаться как ни в чем не бывало. Поэтому у меня и возникла мысля проверять то что я в него вписал, но до дела так и не дошло, поздно подумал. Кроме того это ОЗУ, так что может и не портиться.
а какой ЖКД у вас был? У меня BC1602BGPLCHb Bolymin. Писал по 4-x битной схеме, хотя вряд-ли это важно.
Дело в том, что вопрос не в предохранителях, а вообще в вероятности того, что ЖКД отпадет. Ведь возможны и другие источники помех.
>Повторная инициализация ЖКИ ни к чему не приводила.
У меня она срабатывала просто момент зависания нужно было отловить.
Если вставлял просто в цикл то выглядело не очень
>Правда ЖКИ соединен с платой плоским шлейфом длиной порядка 15см(ну нужно так).
Да, и у меня там шлейфик был 15-20 см.
>Плюс питания и переменник регулировки контрасности ЖКИ завел на >свободный порт МК.
>Взвожу этот вывод в "1" - ЖКИ включилось.
По поводу контрастности она у меня процессором управляется, равно как и подсветка.
А вот питать ЖКД от порта на прямую мысль не возникала. Надо будет попробовать, а сколько тянет?
>Но если не дожидаюсь сигнала готовности в течении какого-то времени, то считаю, что ЖКИ >подвис.
А вот тут-то у меня как-раз все было ОК
. Видимо уходил тот проц который выводом занимался, а интерфейсный продолжал общаться как ни в чем не бывало. Поэтому у меня и возникла мысля проверять то что я в него вписал, но до дела так и не дошло, поздно подумал. Кроме того это ОЗУ, так что может и не портиться.а какой ЖКД у вас был? У меня BC1602BGPLCHb Bolymin. Писал по 4-x битной схеме, хотя вряд-ли это важно.
Всем ответившим конечно большое спасибо!
Но тему индикаторов лучше обсуждать на подветке "Средства индикации" в разделе Компоненты, который был мной инициирован и организован администраторами специально для этого.
У меня просьба к нашему модератору IgorKossak закрыть или переместить тему, что бы на AVR обсуждались вопросы по им присущей тематике.
С уважением,
BVU
Но тему индикаторов лучше обсуждать на подветке "Средства индикации" в разделе Компоненты, который был мной инициирован и организован администраторами специально для этого.
У меня просьба к нашему модератору IgorKossak закрыть или переместить тему, что бы на AVR обсуждались вопросы по им присущей тематике.
С уважением,
BVU
Цитата(&-rey @ Aug 31 2005, 09:45)
>Бороться, я считаю, нужно с причиной (искрением).
Дело в том, что вопрос не в предохранителях, а вообще в вероятности того, что ЖКД отпадет. Ведь возможны и другие источники помех.
>Повторная инициализация ЖКИ ни к чему не приводила.
У меня она срабатывала просто момент зависания нужно было отловить.
Если вставлял просто в цикл то выглядело не очень
>Правда ЖКИ соединен с платой плоским шлейфом длиной порядка 15см(ну нужно так).
Да, и у меня там шлейфик был 15-20 см.
>Плюс питания и переменник регулировки контрасности ЖКИ завел на >свободный порт МК.
>Взвожу этот вывод в "1" - ЖКИ включилось.
По поводу контрастности она у меня процессором управляется, равно как и подсветка.
А вот питать ЖКД от порта на прямую мысль не возникала. Надо будет попробовать, а сколько тянет?
>Но если не дожидаюсь сигнала готовности в течении какого-то времени, то считаю, что ЖКИ >подвис.
А вот тут-то у меня как-раз все было ОК. Видимо уходил тот проц который выводом занимался, а интерфейсный продолжал общаться как ни в чем не бывало. Поэтому у меня и возникла мысля проверять то что я в него вписал, но до дела так и не дошло, поздно подумал. Кроме того это ОЗУ, так что может и не портиться.
а какой ЖКД у вас был? У меня BC1602BGPLCHb Bolymin. Писал по 4-x битной схеме, хотя вряд-ли это важно.
Дело в том, что вопрос не в предохранителях, а вообще в вероятности того, что ЖКД отпадет. Ведь возможны и другие источники помех.
>Повторная инициализация ЖКИ ни к чему не приводила.
У меня она срабатывала просто момент зависания нужно было отловить.
Если вставлял просто в цикл то выглядело не очень
>Правда ЖКИ соединен с платой плоским шлейфом длиной порядка 15см(ну нужно так).
Да, и у меня там шлейфик был 15-20 см.
>Плюс питания и переменник регулировки контрасности ЖКИ завел на >свободный порт МК.
>Взвожу этот вывод в "1" - ЖКИ включилось.
По поводу контрастности она у меня процессором управляется, равно как и подсветка.
А вот питать ЖКД от порта на прямую мысль не возникала. Надо будет попробовать, а сколько тянет?
>Но если не дожидаюсь сигнала готовности в течении какого-то времени, то считаю, что ЖКИ >подвис.
А вот тут-то у меня как-раз все было ОК
. Видимо уходил тот проц который выводом занимался, а интерфейсный продолжал общаться как ни в чем не бывало. Поэтому у меня и возникла мысля проверять то что я в него вписал, но до дела так и не дошло, поздно подумал. Кроме того это ОЗУ, так что может и не портиться.а какой ЖКД у вас был? У меня BC1602BGPLCHb Bolymin. Писал по 4-x битной схеме, хотя вряд-ли это важно.
Ответ в "Компоненты"->"Средства индикации"
Цитата(&-rey @ Aug 31 2005, 09:45)
>Бороться, я считаю, нужно с причиной (искрением).
Дело в том, что вопрос не в предохранителях, а вообще в вероятности того, что ЖКД отпадет. Ведь возможны и другие источники помех.
>Повторная инициализация ЖКИ ни к чему не приводила.
У меня она срабатывала просто момент зависания нужно было отловить.
Если вставлял просто в цикл то выглядело не очень
>Правда ЖКИ соединен с платой плоским шлейфом длиной порядка 15см(ну нужно так).
Да, и у меня там шлейфик был 15-20 см.
>Плюс питания и переменник регулировки контрасности ЖКИ завел на >свободный порт МК.
>Взвожу этот вывод в "1" - ЖКИ включилось.
По поводу контрастности она у меня процессором управляется, равно как и подсветка.
А вот питать ЖКД от порта на прямую мысль не возникала. Надо будет попробовать, а сколько тянет?
>Но если не дожидаюсь сигнала готовности в течении какого-то времени, то считаю, что ЖКИ >подвис.
А вот тут-то у меня как-раз все было ОК. Видимо уходил тот проц который выводом занимался, а интерфейсный продолжал общаться как ни в чем не бывало. Поэтому у меня и возникла мысля проверять то что я в него вписал, но до дела так и не дошло, поздно подумал. Кроме того это ОЗУ, так что может и не портиться.
а какой ЖКД у вас был? У меня BC1602BGPLCHb Bolymin. Писал по 4-x битной схеме, хотя вряд-ли это важно.
Дело в том, что вопрос не в предохранителях, а вообще в вероятности того, что ЖКД отпадет. Ведь возможны и другие источники помех.
>Повторная инициализация ЖКИ ни к чему не приводила.
У меня она срабатывала просто момент зависания нужно было отловить.
Если вставлял просто в цикл то выглядело не очень
>Правда ЖКИ соединен с платой плоским шлейфом длиной порядка 15см(ну нужно так).
Да, и у меня там шлейфик был 15-20 см.
>Плюс питания и переменник регулировки контрасности ЖКИ завел на >свободный порт МК.
>Взвожу этот вывод в "1" - ЖКИ включилось.
По поводу контрастности она у меня процессором управляется, равно как и подсветка.
А вот питать ЖКД от порта на прямую мысль не возникала. Надо будет попробовать, а сколько тянет?
>Но если не дожидаюсь сигнала готовности в течении какого-то времени, то считаю, что ЖКИ >подвис.
А вот тут-то у меня как-раз все было ОК
. Видимо уходил тот проц который выводом занимался, а интерфейсный продолжал общаться как ни в чем не бывало. Поэтому у меня и возникла мысля проверять то что я в него вписал, но до дела так и не дошло, поздно подумал. Кроме того это ОЗУ, так что может и не портиться.а какой ЖКД у вас был? У меня BC1602BGPLCHb Bolymin. Писал по 4-x битной схеме, хотя вряд-ли это важно.
1.Потребление порядка 8ма.
2.Индикатор был и DV16110 и BT21605. Результат неизменный.
3.По поводу ОЗУ. Оно, возможно и не портится, но контроллер ЖКИ "висит" и
к содержимому ОЗУ доступа нет. Кстати, а ведь это тоже признак зависания контроллера! Раньше не думал об этом.
> По поводу ОЗУ. Оно, возможно и не портится, но контроллер ЖКИ "висит" и
> к содержимому ОЗУ доступа нет.
Может и так, а может они его с одного места берут... Кто их там разберет. Вообщем вывод очевиден - надо пробовать.
> к содержимому ОЗУ доступа нет.
Может и так, а может они его с одного места берут... Кто их там разберет. Вообщем вывод очевиден - надо пробовать.
Поскольку индикатор является устройством - модульного типа и его конструктив состоит из нескольких кристаллов (контроллер, память, схемы обрамления, буферы и т.д.) у них может быть разная 'чувствительность' к помехам и диапазону питающих напряжений (разброс электрических параметров). Отсюда контроллер находится в 'зависшем' состоянии, память продолжает хранить внессенные данные и тому подобные ситуации. Отсюда резюме: необходимо максимально поддерживать рекомендованные производителем электрические параметры, как по питанию , так и по сигнальным линиям. Отдельный вопрос об помехах, с ними борьба довольно не легкое занятие, до тех пор пока не выявлен явно источник помех и его 'физическая природа'.
Цитата(BVU @ Aug 31 2005, 11:58)
Поскольку индикатор является устройством - модульного типа и его конструктив состоит из нескольких кристаллов (контроллер, память, схемы обрамления, буферы и т.д.) у них может быть разная 'чувствительность' к помехам и диапазону питающих напряжений (разброс электрических параметров). Отсюда контроллер находится в 'зависшем' состоянии, память продолжает хранить внессенные данные и тому подобные ситуации. Отсюда резюме: необходимо максимально поддерживать рекомендованные производителем электрические параметры, как по питанию , так и по сигнальным линиям. Отдельный вопрос об помехах, с ними борьба довольно не легкое занятие, до тех пор пока не выявлен явно источник помех и его 'физическая природа'.
Совершенно верно! Выявлять природу и источник помех нужно, но время...
Пришлось бороться не с причиной, а со следствием.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.