Не вижу смысла тратить своё время на изобретение велосипеда. Можно, конечно, всё это изобрести самостоятельно, но у меня есть чем заняться более осмысленным.
Чистый ESP-IDF будет, вероятно, в следующей жизни :)
На всякий случай, под "заиканиями" я понимаю джиттер потока данных на MOSI с частотой SPI 4 МГц. Возможно это так и должно быть на такой частоте, но SPI аппаратный и потоки на разных ядрах - вроде бы мешать друг другу не должны.
Понадобилось в Ардуино распараллелить две задачи - использовал xTaskCreatePinnedToCore - результат так себе. Вроде бы процессы исполняются на разных ядрах, а взаимозависимость сохраняется и никакие настройки не позволяют получить два не влияюших друг на друга процесса (по задержкам и стабильности работы).
Этому тексту точно нужен редактор-корректор: рубленные фразы, косноязычие, "панибратство" с читателем, кроме того, куча "мелких" и серьёзных ошибок - я прочитал вступление и нашёл две явные ошибки, которые невозможно не заметить, если бы автор хотя бы раз вычитал свой материал.
А так дело важное и полезное - голосую "за" двумя руками.
P.S. Ну и по сути того, что там написано, я чувствую, можно было бы сильно поспорить и пообсуждать (когда книга будет прочитана).
Я попытался решить эту проблему. Там динамическая индикация и минимальные задержки (при правильном алгоритме работы) дают такие побочные дефекты "подсветки" лишних светодиодов.
Ещё мысль: интересно, почему никто из производителей не додумался выпускать готовые планки диодов WS2812 для сборки кубов? Это упростило бы на 2-3-4 порядка трудоёмкость создания кубов из них.
На ютубе есть примеры кубов на WS2812 - выглядят очень круто. И собирать не сказать, что очень сложно, но там нужно делать много вспомогательных деталей и нет спецификаций в открытом доступе.
Так что основная проблема - найти такой же проработанный и документированный проект, как проект Гайвера.
Не вижу смысла тратить своё время на изобретение велосипеда. Можно, конечно, всё это изобрести самостоятельно, но у меня есть чем заняться более осмысленным.
Я хочу проработанный и открытый проект, где как Гайвер дают все спецификации и пошагово объясняют что и как делать.
В частности, шаблоны для загибания ног светодиодов, матрицы и методологию сборки.
А собирать, я думаю, нужно на 4-ногих WS2812D и паять их по принципу Mega Cube.
240 МГц
Это универсальная платформа, управляет любой иллюминацией. В частности, проверялось на LED Cube по SPI и на лентах WS2812 - результат один и тот же.
Всего 13. Видимо 11 стандартных, как у вас, и 2 моих, раскиданных по двум ядрам.
И что это нам даёт?
Одно ядро обслуживает динамическую LED матрицу, другое ядро - веб-сервер. Как только веб-сервер начинает выдавать страницы, матрица начинает мигать.
Спасибо, попробую почитать.
Чистый ESP-IDF будет, вероятно, в следующей жизни :)
На всякий случай, под "заиканиями" я понимаю джиттер потока данных на MOSI с частотой SPI 4 МГц. Возможно это так и должно быть на такой частоте, но SPI аппаратный и потоки на разных ядрах - вроде бы мешать друг другу не должны.
Да, сама модель ESP32 двухядерная и функции идентификации ядра для потока возвращают разные ядра.
Да, ESP32. Я ожидал, что если процессы выполняются на разных ядрах, то не будут влиять друг на друга.
В реальности если активен один процесс, то "заикается" другой. Настройки приоритетов и прочие не помогают.
И это разные ядра :) что у них там происходит на одном ядре даже проверять не хочу :)
Понадобилось в Ардуино распараллелить две задачи - использовал xTaskCreatePinnedToCore - результат так себе. Вроде бы процессы исполняются на разных ядрах, а взаимозависимость сохраняется и никакие настройки не позволяют получить два не влияюших друг на друга процесса (по задержкам и стабильности работы).
Тут бы с английским разобраться...
Этому тексту точно нужен редактор-корректор: рубленные фразы, косноязычие, "панибратство" с читателем, кроме того, куча "мелких" и серьёзных ошибок - я прочитал вступление и нашёл две явные ошибки, которые невозможно не заметить, если бы автор хотя бы раз вычитал свой материал.
А так дело важное и полезное - голосую "за" двумя руками.
P.S. Ну и по сути того, что там написано, я чувствую, можно было бы сильно поспорить и пообсуждать (когда книга будет прочитана).
Всё суетишься...
Я попытался решить эту проблему. Там динамическая индикация и минимальные задержки (при правильном алгоритме работы) дают такие побочные дефекты "подсветки" лишних светодиодов.
Пока побороть эту проблему мне не удалось.
Девушка с паяльником? - наш выбор! Всяко лучше, чем куклы с 3-сантиметровыми ногтями.
Ещё мысль: интересно, почему никто из производителей не додумался выпускать готовые планки диодов WS2812 для сборки кубов? Это упростило бы на 2-3-4 порядка трудоёмкость создания кубов из них.
Спасибо, посмотрим.
Разработал и собрал модули-переходники для ESP32 и для гибридного варианта ESP8266+Nano - всё работает на ура.
Вообще красота: вынул Nano, вставил модуль ESP32 - и у тебя уже LED куб на ESP32.
На ютубе есть примеры кубов на WS2812 - выглядят очень круто. И собирать не сказать, что очень сложно, но там нужно делать много вспомогательных деталей и нет спецификаций в открытом доступе.
Так что основная проблема - найти такой же проработанный и документированный проект, как проект Гайвера.
Всё это хорошо, но я бы порекомендовал администрации Хабра от анализа количественных характеристик переходить к попыткам осмысления качественных :)