Вопрос про динамическую индикацию!

Максим Пахтусов

Здравствуйте! Я начинающий. Прошу помощи старших коллег по следующему вопросу: Пишу код под атмега8 для вывода на 4х разрядном семисегментнике числа 9578, проблема вот в чем,
при попытке вывести 9578 по отдельности на 4х одноразрядных семисигментниках все получается как надо, но при попытке отобразить его на 4х или 6и разрядном семисегментнике вылезает какая то билеберда!
Может это протеус глючит? Или я...Сталкивались ли с такой проблемой? У меня ничего не выходит.

Реклама

roman.com

да нормально показывает))

лучше сразу выкладывать исходник... отдельно.))

Вложение:

main.c [2.93 KiB]
Скачиваний: 30

Добавлено after 36 minutes 45 seconds:
с динамической индикацией не сталкивался...
от динамической индикации в глазах рябит))
:shock:

мне нравится статическая))

зато я сталкивался с синхронизацией...

в исходнике прерывание таймера не синхронизировано с другой программой...
это не правильно.
:tea:

Реклама

Максим Пахтусов

Ничего не понял) "в исходнике прерывание таймера не синхронизировано с другой программой...
это не правильно" с какой другой программой?

roman.com

-в программе есть главная функция int main(void).
-в программе есть функция перевода числа в разряды void chislo(unsigned int result).
-в программе есть функция прерывания таймера ISR(TIMER0_OVF_vect).
и всё это не синхронизировано.
:tea:

см. Семафор (англ. semaphore) в программировании.

подробнее...
:roll:

1 -в главной функции int main(void) мы вызываем функцию void chislo(unsigned int result) и передаём число 9578.

Код:

   while (1) 
    {
      chislo(9578);
    }

2 -в функции void chislo(unsigned int result) мы переводим число в разряды.

Код:

void chislo(unsigned int result)
{
   res_1000 = result / 1000;
   res_100 = result % 1000 / 100;
   res_10  = result % 100/10;
   res_1   = result % 10;
}

3 - в прерывании таймера мы выводим разряды на индикатор.

Код:

ISR(TIMER0_OVF_vect)
{
   if (++z > 4) {z = 1;}
      
   if (z==1)
   {
      PORTB &= ~(1<<2);
      PORTB |= (1<<5) | (1<<4) | (1<<3);
      obrabotka(res_1000);
   }
   if (z==2)
   {
      PORTB &= ~(1<<3);
      PORTB |= (1<<5) | (1<<4) | (1<<2);
      obrabotka(res_100);
   }
   if (z==3)
   {
      PORTB &= ~(1<<4);
      PORTB |= (1<<5) | (1<<3) | (1<<2);
      obrabotka(res_10);
   }
   if (z==4)
   {
      PORTB &= ~(1<<5);
      PORTB |= (1<<4) | (1<<3) | (1<<2);
      obrabotka(res_1);
   }
}

и всё бы ничего... вот только есть обна проблемка)) нет синхронизации с таймером.
:shock:

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

вызываем в функцию void chislo(unsigned int result)...

Код:

void chislo(unsigned int result)
{
   res_1000 = result / 1000;
   res_100 = result % 1000 / 100;
       
        // в этом месте сработало прерывание таймера.
        // уходим в прерывание таймера.

     ISR(TIMER0_OVF_vect)
    {
   if (++z > 4) {z = 1;}
      
   if (z==1)
   {
      PORTB &= ~(1<<2);
      PORTB |= (1<<5) | (1<<4) | (1<<3);
      obrabotka(res_1000);
   }
   if (z==2)
   {
      PORTB &= ~(1<<3);
      PORTB |= (1<<5) | (1<<4) | (1<<2);
      obrabotka(res_100);
   }
   if (z==3)
   {
      PORTB &= ~(1<<4);
      PORTB |= (1<<5) | (1<<3) | (1<<2);
      obrabotka(res_10);
   }
   if (z==4)
   {
      PORTB &= ~(1<<5);
      PORTB |= (1<<4) | (1<<3) | (1<<2);
      obrabotka(res_1);
   }
    }

        // выходим из прерывания таймера.
        // продолжаем переводить число в разряды.
        
        res_10  = result % 100/10;
   res_1   = result % 10;
}

в итоге на индикаторе мы увидим неправильное число))
это не правильно.
:tea:

Реклама

Эиком - электронные компоненты и радиодетали

