[Bond]

 Сообщение от kaa.mobil :

А можно отчекрыжить поддержку нескольких интерфейсов

Поддерживаю.

[INFERION]

 Сообщение от kaa.mobil :

А можно отчекрыжить поддержку нескольких интерфейсов

Ну вот Люкс добавил недавно эти интерфейсы у себя (а я добавил его конфигуратор, лол), и есть люди, которые говорят что это удобно, раньше им приходилось ходить с телефоном и лить разные конфиги каждый раз где-то в лесу вместо простого их переключения.
К тому же, именно эти интерфейсы сейчас люди активнее всего и используют, не ковыряясь глубже.
Да и там больше сэкономит, к примеру, отказ от LUTFET - таблицы ВАХ полевика, которая ускоряет выход регулятора тока на режим. Будет больше тупить при включениях. Ещё можно термокомпенсацию выкинуть - будет как во всех фонарях. Хотел автоподбор яркости добавить, но видимо тоже пойдёт в ведро. А интерфейсы - это 96 байт и ещё там немного кода на копирование областей памяти - сильно много не выиграю. Один LUTFET с его калибровкой и вспомогательным матаном там под килобайт освободит.

 Сообщение от kaa.mobil :

Кстати, готов заняться, если нужно, немножко умею в Андроид.

Там не немножко надо, и один уже занимается html страничкой. Её и браузер под андроидом схавает.

[2ak]

 Сообщение от kaa.mobil :

можно отчекрыжить поддержку нескольких интерфейсов (они нафиг не нужны при наличии веб-конфигуратора)

Не соглашусь. Если в фонаре нужны два конфига - они должны быть в памяти фонаря и переключаться без дополнительных плясок с мобильниками.

[kaa.mobil]

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

Её и браузер под андроидом схавает.

Не хочется зависеть от наличия интернета для всего лишь настройки фонаря.

 Сообщение от 2ak :

Если в фонаре нужны два конфига

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

[Наиль Валиахметов]

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

одновременно с UI даже той же Панды - не помещается

Извиняюсь за несвежество, но увеличение емкости - настолько дорого? Или чем-то еще ограничивается?

[alibek]

Это же не ПК, чтобы планку памяти в свободный слот вставить.
Нужно МК менять в производстве на другой.
Думаю, что это нереально.

[INFERION]

 Сообщение от kaa.mobil :

Не хочется зависеть от наличия интернета для всего лишь настройки фонаря.

С каких это пор html файлы на твоём устройстве - требуют интернет? А генерируемые ими видеофайлы?

 Сообщение от Наиль Валиахметов :

увеличение емкости - настолько дорого?

Вообще ничего не стоит, на самом деле. Может быть даже дешевле окажется (из-за популярности). 2 килобайта в Юникорне вон, к примеру, стоят на несколько десятков центов дороже 4-х в Гекко (хороший был аргумент в пользу смены МК, да). Но у fnksb, похоже, иное мнение на этот счёт. Каждый раз торгуемся за эту память, при этом даже не зная сколько она вообще в закупке у китайцев стоит.

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

Думаю, что это нереально.

Это - элементарно. И даже код править не требуется. Была ATtiny44 за $0.92, а стала ATtiny84 за $0.93. У меня и в прототипе Юника то 8кБ, просто потому что такой МК валялся в коробке. Они отличаются только объёмом памяти.

[alibek]

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

Занимает 768 байт и одновременно с UI даже той же Панды - не помещается. Что-то где-то кастрировать опять придётся до уровня Юникорна (жаль, там много крутого фарша заложено).

Пичалька.

[kaa.mobil]

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

С каких это пор html файлы на твоём устройстве - требуют интернет?

То есть вы предлагаете браузером вручную сохранять страничку локально, а потом её открывать через файловый менеджер? Это было нормальным подходом в 90-х. Помню даже по почте сёрфил (были такие сервисы), когда на работе http был заблокирован. Хотя эту страничку и в apk будет, наверное, нетрудно обернуть...

[alibek]

