по цене они выходят дороже, но и функционально лучше.
только возникает вопрос, если на них собирать RGB, то как синхронизировать между собой моменты сканирования?
посмотрел цены в китае, на матрице 8х8 еще сопоставимо, но например для 32х8 уже в 1.5-2 раза дороже. но с другой стороны, и пайки меньше. по скорости работы они не уступают судя по даташиту.
я правильно понимаю, что для организации RGB матрицы 8х8 потребуется 12 шт TLC5940 или 3 шт MAX7219?
когда начинал, искал подходящее что-то у MAX, но для контроллеров RGB-матриц у них цены запредельные
в первую очередь спортивный интерес
само устройство я собрал несколько лет назад, но улучшил только сейчас
перед WS2812 особых преимуществ на первый взгляд нет, если только по цене и кастомизируемости/производительности
а у вас есть опыт работы с WS2812? заявлено 16млн цветов, интересно посмотреть, как это выглядит в живую
на STCP еще нужна емкость, чтобы подтягивался не сразу. но тут еще придется рассчитывать параметры RC, чтобы включался не слишком быстро но и не слишком долго.
кстати, в канале регулировки напряжения есть емкость, ограничивающая резкое изменение, а заодно дает задержку для загрузки МК при включении.
Соглашусь с вами если энкодеры сломаются так же быстро, как и реостаты. Основная цель/причина описана в предисловии — быстрый выход из строя реостатов. Из дополнительного — увеличилась точность и линейность регулировки. А дополнительный функционал при наличии МК запрограммировать не составит труда. Возможные улучшения перечислены в конце статьи.
с перебоем напряжения — это интересный кейс, надо подумать. тут еще нужно посмотреть, что сам БД делает в это время.
сигнал сброса регистров у тебя подключен к контроллеру без подтяжки
учитывая даташит, подтягивать сброс не имеет смысла, т.к. он сбрасывает только внутренний регистр. нужно подтягивать OE к 1, а после прогрузки МК программно переводить его в 0.
Поставь подтягивающие резисторы на сигнальные входы регистров
на все ставить не нужно. если сделать как выше с использованием OE, то состояние любых управляющих входов не имеет значения.
большое спасибо за ссылки.
часть даташита AMS1117 о стабилизации я действительно упустил из виду. проверил осциллографом выходное напряжение, была генерация на 7кГц с амплитудой 0.5 вольта.
после установки танталового конденсатора 22мкФ напряжение стабилизировалось. за компанию поставил емкости 100нФ максимально близко к линиям питания регистров.
Были мысли сделать сохранение, но в итоге сделал при старте ток на максимум, напряжение на 5 вольт. По личному опыту работы с БП, эти значения наиболее используемы.
С другой стороны, это решается программно и ничто не мешает в любой момент добавить сохранение и прошить МК (ну кроме того, что нужно разбирать БП).
Ежели 16 бит, то как с линейностью и монотонностью характеристики код-напряжение?
на 16 не проверял. смотрел для 8 бит на макете — было хорошо.
для блока питания вполне хватило бы даже 12 бит что сократило бы количество необходимых регистров до 3-х.
изначально планировалось разместить именно 3 регистра между энкодерами и использовать по 12 бит. но при разводке платы показалось не удачным решением. в итоге выбрал вариант с 4 регистрами и передачей данных параллельно в 2 SPI-канала, что увеличило скорость в 1.5 раза и избавило от необходимости складывать полубайты.
как вариант — в нависном монтаже, когда можно обойтись без платы
еще весомый плюс — нет необходимости сверлить отверстия под ножки
только возникает вопрос, если на них собирать RGB, то как синхронизировать между собой моменты сканирования?
судя по даташиту, она умеет управлять 16 светодиодами и я не вижу варианта организации матриц.
LCD тоже планируется для вывода различной информации. LED будет для циферблата и возможно каких то эффектов.
когда начинал, искал подходящее что-то у MAX, но для контроллеров RGB-матриц у них цены запредельные
само устройство я собрал несколько лет назад, но улучшил только сейчас
перед WS2812 особых преимуществ на первый взгляд нет, если только по цене и кастомизируемости/производительности
а у вас есть опыт работы с WS2812? заявлено 16млн цветов, интересно посмотреть, как это выглядит в живую
кстати, в канале регулировки напряжения есть емкость, ограничивающая резкое изменение, а заодно дает задержку для загрузки МК при включении.
не совсем понял, как они скопируются на выход? кто-то должен перевести из 0 в 1 сигнал STCP.
нужно подтягивать OE к лог.1 резистором. тогда до инициализации МК на выходах ЦАП будет 0В.
с перебоем напряжения — это интересный кейс, надо подумать. тут еще нужно посмотреть, что сам БД делает в это время.
учитывая даташит, подтягивать сброс не имеет смысла, т.к. он сбрасывает только внутренний регистр. нужно подтягивать OE к 1, а после прогрузки МК программно переводить его в 0.
на все ставить не нужно. если сделать как выше с использованием OE, то состояние любых управляющих входов не имеет значения.
добавил в конце статьи раздел с графиками, замерял только используемый диапазон в уже собранном БП.
часть даташита AMS1117 о стабилизации я действительно упустил из виду. проверил осциллографом выходное напряжение, была генерация на 7кГц с амплитудой 0.5 вольта.
после установки танталового конденсатора 22мкФ напряжение стабилизировалось. за компанию поставил емкости 100нФ максимально близко к линиям питания регистров.
С другой стороны, это решается программно и ничто не мешает в любой момент добавить сохранение и прошить МК (ну кроме того, что нужно разбирать БП).
на 16 не проверял. смотрел для 8 бит на макете — было хорошо.
изначально планировалось разместить именно 3 регистра между энкодерами и использовать по 12 бит. но при разводке платы показалось не удачным решением. в итоге выбрал вариант с 4 регистрами и передачей данных параллельно в 2 SPI-канала, что увеличило скорость в 1.5 раза и избавило от необходимости складывать полубайты.
я думаю это не единственный недостаток в плане помех
а тут не совсем понял, о каком регуляторе речь?
мне кажется у вас ошибочное представление о количестве рассыпухи в БП.
БП ПК попроще
посложнее
даже в том что попроще, если и меньше, то не на много