[lux-rc.com]

 Сообщение от AEDe :

lux-rc.com, то есть если меняешь трубу с 2s на 1s то нужно менять и прошивку? или 371 сам сообразит что выше 1.7А нельзя, как 334?

Ну это как в нексусе нарисуешь. По хорошему конечно лучше иметь на этот случай логику. На самом деле это просто еще один параллельный переход. Т.е. рядом с переходом на макс без условий рисуется два перехода. Один - для 1S - второй 2S. Имеет смысл только для режима максимальной яркости, поэтому почти везде хватит одной дополнительной стрелочки. Можно и без нее, но тогда в режиме форсаж от одной банки фонарь покажет тыщу люмен вместо двух.

PS. Хорошая мысля приходит опосля. Я вот подумал. А за каким фигом перекладывать эту внутреннюю кухню на пользователя? Ведь это же можно можно положить в ядро нексуса. Наверное лучше будет если сам модуль не даст включить форсах от одной банки, а просто выберет максимально возможные "несчастные" 20 ватт.

Но есть и обратная сторона. Во-первых такое - это случай fuzzy logic. Т.е. пользователь говорит "а давай ка мне 3000люм". А модуль что-то там мутное мутит и показывает когда 3000 а когда и 2000. Могут быть вопросы. Второй момент - если зашить границы в модуль, то по понятным причинам я не стану двигать границу до предела, а сделаю на одну-две ступеньки поменьше на случай разброса параметров. Такой подход убивает на корню идею тюнинха и оверклокинга. Когда продвинутый юзер может через нексус чуть подвинуть границы возможного если его конкретный модуль это позволяет.

Так что ситуевина неочевидная. Я не знаю как лучше. Лишняя стрелка в нехусе и полная свобода или закрытая система. Нужно послушать что скажет общественность.

[lux-rc.com]

Считаем люмены. На этот случай в лаборатирии имеется мелкосферка. Установка выглядит так. Внизу - светомодуль на килограммовом слитке алюминия. Сверху - она.





В 371м управлением мощностью занимается аналоговая схема. Не самая простая. С температурной коррекцией. Разумеется никакого ШИМа. Только - идеально постоянный ток. Цель была - приблизится насколько возможно к показательной функции. Именно в этом случае получается покрыть широчайший диапазон яркости при минимальном кол-ве "шагов" и при этом визуально увеличение яркости по показательному закону человечий глаз воспринимает как "линейное".

Получилось неплохо. Колонка К - это и есть основание степени. Оно почти везде в районе 1.4 (т.е. каждый следующий уровень яркости ярче предыдущего в 1.4 раза). Начиная с 25го уровня мы видим явное насыщение (увы, в погоне за люменами этого не избежать). Потом удивительным образом (просто везение) буст режим точно попадает в точку покательного роста. Так что если сключить несколько последних ступеней, смысла в них немного, то получится почти идеальная кривая роста.

Регулятор покрывает динамический диапазон от 0.18лм до 3500лм. 1:20000. По разным данным динамический диапазон зрения человека от 10^5 до 10^9. Понятное дело последняя оценка отночится к случаю, когда некто может видеть отдельные фотоны. Что для целей освещения вообще не применимо. В нашем случае получилось 10^4.3. Что весьма близко к нижней границе оценки диапазона глаза, а значит за глаза для целей освещения. И мунлайт получается очень очень тусклый. И форсаж - жгет напалмом.

Итак - вопрос. В NXS оставляем "абстрактные ватты" или лучше заменить на "абстрактные люмены"?

PS. Кстати, про динамический диапазон. Диапазон камеры некорректно передает изменение яркости в младших режимах. На видео это выгоядит как будто половину пути модуль еле светит, а потом резко нарастает яркость. На глаз в полной темноте все младшие режимы имеют смысл. Отчетливо видна разница и яркость нарастает именно "линейно". Начиная с 0.18лм. Попробую это заснять с другого ракурса (отраженный свет).

[molvinec]

 Сообщение от lux-rc.com :

В NXS оставляем "абстрактные ватты" или лучше заменить на "абстрактные люмены"?

Между XP-L V5 и 219B D220 разница будет довольно ошутимая. Лучше ватты оставить, кмк.

 Сообщение от lux-rc.com :

мунлайт получается очень очень тусклый

 Сообщение от lux-rc.com :

Начиная с 0.18лм

Вот и здорово.

[lux-rc.com]

 Сообщение от molvinec :

Между XP-L V5 и 219B D220 разница будет довольно ошутимая. Лучше ватты оставить, кмк.

Что-то мне кажется, что D220 и даже D300 станут редким выбором Просто люмены они как-то понятнее что-ли. Ватты вообще далеко от жизни. Ну если это не лампа накаливания, там народ больше к ваттам приучен.

