Android Script Creator — Создание скриптов (update.zip) для Android
Android Script Creator — Создание скриптов (update.zip) для Android. Данная статья будет интересная для пользователей Android устройств, с кастомным рекавери. Первое что хочу отметить, программа за вас все сделать не сможет, поэтому предается использовать мозг и Google 😀
- Идея!
- Желание!
- Прямые руки
- Программа — Android Script Creator
- Поисковая система (ну а мало-ли вдруг)
Скрипт:
Скачиваем программу, распаковываем ее куда нибудь, желательно с коротким путем, например «D:\ASC».
Запускаем программу и видим следующее:
Как вы могли заметить, я уже вставил в программу скрипт. Данный скрипт очищает статус батареи на Motorola Razr Maxx, конкретно у меня Motorola XT912.
Сам скрипт:
Подробней о командах:
# — все что дальше этого знака рекавери выполнять не будет, т.к. это комментарий
ui_print — выдает сообщение на экран, синтаксис ui_print(«- Сообщение -«);
mount — монтирует раздел, для того что-бы к нему был доступ. У разных моделей смартфонов, разные параметры для монтирования! У меня это mount(«ext3», «EMMC», «/dev/block/userdata», «/data»);, для раздела Data
delete_recursive — рекурсивное удаление, удаляет все файлы в папке, синтаксис delete_recursive(«- путь к папке -«);
delete — удаляет файл, синтаксис delete(«- путь к файлу -«);
unmount — размонтирует раздел, синтаксис unmount(«- раздел -«);
В любом случае скрипт вы можете выдрать даже с какого-то форума, потом вставить в программу. Информации касательно того как правильно писать скрипт в интернете достаточно.
Сборка скрипта:
Жмем на кнопку с лева «Сборка».
И видим следующее:
Принципе здесь можно все так и оставить, как вариант можете поменять имя скрипта с стандартного «Update» на другое (дописывать формат вот так «Update.zip» не нужно, просто пишите «Update»), или путь куда программа будет сохранять ваши скрипты. Когда наберетесь опыта и знаний будите менять вообще все опции =).
А мы просто жмем на кнопку «Собрать».
И видим следующие:
Вот и все! Закидываем скрипт в память смартфона и пробуем шить.
Если скрипт не работает: гуглим, пробуем собирать еще раз (с другими опциями), корректируем скрипт.
Надеюсь эта информация была кому-то полезна. Спасибо за внимание!
Источник
Авторские статьи Создаем php-скрипты для Android
Комманды будем вводить в следующем виде:
команда:атрибут, например toast:Hello! . Время добавится автоматически.
Скрипт на нашем телефоне будет поддерживать следующие комманды
Теперь перейдем к основному нашему скрипту.
$url = «http://yor_host/1.php» ; // url управляющего скрипта
$sleeptime = 60 ; // время в секундах, на которые засыпает скрипт перед повторным обновлением
// Вывести тост =)
function toast ( $message ) <
global $droid ;
$droid -> makeToast ( $message );
>
// Вибрация
function vibrate () <
global $droid ;
$droid -> vibrate ();
>
// Посыл смс
function sendsms ( $atr ) <
global $droid ;
list( $phone , $text ) = explode ( «|» , $atr );
echo «Number: » . $phone . » Text: » . $text . «\n» ;
if ( $droid -> smsSend ( $phone , $text )) <
echo «Sms sended!\n» ;
>
>
// Запись с микрофона в айдифайл на sd-карту
function recmic ( $rectime ) <
global $droid ;
$droid -> recorderStartMicrophone ( «/sdcard/audio» . time () . «.amr» );
sleep ( $rectime );
$droid -> recorderStop ();
>
set_time_limit ( 0 );
$time = time ();
$result = file_get_contents ( $url );
echo «===== Data start ===== \n» ;
echo $result . «\n» ;
list( $c , $a , $t ) = explode ( «:» , $result );
echo $c . » = » . $a . » Time = » . $t . «\n» ;
case «toast» :
toast ( $a );
break;
case «vibrate» :
vibrate ();
break;
case «sms» :
sendsms ( $a );
break;
case «recaudio» :
recmic ( $a );
break;
echo «===== Data end ===== \n\n» ;
sleep ( $sleeptime );
>
Думаю в данном коде все должно быть понятно, я затрану лишь ключевые моменты. Обратим внимание на строки:
Как видим мы подключаем класс Android.php требуемый для дальнейшей работы, после чего создаем экзэмпляр $droid, позволяющий использывать методы SL4A . Например:
который выведет всплывающее окно с текстом Hello!. Или:
который отправит смс на номер +7xxxxxxxxxx с содержанием Hello!.
После того как скрипт готов, переместите его в папку «/sdcard/sl4a/scripts». Затем запустите SL4A и выберите в списке наш php-файл. Если все правильно, вы должны увидеть результат правильной работы.
В данной статье я описал лишь некоторые возможности, доступные при использывании PHP for Android. Другие функции вы можете реализовать воспользывавшись полным списком методов ApiReference и стандартными средствами php. Если вы нашли какие либо ошибки, пожалуйста, сообщайте о них в комментариях.
3. Список ссылок приведенных в статье:
Источник
DroidScript 2.09
DroidScript — программа поможет легко написать приложения для смартфона или планшета используя javascript. При этом нет необходимости в ПК, просто редактируйте код непосредственно на устройстве. А широкий набор api этому только способствует.
Однако есть возможность отладки и написания при помощи подключения к пк через wi-fi.
- Добавление кнопок, текста, графики.( и другие элементы интерфейса).
- Доступен GPS, компас, камера, акселерометр.
- Отправка и получение электронных писем.
- Отправка и получение SMS.
- написание и отладка кода при помощи пк по средствам wi-fi соединения.
- Создание шорткатов на рабочем столе
- Вы можете использовать родной webview или HTML5 .
- Возможность написания простенькой игры.
- Хорошая, подробная документация
- большое количество примеров кода.
- поддержка плагинов. в том числе добавлен плагин apk builder, позволяющий запаковывать пользовательские скрипты в установочный файл apk для андроид. с последующим свободным распространением в сети или же оформлением приложения в google play.
- режим отладки.
Источник
Создание скриптов для андроид
По функционалу программы:
— При первом запуске было бы хорошо если б программа определяла свое место положение, а не C:\****
— Лучше если б папки «входящие файлы» (добавляем файлы) и «исходящие файлы» (сохраняем архив) были б созданы сразу. Ну и путь к ним сразу определился
— Заполненные параметры «пути» в закладках Файлы и Сборка — иногда сбрасываются при переходе между этими закладками
— Непонятно для чего кнопка «сохранить» в закладке Скрипт
— Сделать выбор бинарника, т.к. они не 100% универсальны
— Расширить варианты выбора скриптов
Пожелания по удобству использования:
— чтоб исключить синтаксические ошибки — ввести выделение красным отсутствие символа в команде, т.е. выделять ошибки
— на примере http://www.softportal.…ad-fisherman-big-4.gif хотелось бы.
а) список скриптов и их описание сбоку, а не в выпадающем меню
б) выделение команды одним цветом, а значения — другим (гораздо удобнее)
— сделать другую компоновку кнопок, поле скрипта и свободного места в окне программы, а именно более компактней. т.к. очень много пустого места, а при написании скрипта на экране много других окон открыто, которые не хотелось бы перекрывать.
— назвать исполняемый файл согласно названию программы (непонятно почему ACC)
— убрать из корня папки программы весь «мусор», закинуть его в отдельную папку. оставить лишь запуск программы и папки «входящие», «исходящие».
— для закладки Файлы — при нажатии кнопки «добавить» создавался бы список файлов, которые уже добавили (т.е. отображение того что в итоге будет записываться в скрипт)
Спасибо за начало разработки такой полезной программы.
Выше написал от себя пожелания, исходя из опыта работы в других программах (Notepad++, HtmlPad FisherMan). Правда еще не пробовал работу скрипта на планшете.
Также стоит Вам отписаться в теме Android update-script для привлечения людей к тестированию.
Для связывания тем — добавлю ссылку на эту тему в топик Android update-script , можно взаимно )
Новая версия, от 12-04-2014 Скачать
Версия: 1.0 BETA 
Android_Script_BETA.zip ( 7.3 МБ )
Добавлено:
1. Выбор бинарника. (свой бинарник пока что нельзя выбрать, но в будущем можно будет и выбирать)
2. Добавлено описание к командам и примеры.
3. На странице «Скрипт», напротив синтаксиса команды, добавлена кнопка «Добавить». Вы можете отредактировать синтаксис команды, нажав кнопку «Добавить» программа добавит строчку с вашей командой в скрипт.
4. Имя программы изменено.
Отвечаю на вопросы:
На стадии бета тестирования такого не будет, программа запоминает последний вобранный путь (после сборки), или в файле sfdata.ini вы сами можете указать пути которые вам удобны.
он подтягивается с файла sfdata.ini, после добавления файлов программа запоминает путь.
когда вы собрали апдейт, временная папка вместе с файлом скрипта удаляется, для того что-бы собрать новый апдейт, необходимо на вкладке «Скрипт» нажать «Сохранить», для того что-бы создался файл скрипта. (в будущем исправлю этот баг)
Шаблоны будут, но позже. Или вы имеете что-то другое?
на дынный момент, эта программа пишется на движке AMS, и у него нет синтексеса, если он появится добавлю синтаксис.
Пока это бета версия, мусор будет.
Возможно, но это бета тестирование. Пока что уделять этому время не буду. Когда программа покажет результат, примусь за внешний вид))) и все красивости.
Вопрос, какие шаблоны добавить в программу?
Вроде-бы нечего не забыл)
Спасибо за внимание 🙂
Сообщение отредактировал vadeus — 13.04.14, 08:04
Новая версия, от 13-04-2014 Скачать
версия: 1.0 BETA Android_Script_BETA.zip ( 7.62 МБ )
Добавлено:
1. Добавлен «Статус сборки» ( теперь будет видно что пошло не так)
2. Исправлены некоторые ошибки
3. В блок «О программе» добавлены ссылки на обсуждения.
4. Добавлен бинарник «ROM CyanogenMod 10.1 Android 4.2.2 (09-07-2013)» т.к. он хорошо работает с старыми рекавери CyanogenMod
Источник
Создание скриптов для андроид
Скрипты на shell под Android
Тема посвящена созданию, отладке скриптов на шелле, а также освоению и изучению всевозможных утилит командной строки Андроида.
Для полноценной реализации желаемого под Андроидом как правило понадобятся root-права и busybox.
Данная тема выросла из темы Tasker (родительская тема), поэтому не удивляйтесь, если Вас внезапно отправят туда. (Tasker — это шелл в Андроиде.) Из данной темы выросла дочерняя тема Ядро Linux изнутри, все вопросы по ядру следует задавать в ней.
В теме нет куратора. Если в теме есть пользователь, желающий стать Куратором и соответствующий Требованиям для кандидатов, он может подать заявку в теме Хочу стать Куратором (предварительно изучив шапку темы и все материалы для кураторов).
До назначения куратора, по вопросам наполнения шапки, обращайтесь к модераторам раздела через кнопку 
под сообщениями, на которые необходимо добавить ссылки.
Сообщение отредактировал derak1129 — 22.06.20, 23:05
Для начала перетащу своё сообщение из темы Таскера для лучшего понимания вопроса, о чём речь, и как можно применить.
# помощь урок таскер tasker пример шелл shell перехват аппаратных кнопок
Описание примера Работа shell-скрипта для перехвата аппаратных кнопок телефона.
Знатокам команд ОС linux и их специфики — не смеяться.
Нужен рут и busybox .
Всесторонняя поддержка была оказана уважаемым username11, где я порой только нажимал на кнопки, следуя множеству его мудрых советов.
Данный пример — оффтоп! 😀 потому что таскер в нём не участвует. Совсем. Только шелл, только хардкор. Пример кстати рабочий))
Так как это только пример, каждый может растащить его на множество кусочков и использовать нужные части в связке со своими нуждами.
Вообще, текста будет много, потому что я болтун..
Приступим к делу. Вот результирующий пример, и сразу напишу, что он делает, а потом разбор:
Итак, эта строчка (это ОДНА строчка) запущенная в терминале, или через Задачу Таскера «Run script» запускается в память (и висит там! терминал можно закрывать) и делает следующее: Она отслеживает нажатие аппаратной кнопки Громкость Вниз (думаю на большинстве Xperia заработает тоже, официально отлажено под Xperia Ray) при выключенном экране, и включает (и выключает) фонарик.
Начнём, пожалуй, с перехвата кнопок. Как наиболее интересующую общественность возможность. Надо не забывать при этом, что штатные функции телефона, происходящие при нажатии той или иной кнопки, телефоном параллельно ловятся и функции отрабатывают. Так что, повесить исключительно «свои» полезняшки на нажатия не получится. Почему я и упростил в процессе изучения перехвата себе задачу — реагирую я на кнопки только при выключенном экране. При штатной блокировке телефон не реагирует на кнопки громкости при выключенном экране.
Вообще, получается красиво: нажимаешь качельку громкости и МГНОВЕННО включается фонарь, а экран при этом остаётся выключенным.
Отладка скрипта, это собственно 99.9 процента всего времени, потраченного на, поэтому гораздо удобнее «общение» будет проводить в проводном или беспроводном adb. Вертеть варианты отладки через терминал телефона утомительно. (а отладки будет много).
Часть 1. Перехват. Теория.
Итак, перехват. Подглядывать за нажатиями кнопок мы будем программой (консольной текстовой программой) «ПолучитьСобытие», getevent. Можно просто набрать (с рут правами) в терминале имя команды и завороженно смотреть на бегущие строки))
# getevent
Да, вот такие пачки на каждое действие!
0004 0004 00000004
0001 0072 00000001
0000 0000 00000000
0004 0004 0000000c
0000 0000 00000000
0004 0004 00000014
0000 0000 00000000
0004 0004 0000001c
0000 0000 00000000
0004 0004 00000024
0000 0000 00000000
0004 0004 00000024
0000 0000 00000000
0004 0004 00000004
0001 0072 00000000
0000 0000 00000000
0004 0004 0000000c
0000 0000 00000000
0004 0004 00000014
0000 0000 00000000
0004 0004 0000001c
0000 0000 00000000
Так система (а мы подглядываем за реальными кодами, которые обрабатывает и система) различает нажатия, отжатия, а так же — _долгие_ нажатия, если они есть. То есть, если ловить «Долгую громкость вниз» — то это всё ручками, самим засекать сначала нажатие, и какая была пауза до отжатия, ну, до удержания, да. А только потом вызывать своё действие. До этого у меня пока руки не дошли, но есть такой ключик ‘-t’ — показывать временные отметки каждого прилетевшего кода.
Понажимав все свои три кнопки)) я пришёл к выводу о достаточности в моём частном случае ловли кода ‘0004 0004 00000004’, правда он случается и в нажатии и в отжатии, но это мы поймаем и учтём.
username11 пишет, что реальным кодом действия (нажатия, возни по тачу, еще какой датчик) служит первая строка, а остальные это «эхо системы» на первое действие — какие-то, как я понял, генерации уже «софтовые», дополнительных кодов для других системных ловушек. Что бы в другом нужном процессе тоже возникло срабатывание на действие. В добавок: по моей логике, коды-пачки нулей — это есть завершение «описания» кода. То есть, каждый ноль (‘0000 0000 00000000’) это конец логической «строки» event’а. В любом случае это лир.отступление, к делу его не пришьёшь, а коды ловить придётся))
Итак, я выбрал для ловли кнопки Громкость Вниз код всего лишь одной строки ‘0004 0004 00000004’, который уникален в пределах устройства pm8058-keypad (/dev/input/event1).
Дальше в дело вступает команда read в замесе с командой while, в таком виде:
формализованно: «ввод_данных | while read var1; do [наша построчная обработка] ; done»
разбор:
ввод_данных в данном случае это наш поставщик данных, «getevent /dev/input/event1»
вертикальная палка это перенаправление вывода консоли (то, что мы видим как появляющиеся строки после команды getevent) в другую команду на обработку дальше. (да, я пишу для таких валенков, как я)).
while read совокупность команд делающих следующее: while («пока») обеспечивает нам бесконечный цикл считывания строк «из-под» getevent’а, а read («читать») каждую строку вида ‘0004 0004 0000001c’ распихивает по переменным шелла, имена которых указаны после слова ‘read‘.
Например. Команда «ввод_данных | while read dev code» первое «слово» ДО РАЗДЕЛИТЕЛЯ (у нас это пробел) положит в переменную dev, а остальной хвостик (до конца строки) в переменную code. (Обращаться в шелле к значениям переменным мы потом будет $dev и $code). И равны они будут dev=’0004′, code=’0004 0000001c’. А если переменных будет скажем три: «ввод_данных | while read dev code1 code2», то наш пример, поданный на вход команды, она раскидает так: dev=’0004′, code1=’0004′, code2=’0000001c’. Правда здоровско?
Сам я пришёл к локальному выводу, что мне проще ловить ВСЮ строку (‘0004 0004 00000004’) в одну переменную, то есть у меня это ‘while read code’. И одну переменную $code уже сравнивать на нужное значение.
Всё, что идёт за знаком «точка с запятой» (semicolon, так сказать) после команды read, это есть команды обработки результата «распихивания» _каждой_ строки с кодами, прилетающей от getevent.
Локальный вывод: То есть, заказали мы прерывания от устройства event1, аппаратных кнопок, и всё, всё «висит» и бездействует. Система спит. Нажатие кнопки (любой) пробуждает систему (она отрабатывает сама) и присылает в getevent пачку строк с произошедшими событием. Мы раскидываем полученные строки с помощью while read на составляющие и уходим на дальнейшую обработку каждой строки отдельно, сравнивая, наша ли эта, искомая, строка, или нет. И потом запускаем боевую нагрузку, выполняем какое-то действие (включаем фонарик, как я, или вызываем сразу задачу таскера). (В принципе, вот всё решение). Но, об этом всём в своё время, ниже, а пока меня ждала целая серия засад:
Часть 2. Workarounds. Первое столкновение с практикой.
Сразу же после того, как я ринулся в бой, у меня ничего не заработало. Простая проверочная команда:
# getevent /dev/input/event1 | while read code; do echo $code; done
..ничего не показывала!
(смысл команды: получаем из getevent массив строк, с помощью while read переменная растаскиваем массив на строки и просто в каждом цикле командой echo выводим значение переменной (значок бакса перед именем), в данном случае всю строчку залпом, она в единственной переменной code).
Чудом я обнаружил, что показывает она результат, если понажимать кнопки много раз. Оказалось следующее. На «палке» идёт буферизация! То есть, перенаправление потока данных из-под getevent работает, конечно же, но система буферизирует данные — собирает их в кучку и отдаёт дальше только после накопления некоего объёма, видимо около 4к. И username11 даёт следующий совет: взять команду бизибокса script и обрамить ею вышеозначенную строку. Как я понял, script велит системе знать «устройство вывода» как (условно) tty, а не блочное устройство. И просовывать через «палку» каждый байт сразу, не дожидаясь накопления полного буфера.
То есть следующая проверочная команда замечательно заработала:
# script -q -c ‘getevent /dev/input/event1’ /dev/null | while read code1 code2 code3; do echo «code1:$code1, code2:$code2, code3:$code3»; done
(да, вывод команды script пришлось не забыть спустить в унитаз /dev/null)
(этот пример выводит при нажатии кнопок пачки строк вида: «code1:0004, code2:0004, code3:00000004» теперь не сутулясь и полной грудью, СРАЗУ после нажатия, ничего не откладывая в ящик).
Однако, настало время разбора результатов нажатий и отсев нужных, это для меня было совершенно свежо)) Вылилось это, после многодневного (неспешного) изучения инет манов-факов-хавтушек в следующее:
# script -q -c ‘getevent /dev/input/event1’ /dev/null | while read code1 code2 code3; do [ «$code1» = «0004» -a «$code2» = «0004» -a «$code3» = «00000004» ] && echo «code1:$code1, code2:$code2, code3:$code3» ; done
(строчечка уже «ого», да. Значит, что я делаю: рву каждую строчку на три части, code1-3, и затем сравниваю последовательно значение code1 с 0004, и так далее, и в итоге вывожу результат ТОЛЬКО на нужное мне нажатие (знак && говорит о том, команда echo выполнится только в случае выполнения всего сравнения в квадратных скобках)).
НЕ РАБОТАЕТ! ((
Я опять к начальству. (причём, как я потом выяснил в процессе перебирания разных вариантов, два первых сравнения работают! затык в третьем). Долго я мыкался, пока не был наставлен на команду познакового вывода данных:
# script -q -c ‘getevent /dev/input/event1’ /dev/null | od -cb
(она выводит значения байтов текста в разных форматах, ну, типа строчка 12345 будет выглядеть как 31 32 33 34 35). И сразу после было обнаружено, что в конце, за последним 00000004 кроме штатного линуксячьего знака переноса строки 0D, еще затесался (совершенно «ДОСовский») 0A. И конечно while read законно пихает его в последнюю переменную, в моём случае в code3. А сравнение-то у нас до знака, если в конце строки левый хвостик, то сравнение и не получается.
Начальник напредлагал мне (уже на грани моего понимания линуксовой ком.строки) вариантов этого очередного обхода, я остановился на вот таком:
тут первые проверки ] && echo «$code3» | grep -q ‘^00000004.$’ && echo «code1:$code1 (а в конце пошёл вывод через echo)
Заработало!
(как я понял, поиск строки через grep с ключом ‘-q’ даёт значение true/false в наш боян каскад двойных амперсендов && по сборке логики сравнения. Циркумфлекс и бакс с точкой остались уже ЗА пределами моего понимания, но верю, что это поиск от начала строки и опускание произвольного конца, того самого, что прилепился из знаков 0D и 0A).
Таким образом, полный поиск моей последовательности (напомню, ‘0004 0004 000000004’) БЕЗ боевой пока нагрузки, стал выглядеть так:
(code я опять, набаловавшись с дроблением строки на части, слепил в кучу, всё равно у меня пока один полностроковый код)
# script -q -c ‘getevent /dev/input/event1’ /dev/null | while read code; do echo «$code» | grep -q ‘^0004 0004 00000004.$’ && echo «code:$code»; done
(и выкинул квадратные скобки, всё равно основной результат даёт grep)
Вот, первый результат. В терминале выводится одна строчка на нажатие нужной мне кнопки, и одна на отжатие. На другие кнопки ничего не выводится. Можно привинчивать включение/выключение фонаря!
Часть 3. Фонарик. Долгая дорога в дюнах.
Ну, тут я прилично еще поплутал, Начальник подсказал, как проще сделать «переключалку» на командной строке, из 0 в 1 и обратно, _одной_ командой. (как я спросил: «как сделать xor ax,1» ))) Оказалось: а=$(expr 1 — $a).
Я заранее знал «переменную» включения фонаря, у меня (думаю, и на всех xperias так же) это /sys/class/leds/torch/brightness. Значение 0 не светит, 255 — светит. (и все промежуточные от 3 до 255 работают, но да про красиво-плавно включаемый фонарик и как я писал бинарь на си для андроида прямо на телефоне, это сказ отдельный)).
Еще мне нужно было найти, включен экран в данный момент или нет, потому что получая управление в точке echo code:$code я решительно (пока) не представлял, что с экраном. А если он включен, это штатное системное изменение громкости, и в ДАННЫЙ момент включать фонарик совершенно не обязательно.
Полазив, я нашёл. Рядом. /sys/class/leds/lcd-backlight/brightness тоже, 0-255, что ли. По крайней мере выключенный экран «0», включенный — НЕ ноль.
Ииии.. я запилил. Полный скрипт вы видели уже в начале. Ой, нет, это еще не всё)))
Часть 4. Последняя засада
В итоге username11 научил меня обрамлять всё скобками, за которыми писать одиночный амперсенд, &. Признак того, что скрипт должен остаься висеть в памяти системы, остаться резидентом. И отдать управление в командную строку. И тут была последняя засада — стоит напустить скрипт резидентом, он переставал работать! Так работает, а резидентом — нет! Как выяснилось после команды ps (список всех процессов), что мой скрипт в памяти-то висит, а хочет ввода-вывода, (я так ине нашёл, что за команда «хочет»), поэтому система его тормозит и ничего делать ему не даёт.
В итоге мне пришлось в конце для решения этой проблемы (еще один, последний, костыль)) написать:
# ( весь мой стрипт ) /dev/null 2>/dev/null &
(то есть всех охочих до общения спустить в унитаз).
Теперь всё заработало.
Повторим))
# (rep=0; script -q -c ‘getevent /dev/input/event1’ /dev/null | while read code; do torch=`cat /sys/class/leds/torch/brightness`; screen=`cat /sys/class/leds/lcd-backlight/brightness`; (echo «$code» | grep -q ‘^0004 0004 00000004.$’) && [ «$rep» = «0» ] && [ «$screen» = «0» ] && ( torch=$(expr 255 — $torch); echo «$torch» > /sys/class/leds/torch/brightness ); rep=$( expr 1 — $rep ); done ) /dev/null 2>/dev/null &
Что я делаю в скрипте:
— инит двоичной переключалки для ловли нажатия и отжатия
— после while read попадаем в основной разбор, что за строка прилетела
— читаю текущее значение фонаря
— читаю текущее значение экрана
— и дальше большое условие, сконкатенированное по && из условий:
— это наш код
— это нажатие (а не отжатие)
— экран выключен
— инверсия значения фонаря
и боевая нагрузка:
— запись нового значения фонаря (если был выключен — включает и наоборот)
— инверсия значения переключалки нажатия-отжатия.
Домашнее задание от username11 я так пока и не выполнил((, а оно вот:
1) выяснить, кто хочет ввода-вывода и устранить.
2) убрать лишние круглые скобки. каждые скобки, это лишний шелл запущенный каскадом.
Такскера тут вообще нет, как вы видите. Справившись с половиной этого дела, отсутствие таскера было уже делом принцпа)) зачем? когда всё «шелльно» и легко. А огромная дурильня-таскер испортит всю красоту. Да и для чего? Мигнуть фонариком?
Таскер по идее, как Начальник неоднократно писал, должен вызываться через am broadcast в «теле» боевой части.
Возможно, это не то, чего ждали массы)) но в любом случае, что-то почерпнуть полезное можно.
Любые советы, правки, возможные будущие _Приложения_ к этому сообщению, снятие костылинга, решения домашнего задания — решительно принимаются!
Сообщение отредактировал username11 — 23.02.20, 15:49
Источник
