Так ВСЕ ОТНОСИТЕЛЬНО.
Для каждого конкретного случая свое наиболее подходящее решение.
Кстати... Для тех контроллеров (что MAX, что другие "кракозябровые") все равно по хорошему внутренний буфер в ОЗУ потребуется для предподготовки пакета данных.
[uquote="Thinnnfor",url="/forum/viewtopic.php?p=4635092#p4635092"]Я так и не смог запустить ту китйскую херь на TM1637 .
Хотя с MAX7219 проблем вообще не было.[/uquote]
ни чуть не сложнее, чем с MAX7219. примерно, как два пальца ...
Мудрость приходит вместе с импотенцией...
Когда на русском форуме переходят на Вы, в реальной жизни начинают бить морду.
7219- это просто - это просто ! Я не пользователь библиотек и скетчей ! Я просто написал прогу в кодевижин авр , без библиотек . Программно дёргаю выводы и всё с 7219 работает , и уже всяких часов с всякими бегущими строками, набегающими с верху .. это уже как года 4 назад написал . А во т ТМ - это какое то дерьмо , которое не хочет работать .
Как раз наоборот - в MAX7219 НЕ нужно программно дергать выводы, там аппаратный SPI справляется. А вот TM1637 - это косячный интерфейс - почти I2C, только нет адреса слейва.
[uquote="Thinnnfor",url="/forum/viewtopic.php?p=4635182#p4635182"]Старичёк , ты то супермонстр ассемблера ! А я то на си балуюсь .[/uquote]
Где то вроде выкладывал и под адуриний Си -"лаподрыг"то и там никто не отменял.
Доки для ТМ1637
самая большая проблема с модулями на ТМ1637 - это то, что производители ставят с слишком большой емкостью конденсаторы на сигнальные входы.
из-за этого придется делать слишком "длинные" импульсы по обоим входам.
я снимаю эти конденсаторы вообще, и модуль начинает прекрасно работать с тактовой частотой МК 1 МГц.
ну да, у меня это обычный программный "ногодрыг".
Мудрость приходит вместе с импотенцией...
Когда на русском форуме переходят на Вы, в реальной жизни начинают бить морду.
Я штатные кондеи на платке модуля индикации не трогал.
Единственно яркость зелёных индикаторов не слишком понравилась - не зелёное, а желтовато - противное свечение.
В остальном вполне сносно работает.
Опрос кнопок не использовался.
Но по ощущениям мой комплект "подопытных" явно в пользу MAX ...
Да и SPI заметно удобнее чем "вариации на тему I2C".
Как вариант можно рассматривать и самодельные контроллеры динамической индикации.
Берем простенький МК с достаточным количеством лапок, подходящим интерфейсом связи и делаем на нем свою "специализированную микросхему".
Нашёл наконец то на не Русском ресурсе , (потому что на Русских всё через ̶ж̶о̶п̶у̶ ардуино с библиотекой)
И вот перевод с того сайта -"
В техническом описании TM1637 предлагается использовать конденсаторы ёмкостью 100 пФ на линиях CLK и DIO, но я видел эффект от чего-то гораздо большего. В конце концов я нашёл схему 4-значного светодиодного дисплея RobotDyn, который я использовал, и на ней были показаны конденсаторы ёмкостью 10 нФ на линиях CLK и DIO. Я решил полностью удалить конденсаторы, и теперь дисплей работает нормально с тактовой частотой 400 кГц I2C и оригинальными подтягивающими резисторами 10 кОм, установленными на плате."
Тоже выкинул те кондёры , и теперь на дисплее что то появилось. Можно двигаться дальше.
Добавлено after 2 hours 25 minutes 16 seconds: Re: ATmega8, динамическая индикация, switch case и десятичная то
Теперь могу изменять яркость свечения сегментов. Уже скоро TM1637, ну и TM1640 будут показывать то, что я захочу !!!
Thinnnfor, дело не в ардуино с её библиотеками, а дело в производителях этих модулей, ставящих большую емкость.
хотя, и те библиотеки могут быть сделаны тоже через жопу...
Мудрость приходит вместе с импотенцией...
Когда на русском форуме переходят на Вы, в реальной жизни начинают бить морду.
Не совсем так...
К примеру тот программный лаподрыг, что я прекрасно использовал для любых RTC и ТМ1637, не прошел для работы с модулями BMP180 и QMS5883L (и других "датчиках с мозгами")... Предполагаю, что в том не только быстродействие лаподрыга причина, но и какие- то аппаратные "особенности" современных кристаллов с I2C интерфейсом...
Последний раз редактировалось BOB51 Вт окт 15, 2024 12:46:40, всего редактировалось 1 раз.