[alibek]

Люксметр и AndroSensor.

[ploop]

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

Может оно как раз люксметр и опрашивает с теми самыми 7-10 Гц?

Ну как минимум знаем, что эти 7-10Гц берёт.
А вот строб юника, как классно придумал alibek, не видит. Да, там похоже сам импульс короткий.

[kaa.mobil]

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

Люксметр и AndroSensor.

Ну вот ничего мы не знаем, как у них опрос люксметра организован.
Хотя там в AndroidSDK не на опросах работа с люксметром построена. Он там сам присылает обновившиеся данные. Причем можно задать 4 типа точности: очень часто, часто, редко, совсем редко. Так вот по-умолчанию там стоит "редко".
В общем, чтобы корректно проверить отзывчивость люксметра надо свой стендик ваять.

[alibek]

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

Ну вот ничего мы не знаем, как у них опрос люксметра организован.

Не знаем, но цифры люксметра в AndroSensor обновляются с частотой 2-3 раза в секунду. И при этом не реагируют на строб, хотя опрос и импульс строба хоть иногда должны были бы совпадать.
Так что я по прежнему уверен, что причина тут не в недостаточной частоте опроса, а в недостаточном быстродействии сенсора.

Покопался в настройках.
В AndroSensor частоту опроса можно выставить в 10 раз в секунду.
Но строба все равно не видно.

[kaa.mobil]

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

Но строба все равно не видно.

Может он кратковременные пики сглаживает, как знать? Говорю же, самому ваять надо.

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

В AndroSensor частоту опроса можно выставить в 10 раз в секунду.

10 Гц - достаточное быстродействие?

[alibek]

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

Может он кратковременные пики сглаживает

Да, причем думаю, что сам сенсор и сглаживает (не приложение).
Поэтому использовать люксметр для считывания конфигурации скорее всего не выйдет.

[kaa.mobil]

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

Поэтому использовать люксметр для считывания конфигурации скорее всего не выйдет.

Вот вы сначала стендовое приложение напишите, которое само ничего обрабатывать не будет, а будет лишь гнать raw-лог с люксметра, тогда и будем выводы делать, выйдет - не выйдет.

Моя недоделка строб Юника прекрасно видит, хотя, возможно, и не целиком (там какая-то дополнительная обработка есть). Запускалось на Galaxy Alpha:

[AEDe]

kaa.mobil, люксметр организован на базе камеры(CameraX ImageAnalyser это стандартный пример в документации гугла.)быстродействие 15мс(от 11 до 14 на самом деле.) на моем телефоне.
Я его могу запустить , а дальше не понимаю где и как он крутится и как им управлять . По этому нужен ктото кто в тредах потоках что то понимает.
В общем у меня не абстрактные проблемы "как сделать?" , а вполне конкретные)

Ну то есть у меня опыт такой, что я что то написал и оно все по-порядку делается. А тут я запускаю этот анализатор и он начинает отлично работать люксметром, я могу результаты куда надо писать, и даже остановить его по нужным условиям.
Но вот как ПОСЛЕ завершения анализа завершить работу с камерой что бы освободить ее для фонарика я не понимаю. Она у меня либо сразу завершается , либо , если я пытаюсь как то ждать то останавливается сам анализ.

[kaa.mobil]

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

люксметр организован на базе камеры(CameraX ImageAnalyser это стандартный пример в документации гугла.)

Вот оно как. Просто вы сказали "люксметр", и я подумал про встроенный датчик освещённости, который LightSensor = SensorManager.GetDefaultSensor(SensorType.Light);
А тут гугол почти всю работу сделал за нас через камеру. Я почитаю.

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

даже остановить его по нужным условиям.
Но вот как ПОСЛЕ завершения анализа завершить работу с камерой что бы освободить ее для фонарика я не понимаю. Она у меня либо сразу завершается , либо , если я пытаюсь как то ждать то останавливается сам анализ.

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

[AEDe]

kaa.mobil, у меня код java (чуть дольше гуглил и тоже нашел "люксметр" на яве.
Завтра скину, спасибо.

[ploop]

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

это стандартный пример в документации гугла

Фигасе, он там среднее арифметическое кадра считает что ли?

[AEDe]

ploop, ага . Среднее может и не надо , хватит наверное максимума. Но вроде быстрее камера кадры не может делать в любом случае.

[kaa.mobil]

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

Среднее может и не надо , хватит наверное максимума.

А разница? Один хрен по всем пикселям бегать. Может иметь смысл выставить минимальный размер и максимальный фреймрейт, ну и не по всему кадру считать, а из серединки кусок поменьше вырезать. Но это уже оптимизация, пусть заработает сначала.

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

у меня код java

Ничем не лучше, хоть и чуть более привычно. Эх, что ж вы Хamarin не схватили сразу... Хотя откуда в андроид студии ксамарин... Ну да ладно. Присылайте, гляну.

[AEDe]

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

Может иметь смысл выставить минимальный размер

Не меняется ничего. Скорость кадров тоже на максимуме.

[kaa.mobil]

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

Не меняется ничего. Скорость кадров тоже на максимуме.

Если среднее кадра успевает посчитаться за те 10 мс, то и хрен с ним. Большего не надо. Давайте с освобождением камеры разбираться.

[AEDe]

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

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

Это тестить надо уже будет после того как что то заработает.
у фонарика скорость передачи максимальная ~40мс на бод . Чтобы распознавать эти мигания нужна частота в несколько раз выше. Хорошо бы стабильная скорость в итоге была не ниже 50мс на бод

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

Дичайше извиняюсь за змороженную, наверное, глупость
А может получится использовать какие-то готовые решения по сканеру QR-кода? Настроить, чтобы он искал QR код размером 1х1 пиксель, соответственно "светло и темно"?

[alibek]

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

QR код размером 1х1 пиксель

Это как?

[kaa.mobil]

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

Это как?

А главное - нах.я?!

[vorsmann]

Можно глупый вопрос, если геккон первой серии то там нет оптического загрузчика? Верно. И его можно туда прошить только через микросхему?