Форум РадиоКот

http://forum.easyelectronics.ru/viewtop ... fe#p105512

Здравствуйте, возникли проблемы, их уже довольно подробно описал по ссылке выше.
Не сочтите за рекламу, просто столько переписывать не вижу смысла.

Если кто-то сможет прокомментировать ситуацию - буду признателен.

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

Kavka писал(а):Так как глюки проявляются при подключении регистров, то возникает вопрос - есть ли блокировочные конденсаторы по питанию? На всех микросхемах?

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

Т.е. вы предполагаете, что по питанию проходят помехи от переключения? Если так, то что эти помехи делают? На осциллограммах ясно видно, что контроллер начинает выдавать не то, что должен, как это может быть связано с помехами в питании, например?
Не совсем ясно. Но завтра на работе конденсаторы поставить попробую.
Спасибо за ответ.

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

Kavka писал(а):При резком изменении нагрузки, ступенчатом изменении тока, чего только не бывает...
Особенно когда питание подаётся по длинным проводам да ещё источник питания не успевает реагировать на изменение нагрузки...
Почитайте в интернете про развязку по питанию. Например тут

Спасибо, читал =) Они даже у нас небольшой семинар про Аллегро проводили как-то раз.

В общем, буду пробовать ставить кондёры в питание или запитаться от разных источников.
Однако мой главный вопрос остался без ответа. Что же именно могло (может) происходить. Почему, если верить осциллограмме, контроллер генерирует дополнительные тактовые импульсы?

PS
Снял с трупа какой-то простенькой нокии танталовый кондёр неизвестного номинала, вроде полет нормальный =)
Спасибо.

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

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

В самой проге, для которой я отлаживал вывод информации на семисегментные индикаторы через сдвиговые регистры, сделано всё на флаговом автомате. Теперь надо попробовать по SPI выводить на них, ибо ни к чему плодить сущности без необходимости.

warrior2031 писал(а): Однако мой главный вопрос остался без ответа. Что же именно могло (может) происходить. Почему, если верить осциллограмме, контроллер генерирует дополнительные тактовые импульсы?

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

warrior2031 писал(а): PS
Снял с трупа какой-то простенькой нокии танталовый кондёр неизвестного номинала, вроде полет нормальный =)
Спасибо.

Ну, вот и хорошо.

Позволю себе небольшое отступление по теме.
Мне как-то давно объясняли про КМОП (CMOS) микрухи и развязку вот как. Практически на пальцах. КМОП - технология изготовления чипов, где в качестве ключей используются полевые транзисторы (ПТ). ПТ управляются напряжением на затворе. Однако, затвор любого ПТ имеет ёмкость, как обыкновенный конденсатор, хоть небольшую, но она есть. Теперь представьте схему, которая потребляет небольшой ток определённой, постоянной величины, без пульсаций. Теперь возьмём разряженный конденсатор и подключим его к источнику питания этой схемы. Что произойдёт? Будет резкий бросок тока. Пока конденсатор не зарядится. Во время этого броска тока, даже мизерное сопротивление проводов может привести к существенному падению напряжения на этих проводах. А что есть КМОП микросхема? Это большая куча полевых транзисторов, которые включаются и выключаются группами. Таким образом при отсутствии блокировочного конденсатора импульсные токи, скажем так, пытаются дойти до источника питания, просаживая питание соседям по схеме. Блокировочный конденсатор как раз и блокирует эти токи создавая короткий путь для тока через себя.
Есть, конечно, ещё скорость реагирования источника питания на изменение нагрузки, но это отдельная тема. Хотя и в этом помогают блокировочные конденсаторы.