Форум arduino.ua

Ось такий опис і потрібно надавати в самому першому повідомленні, при описі проблеми.

"Нічого не працює" - це якщо навіть індикатор живлення не світиться.

#include <Servo.h>

static constexpr int threshold = 700;
static constexpr int hist = 50;

Servo myservo;

void setup()
{
  Serial.begin(9600);
  myservo.attach(4);
  myservo.write(60);
}

static bool alight = false;
static bool dir = false;

void loop()
{
  int val = analogRead(A3);
  Serial.println(val);

  if (alight) {
    alight = val > threshold - hist;
  } else {
    alight = val > threshold + hist;

    if (alight) {
      myservo.write((dir = !dir) ? 0 : 120);
      delay(1000);
      myservo.write(60);
    }
  }

  delay(100);
}

Симуляція. Але в цьому симуляторі у фотоелемента вихід інверсний: чим більше освітлення, тим менший рівень він видає. У вашій схемі навпаки, так що скетч має працювати правильно. Величину порогового значення (threshold) та гістерезису (hist) підбирайте експериментально.

Воно ж написало вам, в якому рядку що не так. Приберіть ту зайву помилкову дужку:

Serial.println(val);

У вас весь цей код:

виконується тільки коли state == 1. Коли state == 0, нічого взагалі не виконується.

LGT8F сумісна з AVR на рівні кодів інструкцій, але несумісна на рівні таймінгів. І FastLED наче б то це враховує, використовуючи подвійний nop замість rjmp.
Ви ж, сподіваюсь, платформу та фреймворк lgt8fx використовуєте для LGT8F, а не atmelavr та arduino-avr?
Можете зарепортити issue у FastLED.

Навіщо - для підвищення швидкодії, для чого ж іще.

Як уже згадував вище, в одному з перекладів даташита присутні дивні значення таймінгів "1/2" для інструкцій, що не виконують умовних переходів. Це мало би означати, що в деяких випадках інструкція виконується за 1 такт, а в деяких за 2. Для інструкцій умовного виконання це зрозуміло, а от що це значить для безумовних LD? Ніякого толкового опису поки що не зустрічав.

Нажаль, не маю під рукою LGT8F, щоб поекспериментувати. Як буду колись щось купляти потрібне, то, мабуть, замовлю в довісок і такого звіра.

А "0: r=ff g=ff b=ff" - хіба не декодування кольорів? Чи воно завжди "ff" пише?

Saleae Logic 2 v2.4.29

Не вловив причини для сарказму. Ви ж наче хотіли розібратись, в чому причина глюків. Ну, якщо просто пожалітись, то нема питань

Щоб зняти підозру, є сенс скомпілювати і перевірити на оригінальній AVR. Ви ж тільки в 4-му повідомленні згадали, що у вас МК несумісний з AVR по таймінгам інструкцій.

В FastLED є якась поправка для LGT8F. А макрос __LGT8F__ визначається в pins_arduino.h фреймворка. Ви ж цей фреймворк використовуєте? Хоча скомпільований для AVR і запущений на LGT8F код мав би давати навпаки, коротші таймінги, а не довші.

В microLED взагалі LGT8F визначається по F_CPU == 32000000UL.

Ну, частота виборки у нього більша за 8 МГц? Інакше сенсу в таких вимірах ніякого.

Я так і не зрозумів, "всі кольори одночасно" - це на одному чіпі чи на всіх у стрічці? Може дійсно, просто струму живлення не вистачає.
Я би в першу чергу спробував різні варіанти: увімкнути тільки один, перший, в комбінаціях RG, RB, GB, RGB. Потім те ж саме, тільки з другим по порядку. Потім уже з усіма на стрічці. З того, чи відрізняються результати при цих варіантах, можна робити якісь висновки.

Також, у вищезгаданій статті:

Може якраз ваш випадок.

Відповідно до коду, має би бути 0.875 мкс.
А TH=1 мкс при TH+TL=1.25 мкс відповідає UCS2903.

Пишуть, толерантність до таймінгів у цих чіпів по факту вища, ніж заявлено. Але може не у всіх

У FastLED гранулярність 125 нс навіть при 16 МГц: src/chipsets.h:773

Там же явно лежить libraries/FastLED-3.2.9, хіба ні? Чи ми дивимось у різні репозиторії?

На картинці передається Green: 0x58 / Red: 0x80 / Blue: 0x78 на 4 світлодіоди, потім 0/0/0 ще на 4. Тільки шкали часу не видно. Але аналізатор декодував правильно, так що з таймінгами, мабуть, все ок.

Це в першу чергу потрібно уточнювати, яка саме ліба якої версії використовується. Гуверняна ліба, мабуть же, клон від цієї.

Якщо у клона МК таймінги виконання інструкцій такі ж, як у оригінала, то працюватиме так само як на оригіналі.

Чи це тільки з FastLED такі ефекти, а якщо напряму всунути в стрічку 255/255/255, то світиться нормально?

 FastLED.addLeds<WS2812B, LED_DATA_PIN, GRB>(leds, NUM_LEDS);

WS2812B.pdf, остання сторінка.
src/eorder.h:9