Пока никого нет, держите - 3 сообщение сверху  и  7 сообщение сверху

Целая статья по этому поводу - здесь

Появятся в сети Аксакалы, получите более детальный ответ!

Загоняете формулу в Excel и берёте нужное Вам количество градаций.

Должно получиться что-то типа такого, только это таблица для sin и cos:

Отредактировано sasha_1973 (2014-01-06 09:06:55)

А чем вы собираетесь мерить яркость конкретной модели светодиода?
Или будите брать её из датащита и тогда введя кучу данных с кривых вы будите получать яркость? - этот метод как-то не реален)

И не забываем ещё о том, что чем меньше значение ШИМ - тем больше мы начинаем замечать моргание светодиода, т.е. отображение на разных коэффициентах ШИМа  + свойства светодиода - разное отображение/поведение. Да, можно повысить частоту в разы, но тут появится другая проблема, как вы правильно подметили, что на забугорных форумах идут дебаты о строения/восприятия глаза, оно у всех разное (+/-), ещё накладывается условия/среда эксплуатации. В общем, если хотим получить минус кучу проблем, надо вообще уходить на аналог.

зы: шим у нас линейный (в какой-то степени), а вот хар-ки светодиода - нет.

зы2: я вообще делал простой функционал, который скажем на выходе менялась общая яркость свечения, но относительно заданной яркости, при этом входное значения имело одну и туже составляющую. Т.е. на входе идет (например) всегда 0 до 255, а на выходе максимальный предел может быть 40 и затраченное время на изменение яркости получается всегда одно и тоже. Но как понимаю - это не ваша задача.

Отредактировано RDW (2014-01-06 12:17:10)

а исходник можно глянуть?

А я чот не доволен ШИМом, когда начинаешь его использовать на малых яркостях (близким к тлению) и с медленным переключением (в секунды). Выглядит это всё очень грубо.
Решил попробовать использовать алгоритм Брезенхэма, пока только понял как код сделать, а в реалии ещё не пробовал. Вещь весьма хороша тем, что она не ограничивается битностью (чем больше скорость, тем больше разрядность - тем плавнее переход). В общем надо пробовать.

Вообще поиском ищется (тем же гуглом), а если лень, то вот: http://trolsoft.ru/articles/bresenham-algo/

там есть код упрощенной реализации, думаю будет не ресурсоёмко
я ща пока только код на VB накидал (для анализа), надо его про оптимизировать до простых переменных (типа байт, где можно)
по прикидкам, должно отлопать всего 1 таймер)

Отредактировано RDW (2014-02-13 17:56:58)

Попробовал на конец алгоритм Брезенхэма.
Что-то до меня вся картина осознания не доходила, пока в реальности не реализовал.
И так: Работает, но результат меня сразу скажу - разочаровал. Мало того, что Баском имеет другую точность вычисления против VB6 при тех же типах переменных (это всё капля в море, пока не критично), так в бинарном режиме управление светодиодом (на минимальной возможности яркости свечения) - невозможно, т.к. у светодиода нет инерционности (это не мотор или лампа накаливания). В этом как бы "Америку не открыл", но надежду питал. Чтобы иметь возможность получить плавность, надо ставить/подбирать ёмкости (для сглаживания) и даже при таком подходе, будет видна пульсация (т.е. минимальная граница яркости будет ограничена (довольно сильно)). Чтобы получить реально плавную регулировку, надо тупо ставить цифровой резистор (т.е. аналоговую, нормальную реализацию).

Ресурсоёмкость, как и думал - не затратно.

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

Можете выложить код, хочу тоже попробовать?

Спасибо, попробую по свободе.

Рассвет это не только переход яркости, но и цветовой переход! И если смотреть при этом на солнце его яркость глазу кажется меньшей за счет поглощения атмосферой сине-зеленой части спектра.