linux_rulezz

Внешне код рабочий, хоть и страшный

Вложение:

1.png [40.65 KiB]
Скачиваний: 24

Ладно, опустим комментарии на русском (хоть это странно), но названия функций…
Ну и главный вопрос: зачем в суперлупе постоянно молотить преобразование одного и того же числа? Можно же было просто вот так сделать:

Код:

chizlo(9578);
while(1){}

Добавлено after 2 minutes 31 second:
roman.com, ну, в данном случае у него проблем не будет, т.к. он постоянно молотит одно и то же.
Да и вообще, это не страшно для динамической индикации: момент смены числа будет достаточно быстрым, глаз просто не заметит "засады".

Реклама

roman.com

linux_rulezz писал(а):

Ладно, опустим комментарии на русском (хоть это странно), но названия функций…

пофигу)) кому как удобней.
главное что всем понятно.
:tea:

linux_rulezz писал(а):

это не страшно для динамической индикации: момент смены числа будет достаточно быстрым, глаз просто не заметит "засады".

страшно... не страшно... это вопрос десятый.))
главное что это не правильно.
:tea:

программа может например остановиться в любом месте...
или МК может уйти в сон в любом месте программы... "sleep"...
или МК может просто тупо зависнуть в любом месте программы... while(1){};
или... ещё может быть миллион вариантов))

главное что в любом случаев (из миллиона вариантов) на индикаторе мы увидим последнее обработанное число...
и с высокой вероятностью это число будет не 9578.
это не правильно.
:tea:

Реклама

linux_rulezz

Цитата:

кому как удобней

Ну вот когда я вижу китайский код с иероглифами в комментариях, возникает желание кому-нибудь двинуть… Ну неужели на международном языке нельзя писать? Сразу к культуре надо приучаться. И функции называть не "zafiga4it_otpravku", а, скажем, "send_data".

roman.com

"zafiga4it_otpravku"...
да можно и так.))
:tea:

Максим Пахтусов писал(а):

при попытке отобразить его на 4х или 6и разрядном семисегментнике вылезает какая то билеберда!

а где 6-ти разрядный семисегментник ?
:roll:

Добавлено after 16 minutes 41 second:
а ещё можно сделать так...

или так...

но это всё динамическая индикация...
я бы так делать не стал))
:tea:

linux_rulezz

roman.com, статическая индикация последнее время "не в моде". Взять те же светодиодные панели: там мало того, что для изменения яркости отдельного светодиода нужно долбить индикатор с частотой 16-24Гц, так еще и индикатор фактически поделен на 4 квадранта! И каждый обслуживается поочередно. И ничего, вполне себе работает. Я шутки ради делал "игровую приставку" (арканоид, тетрис и змейка) на STM32F103. Видео.

Реклама

roman.com

повторяю...

roman.com писал(а):

от динамической индикации в глазах рябит))

мне нравится статическая))

поэтому далем так...

сдвиговый регистр + регистр буфера + блок синхронизации (на схеме не показан).

-индикация статическая. в глазах не рябит))

-для индикатора используется всего один вывод МК. экономия выводом МК))

класс ! ))
:tea:

veso74

Оффтоп: roman.com, всегда можно сделать лучше :П. Например так:

Спойлер

Но станет похоже на анекдот: "Хорошие часы! (А батарейки: в чемоданах)".

BOB51

https://img.radiokot.ru/files/20529/1st7ni12lm.jpg
https://img.radiokot.ru/files/20529/1st7nh5zvs.jpg
Та же динамическая индикация...
От такого индикатора "в глазах рябит"?
:wink:

При правильно организованной работе "побочных эфектов" у динамики не будет.
Вот только сделать это без ущерба основной программе не всегда удачно получается.
Желательно иметь свободный таймер и блок обслуживания развертки отображения по прерыванию плюс пару буферных массивов размером по количеству знакомест дисплея.
На сегодня при наличии большого количества готовых модулей индикаторов "с мозгами" как бы данный вопрос уже давно подзабыт...

veso74

Да, MAX7219 работает с высокой частотой обновления LED, мерцания не видно, легко управляется, три провода.
В кодировйки даже ATtiny13 легко справляется.

Динамическое управление LED по RF очень мешает, но это понятно.

BOB51

