[Tamagotchi]

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

младший-средний-старший-младший-средний-старший-SOS

Зачем такая линейка?

[Mikkilighter]

Проголосовал за 25% с некоторой оговоркой именно про разряд, у одного моего фонаря есть фишка что он не тлеет как например зебры жёстким степдауном когда уже совсем привет, а имеет "запас" в 20% от ёмкости, при достижении этого порога он делает степдаун, но при этом становится фонарём с 200лм и 50лм, что неплохо почти для всего, запас хода весьма приличен.
Если хочется праздника, даблклик и он опять мощный фонарь вплоть до отключения.

Мне такой расклад на практике очень понравился.

[dsche]

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

Зачем такая линейка?

А почему вы спрашиваете?

У меня на самом деле есть в голове некоторая схема, которая бы позволила создать "конструктор интерфейсов" без привлечения Nexus, малой механизацией так сказать, но при этом данная схема покрывает довольно большое поле хотелок

И я сейчас испытываю её на прочность, в том числе и в процессе вот этого обсуждения

Линейка же эта взята не с потолка – она позволяет (при отсутствии памяти режимов) убрать редкоиспользуемые, но потенциально нужные режимы во отдельный "ящичек" без привлечения "многокликов", если вы понимаете о чём я

[AVSel]

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

Ну так это то что я предлагаю же. А сейчас-то не так ведь.

Не понял, что не так? Программа всегда сбрасывает по цепочке старший-средний-младший-светляк, независимо от их расположения при включениях/переключениях.

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

И да, куда ваша программа сбросит из режима SOS если он у нас отрастёт?

Тут тоже проблем нет.
Во первых, из режима SOS никуда сбрасывать не надо, он должен работать "до смерти". Во вторых у меня он не "отрастет".

[Tamagotchi]

dsche, добраться с выключенного для соса - 7 кликов, а в "многоклике"... да хоть 2 клика, как запрограммировано будет. Причем система испытана многими пользователя и недовольных не было.

[dsche]

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

независимо от их расположения при включениях/переключениях.

Но у вас же есть прошивки с тремя режимами и четырьмя, в них разное число ступенек?

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

у меня он не "отрастет"

Благоприятна стойкость!

[AVSel]

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

Но у вас же есть прошивки с тремя режимами и четырьмя, в них разное число ступенек?

Но сама прошивка всегда "знает", сколько у нее режимов, и их мощность. И соответственно, всегда может определить куда ей двигать.

[dsche]

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

как запрограммировано будет

У меня был на руках линейник с разными многокликами – и я в общем его разломал уже

Есть разные состояния и разная "ловкость рук"

Иногда 7 кликов с произвольными паузами сделать проще, чем 2+ с определённой наперёд заданной частотой – не обязательно даже упоротым при этом быть, на том же морозе, озябшими пальцами

[dsche]

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

"знает", сколько у нее режимов, и их мощность

Вот видите! Мы привязываемся к числу и параметрам режимов в прошивке, а можно было бы просто делить текущий режим, без оглядки на рядом-стоящих

Что проще?

(Если что я не знаю ответа)

[Tamagotchi]

dsche,
Зато всегда можно переключать режимы не опасаясь попасть в сосострбы.

ЗЫЖ Я вообще считаю, что силовую кнопку пора хоронить. Уже достаточно тушек с правильной кнопкой.

[dsche]

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

силовую кнопку пора хоронить

Не возражал бы, но

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

достаточно тушек с правильной кнопкой

Вот так и не наблюдаю пока. Да, доноры есть, а так чтобы прямо выбор тушек с совместимыми частями, с выносными и т.п. – бедно

[dsche]

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

всегда можно переключать режимы не опасаясь попасть в сосострбы

Так в схеме без памяти легко же. Просто выключил на сек – и опять в начале линейки

[Tamagotchi]

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

Если что я не знаю ответа

Смысла нет делить. Я про т-ру. Заметными для глаза шагами мы быстро доделимся с максимума до среднего, а т.к. средний у нас достаточно сильно отличается... получается делить понадобится не более 1-го раза. Фиксированный порог отката проще в реализации и ничем не хуже работать будет (не забываем, что еще есть не отключаемый аварийный порог, который работает всегда, даже при отключенном ТК это наслучай, если фонарь греть кто додумается ).

[dsche]

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

Смысла нет делить. Я про т-ру

Ок, а в случае с разрядом – это как ни крути гораздо более частое событие, любая батарейка разрядится с вероятностью 100%

[Tamagotchi]

dsche,
Да, с АКБ другая ситуция... там получается, что когда пора отключать максимум в ней почти ничего не осталось и делить уже практически нечего
Малыми шагами мы просто ускорим процесс, а порежимным откатом добьемся длительного высасывания.

[dsche]

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

в ней почти ничего не осталось и делить уже практически нечего

Я как раз недавно Жукову рассказывал как встрял в штате Махараштра прошлой зимой: просто пошёл прогуляться, нужно было с рикшей на утро договориться – и пока мы беседовали, фонарь скинуло на средний, а когда я отправился искать своё бунгало – был уже младший, и чёртовы змеи были видны уже когда я на них готов был наступить.

После этого случая я готов жертвовать сферическим рантаймом на старшем в пользу некоторого НЗ

[Tamagotchi]

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

После этого случая я готов жертвовать сферическим рантаймом на старшем в пользу некоторого НЗ

Просто корректировать напряжения при котором осуществляется переход индивидуально для каждого режима. Делаем отключение среднего пораньше и для минимума остается больше. Это все уже реализовано.

[AVSel]

dsche, а проверить заряд перед выходом?

C НЗ нужна совсем другая логика сброса режимов. Например, для каждого режима должен быть индивидуальный порог срабатывания(исходя из оставшегося рантайма).
И тут тоже возможны варианты.

[INFERION]

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

Что касается НЗ или возможности заставить фонарь убить себя и поджарить хозяина - НЗ нужен тому, кто башкой своей не соображает и вместе с невозможностью прогнозирования расхода энергии ещё и запасную батарею не додумался взять. А намеренное убийство фонаря и вовсе абсурдно, когда пользователь туп или пьян, а дело попахивает пожаром. При нормальном пороге вероятность остаться вообще без света при попытке перегрузить фонарь (ну разве что с получившимся факелом освещать) выше, чем при попытке выжать допустимый максимум (что фонарь и так пытается делать). ИМХО, защита от дурака куда актуальнее и нужнее.

[AVSel]

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

Решение же очевидно - в любой ситуации фонарь просто должен выжимать максимум своих возможностей.

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

Человек, естественно, должен быть проинформирован о том, что фонарю плохо,

И зачем это нужно, в случае фонаря в валенке? Чем это нам поможет?