[INFERION]

У меня задача допилить интерфейс Юникорна, но я хочу продолжить саму концепцию его настраиваемого интерфейса. Вот думаю, как туда впихнуть все хотелки. У Юника недостаточно гибкий интерфейс, при этом количество опций уже шкалит. Сейчас интерфейс представляет из себя набор макросов (опций), которые можно распихать по произвольным комбинациям кликов, но сами макросы (опции) - имеют ограниченные возможности по настройке (рампинг/дискрет, память там отключить и т.п.). Я думаю добавить 4-й уровень вхождения - настройку самих опций (создание макросов), которые теперь тоже будут представлять из себя настраиваемый набор действий. Например:
1. fnksb жалуется, что в дискрете Юникорна нельзя индивидуально настроить количество режимов и исключить турбо и мунлайт из перебора. Сейчас этот макрос позволяет только переключить вариант настройки (рампинг/дискрет) и отключить память (его даже по комбинациям кликов двигать нельзя). При чём для этого требуется загружать спец. макросы (опции) в слоты. Докопавшись до 4-го уровня вхождения наш условный fnksb обнаруживает, что перебор режимов - это цепочка конечных автоматов (просто автоматов), переходящих друг в друга на действии "удержание" и выполняющих установку яркости на заданном в них уровне, и что макросы создавать он может сам. Автоматы - это логические единицы интерфейса. Они состоят из полезной нагрузки (выполняемая операция - тип автомата, например, установить яркость X), действий "нажатие" "клик" "удержание", и на каждое действие можно повесить функцию "без изменений", "ничего", "переход в...", или "упреждение" (особая функция, см. ниже). Ему, допустим, хочется 4 режима - он влазит в 4-й автомат, правит там "переход в автомат 5" на удержании на "переход в автомат 1", и яркости в полезной нагрузке автоматов, чтоб исключить мунлайт из автомата 1 (турбо было в автомате 5). И... он ломает перебор в обратную сторону, т.к. на действии "клик" у каждого автомата имеется ещё один вспомогательный, с функциями "перейти в..." (нажатие - переходит в цепочку автоматов с обратным направлением яркостей), "перейти в..." (клик - это уже будет дабл, там может быть, к примеру, турбо), "ничего" (удержание - оно тут невозможно), и полезной нагрузкой "перейти в... через таймаут" (выключение). Правит и это - всё заработало.
2. fnksb жалуется, что имеется провал яркости при попытке мотнуть яркость на режим ниже - фонарь пытается выключиться между кликами. Внимательное курение 42-й страницы инструкции мелким шрифтом подсказывает, что нужно убрать "упреждение" во вспомогательных автоматах цепочки, наращивающей яркость (сидящие под нажатием). "Упреждение" заглядывает в ближайший переход и заранее выполняет действие оттуда, откатывая всё назад как только пользователь изменил условия (например, отпустил кнопку раньше времени, или нажал на неё снова до таймаута). Оно делает интерфейс отзывчивее, но иногда мешает. Организовано на таких же автоматах, но из-за частоты использования реализовано более "аппаратно" и скрыто от пользователя.
3. Условный "Любитель Феникса" хочет выключение удержанием и перебор кликами, а Юник в стоке ему такого не даёт. Ну, придётся основательно перепиливать все цепочки связей в макросах, но это тоже возможно.

Самостоятельный набор автоматов по прежнему называется опцией и является более высоким уровнем абстрагирования. А ещё более высоким являются пресеты - уже организованные в целый UI опции...

При этом весь этот конфиг не является программированием в том смысле, что тут не идёт речь о компиляции программы и прошивке МК, а это всего-лишь трассировка конечных автоматов, хранящаяся в EEPROM. Под капотом интерфейс и сейчас устроен практически так же, разве что он гораздо интегрированнее и занимает меньше места, но лишен такой гибкости настройки через отдельную область памяти, в которую можно просто лить конфиги. С таким движком остаётся только приделать нормальный интерфейс для обмена этими конфигами и народ сможет гонять по форумам свои варианты UI для фонарей на таком драйвере. Ну и писать их на компе, а не дрочкой одной кнопки (если запилят для этого софт, я такое делать вряд ли стану - мне в блокноте проще всё прописать и залить как .eep файл).

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

[Drex]

Больше половины не понял, но интересно, без шуток.
Вечером на свежую голову с юником в руках перечитаю ещё раз

[fnksb]

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

Внимательное курение 42-й страницы инструкции мелким шрифтом подсказывает...
И... он ломает перебор в обратную сторону ...
Правит и это - всё заработало.

Вот это и смущает.

Выдавать доступ к такой настройке только тем, кто сдал экзамен на чтение инструкции, и под роспись "я сам себе буратино"?
Или все-таки на пользовательском уровне вводить какие-то дополнительные связи под наиболее популярные хотелки, с защитой от дурака?

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

Т.е. условному fnksb, конечно, удобнее было бы прочитать "сделайте 8 кликов для входа в настройку типа UI, потом еще пять, и получите трунайт-интерфейс с вынесенными турбо и мунлайтом".
Или "сделайте 8 кликов, потом 6, и получите интерфейс а-ля-зебра".

