@technotrasher, исходники Фастлед свободно лежат на гитхабе, текст не засекречен, что мешает посмотреть, как работает эта функция? Чтото мне помнится, что как раз настройки отдельных пикселей яркость не переопределяют. Но могу и ошибаться.
#define NUM_LEDS 180
#include "FastLED.h"
#define LED_PIN 12
CRGB leds[NUM_LEDS];
byte rainbow_steps;
byte RAINBOW_PERIOD = 4;
void setup() {
FastLED.addLeds<WS2812B, LED_PIN, GRB>(leds, NUM_LEDS); //.setCorrection(0xFFB0D0); // она вам нужна???
FastLED.setBrightness(50); // ок, ограничили глобальную яркость в 50
}
void loop() {
EVERY_N_MILLIS(30){
rainbow_steps -= 1; // counter меняется от 0 до 255 (тип данных byte)
}
for (int i = 0; i < NUM_LEDS; i++ ) { // от 0 до первой трети
leds[i] = CHSV((rainbow_steps + i) * RAINBOW_PERIOD, 255, 255); // HSV. Увеличивать HUE (цвет)// умножение i уменьшает шаг радуги
}
EVERY_N_MILLIS(20){
FastLED.show();
}
}Не совсем так. Каждый луп дергать show() чревато тем что вы описали, это гарантировано, тут полностью согласен. Но и фикс.частота вывода тоже не панацея, и тоже будет создавать артефакти, теряя вывод промежуточных кадров, которые были обсчитаны, но не выведены из за того, что еще не выстрелил таймер для show().
#define NUM_LEDS 180
#include "FastLED.h"
#define LED_PIN 12
CRGB leds[NUM_LEDS];
byte rainbow_steps;
byte RAINBOW_PERIOD = 4;
void setup() {
FastLED.addLeds<WS2812B, LED_PIN, GRB>(leds, NUM_LEDS); //.setCorrection(0xFFB0D0); // она вам нужна???
FastLED.setBrightness(50); // ок, ограничили глобальную яркость в 50
}
bool rainbow(){
EVERY_N_MILLIS(30){
rainbow_steps -= 1; // counter меняется от 0 до 255 (тип данных byte)
// блок ниже тоже лучше перенести сюда, в EVERY_N...,
// если rainbow_steps не менялся, нет смысла перенабивать массив leds
for (int i = 0; i < NUM_LEDS; i++ ) { // от 0 до первой трети
leds[i] = CHSV((rainbow_steps + i) * RAINBOW_PERIOD, 255, 255); // HSV. Увеличивать HUE (цвет)// умножение i уменьшает шаг радуги
}
return true;
}
return false;
}
void loop() {
bool toShow = false;
switch (eff) { // тут переключаем эффекты
case ...
//....
case 3:
toShow = rainbow(); // отрабатывает функция расчета эффекта
break;
case...
}
if (toShow) { // выводим на ленту только если функция эффекта действительно что-то обновила в массиве leds.
// FastLED.setBrightness(newBri); // тут же можна и яркость новую установить, она будет применена к буферу перед выводом на ленту
FastLED.show();
}
}1. Для кода выше цвет будет смещаться каждые 30мс, а вывод кадра каждые 20мс. Объясните условия при которых будет потеря кадра.
Вы описываете неправильный концепт. Вывод кадров фиксируется, если вы не фиксируете вывод кадров, то попросту не сможете синхронизировать множество параллельных процессов и будет нечто а-ля реализация Гуннер-подобных методов, где все работает через жопу. Попробуйте понять, что у вас кадр может обсчитываться 100 раз в секунду, 50 раз в секунду, 20 раз в секунду, что параллельно на других слоях могут работать фейдеры, вывод текста (а у него своя задержка на отрисовку и смещения), да и вообще потенциально идеалогически возможен параллельный вывод нескольких эффектов на разных слоях - каждый со своим кол-вом кадров.
Конечно не для меня, но вот вам бы следовало самому разобраться как все работает и почему я с самого начала фиксировал вывод кадра и почему призывал и призываю всех делать именно таким образом. Да, т.к. речь сейчас идет о микроконтроллерах и в случае эффектов с кучей тригонометрии получить ожидаемый ФПС в 50к/с не всегда удается, т.к. расчет кадра не прерывается и эффект-процессору приходится ждать, но в то же время для быстрых эффектов нет никакого смысла выводить кадр 100 раз в секунду, даже если подобный расчёт сделан, у вас глаз не способен различить информацию с такой частотой, а вот избыточно нагружать контроллер выводом, особенно если нет DMA - явно не стоит. Более того - подобная концепция применяется повсеместно, у вас нет мониторов с плавающей частотой вывода, у вас есть фиксированные частоты передачи интерфейсов, у вас везде тактирование с заданными интервалами... Это не потому, что невозможно сделать "плавающие" тайминги, а потому что делая их - стреляем себе в ногу. Впрочем это уже объяснялось, в том числе и вам. Если по прошествии кучи времени вы так этого и не поняли - ну пичалька, чо... бывает.
Вот и разберитесь какой механизм и как работает. Давно пора.
Код плох, комментарий в коде плох и глуп. На этом все.
Ага...
void loop() {
EVERY_N_MILLIS(30){
rainbow_steps -= 1; // counter меняется от 0 до 255 (тип данных byte)
}
for (int i = 0; i < NUM_LEDS; i++ ) { // от 0 до первой трети
leds[i] = CHSV((rainbow_steps + i) * RAINBOW_PERIOD, 255, 255); // HSV. Увеличивать HUE (цвет)// умножение i уменьшает шаг радуги
}
очень мало примеров с пояснениями. на форуме по нему иногда бывают очень хорошие пояснения. не я один страдаю. да. в с++ я еще только полгода разбираюсь...Не переживайте, на уровне обычного зажигания пикселей в фастледе никакая "экосистема" не требуется и он не сложнее неопикселя. Многие функции работают и даже называются так же. Библиотека довольно логично построена и понятна без документации.с фастлед не уйти. пробовали уже. поэтому в нем разбираться. да. это целая экосистема.
я это именно и читал!!!!!
в неопиксель не удалось перенести работу с палитрами. в фастлед она проще организованна.
case 6: {
switch (light_mode) {
case 0: one_color_all(LIGHT_COLOR, LIGHT_SAT, 255); break;
case 1:
if (timer_func(RUNNING_SPEED)) {
this_color -= 1;
//rainbow_steps -= 1; // rainbow_steps++ counter меняется от 0 до 255 (тип данных byte)
}
fill_rainbow( leds, 50, this_color, RAINBOW_STEP ); // RAINBOW_STEP 1 - 30
//for (int i = 0; i < NUM_LEDS; i++ ) { // от 0 до первой трети
//leds[i] = CHSV(rainbow_steps + i * RAINBOW_STEP, thissat, 255); // HSV. Увеличивать HUE (цвет)// умножение i уменьшает шаг радуги
//}
break;
}
}
break;Вообще-то влияет на максимальную яркость, как я писал выше. До определенного уровня - эффекта на увидите. Ну и смотреть желательно с амперметром на белом цвете.
Правда фастлед местами э... несколько глючный и установка лимита тока или яркости могут при определенных обстоятельствах чуток неправильно отрабатывать. Все я уже не вспомню, но в коде лампы есть комментарии вида: setcurLimit(curlimit);
//FastLED.addLeds<WS2812B, LAMP_PIN, COLOR_ORDER>(leds, NUM_LEDS).setCorrection(TypicalLEDStrip);
//FastLED.addLeds<WS2812B, LAMP_PIN, COLOR_ORDER>(leds, NUM_LEDS).setCorrection(TypicalPixelString);
FastLED.addLeds<WS2812B, LAMP_PIN, COLOR_ORDER>(getUnsafeLedsArray(), NUM_LEDS);
brightness(0, false); // начинаем с полностью потушеной матрицы 1-й яркости
if (curlimit > 0){
FastLED.setMaxPowerInVoltsAndMilliamps(5, curlimit); // установка максимального тока БП
}
FastLED.clearData();
//FastLED.clear(); // очистка матрицы
//FastLED.show(); // для ESP32 вызывает перезагрузку циклическую!!! Убираю, т.к. при 160Мгц вызывает бросок тока и яркости!!! Не включать и оставить как напоминание!несколько раз повторялось FastLED.setBrightness. убрал. сделал глобально. установил 60. все заработало. на яркость никак не влияет????? что 60 что 255!!! почему так... или это моё восприятие. могу взять лайт метр...
спать некогда.
. не ошибки. предупреждения. с ошибками вообще не пройдет компиляция. у ядра, например Алекса там есть ещё и забавные сообщения при компиляции.
Если используете FastLED то и можно, и нужно. По сути это классы-обертки, их несколько штук с похожими названиями, к примеру EVERY_N_SECONDS еще есть
я предпочитаю всегда использовать "громоздкое" if millis().