Потом же ватты - тоже зависит от светодиода. На XP-L падение маленькое. Ватты заметно так поменьше чем у XP серии. Тоже не абсолют. Абсолют - это номер режима. Потом по таблицам смотрим мощность-выхлоп для конкретной конфигурации. Ну или вообще извратиться, и для каждой конфигурации - свой язык с разными наборами констант.. но это последнее что я буду делать.

Сейчас более актуальный вопрос - как же быть с отсечкой мощности на низком напряжении. Разрешать ли пользователю превышать лимиты? Эй, программисты нексуса, скажите свое веское! Кроме насыщения регуля при питаниии от одного лития существует еще одна проблема. Еще полгода ожидания и регуль внезапно смог 30Вт. А это 3А на диод. Если, допустим, у пользователя "правильная ничья", то дай ему свободу - сожгет ведь. Мало ему будет 1.5А. Наверняка же вдует все три ампера. И что нам с таким потом делать?

Эх... все-таки думаю придется строить заборы.

[lux-rc.com]

Ну и про динамические диапазоны напоследок. Потом для ФАКа пригодится же.
Вот более удачная картинка режимов-люменов. Раскрыта тема младших режимов. Их не видно, но они есть



На этом видео лучше видна разница и переходы между режимами практически во всем диапазоне

Прямая ссылка на видео YouTube

[m72]

Внутри редактора я бы использовал "mode OFF", "mode 0", "mode 1". Ведь контроллер изнутри оперирует именно этими понятиями, а не миллиамперами или люменами.
Далее пользователь переключая радиокнопкой выбирал табличку в которой "mode OFF" превращается в "OFF"/"Выкл"/"0 ma"/"0 lm", "mode 1" -> "firelight"/"светлячок"/"0.5 mA"/"0.5 lm".
При этом столбиков с люменами может быть несколько: для XP-L, XP-G, Nichia и проч.
В итоге человек берет готовую диаграмму, щелкает мышкой по радиокнопке и видит что он получит в люменах именно на своём модуле.
Всего один уровень подстановки, а довольны все. Да и оценить схему можно не только по люменам, но и по потреблению.

[lux-rc.com]

 Сообщение от m72 :

....Внутри редактора я бы использовал "mode OFF", "mode 0", "mode 1".....

Согласен с тем, что нужно делать хорошо и много. Идея mode 0 и так далее мне честно говоря не нравится абсолютно. Я боюсь такой подход загонит в ступор 99.9% пользователе. Потому как эти цифири ни о чем не говорят. Сравните две записи

"Set Mode 15"

и

"Set Mode 50 LM"

Со второй все намного понятее, даже если на деле окажеся не 50 а 40. Ну не 2000 же. Тем более, что скорее всего заказывать будут только XP-L, по крайней мере так оно было последние 2 мес. Кажется времена цветущего разнообразия канули в лету. Мало смысло ставить 3-5 ваттные светодиоды там, где можно воткнуть 10-ти ваттные. Пусть даже зеленые и совсем не хай-кришные. За прирост в 2-3 раза простить можно многое если не все.

Отвлеклись.

В общем, я склоняюсь к тому, что всем нам наиболее понятно. Это слово - люмены. Режимы будут в люменах.

А вот теперь как быть с другими светодиодами. Мне тут из OR задают резонный вопрос - а как быть с пользователями 219-х, которым никак нельзя давать в руки возможность разгонять 371й до 30 ватт.

Вот тут то и возникает то самое решене, которое закроет сразу две проблемы. И люмены, и введет ограничения. Как это работает сейчас. Рассказывают. Каждый светомодуль имеет внутри Device ID. Некий код, который определяет тип версии NXS внутри. Код нужен для того, чтобы исключить возможно залития чужого кода в модуль. Редактор NXS одновременно поддерживаает любое кол-во нотаций языка. И вот что мы делаем на случай 219-го. Мы дня него резервируем новый Device ID, отличный от XPL. Таким образом программу от XPL нельзя будет залить в 219й. А в нотации для 219го мы прописываем его правильные люмены и заодно ограничиваем набор режимов до 15, ну ладно, 17 ватт. Больше - ни-ни. И все. Проблема решена. Сжечь 219го жестоким оверклокингом не получится (разде я по хорошей дружбе не выдам ключик).