Для снятия "мерцания" достаточно и 62 Герца выставить...
Там просто рутинные операции не забыть выполнять. Плюс стабильность развертки, не зависящая от выполнения основной программы.
"Трещит" конечно весьма (для радиочастот при мощной нагрузке) - но до 8 индикаторов вполне свободно можно соорудить. Большее количество уже может и проиграть статике. Но только не в вопросах энергопрожорливости - там статика в явном проигрыше.

roman.com

veso74 писал(а):

всегда можно сделать лучше :П. Например так:

там нет элемента XOR.
а это главный элемент. без него ничего работать не будет.
:tea:

BOB51 писал(а):

От такого индикатора "в глазах рябит"?

о любого...

-у меня на столе LED часы мерцают...
-гуляя по ночному городу "в глазах рябит"...

-особенно бесит "бегущая строка"...

BOB51 писал(а):

в вопросах энергопрожорливости - там статика в явном проигрыше.

вопрос спорный...
:roll:

хотя... когда вопрос касается комфорта... и здоровья... остальное уже не важно))
:tea:

BOB51

Динамическую индикацию надо уметь готовить .
Особо в случае рекламных щитов...
:))

Да и на сегодня огромное количество "шустроумных" светиков в тех экранах применяется - а то уже не динамика в чистом виде, а построчно/покадровый вывод (аналогия телевизионной картинки).
Там другие "особенности" основанные на специфике восприятия глазом "мультипликации" у усредненного человечика.
Кстати... вариант "заморозки" изображения при резком повороте головы обычное явление.
Но то совсем не "мерцание" (несколько иной механизм восприятия).

linux_rulezz

Вот насчет светодиодных панелей, специально предназначенных для "бегущей строки", все время недоумевал: почему до сих пор нет для них стандартных параллельных буферов? Скажем, на 32 пикселя по вертикали. Соединяешь на плате 128 таких буферов - вуаля, у тебя "бегущая строка" в 128 пикселей шириной и 32 высотой. Подключаешь через параллельный интерфейс следующий - и побежала строчка дальше.
МК мог бы этой фигней (правда, без изменения яркости светодиодов) по трем проводам управлять: такт для сдвигового регистра (заполняющего столбцы), данные для него и такт для сдвига столбцов. И, как тут некоторые любят, была бы "чисто статическая" индикация (покуда не сдвинешь дальше).

AlexS4

BOB51 писал(а):

h
При правильно организованной работе "побочных эфектов" у динамики не будет.
Вот только сделать это без ущерба основной программе не всегда удачно получается.
Желательно иметь свободный таймер и блок обслуживания развертки отображения по прерыванию плюс пару буферных массивов размером по количеству знакомест дисплея.

для светодиодов допустим оочень широкий диапазон частот разверток
~ 50Hz...500kHz частоты полных циклов.

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

чтоб не было интерференционных мельканий при низких частотах разверток - надо синхронизировать с 50Hz. (ну или 60Hz, если вы иноземный кот

)

roman.com

BOB51 писал(а):

Динамическую индикацию надо уметь готовить .

не знаю как её готовить... она всё равно будет мерцать...

сделал себе дома гирлянду... а она мерцает... через всякие тринисторы...

в итоге.. всё повыкидывал и подключил напрямую от стабилизированного источника питания постоянного тока.
теперь просто светит... вместо освещения))
больше ничего не мерцает и не раздражает))

Добавлено after 5 minutes 51 second:
а вообще... если сравнивать разные лампы... то приятней всего лампа накаливания...

поэтому в доме лучше всего использовать именно лампа накаливания... причём много... для лучшего распределения света... без теней... и лучше на постоянном токе... чтоб не мерцали...

BOB51

AlexS4 писал(а):

...

для светодиодов допустим оочень широкий диапазон частот разверток
~ 50Hz...500kHz частоты полных циклов.

... )

Частотный диапазон светика не одно и то же, что и допустимый интервал свечения позиции в строке развертки.
Значительное уменьшение времени индикации требует увеличения яркости светика.
Нужен компромисс как по параметрам самого светика так и по времени индикации позиции в блоке развертки.
Второй параметр - время на смену данных в позиции (скорость загрузки регистров).
Собственно время индикации позиции не может быть меньше времени на ее загрузку.
Хорошо, ежли позиций до 8 и параллельная загрузка в два регистра.
А если допустим 8 строк по 64 точки? (или более длинная строка)
:wink:

Вопрос про динамическую индикацию!

Кто сейчас на форуме