HTML-файл — это просто некоторый контент (изображение, текст, данные), который "рендерит" веб-браузер. Как именно веб-браузер получит код HTML — через сеть по протоколу HTTP, загрузив с файловой системы или по BT — вообще дело десятое.
Если функциональности HTML хватает (а ее хватает), то почему бы и нет?

[kaa.mobil]

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

HTML-файл — это просто некоторый контент

Благодарю, я знаю, что такое html.
В данном случае это будет по большей части java-script код (с которым, кстати, будут вопросы совместимости у различных мобильных браузеров), потому что контент не умеет генерить контент (видеофайлы)

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

Если функциональности HTML хватает (а ее хватает),

Здесь речь идет не о функциональности html (это просто контейнер), а о возможностях клиентского хоста (браузера и, далее, ОС), на котором будут выполняться эти скрипты.

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

Как именно веб-браузер получит код HTML — через сеть по протоколу HTTP, загрузив с файловой системы или по BT — вообще дело десятое.

Даже восемнадцатое. Но открывать html-ку, лежащую где-то в дебрях файловой системы, вручную - ну это как выключение удержанием, что-ли. И вроде мелочь, жить можно, но неудобно же.

[alibek]

Это ведь может быть просто закладка в браузере.
Или загружать html будет простенькая программа-обертка.

[kaa.mobil]

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

Это ведь может быть просто закладка в браузере.

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

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

Или загружать html будет простенькая программа-обертка.

Это вполне вариант, да.

[dandan2000]

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

к примеру, отказ от LUTFET - таблицы ВАХ полевика, которая ускоряет выход регулятора тока на режим. Будет больше тупить при включениях.

Спасибо за "военную тайну". Как раз пытаюсь повторить регулятор тока в оригинальном драйвере геккона.
Пока добился хорошей стабилизации и плавности, но реакция на старте медленная. Про такую таблицу думал, но пока попробую другими способами.
Вообще, задача не простая, с учетом отсутствия готовых наработок.

[alibek]

А что за LUTFET таблица, что она собой представляет?
Просто референсные значения ток/яркость?

Когда-то давно я делал курсовик в институте, проектировал двигатель.
Там тоже была целая куча таблиц и графиков.
И я немного схитрил, расчеты делал в MATLAB, а для таблиц вносил 3-4 точки, а остальное интерполировал сплайнами.
Может быть и тут можно будет так сэкономить, раз уж таблицы килобайт весят?

[Наиль Валиахметов]

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

Нужно МК менять в производстве на другой

Это мне понятно, вопрос именно в том, почему в производстве не ставят комфортный для реализации всех идей объем.
Или это такой способ ограничить полет фантазии?

[kaa.mobil]

 Сообщение от Наиль Валиахметов :

Это мне понятно, вопрос именно в том, почему в производстве не ставят комфортный для реализации всех идей объем.

Видимо, есть какие-то веские причины, которых мы не знаем (и никогда не узнаем). "Нельзя так просто взять и..."

[alibek]

Может там вагон старых МК уже закуплен.
Или может для новых МК нужно что-то менять на производстве.

[INFERION]

 Сообщение от kaa.mobil :

Это было нормальным подходом в 90-х.

Это и сейчас нормальный подход. Или нужно обязательно ставить приложеньку со сториса со всей телеметрией в комплекте и весом в десятки мегабайт, ибо так модно? А под винду - спец. программу устанавливать. И чтоб линуксоводы - традиционно использовали вайн для её работы. Затратив при этом кучу человекочасов на разработку и поддержку всего этого дела разными устройствами, потом воюя с очередным маразмом нововведений в андроид. А, яблоко ещё забыл, да. И всё это только для того, чтоб не получить тот же результат старомодным способом - открытием скачанного в интернете локального файлика локальной же программой?

 Сообщение от kaa.mobil :

с которым, кстати, будут вопросы совместимости у различных мобильных браузеров

Сейчас почти всё на движке хрома...

 Сообщение от kaa.mobil :

потому что контент не умеет генерить контент

Разве? Гифки тоже не умеет? Я обрабатывал этими же скриптами изображения и не помню проблем. Можно хоть свой кодек для видео написать так.

 Сообщение от kaa.mobil :

Но открывать html-ку, лежащую где-то в дебрях файловой системы, вручную

