При включении телефона по умолчанию требуется ввести SIM-PIN-код, что является хорошей мерой безопасности, чтобы «чужие» не вызывали у вас расходы. То же самое относится и к возвращению из режима полета: снова нужно ввести SIM-PIN. Что делает некоторые энергосберегающие устройства бесполезными: если приложение, например, переходит в режим полета при потере сигнала (см. « Что такое режим ожидания ячейки и как я могу предотвратить его разрядку батареи?» ), Оно не сможет вернуться к нормальной работе без участия пользователя. ,

Я ищу способ выборочного отключения этого: активировать запрос PIN-кода при включении устройства, но не запрашивать SIM-PIN при выходе из режима полета.

Пожалуйста, не путайте это с «keyguard»: я не спрашиваю о блокировке экрана (ПИН / шаблон / пароль). Здесь я знаю свой путь, поскольку есть API для приложений (например, я могу временно отключить это с помощью Tasker ).

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

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ

1. Для этого нужен root. Обойти это невозможно.
2. Ваше устройство должно работать под управлением Android 4.1+
3. Этот обходной путь может быть слишком сложным для некоторых пользователей. Попробуйте применять его только тогда, когда знаете, что делаете.
4. Я не буду нести ответственность, если что-то пойдет не так или Ragnarök начнется во время процесса. Вы делаете это на свой страх и риск. Действовать с осторожностью.
5. Я не являюсь автором или каким-либо другим образом связан с любым из упомянутых модов. Я просто нашел это, и я делюсь этим для вашей пользы.

Временное решение

Я нашел обходной путь для проблемы, которая прекрасно работает на Samsung Galaxy S2 с установленным Cyanogenmod 10.2 и Dorimanx Kernel 9.41. Необходимые шаги следующие:

1. Убедитесь, что ваше устройство рутировано.

2. Загрузите и установите Xposed Framework Installer .

3. Когда Xposed запрашивает root в ближайшем будущем, предоставьте его .

4. Откройте приложение и нажмите Framework-Tab.

5. Нажмите Install/Update.

6. Reboot .

7. Загрузите и установите Jelly Bean 4.x Помощник в режиме полета .

8. Xposed Framework InstallerСнова откройте -App и выберите Modules.

9. Тик (активен) Jelly Bean 4.x Airplane Mode Helper.

10. Reboot .

11. Open Jelly Bean 4.x Airplane Mode Helper.

12. Галочка (активна) Включена .

13. Reboot .

Это оно! Режим полета должен работать снова, как в предыдущих версиях Android, и больше не запрашивает SIM-PIN при выключении. Это все еще происходит при запуске, тем самым обеспечивая безопасность вашей SIM-карты. Я настроил автоматическую процедуру экономии заряда батареи с помощью Llama Location Profiles, аналогичную описанной здесь (Thx a Связка, Иззи), и она работает безупречно.

Удачи, ребята!

Ответ лежит в источнике ... кажется, что свойство запрашивать пин-блокировку встроено в build.propили default.prop.

Посмотрите на ссылку, найденную в источнике TelephonyManager , между строками 735 и 755. Для краткости,

public int getSimState() {
        String prop = SystemProperties.get(TelephonyProperties.PROPERTY_SIM_STATE);
        if ("ABSENT".equals(prop)) {
            return SIM_STATE_ABSENT;
        }
        else if ("PIN_REQUIRED".equals(prop)) {
            return SIM_STATE_PIN_REQUIRED;
        }
        else if ("PUK_REQUIRED".equals(prop)) {
            return SIM_STATE_PUK_REQUIRED;
        }
        else if ("NETWORK_LOCKED".equals(prop)) {
            return SIM_STATE_NETWORK_LOCKED;
        }
        else if ("READY".equals(prop)) {
            return SIM_STATE_READY;
        }
        else {
            return SIM_STATE_UNKNOWN;
        }
    }

Ключ, TelephonyProperties.PROPERTY_SIM_STATEкоторый упоминается в другом месте , между строками 94 и 98.

//****** SIM Card
/**
 * One of <code>"UNKNOWN"</code> <code>"ABSENT"</code> <code>"PIN_REQUIRED"</code>
 * <code>"PUK_REQUIRED"</code> <code>"NETWORK_LOCKED"</code> or <code>"READY"</code>
 */
static String PROPERTY_SIM_STATE = "gsm.sim.state";

После поиска по исходному коду здесь, на моей машине, я дам вам представление о том, как часто getSimStateвызывается этот метод , обратите внимание на имена java-источника, чтобы понять, как он интегрирован в Android, не только в слой телефонии, но и в другом месте.

