ARDUINO Bluetooth матрица. Обсуждение проекта
- Автор темы AlexGyver
- Дата начала
В общем, разобрался в чем проблема. Если кто еще столкнется, то проблема была в версии менеджера плат esp8266 by ESP8266 Community. Нужно было всего лишь руками обновить ее до версии 2.4.2 и выбрать плату Wemos D1 R1. Ранее я пользовался версией 2.3.0 менеджера плат и там не было такой платы, выбирал плату Wemos D1 R2 & mini. Но, что интересно, прошивка 1.9 компилировалась нормально, а вот прошивки 1.10 и 1.11 не компилировались все с той же ошибкой определения переменной max.
А почему у тебя на вкладке только файл прошивки открыт? Где все остальное? Похоже на то, что ты действительно распаковал из архива или скачал только основной файл прошивки без остальных и пытаешься его скомпилировать. Там есть основной файл с названием GyverMatrixOS_v1.xx.ino и все остальные, которыми он пользуется (custom, effects, файлы игр, блютуза и др). И версия у тебя 1.8 судя по названию, а не 1.9.
Скачай полностью архив, распакуй его и открывай основной файл прям из папки, куда распакуешь, чтобы рядом были все остальные файлы.
Удалось завести проект на ESP32 с использованием встроенного Bluetooth.
Завелось на всех эффектах для матрицы 11*10 и всеми играми (Часы пока что не проверял).
Сейчас поиграюсь еще пару часов, хочу понять макс размеры и может допилю часы).
__
Под матрицу 140*140 компилится без проблем)
Завелось на всех эффектах для матрицы 11*10 и всеми играми (Часы пока что не проверял).
Сейчас поиграюсь еще пару часов, хочу понять макс размеры и может допилю часы).
__
Под матрицу 140*140 компилится без проблем)
Вложения
Изменено:
Хелп!
Собрал матрицу на STM32 Black Pill.
Матрица подключена зигзагом.
Включается, работает демо режим.
Проблема заключается в том что по синезубу вообще никакой реакции, хотя к самому модулю бт смарт подключается.
Собрал матрицу на STM32 Black Pill.
Матрица подключена зигзагом.
Включается, работает демо режим.
Проблема заключается в том что по синезубу вообще никакой реакции, хотя к самому модулю бт смарт подключается.
Изменено:
Друзья, кто нибудь может ответить по GyvermatrixOS-
почему у матрицы 25х4 нормальный размер прошивки, а у столько же пикселей 100х1- 5 раз больше? Так и должно быть или я где то накосячил при отключении разных модулей?
Читал (и осознал), что: чем больше матрица, тем больше памяти занимает прошивка, но нигде не говорится, что- чем Уже/непропорциональней матрица, тем меньше пикселей влезет в сумме.
У меня проект где хотелось бы иметь именно длинную ленту шириной в 1 пиксель.
Отключил игры, часы, текст, блютус.
Кто это сожрал всю память?
почему у матрицы 25х4 нормальный размер прошивки, а у столько же пикселей 100х1- 5 раз больше? Так и должно быть или я где то накосячил при отключении разных модулей?
Читал (и осознал), что: чем больше матрица, тем больше памяти занимает прошивка, но нигде не говорится, что- чем Уже/непропорциональней матрица, тем меньше пикселей влезет в сумме.
У меня проект где хотелось бы иметь именно длинную ленту шириной в 1 пиксель.
Отключил игры, часы, текст, блютус.
Кто это сожрал всю память?
А изза чего именно ограничение на размер матрицы в основном? изза количества эффектов встроенных или просто данные хранятся не зависимо ( я так понимаю там массив состояния всех диодов должен быть ), если цвета урезать в 256( 1 байт ) - можно ли поднять разрешение?
Из за оперативный памяти, строй на stm32 или esp8266, увеличить сможешь матрицу в два, а то и в три раза.
я имел ввиду на что она уходит? какая часть статическая а какая на лампочки
если выдрать один эффект - матрица будет больше или уходит по большому счету на хранение состояния?
памяти у нас 2кб?(nano v3)
на лампочки
16*16*3=768
те еще 1.2кб на саму логику? тогда наверное выдирая эффекты можно сэкономить
в ардуинке бывают динамические библиотеки? чтобы не грузить все в память сразу?
еще если ограничить количество одновременно используемые цветов например в 32
тогда можно хранить список используемых цветов и в массиве только номер цвета, тогда для 16x16 будет
32*3 + 16*16 = 352
ну и сжатие можно придумать по повторяющимся последовательностям
если выдрать один эффект - матрица будет больше или уходит по большому счету на хранение состояния?
памяти у нас 2кб?(nano v3)
на лампочки
C++:
CRGB leds[NUM_LEDS];те еще 1.2кб на саму логику? тогда наверное выдирая эффекты можно сэкономить
в ардуинке бывают динамические библиотеки? чтобы не грузить все в память сразу?
еще если ограничить количество одновременно используемые цветов например в 32
тогда можно хранить список используемых цветов и в массиве только номер цвета, тогда для 16x16 будет
32*3 + 16*16 = 352
ну и сжатие можно придумать по повторяющимся последовательностям
Изменено:
Нифига не четко. Ибо годится только для матрицы 16х16, а как только ''вытянуть'' матрицу в одной плоскости- использование оперативной памяти идёт в космос.
Я с этим тоже мучаюсь.
В смысле- ''проблема в памяти''? Проблема в размере того, что пишется в SDRAM- оно неадекватно растёт, если одна сторона удлиняется и это не очень зависит от общего количества диодов. Попробуйте сами.
Кое какие костыли я нашел, но это всё не совсем элегантно
И да- я использую только эффекты- обычные и noise. Часы, игры, БТ, текст- не использую.
мне еще лента не пришла =)
просто данные диодов хранятся и так в плоском массиве
CRGB leds[NUM_LEDS];
если инвертировать в 96х1 - таже проблема? или только с горизонтальным?
просто данные диодов хранятся и так в плоском массиве
CRGB leds[NUM_LEDS];
если инвертировать в 96х1 - таже проблема? или только с горизонтальным?
Ну так для того, чтобы узнать что не лезет в память, лента не нужна
дайте закомпилировать для конкретной ардуинки и получите красную ошибку.Я во всём этом деле не очень эксперт, но конкретно в моем случае проблема не решается количеством диодов (тогда было бы всё равно 16х16 или 256х1). Я нашёл это место в скетче noise_effects:
// This is the array that we keep our computed noise values in
#define MAX_DIMENSION (max(WIDTH, HEIGHT))
#if (WIDTH > HEIGHT)
uint8_t noise[WIDTH][WIDTH];
#else
uint8_t noise[HEIGHT][HEIGHT];
#endif
где из за большого размера одной стороны размер вспухает. И ковыряя эти значения кое как можно контролировать размер в памяти.
да, логично, у тебя выделяется памяти 96*96 = 9K
да этот эффект не линейно растет по памяти, надо переписывать =)
да этот эффект не линейно растет по памяти, надо переписывать =)