Остается теперь только один вопрос. Как же быть со срывом регуляции в случае когда модуль работает от одного аккумулятора. Как я писал выше - регулятор умеет делать 30Вт только от двух аккумуляторов (напряжение на входе должно быть ну хотя бы 6.6 вольт - это две пустые банки). А от одной банки у нас лимит по входу 5 ампер. Если мы его превышает - регулятор переходит в специальный "защитный" режим, что резко, почти в 2 раза снижает яркость. Поэтому режим 1900ЛМ от одной банки - будет дейтсвительно 1900лм, я вот если пережать и включить 2500лм, то будет не 2500, и даже не 1900, а только 1200. Для регуля это ничем не опасно. Просто нужно иметь в виду такую особенность.

Я склоняюсь к идее никак не ограничивать пользователя в опытах с этим. Т.е. позволить выбирать произвольные режимы независимо от напряжения питания. В программе NEXUS это совсем ненакладно. Для светодиодов XP формата, включая 219й, вообще ничего не потребуется. Там просто нельзя будет выбирать более 15-17Вт и перебрать от одной банки просто не получится. А для XP-L нужно будет просто добавить дополнительное условие при включении режима форсажа - если батарейка одна - не давать превышать некий макс, который устанавливается опытным путем.

[4ward]

Не забываем про вариант использования с CR123A

[Hemi]

лучше LifePo4 уж тогда, а батарейки втопку,а то рванут еще

[Enn]

 Сообщение от lux-rc.com :

"Set Mode 15"

и

"Set Mode 50 LM"

я может пропустил, а чем не устраивает "Set Mode 50mA", а не некие "попугаи", зависящие от диодов? Если все равно будет деление на 1 и две банки при любом раскладе.

[lux-rc.com]

 Сообщение от Enn :

я может пропустил, а чем не устраивает "Set Mode 50mA", а не некие "попугаи", зависящие от диодов? Если все равно будет деление на 1 и две банки при любом раскладе.

Деления не избежать, ибо 30 ватт с одной банки это больше 10А по входу, что ни в какие ворота

mA - вариант интересный. По крайней мере в таком варианте mA не зависят от конфигурации. Но боюсь у многих возникнут трудности в понимании как mA перевести в кол-во света. Тем более, что с mA есть большая путаница. Взять те же китайские триплы. Там тоже может быть 3А. Только в последовательном трипле 3А это 30 ватт, в то время как в параллельном - всего 10Вт, т.е. в 3 раза меньше света. А по амперам - одинаково.

[Enn]

 Сообщение от lux-rc.com :

Только в последовательном трипле 3А это 30 ватт, в то время как в параллельном - всего 10Вт

мне кажется, что надо оперировать мА. Тот, кто купил - разберется с последовательно-параллельным, а тот кто полез в нексус, разберется с люменами именно своих диодов. В конце концов, разместить таблицы на сайте. сейчас, вероятно, это всего 4-5 диодов(таблицы).

[lux-rc.com]

Тестирование. Определяю границы допустимых режимов в зависимости от напряжения. Попутно пытаюсь "расшатать" стабилизатор. Муторная работа...



Очень помогает кастомный мониторчик, который умеет "читать" бинарное число с порта и показывать его в человеческом виде.



Могу поделиться, если кому надо. До этого приходилось глазками читать короткие и длинные импульсы на экране осциллографа.



Но это 1) не удобно (не научился я на лету в голове перекодировать бинарный код в десятичный) 2) осциллограф как правило нужен для других измерений. В моем случае мониторчик показывает выбранный режим (его транслирует 371й по каналу кнопки), а осциллгорафом я контролирую работу импульсного стабилизатора.

--------------------------

На выходе имеем такую табличку. Каждая клетка - качество работы регулятора для указанного напряжение не входе и выбранного режима. Зеленый - стабильная правильная работа. Желтый - стабильная работа, но со сбросом мощности.



Я все-таки решил "запретить" все незеленые режимы для пользователя. Т.е. при попытке включить такой режим, контроллер автоматически подставит ближайший зеленый. Так что пользователю не нужно держать в голове лишние детали.

[Sckipper]

Прям все в шоколаде. Аж завидую.

[m72]

А как будет выглядеть поле для гольфа при игре с Nichia? Не получится внезапных провалов или недоиспользуемых режимов? Или будет одно поле для всех, но где всё гарантированно работает вне зависимости от типа диода?

[lux-rc.com]

 Сообщение от Sckipper :

Прям все в шоколаде. Аж завидую.

надеюсь в серии сюрпризы будут только приятные

[lux-rc.com]

 Сообщение от m72 :

А как будет выглядеть поле для гольфа при игре с Nichia? Не получится внезапных провалов или недоиспользуемых режимов? Или будет одно поле для всех, но где всё гарантированно работает вне зависимости от типа диода?