......................

Другими словами - идея шикарная, но скорее всего на практическом уровне (и уж тем более в массовой серийке) ее все равно придется сводить к пресетам или их аналогу, т.е. к каким-то заведомо работающим связкам.
А полное конфигурирование скорее всего или почти не будет использоваться по причине сложности, или даже вообще придеться его блочить от юзера

Но, конечно, само наличие такой структуры UI существенно увеличит шансы на появление компьютерного софта, позволяющего выполнять всю эту настройку намного проще и быстрее.

[galex]

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

Условный "Любитель Феникса" хочет выключение удержанием

наркоманию надо лечить, а не потворствовать.

[AEDe]

fnksb, вот это хорошая идея. Сделать десяток пресетов , в каждом из которых какой то популярный интерфейс. Хотябы как начальная точка для настройки для особо страждующих.

[Xeen]

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

наркоманию надо лечить, а не потворствовать.

К тому же они всё равно настройку не осилят.

[INFERION]

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

Вот это и смущает.

Хотели же программировать? Будто через это всё разработчик не проходит, пока клеит эти автоматы у себя в коде...

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

Выдавать доступ к такой настройке только тем, кто сдал экзамен на чтение инструкции, и под роспись "я сам себе буратино"?

Это лучше, чем слушать нытьё "ты должен сделать всё для меня лично сам, ибо яжнепрограммист".

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

Или все-таки на пользовательском уровне вводить какие-то дополнительные связи под наиболее популярные хотелки, с защитой от дурака?

Так будут же и пресеты, и готовые опции, как сейчас. Кому мало - полезет глубже.

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

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

Ну вот сделает кто-то так и выложит файл интерфейса. И будет у всех так включаться (кто зальёт его себе).

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

Т.е. условному fnksb, конечно, удобнее было бы прочитать "сделайте 8 кликов для входа в настройку типа UI, потом еще пять, и получите трунайт-интерфейс с вынесенными турбо и мунлайтом".

А условному Инфериону удобнее чтоб вообще из коробки было всё сразу под него, и что теперь?..

[LEV-UA]

До чего фонари дошли.... ФОНАРИКИ!!
Прочитал первый пост, в программирование Юника не вникал, но офигеть!)

Будет версия Юника на 21700, квадрипл/трипл и Тип-Ц?

[fnksb]

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

А условному Инфериону удобнее чтоб вообще из коробки было всё сразу под него, и что теперь?..

Нам же надо, чтобы было удобно максимальному количеству людей. И тебе, и ЯЛу, и фонаревщикам, и околофонаревочным людям, и условному BLF. Вот и обсуждаем.

Дальше не буду спорить, интереснее послушать что другие люди говорят =)

[INFERION]

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

Нам же надо, чтобы было удобно максимальному количеству людей.

И поэтому нужно всё кастрировать и ограничивать, посылая тех людей, которые не попали в 95-й процентиль, тогда как остальным вообще пофигу, что там зарыто в недрах UI... Л - Логика!
Хочешь удобнее? Откажись, для начала, от одной кнопки...

[Жером]

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

С таким движком остаётся только приделать нормальный интерфейс для обмена этими конфигами и народ сможет гонять по форумам свои варианты UI для фонарей на таком драйвере.

Какой планируется интерфейс для обмена конфигами?
Планируется и загрузка и выгрузка?

[ksan]

В старой бородатой шутке говорится,что основная задача программиста - объяснить заказчику, что ему (заказчику) на самом деле нужно. Но если "условная Фонаревка" хочет - то почему нет.
Но!
Надо на коробке/в инструкции крупно писать, что фонарь имеет возможность глубокой перенастройки, будьте осторожны, а про то, как войти в такой режим писать мелко-мелко, и какой то способ блокировать это дело по умолчанию применять, чтобы юзеры, хаотично тискающие кнопку не получили неудобоваримый brick и не возбуждались по этому поводу.
По моему имху, оно конечно впечатляет, но, извините, практическая ценность... Фонарик превратится в средство измерения сами знаете чего у пользователей, а для этого ножыки есть

[INFERION]

ksan, хаотичного нажимания и Юникорну же маловато будет? А у него зарыто не так уж и глубоко.

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

По моему имху, оно конечно впечатляет, но, извините, практическая ценность...

В том, что один раз написал прошивку и послал всех в далёкое пешее с их фантазиями вместо того, чтоб вынужденно гулять по этим самым фантазиям вместе с ними.

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

Фонарик превратится в средство измерения сами знаете чего у пользователей

Это сейчас про Юникорна? А он что, с коробки плох из-за этого? В нём что, проще чего-то там хаотично накликать, чем в той же Зебре или Андуриле? Так чем плохо то?..

 Сообщение от Жером :

Какой планируется интерфейс для обмена конфигами?

В примитиве на тиньках - UART (программный) через пины программирования с тыльной стороны платы. В фонарях с фотодатчиками - оптический канал.

 Сообщение от Жером :

