PFET вместо диода также используется, чтобы не использовать падение напряжения на диоде в 0,4В. Это важно, поскольку энергии от близкой к полному разряду батареи из 3 ячеек едва хватает для подсветки экрана ноутбука.
переложить на программирование, то это выглядело бы примерно так:
Адрес вместо данных также используется, чтобы не использовать лишние ячейки памяти при вызове функции. Это важно, поскольку памяти от близкой к полному исчерпанию ОЗУ из 256 ячеек едва хватает на обслуживание основной программы.
Мне кажется подобные публикации у специалиста вызывают зубную боль, а у новичка — головную.
На STM32 DMA цикл записи в порт из памяти занимает 10 тактов системной шины: DMA мифы и реальность. Так что можно прикинуть, какая должна быть тактовая частота у микроконтроллера. На дешёвых STM32, точно не взлетит.
Странно вы как-то считаете, за 0.2 мкс (чтобы корректно сформировать бит, надо этот бит, длительностью 1.2 мкс, разбить на 6 частей) вам надо заполнить 20 битный регистр, таким образом длительность тактового импульса для 74HC595 будет равняться 0.2 мкс / 20 = 0.01 мкс, что соответствует тактовой частоте 100 МГц.
В теории красиво, на практике не забудьте, что эти данные вам надо обновлять, в результате будут плавать временные интервалы. А на 74hc 595 реализация потребует тактовой частоты spi 100mhz, это мало какой контроллер потянет, плюс данные вам нужно сформировать прежде чем отправить в регистр. Может это все и заработает, но это будет очень сложно реализовать, что уже граничит с искусством.
Получается в вашем варианте вы вынуждены минимум в 25 раз увеличить фреймбуфер, проводить дополнительную обработку данных, чтобы преобразовать их из RGB в SPI последовательность. Плюс шину будете занимать в 25 раз дольше при DMA.
Повторюсь, я не претендую на «идеальное» решение. Доводами, которые я привожу, я всего лишь хочу показать, что требования бывают разные и те решения, которые предлагаете вы, могут не подойти.
Я считал, надо 20 модулей описанных в статье, и они уместятся в этом микроконтроллере. Я думаю, если разрабатывать сразу для управления таким количеством, то можно уместить и больше, экономя на общих ресурсах для всех модулей.
На сколько я смог вникнуть, в этом решении не все так просто как кажется, так как нет синхронизации между таймером и SPI. И перед отправкой данных надо перезапускать таймер. И на счёт формирования импульса сброса ничего не написано.
Когда надо будет управлять 20 000 SW2812B, да еще одновременно просчитывать кадр, то SPI может не хватить. Но это, как всегда, разговор ни о чем, «идеальных» решений не существует, кому-то хватит SPI, кому-то понадобиться что-то помощнее.
Можно спорить о лучшем решении в каком-то конкретном случае, с четко оговоренными параметрами, которые надо оптимизировать. Но спорить на тему, как лучше хранить шрифт в памяти вообще, по крайней мере — пустая трата времени.
переложить на программирование, то это выглядело бы примерно так:
Мне кажется подобные публикации у специалиста вызывают зубную боль, а у новичка — головную.
На STM32 DMA цикл записи в порт из памяти занимает 10 тактов системной шины: DMA мифы и реальность. Так что можно прикинуть, какая должна быть тактовая частота у микроконтроллера. На дешёвых STM32, точно не взлетит.
В теории красиво, на практике не забудьте, что эти данные вам надо обновлять, в результате будут плавать временные интервалы. А на 74hc 595 реализация потребует тактовой частоты spi 100mhz, это мало какой контроллер потянет, плюс данные вам нужно сформировать прежде чем отправить в регистр. Может это все и заработает, но это будет очень сложно реализовать, что уже граничит с искусством.