services/java/com/android/server/am/BatteryStatsService.java 219:      int simState = TelephonyManager.getDefault().getSimState();

telephony/java/android/telephony/TelephonyManager.java 523:    public int getSimState() { 551:     * @see #getSimState 562:     * @see getSimState

policy/src/com/android/internal/policy/impl/KeyguardUpdateMonitor.java 478:    public IccCard.State getSimState() {

policy/src/com/android/internal/policy/impl/KeyguardViewMediator.java 545:            final IccCard.State state = mUpdateMonitor.getSimState();

policy/src/com/android/internal/policy/impl/LockPatternKeyguardViewProperties.java 57:        final IccCard.State simState = mUpdateMonitor.getSimState();

policy/src/com/android/internal/policy/impl/LockScreen.java 273:       mStatus = getCurrentStatus(updateMonitor.getSimState());

policy/src/com/android/internal/policy/impl/LockPatternKeyguardView.java 173:                && (mUpdateMonitor.getSimState() == IccCard.State.ABSENT); 217:                final IccCard.State simState = mUpdateMonitor.getSimState(); 469:                && (mUpdateMonitor.getSimState() != IccCard.State.PUK_REQUIRED)) { 512:   secure = mUpdateMonitor.getSimState() == IccCard.State.PIN_REQUIRED 513:                            || mUpdateMonitor.getSimState() == IccCard.State.PUK_REQUIRED; 643:        final IccCard.State simState = mUpdateMonitor.getSimState(); 662:        final IccCard.State simState
= mUpdateMonitor.getSimState();

policy/tests/src/com/android/internal/policy/impl/LockPatternKeyguardViewTest.java 49:        public IccCard.State getSimState() {

Эти имена файлов дают подсказку, да, на экране блокировки ...

теория

Это требует root на этом этапе, вызывая adb shellи вызывая getpropи setpropдля этого, единственная часть это, вызывая

adb shell getprop вернет соответствующую информацию, как показано ниже

sh-4.1# getprop
[gsm.sim.state]: [READY]

Это тонкое свойство, по-видимому, динамически сохраняется в резервном хранилище свойств с момента включения и корректируется соответствующим образом в зависимости от количества вещей, услуги, не говоря уже о случайном падении телефона, которое может выбить сим-карту из его считыватель, который изменит состояние карты на « не готов » или « неизвестен ». ( ссылка: system / core / include / cutils / properties.h и system / core / toolbox / [ getprop | setprop ] .c)

Теперь, теоретически, вызывая setprop перед блокировкой экрана, его можно временно обойти, но опять же, это может быть сброшено слоем телефонии! Не пробовал это! Что ведет к этому ...

Заключение

Единственный способ это может быть выключено, чтобы эффективно отключить запрос пин-блокировку на реальной сим-карте . Именно здесь хранится «магический» бит-флаг, в котором уровень RIL телефонии считывает его через проприетарную библиотеку htc / samsung / qualcomm, что предотвращает распространение свойства «PIN_REQUIRED» вверх через слои Android.

Возможный обходной путь, только для разработчиков Android :)

Это потребует взлома и перекомпиляции источника. Для режима полета при входе в этот режим и выходе из режима полета это свойство можно разделить на два, gsm.sim.state можно оставить как есть, но придумать другое свойство, что-то вроде этого, gsm.sim.state. plane.mode и присвойте значение по линиям SIM_STATE_PIN_NOT_REQUIREDи измените проверку режима самолета, чтобы прочитать это свойство и, если оно установлено, не показывать диалоговое окно булавки, в противном случае, как обычно, запрашивать его.

Я не уверен, что вам нужно делать то, что вы пытаетесь сделать.

Вместо этого вы можете:

• Задайте две Taskerзадачи для включения / выключения всего, что Airplaneделает режим включения / выключения .
• Никогда не используйте на самом деле ваш Airplaneрежим. Используйте свои Taskerзадачи.

Возможно, вам придется посмотреть, включены ли какие-либо приложения для автоматического включения аппаратного радио. Посмотрите, пытается ли приложение выполнить фоновую синхронизацию или что-то подобное, они могут попытаться включить отключенные радиостанции. Если это так, отключите способность этого приложения автоматически включать, например, ваш WiFi. Я говорю это, потому что Airplaneрежим определенно останавливал неожиданные соединения WiFi раньше, но не больше, если вы попробуете этот ответ.

Вы также можете настроить, Taskerчтобы всегда переходить в Airplaneрежим при выключении. Таким образом, вы увидите блокировку PIN-кода во время загрузки.