Планируется и загрузка и выгрузка?

Ну да, без неё же неудобно будет. Разве я в первом сообщении об этом не написал?

[ksan]

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

В том, что один раз написал прошивку и послал всех в далёкое пешее с их фантазиями вместо того, чтоб вынужденно гулять по этим самым фантазиям вместе с ними.

Это очень правильный подход, но давать это юзерамбомбу обезъянам... не знаю.

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

Цитата:
Посмотреть сообщение Сообщение от ksan :
Фонарик превратится в средство измерения сами знаете чего у пользователей
Это сейчас про Юникорна?

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

[INFERION]

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

В Юникорне это просто разнообразие, из которого каждый выбирает что хочет

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

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

предлагаемый проект, в лучшем случае как у автомобилистов будет

Почему? Допустим, это уже реализовано в Юникорне, но никто об этом просто не знает, т.к. я в инструкции не писал. И вот я выкладываю дополнение - что-то меняется для тех, кому на этот доп. функционал всё равно?

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

проект просто вырывается за рамки ожидаемого.

Тут давно напирают на всякие USB-C, и дисплеи в фонарях появляются, кнопки даже больше одной встречаются (неслыханная щедрость!), а интерфейсы всё так же "жри что дают". Тут бы пора уже фонарям свой язык программирования UI изобретать... ) Написал безопасный скрипт, загрузил в изолированную область памяти, и стреляй себе там хоть в ногу, хоть в колено - основной код изолирован и фонарь не пострадает.

[alexsav]

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

Допустим, это уже реализовано в Юникорне, но никто об этом просто не знает, т.к. я в инструкции не писал.

режим для *посвященных* ??

[ksan]

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

подход "выбирай из того что дают".

Это залог успеха массового продукта. потребитель думать не должен., он же деньги заплатил.

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

Допустим, это уже реализовано в Юникорне, но никто об этом просто не знает, т.к. я в инструкции не писал. И вот я выкладываю дополнение - что-то меняется

А оно там реально есть? Пожалуйста, не отвечайте, во всяком случае сейчас, а то это будет подобно термоядерному фугасуизвержению Йеллоустоуна

[Kelevratony]

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

А оно там реально есть? Пожалуйста, не отвечайт

А лучше ответить - да, есть, но эту тайну я унесу в могилу
Вот это будет знатная пасхалочка.

[Жером]

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

В примитиве на тиньках - UART (программный) через пины программирования с тыльной стороны платы. В фонарях с фотодатчиками - оптический канал.

То есть интерфейс обмена на данный момент не выбран?
Проект только обдумывается, или над ним уже идёт работа?
Проект с 4-м уровнем вхождения видится более дорогим. Он действительно будет интересен изготовителю?

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

Частично из-за того, что на памяти сэкономили (забавно, что более жирные тиньки даже дешевле)

В чём тогда был сокральный смысл использовать более дорогой контроллер с меньшей памятью, которой остро не хватало?

[INFERION]

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

Это залог успеха массового продукта. потребитель думать не должен., он же деньги заплатил.

Ну вот и будет перебирать пресеты. А кто-то зароется в опции. Ну а кто-то - в макросы...

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

а то это будет подобно термоядерному фугасуизвержению Йеллоустоуна

Почему? Я всё жду ответ на вопрос "чем это плохо?". И чего-то не понимаю...

 Сообщение от Жером :

То есть интерфейс обмена на данный момент не выбран?

Я же перечислил все варианты. Они зависят от имеющихся возможностей в конкретном фонаре. Все фонари - разные же. У кого-то на борту целый ARM с USB, у кого-то имеется фотодатчик (а светить он и так умеет), а у кого-то максимум - отладочный интерфейс в виде пятаков на плате...

 Сообщение от Жером :

Проект только обдумывается, или над ним уже идёт работа?

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

 Сообщение от Жером :

Проект с 4-м уровнем вхождения видится более дорогим.

Почему? Разница только в коде. Если производители суют чипы на 8 и 16 килобайт с кодом на Си в дешман, то можно и пожертвовать место для гибкого UI, который они даже сами могут своими силами под свои хотелки адаптировать. Да и аппаратно - один МК, с одной прошивкой, может поддерживать разную схемотехнику, самостоятельно разбираясь во что его впаяли. Поддерживать одну универсальную прошивку проще, чем зоопарк.

 Сообщение от Жером :

В чём тогда был сокральный смысл использовать более дорогой контроллер с меньшей памятью, которой остро не хватало?

В том, что перед нами не отчитываются о ценообразованиях, и мы ничего не знаем - так работает Китай. Предположительно, 25-я тинька в закупке дешевле 45-й, её и взяли. Что там на самом деле - нам не известно, но если судить по ценам в открытых источниках - 44-я дешевле, а 84-я выходит на один с 25-й уровень. Почему? Не знаю. X4 серия по всем пунктам лучше X5-й, особенно по части встроенного диф. усилителя. Короче, в следующие проекты нужно пихать 44-ю тиньку.