Какой ужас... Нужно целый apk огородить ради иконки на экране телефона и чтоб она всё время там висела... А что, браузер не умеет в закладки, в избранное? Иконка которого уже висит на видном месте.

 Сообщение от kaa.mobil :

Так зачем же останавливаться на пол-пути?

При выборе apk и html файла я бы выбрал второе, т.к. оно мне удобнее и безопаснее. Этот файл съест что угодно и когда угодно, его не нужно искать и грузить аж где-то в сторисе, а потом думать куда бы сныкать эту мешающую иконку. Посмотреть его код и даже поправить под себя - не получится. Разрешения ему ещё выдавай на хранение данных, и не понятно что оно там передаёт обратно разработчику. И это только с точки зрения потребителя, а с точки зрения разработчика - это вообще полный швах.
Нет, это не пол пути, это погоня за современными трендами, вроде вайфая в чайнике на кухне с приложенькой, чтоб лёжа в кровати можно было его включить одной кнопкой на всю приложуху...

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

Как раз пытаюсь повторить регулятор тока в оригинальном драйвере геккона.

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

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

Пока добился хорошей стабилизации и плавности, но реакция на старте медленная.

По большому счёту, там достаточно помнить одну точку - на самом старте. Юник так и делает, но он её помнит как просто заполнение ШИМ и помнит - в регистрах. Просто отключается в мунлайте и не трёт текущее состояние регулятора. По хорошему - нужно пересчитывать заполнение в напряжение и хранить его в EEPROM как пороговое напряжение затвора. LUTFET хранит вообще 32 16бит значения под каждую 8-ю ступеньку яркости (дальше линейная интерполяция), и с ним есть другие проблемы - температурный дрейф смещения полевиков. Ещё и его приходится компенсировать. И всё равно стартует с заметными отклонениями тока, поэтому нужно реализовывать костыли, которые ускоряют работу регулятора на доли секунды во время изменения яркости, и инициализируют ШИМ с помощью этой таблицы - только при достаточно резких и сильных скачках яркости. Требуется сложный и громоздкий алгоритм калибровки всего этого дела, да и с завода сейчас как понаприходят Панды с разбросом этих смещений (придётся калибровать через инженерку)... В общем, недостатков хватает.

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

Вообще, задача не простая, с учетом отсутствия готовых наработок.

Что мешает попросить мой код? Там нюансов такая гора, что будешь очень долго искать удачные решения...

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

А что за LUTFET таблица, что она собой представляет?

Это таблица напряжений на затворе, соответствующая токам таблицы яркостей. Яркостей 255, вот под каждую можно выдернуть стартовое напряжение, пересчитать его в ШИМ и сразу же открыть полевик на нужный ток. И потом уже добивать регулятором тока по сигналу с шунта.

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

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

Интерполяция тоже занимает место, и ошибки вносит. Сейчас и так используется линейная, а таблица занимает 64 байта и то находится в EEPROM. Место занимает - возня с нею. Таблица яркостей вот, к примеру, весит уже 256 байт (128 16 бит яркостей с линейной интерполяцией между ними). Она есть и в старых Гекко, а вот в Юнике используется возведение в степень и оно занимает куда меньше места. Таблица позволяет заранее рассчитать пропорциональный прирост яркости даже с учётом снижения эффективности светодиода, я не хочу от неё отказываться.

 Сообщение от Наиль Валиахметов :

Или это такой способ ограничить полет фантазии?

Да. Переживают что писать буду ещё дольше.

[kaa.mobil]

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

Разве? Гифки тоже не умеет? Я обрабатывал этими же скриптами изображения и не помню проблем. Можно хоть свой кодек для видео написать так.

Вот видно, что не особо утруждаетесь желанием понять собеседника, такое впечатление, что лишь бы возразить.
Повторю свою мысль: контент не умеет генерить ничего, ибо статичен (в том смысле, что не изменяется, пока его снаружи кто-то не изменит, ну и исполняться не умеет, естестенно). Что-то сгенерить может только код. Java-скрипты на страничке - это не контент, это код. Мне вообще странно это вам объяснять...