Для ничьи я хочу сделать отдельную "обрезанную" спецификацию языка NXS. Отличатся она будет только укороченным набором режимов. Дабы у пользователя не было возможности сознательно или по случайности сжеть светотиоды вливая в каждый по 3 ампера с гаком. В целом я хорошо отношусь к овердрайву в разумных пределах при осознанном подходе к отводу тепла. Но 3 амп это уже совсем другая песня. На таких токах горит металлизация и проводники, охлаждать бесполезно.

Никаких провалов и непонятностей для владельцев NICHIA не будет. Просто в такой модуль нельзя будет залить код от XPL. А в родном коде для NICHIA не будет режимов >1.8A. Ровно это же относится ко всем остальным светодиодам в формате XP до 10Вт. Короче все кроме XPL

[m72]

Другой "стандарт" языка это хорошо, но как быть если есть программа на 200 узлов под XP-L с кучей вкусных плюшек? Переписывать ручками все режимы? Недобро это к пользователю. Примерно как из под IAR проект под gcc переводить.
Может быть как-то аппаратно задавать чему равны 100% мощности 1.8А, 3.0А? Один фиг плата идёт комплектно с диодами и "токозадающий резистор" мертво связан с типом диодов (токозадающего резистора нет, но ведь можно аналоговый управляющий сигнал через делитель пустить? Там же вольты на входе?). Тогда просто получим режимы 10/20/30%% от максимальной яркости и никаких ограничений на язык не накладывается. Овердрайв пропадёт, но гармония увеличится.
Просто если нексус планируется отдельным чипом, то вдруг ему дадут регулятор с полным зеленым полем и максималкой в 200 ватт? Опять новая разновидность нексуса? Мне после второй версии стало бы лениво среду патчить (посему голосую.за табличку с названиями режимов которую пользователь может менять). Пусть пользователь сам свои названия мощностей вписывает в отдельную таблицу, а что там будет - %%, люмены, ватты - пофиг. Хочешь максимум? На тебе максимум. Хочешь 50% яркости? На тебе. Ну а железяка уже сама зная свои пределы просто ограничивалась. Тогда правда интересно может получиться: 50% для XP-L при питании 2.6 перегруз и будет выдано 30% от 3А, а вот для ничии - да пожалуйста, вот вам 50% от 1.8А, как заказывали. Хотя и там и там 0.9А абсолютных.

[lux-rc.com]

 Сообщение от m72 :

Другой "стандарт" языка это хорошо, но как быть если есть программа на 200 узлов под XP-L с кучей вкусных плюшек? Переписывать ручками все режимы? Недобро это к пользователю. Примерно как из под IAR проект под gcc переводить.
Может быть как-то аппаратно задавать чему равны 100% мощности 1.8А, 3.0А? Один фиг плата идёт комплектно с диодами и "токозадающий резистор" мертво связан с типом диодов (токозадающего резистора нет, но ведь можно аналоговый управляющий сигнал через делитель пустить? Там же вольты на входе?). Тогда просто получим режимы 10/20/30%% от максимальной яркости и никаких ограничений на язык не накладывается. Овердрайв пропадёт, но гармония увеличится.
Просто если нексус планируется отдельным чипом, то вдруг ему дадут регулятор с полным зеленым полем и максималкой в 200 ватт? Опять новая разновидность нексуса? Мне после второй версии стало бы лениво среду патчить (посему голосую.за табличку с названиями режимов которую пользователь может менять). Пусть пользователь сам свои названия мощностей вписывает в отдельную таблицу, а что там будет - %%, люмены, ватты - пофиг. Хочешь максимум? На тебе максимум. Хочешь 50% яркости? На тебе. Ну а железяка уже сама зная свои пределы просто ограничивалась. Тогда правда интересно может получиться: 50% для XP-L при питании 2.6 перегруз и будет выдано 30% от 3А, а вот для ничии - да пожалуйста, вот вам 50% от 1.8А, как заказывали. Хотя и там и там 0.9А абсолютных.

Такое пожелание тянет на переделку платы. Это не реализовать без изменений в железе. Но аргумент правильный. Тут есть два варианта. Либо транслировать один нексус в другой, при этом коррекцию режимов возложить на транслятор. Т.е. при переводе из 219B в XPL не изменится ничего (уровни мощности будут как в 219). А при переводе из XPL в 219B все урони выше 18Вт будут урезаны до 18-ти.

Второй вариант - придумать что-то такое, чтобы не плодить версии. Это перспективнее, но как сделать пока не знаю. К примеру, "обрезалку" уровня макс. мощности сделать внутри модуля. Т.е. при выборе 30Вт в 18-ти ваттном 219B он не позволит превышать свой максимум. Тогда софт на всех общий, но модули его будут отрабатывать в меру своих возможностей.

[dmn42]

Дак может просто в нексусе сделать параметр типа MAXCURRENT или CURRENTRATIO?