Balancer: Все сообщения за 20 Мая 2017 года

•  инфо
•  инструменты
• Ответить на сообщение

Научился через Arduino (ЯП/IDE) управлять портами не через digitalWrite, а через регистры. То, что надо для управления панелью (вместо регистра PORTB Arduino).

Примерно так:

1. void setup() {
2.   // Пока не знаю, как настроить вывод нативно, через GPIOA->regs->CRL не вышло.
3.   // GPIOA->regs->CRL = (GPIOA->regs->CRL & 0x33333333) ; //set PA0-PA7 output — не работает
4.   // Поэтому — через Arduino API
5.   pinMode(PA0, OUTPUT);
6.   pinMode(PA1, OUTPUT);
7.   pinMode(PA2, OUTPUT);
8. }
9.  
10. void loop() {
11.   // Вешаем для теста RGB-светодиод каналами на PA0/PA1/PA2
12.   // Инкрементим регистр состояний —
13.   // младшие биты по очереди перебирают все комбинации
14.   // Светодиод меняет цвета каждую секунду
15.   GPIOA->regs->ODR++;
16.   delay(1000);
17. }

Подробнее по нативному программированию пинов:

Потом прошил, наконец, USB-загрузчик. И теперь моя STM32 шьётся по USB, USB-Serial можно убрать в коробочку Рецепт есть тут:

•  2
•  инфо
•  инструменты
• Ответить на сообщение

Для переписывания Arduino-библиотеки под сабж на STM32 разбираюсь с ней. Открыл совершенно новую для себя вещь

Матрица не имеет встроенного управления яркостью. Фактически она получает в несколько проходов битовые массивы вкл/выкл для каждого светодиода. 2048 светодиодов в 16 блоков, по 128 значений в каждом. Как передаётся конкретное значение — пока не разбирался. Интересное не в этом

Регулировка яркости осуществляется через PWM (ШИМ). Но 2048 светодиодов рулить через ШИМ/PWM — это ж сколько ресурсов нужно!

Так вот, в библиотеке матрицы используют некую модификацию PWM — Binary Code Modulation:

На пальцах всё понятно. Вместо того, чтобы, как в PWM выставлять 1, ждать период скважинности, выставлять 0 и ждать полный период мину период скважинности, мы выставляем значение бинарного бита с выводимого уровня и ждём время, пропорциональное значению этого бита:

Для 4-х битного числа 0b1101 = 0xD = 13 (и, соответственно, скважинность 13/15):

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

То есть, у PWM нагрузка на процессор:

- Не зависит от разрешения
- Зависит от числа каналов

У BCM:

- Не зависит от числа каналов
- Зависит от разрешения

Практика показывает, что Arduino отлично справляется. У матрицы 64x32 и 2048 светодиодов максимальная частота обновления где-то на уровне 100Гц.

Но почему получается независимость от числа каналов я пока не понимаю В моём представлении всё равно задержка на каждый канал же должна рассчитываться индивидуально. Что-то я недопонимаю...

Ещё ссылки по этому методу (на русском — нет)

•  1
•  инфо
•  инструменты
• Ответить на сообщение

Итак, новая практическая задача Хочу повесить RGB LED матрицу у входной двери, чтобы при выходе из дому она давала напоминания. Какие-то TODO, погоду, предупреждение о невыключенном на кухне газе и т.п.



Планировал сперва задействовать STM32 в роли управления матрицей + ESP8266 для связи. Сейчас думаю, что с адаптацией библиотеки матрицы под STM32 дело затянется, так что лучше временно задействовать нынешнюю Arduino Mega. А для связи хватит и банального nRF24L01 (кои всё равно без дела валяются).

Попалось по теме такое решение:

Или такое:

Т.е. нода с матрицей будет по nRF24L01 связываться со шлюзом (или на отдельном Arduino, всё равно Ethernet-шилд без дела валяется тоже и вряд ли куда-то ещё его придумаю задействовать, или на Orange Pi), а уже шлюз будет получать данные с MQTT-брокера (и слать туда в том числе тоже — например, информация о присутствии человека в прихожей).

Думаю, начинать нужно с самого простого. А то так с места и не стронется

Надо сделать получение простой строки текста с MQTT и вывод на дисплей. Потом можно будет уже расширять до передачи цвета, картинок...

•  2
•  инфо
•  инструменты
• Ответить на сообщение