Софт для ZN5 и прочих MotoMAGX: MGX и PEP, Разработка, портирование и обсуждение нативного софта Поделиться Опции

[EXL]

Мануал: Компиляция приложений для MotoMAGX OS, создание пакетов



Для портирования и сборки приложений для нашей платформы в первую очередь нам нужны:

1. Компьютер с Linux OS. Или Windows OS с установленным Virtual BOX/VMware Player, в крайнем случае под виндой можно воспользоваться AndLinux'ом или Cygwin'ом.
2. SDK & Toolchains для MotoMagX + Исходники программ/приложений.
3. Программист/Разработчик или начинающий программист (1 шт.).

Я рассмотрю наиболее приемлемый многим начинающим разработчикам способ, с использованием популярного дистрибутива Ubuntu 11 (Linux OS) в виртуальной машине VMware Player в Windows OS. Те пользователи, у которых стоит Linux OS на компе, могут скачать SDK & Toolchains | Зеркало | Зеркало | Зеркало и сразу перескочить на пункт #4.

Итак, начнём:

1. Загрузка необходимых для разработки инструментов и файлов:

1.1. Скачиваем ISO-образ диска Ubuntu 11. Я качал себе в городской сетке, пошарьтесь в своих тоже, может найдёте. На всякий случай, ссылка: [Download | Скачать] на скачивание с официального сайта: http://www.ubuntu.com Там вы можете выбрать любую конфигурацию под свой компьютер (amd/i386) и т.д.

1.2. Скачиваем VMware Player - Скачать можно с официального сайта: [Download | Скачать] или тут: [Mirror | Зеркало]

1.3. Скачиваем SDK & Toolchains для MotoMagX. [Download | Скачать] - полная версия, включающая в себя 2 тулчейна SDL (От испанцев) + QT (От Ant-On'a) а также python, bennugd, boost и множество различных библиотек. Инструкция по установке есть внутри или ниже можно прочитать подробно.
Тем, кто хочет разрабатывать приложения на SDL, можно скачать небольшой тулчейн для сборки приложений: [Download | Скачать] [Mirror | Зеркало]

2. Мануалы по установке VMware, Ubuntu и SDK & Toolchains в картинках:*
* - картинки открывать лучше всего в новом окне, нажав колёсико мышки. После открытия воспользуйтесь масштабированием, например, в стандартном просмоторщике картинок.

2.1. Установка программы VMware для самых маленьких.
2.2. Установка Linux OS в программу VMware, на примере Ubuntu 11.
2.3. Установка дополнительных инструментов (VMware-tools) в Ubuntu 11. Необходимо для перемещения файлов между Ubuntu в виртуальной машине и виндой.

2.1.:    2.2.:    2.3.:



3. Мануалы по установке, текстом.

3.1. Установка VMware-tools для Ubuntu 11.
3.1.1. Стартуем Ubuntu 11, вверху нажимаем "Virtual Machine", затем "Install VMware Tools...
3.1.2. Ждём загрузки инструментов (нужно подключение к интернету!), затем снова вверху нажимаем "Virtual Machine" -> "Install VMware Tools...
3.1.3. С открывшегося диска копируем архив в формате *.tar.gz например в /home/user (user - ваше имя при установке Ubuntu), распаковываем его.
3.1.4. Запускаем терминал и выполняем в нём следующее:

Код

cd /home/user/vmware-tools-distrib
sudo ./vmware-install.pl

После команды sudo надо ввести пароль, который мы указывали при установке Ubuntu.
3.1.5. Умный скрипт сам предложит вам вводить нужные значения (в квадратных скобках), вводите их.
3.1.6. После успешной установки инструментов, перезагрузите компьютер.
3.1.7. Данные инструменты помогут с лёгкостью переносить файлы из Windows в Linux Ubuntu, просто копируя их или перенося из окна в окно, как вы это делали в Windows. Кроме того, появится множество разрешений для экрана системы.

3.2. Общие папки между системами для обмена файлами.
3.2.1. Стартуем Ubuntu 11, вверху нажимаем "Virtual Machine", затем "Virtual Machine Settings"
3.2.2. Переходим на вкладку "Options", выбираем "Shared Folders"
3.2.3. Переключатель "Folder sharing" ставим в положение "Always enabled", нажимаем кнопку "Add".
3.2.4. На компьютере выбираем любую папку, добавляем её, жмём ОК.
3.2.5. Теперь в Ubunte, в папке /mnt/hgfs видим добавленную нами папку из Windows.

4. Установка SDK & Toolchains.

4.1. Скачиваем архив тулчейна (*.tar.gz), перемещаем его в папку /home/user (user - ник при установке Ubuntu).
4.2. Выполняем команды, новая строка - Enter, вместо user естественно пишем своё имя, после команды sudo потребуется ввести пароль, который мы указывали при установке Ubuntu.

Код

sudo mkdir /mmc
sudo chown user -R /opt
sudo chown user -R /home
sudo chown user -R /mmc
sudo ln -s -d /opt/toolchains/motomagx/arm-eabi -t /
mkdir /opt/toolchains
mkdir /home/z6
mkdir /mmc/mmca1
tar -C /opt/toolchains -xzvf /home/user/motomagx-toolchains_12_08_2011.tar.gz
cp /opt/toolchains/motomagx/setenv-z6.sh /home/z6
cp /opt/toolchains/motomagx/setenv-z6-2.sh /home/z6

4.3. Обратите внимание на имя скаченного вами архива с тулчейном! Именно его нужно вводить в восьмой строке кода, приведённого выше!
4.4. Установленный тулчейн:


5. Запуск окружения, компиляция программ и helloworld'a.

5.1. Чтобы запустить окружение для компиляции под MotoMagx, достаточно выполнить в терминале следующее:

Код

cd /home/z6
. setenv-z6.sh

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

5.2. HelloWorld.
5.2.1. Создаём пустой файл с именем hello.c в папке /home/z6 (Правой клавишей по пустому месту, "Create Document" -> "Empty File")
5.2.2. Редактируем его содержимое следующим образом, сохраняем:

Код

// Hello World for Motorola Magx!

#include <stdio.h>

int main(void)
{
    printf ("Hello Moto!!!\n");
    return 0;
}

5.2.3. Компилируем:

Код

cd /home/z6
arm-linux-gnueabi-gcc hello.c -o hello

5.2.4. Полученный исполнительный файл "hello" кидаем на телефон и запускаем через телнет!

Код

Mobilinux(TM) 4.1
Welcome 2 Motorola ZN5!
[root@Symbiosis ~]
#> /mmc/mmca1/hello
Hello Moto!!!

5.3. Работа с утилитой Make* и SDL библиотекой.
* - Утилита Make позволяет компилировать достаточно сложные проекты. Подробнее тут: http://ru.wikipedia.org/wiki/Make
5.3.1. Скачиваем следующие исходники, распаковываем в папку /home/z6:

ballgame_src.tar.gz   ( 34 килобайт ) Кол-во скачиваний: 21074

5.3.2. Запускаем терминал и окружение для компиляции, переходим в папку с проектом, выполняем команду make:

Код

cd /home/z6/ballgame_src
make

После выполнения команды будет выполнена компиляция проекта и создан mgx пакет. Для очистки проекта от объектного кода и бинарников, следует выполнить make clean. Для создание mgx пакета - команду make mgx.
5.3.3. Теперь можно кинуть пакет на карту памяти и попробовать запустить. (Для SDL приложений вам потребуется установленные SDL-библиотеки!)
5.3.4. Структура простейшего Makefile для компиляции HelloWorld'a:

Код

# MakeFile for HelloWorld
# Motorola MotoMAGX

CC = arm-linux-gnueabi-gcc  
STRIP = arm-linux-gnueabi-strip
  
CFLAGS = # Необходимые флаги
LDFLAGS = # Необходимые флаги
OPTIMIZATION = -march=armv6j -mtune=arm1136jf-s -mfpu=vfp -O2 # Оптимизация под процессор

INCLUDE = $(CFLAGS) $(OPTIMIZATION) -I/dir # Путь к нужным хэдэрам.
LIBS = $(LDFLAGS) -L/dir # Путь к нужным либам

BIN = hello # Бинарник

all:
    $(CC) -c hello.c -o hello.o $(INCLUDE)
    $(CC) -o $(BIN) hello.o $(LIBS)
    $(STRIP) $(BIN)
clean:
    rm -f ./*.o $(BIN)

Если положить данный Makefile рядом с hello.c, и выполнить make, получим исполнительный файл.
5.3.5. Замена строк, для портирования SDL проектов:

Код

CC:=gcc ---> CC:=arm-linux-gnueabi-gcc
cc=gcc ---> CC=arm-linux-gnueabi-gcc
cxx=g++ ---> CXX=arm-linux-gnueabi-g++
ld=ld ---> LD=arm-linux-gnueabi-ld
ar=ar ---> AR=arm-linux-gnueabi-ar
as=as---> AS=arm-linux-gnueabi-as
oc=oc ---> OC=arm-linux-gnueabi-objcopy
ranlib=ranlib ---> RANLIB=arm-linux-gnueabi-ranlib
strip=strip ---> STRIP=arm-linux-gnueabi-strip
В INCLUDE или CFLAGS добавляем `sdl-config --cflags`
В LIBS или LDFLAGS добавляем `sdl-config --libs` -lнеобходимая_библиотека

5.4. Работа с утилитой configure* и SDL библиотекой.
* - Скрипт configure создаёт Makefile и позволяет компилировать сложные проекты, состоящие из множества файлов. Подробнее тут: http://en.wikipedia.org/wiki/Configure_script
5.4.1. Пример работы. Скачиваем исходники, распаковываем в папку /home/z6:

PTC-demos.tar.gz   ( 33.29 килобайт ) Кол-во скачиваний: 21129

5.4.2. Выполняем следующее:

Код

cd /home/z6/PTC-demos
./configure --host=arm-linux-gnueabi
make

После этих команд у нас появятся исполнительные файлы Fire и Tunnel. Копируем их в корень карточки телефона.
5.4.3. Запускаем через телнет следующим образом:

Код

export LD_LIBRARY_PATH=/mmc/mmca1/games/lib:$LD_LIBRARY_PATH
chmod +x /mmc/mmca1/Fire
/mmc/mmca1/Fire

5.4.4. Для установки файлов в нужную директорию используется prefix и команда make install:

Код

mkdir /home/z6/test
cd /home/z6/PTC-demos
./configure --host=arm-linux-gnueabi --prefix=/home/z6/test
make
make install

После этого нужные нам файлы будут в папке /home/z6/test.
5.4.5. Для чистки объектного кода и бинарников используется команда make clean, для удаления сконфигурированных Makefile'ов используется команда make distclean (полная очистка).

5.5. Деббагер "Segmentation fault"
5.5.1. Качаем gdb и распаковываем архив на карту памяти, в папку /mmc/mmca1/games
Исполнительные файлы должны быть собраны с префиксом '-g' и не должны быть пострипаные
5.5.2. Выполняем (gdb):

Код

ulimit -c unlimited
./<bin_app>
Segmentation fault (core dumped)
файл <core> будет создан
../bin/gdb ./<bin_app> <core>

5.5.3 Выполняем (strace):

Код

../bin/strace ./<bin_app>

5.6. Скрипт запуска для SDL приложений:

Код

#!/bin/sh
mypath=${0%/*}
LIBDIR1=/ezxlocal/download/mystuff/games/lib
LIBDIR2=/mmc/mmca1/games/lib
LIBDIR3=$mypath/lib
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$LIBDIR1:$LIBDIR2:$LIBDIR3
export HOME=$mypath
export SDL_QT_INVERT_ROTATION=1
cd $mypath
sleep 1

exec $mypath/<bin_app>

5.6.1. Если нужен вывод лога в файл, заменяем последнюю строку в скрипте на

Код

exec $mypath/bin_app >$mypath/stdout.txt 2>$mypath/stderr.txt

5.7. HelloWorld с использованием GUI и функций телефона.
5.7.1. Скачиваем архив, распаковываем в /home/z6:

Helloworld_GUI.tar.gz   ( 80.01 килобайт ) Кол-во скачиваний: 21349

5.7.2. Выполняем:

Код

cd /home/z6/папка с нужным проектом
make PLATFORM=EZX-ZN5

или просто make
5.7.3. Кидаем исполнительные файлы на телефон и пробуем запустить, должно получиться что-то типа этого:


5.8. Собираем MgxBox.
5.8.1. Скачиваем архив, распаковываем в /home/z6:

MgxBox.tar.gz   ( 5.23 мегабайт ) Кол-во скачиваний: 22617

5.8.2. Выполняем:

Код

cd /home/z6/MgxBox/MgxBox_GUI_ru
make PLATFORM=EZX-ZN5
cd /home/z6/MgxBox/p7zip_9.20.1
make all2
make install
cp -r /mmc/mmca1/p7zip/lib/p7zip /home/z6/MgxBox/Release/app/p7zip

5.8.3. Кидаем папку /home/z6/MgxBox/Release на телефон и пробуем запустить бинарник в папке Release/app, если всё нормально, должно получиться что-то типа этого:


6. Создание пакетов вручную.

6.1. Создание MGX пакета:
6.1.1. Создаём папку, помещаем в нее необходимые файлы (дата файлы приложения, исполнительные файлы, скрипт запуска, иконку).
6.1.2. Создаём в папке файл "Имя папки".cfg, редактируем его содержимое следующим образом:

Код

Name = Test
Exec = run.sh
Icon = icon.png
Author = Ant-ON
Version = 1.0
Comment = Port for ZN5 by EXL

Где, Name - имя программы, Exec - запускаемый файл, Icon - иконка, Author - Автор программы, Version - Версия программы, Comment - Комментарий.
6.1.3. Запаковываем папку в любой удобный вам архив (RAR, TAR, GZ, 7Z, ZIP), и переименовываем в "имя программы".mgx

6.2. Создание PEP пакета:
6.2.1. Создаём папку с именем "app", помещаем в нее необходимые файлы (дата файлы приложения, исполнительные файлы, скрипт запуска).
6.2.2. Создаём рядом с папкой файл "description.ini", редактируем его содержимое следующим образом:

Код

[Actions]
Silent=0
InstallApp = 1  
AddAppToMenu = 1

[InstallApp]
Name = Jump n Blob
Exec = run.sh
InstallPath = ../../mmc/mmca1/.Programs/jump_n_blob/
AppLockable = 1
Author = http://www.2d-retroperspectives.org | Philipp. Port by -=Strelok=-, EXL (c) MotoFan.Ru 08.01.2010
Version = 0.1
Daemon = 1
BigIcon= icon.png
AniIcon= icon.png
Icon= icon.png

[AddAppToMenu]
ParentFolder= root

Где, Name - имя программы, Exec - запускаемый файл, Icon | AniIcon | BigIcon - иконка, Author - Автор программы, Version - Версия программы, InstallPath - Путь установки.
6.2.3. Создаём иконку, рядом с папкой "app" и "description.ini".
6.2.4. Запаковываем иконку, папку "app" и "description.ini" в архив формата TAR, затем сжимаем его в GZ переименовываем в "имя программы".pep

7. Полезные ссылки, документация, наши проекты.

7.1. Исходники, сайты с исходниками. Множество интересных проектов есть на code.google.com и sf.net
7.1.1. Исходники проектов, базирующихся на SDL:
libsdl.org/games
libsdl.org/demos
http://dl.openhandhelds.org/cgi-bin/gp2x.cgi?0,0,0,0,46
http://dl.openhandhelds.org/cgi-bin/dingoo.cgi?0,0,0,0,46
7.1.2. Исходники проектов, базирующихся на QT:
http://www.elsix.org/index.php?w=browse - В основном там под Sharp Zaurus, но идеи создания приложений и сорцы найти можно.

7.2. Документация, темы для прочтения:
Пробуем портировать игры и проги сами
Разработка софта под MOTOMAGX, начну небольшой HOWTO
Компиляция нативных приложений под E6/A1200, Создание окружения для компиляции
SDL библиотека
http://plg.lrn.ru/wiki/Заглавная_Страница
http://plg.lrn.ru/doc/sdl/index.html
http://doc.qt.nokia.com

7.3. Проекты:
http://code.google.com/p/open-mgx/ - исходники программ от Ant-On'a
http://code.google.com/p/sdl-magx/ - библиотека SDL HW для MotoMAgx от Ant-On'a
http://code.google.com/p/zmessanger/ - нативная аська, автор Ant-On
http://sourceforge.net/projects/qte2console/ - qte2console от DoomChisel
http://code.google.com/p/motocakerteam/ - исходники программ от испанцев MotoCakerTeam
http://code.google.com/p/zsoft/

8. Мануалы данной темы:

Если кто не может запустить ZN5Encoder в Magic box - пост #290
Нативные заставки на основе портированных мной и Neomoto демок! - пост #291
Мануал по установке Tmake в тулчейн, и правки созданного им MakeFile - пост #484
Изучение разделяемых библиотек (so) - пост #1440
Эмуляция нажатия клавиш на Motorola ZN5 - пост #1684

© EXL for MotoFan.Ru 27.08.2011

[EXL]

Может задумка была шобы подключалося всё кроме модема?

Вряд ли, скорее всего просто по аналогии делали.

[fill.sa]

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

[EXL]

Разобрался с тем, как генерировать нажатия клавиш на клавиатуре MotoMAGX-телефонов программно, вставляя KeyEvent'ы прямо в очередь драйвера. Буду писать здесь всю информацию на всякий случай, поэтому пост получится объёмным. Если лень всё это читать, переходите сразу в последний практический раздел в самом низу поста. Итак, в MotoMAGX-телефонах в /dev/ имеется несколько типов устройств. На старой платформе LJ 6.x (Z6, V8, ZN5, U9, Z6W, AURA) используются /dev/keypad0, /dev/keypadI и /dev/keypadB, которые возможно остались ещё в наследство от EZX, а на LJ 7.x (E8, EM30, VE66, EM35, VA76r и MotoMAGX Emulator) используется одно всеобъемлющее устройство /dev/vkm через которое можно управлять огромным количеством всяких разных Event'ов, в т. ч. и сенсорным колесом Omega Wheel. Но пока нас интересует лишь отправка нажатий на кнопки телефона.

Работа с /dev/vkm и /dev/keypadX происходит через функцию ioctl(), в аргументы которой вставляется либо адрес структуры, которая содержит всю необходимую информацию, либо просто нужный keycode у KeyEvent'а, пример кода на языке программирования "C" для двух разных драйверов:

Код

static int send_event_to_vkm_driver(const int vkm_device_fd, const key_code_long_t keycode) {
    fprintf(stderr, "Keycode is: 0x%08X, dec: %u\n", keycode, keycode);

    MOTO_INPUT_EVENT_T vkm_event;
    vkm_event.type = MOTO_INPUT_EVENT_TYPE_KEY;
    vkm_event.event.key_event = (keycode | MOTO_INPUT_KEY_EVENT_PRESSED_MASK);

    return ioctl(vkm_device_fd, MOTO_INPUT_IOC_INSERT_EVENT, &vkm_event);
}

static int send_event_to_keypad_driver(const int keypad_device_fd, const key_code_short_t keycode) {
    fprintf(stderr, "Keycode is: 0x%04X, dec: %hu\n", keycode, keycode);

    return ioctl(device_fd, KEYPAD_IOC_INSERT_EVENT, (keycode | KEYDOWN));
}

Интересный момент. Посылка драйверу обычного keycode'а кнопки означает отжатие клавиши. Для того, чтобы зарегистрировать именно нажатие старший бит в keycode'е должен быть установлен в "1", что достигается конструкцией (keycode | KEYDOWN) для /dev/keypadX, где KEYDOWN это 0x8000 (16-битное целое число) или (keycode | MOTO_INPUT_KEY_EVENT_PRESSED_MASK) для /dev/vkm, где MOTO_INPUT_KEY_EVENT_PRESSED_MASK это 0x80000000 (32-битное целое число).

В итоге у меня получилась такая вот простенькая утилитка pushkey, исходный код которой опубликован здесь: https://github.com/EXL/keyd/blob/master/pushkey/pushkey.c

Использовать её можно как-то так:

Код

|pushkey| by EXL, v1.0, 14-Nov-2021

Usage:
    pushkey <keycode> <device> <mode>

Examples:
    pushkey 0x8001         # Нажать кнопку "1" на устройстве "/dev/keypadI", обычный режим
    pushkey 0x0001         # Отпустить кнопку "1" на устройстве "/dev/keypadI", обычный режим

    pushkey 0x8001 i       # Нажать кнопку "1" на устройстве "/dev/keypadI", обычный режим
    pushkey 0x0001 i       # Отпустить кнопку "1" на устройстве "/dev/keypadI", обычный режим

    pushkey 0x8001 b       # Нажать кнопку "1" на устройстве "/dev/keypadB", обычный режим
    pushkey 0x0001 b       # Отпустить кнопку "1" на устройстве "/dev/keypadB", обычный режим

    pushkey 0x31 i a       # Нажать кнопку "1" на устройстве "/dev/keypadI", режим ASCII
    pushkey 0x31 b a       # Нажать кнопку "1" на устройстве "/dev/keypadB", режим ASCII

    pushkey 0x0001 i s     # Нажать кнопку "1" на устройстве "/dev/keypadI", режим одиночного нажатия
    pushkey 0x0001 b s     # Нажать кнопку "1" на устройстве "/dev/keypadB", режим одиночного нажатия

    pushkey 0x80000004 v   # Нажать кнопку "4" на устройстве "/dev/vkm", обычный режим
    pushkey 0x00000004 v   # Отпустить кнопку "4" на устройстве "/dev/vkm", обычный режим

    pushkey 0x00000004 v s # Нажать кнопку "4" на устройстве "/dev/vkm", режим одиночного нажатия

Распишу немного подробнее. В обычном режиме, который активирован по умолчанию, происходит отправка одного Event'а с выбранным keycode'ом в аргументе утилиты. То есть за нажатием клавиши должен явно следовать вызов этой же утилиты с keycode'ом её отжатия. Подобное в теории можно использовать для эмуляции длительного нажатия клавиши таким образом:

Код

#!/bin/sh
pushkey 0x8001
sleep 2
pushkey 0x0001

Хотя это пока не тестировалось. Режим одиночного нажатия кнопки посылает за Event'ом с keycode'ом нажатия клавиши сразу же Event её отжатия, это наиболее подходящий режим для того чтобы разово эмулировать нажатие какой-либо клавиши на клавиатуре. Режим ASCII наверное действует аналогично режиму одиночного нажатия, только вместо keycode'а в качестве аргумента он принимает код символа из таблицы ASCII, например, у единички это будет 0x31, а вот какие там коды использовала Motorola для таких кнопок, как красная и зелёная трубки, мне неизвестно, поскольку реального мобильного телефона у меня нет, чтобы это проверить.

Касательно устройств, то как уже было отмечено выше, на Motorola ZN5 используется /dev/keypadI и /dev/keypadB, первое устройство реагирует на отправку нажатий цифровой клавиатуры, красной и зелёной трубок и пр. (протестировано), а вот за что отвечает второе устройство я пока не знаю. Возможно за нажатия кнопок на дополнительной Morphing Mode клавиатуре, там где корзинка удаления изображения из приложения Галереи и прочее. Либо же за кнопки на проводной или Bluetooth-гарнитурах. А может быть вообще для каких-то служебных целей, на что намекает комментарий в заголовочном файле ядра. Если кто выяснит назначение /dev/keypadB, отпишитесь пожалуйста в этой теме.

Теперь самое интересное, коды клавиш. Для устройства /dev/vkm я ничего не смог найти в заголовочных файлах, зато нашёл кучку файликов в MotoMAGX Emulator, где перечислены эти коды на различных раскладках клавиатуры, которые видимо планировалось использовать в реальных устройствах. Но похоже что они не совсем полные. Для эмулятора используется раскладка 6x6 (упоминаются ещё 5x5 и 8x8), которая выглядит вот так:

Код

# This file defines the mapping from the function key name to
# the key index used in VKM -- standard 6x6 keypad device driver.
KEYPAD_6              = 0
KEYPAD_8              = 1
KEYPAD_7              = 2
KEYPAD_2              = 3
KEYPAD_4              = 4
KEYPAD_RIGHT          = 6
KEYPAD_DOWN           = 7
KEYPAD_9              = 8
KEYPAD_UP             = 9
KEYPAD_LEFT           = 10
KEYPAD_1              = 12
KEYPAD_3              = 13
KEYPAD_5              = 14
KEYPAD_SIDE_SELECT    = 15
KEYPAD_SIDE_UP        = 16
KEYPAD_MENU           = 18
KEYPAD_SLEFT          = 19
KEYPAD_STAR           = 20
KEYPAD_SEND           = 21
KEYPAD_SRIGHT         = 22
KEYPAD_CARRIER        = 24
KEYPAD_CLEAR          = 25
KEYPAD_POUND          = 26
KEYPAD_SIDE_DOWN      = 28
KEYPAD_AF             = 30
KEYPAD_0              = 32
KEYPAD_IMAGING        = 35
KEYPAD_END            = 36

Файлики эти я тоже прикрепляю, может кому-нибудь они пригодятся. А вот для устройств /dev/keypadI и /dev/keypadB, которые используются на Motorola ZN5, определения кодов кнопок доступны в исходниках ядра, в заголовочном файле keypad.h: https://github.com/fillsa/motomagx-kernel_linux_hardhat/blob/master/linux-2.6.x/include/linux/keypad.h:125-257, их можно все протестировать и посмотреть что именно происходит при их отправке в драйвер. Только нужно не забывать конвертировать их из DEC в HEX, для этого можно использовать python:

Код

python
>>> hex(23)
'0x17'
>>> hex(36)
'0x24'
>>> hex(45)
'0x2d'

Благодаря тому, что отправка Event'ов теперь работает, можно к Web-серверу в телефоне прикрутить не только просмотр экрана, но и удалённое управление телефоном или попытаться доделать VNC Server.

Эмуляция нажатия клавиш на Motorola ZN5

1. Открываем по ссылке файлик keypad.h, находим в нём секцию в которой перечислены keycode'ы.
2. Конвертируем код клавиши из DEC в HEX, например, для клавиши Backspace KEYPAD_CLEAR 22, это будет 0x16.
3. Запускаем утилиту pushkey со слеудующими аргументами и проверяем что эта клавиша нажалась на телефоне:

Код

pushkey 0x0016 i s

4. Повторяем для следующей интересующей нас кнопки.

В итоге для использования утилиты или опубликованного мной API в своей программе можно составить необходимую таблицу заведомо рабочих keycode'ов и их ассоциаций с реальными кнопками на клавиатуре.

Прикреплённые файлы:

[VINRARUS]

EXL, класна игрушка!

Только нужно не забывать конвертировать их из DEC в HEX, для этого можно использовать python:

Ой, та ладно:

Код

printf "%x\n DEC

А вот шобы играться с шыком:

Код

while read N; do N=`printf "%x\n" $N`; ./pushkey 0x$N b s; done

Добавлено позже (14.11.2021, 23:54):
Проблемка с главной кнопой зины

Код

#запускаем камеру:
./pushkey 0x0019 b s

#фокусируемся на мгновение:
./pushkey 0x0036 b s

#фокус не происходит:
./pushkey 0x0036 b

#фоткать не выходит, хотя в режыме видео работает:
./pushkey 0x0019 b s

[EXL]

VINRARUS,
Я правильно понимаю, что KeyEvent'ы вставляются как в /dev/keypadI, так и в /dev/keypadB, разницы никакой нет? Или же они вставляются только в /dev/keypadB? Или же /dev/keypadB отвечает только за кнопки камеры? Проясни этот момент.

Проблемка с главной кнопой зины

Там кстати возможна такая ситуация, что зажатие кнопки детектируется не как обычное зажатие, а как очередь из KeyEvent'ов постоянных одиночных нажатий с каким-либо произвольным промежутком. У себя на эмуляторе попробовал верхнюю команду и удалось получить зажатие клавиши, попробуй нижнюю команду у себя:

Код

for i in $(seq 1 10); do ./pushkey_EMU 0x80000004 v; usleep 100000; done; usleep 100000; ./pushkey_EMU 0x00000004 v

for i in $(seq 1 10); do ./pushkey 0x8036 b; usleep 100000; done; usleep 100000; ./pushkey 0x0036 b

Нажатие кнопки фокуса будет как 0x8036, а вот отжатие на 0x0036, а ты просто отжимал эту кнопочку по идее. В общем экспериментируй потихоньку.

Если будет время, составь табличку вида:

Код

+-------------------------------------+----------------------------------+-------------------+-------------------+
| Название реальной кнопки в телефоне | Название кнопки в файле keypad.h | Код клавиши в HEX | Код клавиши в DEC |
+-------------------------------------+----------------------------------+-------------------+-------------------+
|                 "0"                 |            KEYPAD_0              |        0x00       |         0         |
|                 "1"                 |            KEYPAD_1              |        0x01       |         1         |
|                 "2"                 |            KEYPAD_2              |        0x02       |         2         |
|                 "3"                 |            KEYPAD_3              |        0x03       |         3         |
|                 "4"                 |            KEYPAD_4              |        0x04       |         4         |
|                 "5"                 |            KEYPAD_5              |        0x05       |         5         |
|                 "6"                 |            KEYPAD_6              |        0x06       |         6         |
|                 "7"                 |            KEYPAD_7              |        0x07       |         7         |
|                 "8"                 |            KEYPAD_8              |        0x08       |         8         |
|                 "9"                 |            KEYPAD_9              |        0x09       |         9         |
|                 "#"                 |          KEYPAD_POUND            |        0x0A       |         10        |
|                 "*"                 |          KEYPAD_START            |        0x0B       |         11        |
|                 ...                 |            ........              |        ....       |         ..        |
+-------------------------------------+----------------------------------+-------------------+-------------------+

Она поможет легче ориентироваться.

[VINRARUS]

Я правильно понимаю, что KeyEvent'ы вставляются как в /dev/keypadI, так и в /dev/keypadB, разницы никакой нет?

Я разницы не заметил пока вообще. Даже ести нажат a отжымается на b нормально.

Там кстати возможна такая ситуация, что зажатие кнопки детектируется не как обычное зажатие, а как очередь из KeyEvent'ов постоянных одиночных нажатий с каким-либо произвольным промежутком.

Та вроде нет.

Нажатие кнопки фокуса будет как 0x8036, а вот отжатие на 0x0036, а ты просто отжимал эту кнопочку по идее. В общем экспериментируй потихоньку.

Аааааааааааааааааааааааааааааааааааааааааааааааааа...
Я не заметил разницу между 0x8036 и 0x0036

Код

./pushkey 0x8036 a; sleep 1; ./pushkey 0x0019 b s; ./pushkey 0x0036 b

Так фокусируется и фоткает без проблем!

[EXL]

Я разницы не заметил пока вообще. blind.gif Даже ести нажат a отжымается на b нормально.

Хорошо, используй тогда "i", то есть /dev/keypadI по умолчанию, по крайней мере в keypad.h описание устройств следующее:

Код

/* device name from ezx */
#define DEVFS_NAME         "keypad0"
#define KEYPAD_DEVICENAME  "/dev/keypad0"

/* device name from juix, same as keypad0  */
#define DEVFS_JNAME         "keypad"
#define KEYPAD_JDEVICENAME  "/dev/keypad"

/* device name for inserting events */
#define DEVFS_INAME         "keypadI"
#define KEYPADI_DEVICENAME  "/dev/keypadI"

/* device name for getting bitmap information */
#define DEVFS_BNAME         "keypadB"
#define KEYPADB_DEVICENAME  "/dev/keypadB"

А устройства "a" там нет, только "i" /dev/keypadI, "b" /dev/keypadB и "v" /dev/vkm, это режимы третьим аргументом "a" ASCII или "s" Single идут.

Так фокусируется и фоткает без проблем! happy.gif

А вот так?

Код

./pushkey 0x8036 i; sleep 1; ./pushkey 0x0019 i s; ./pushkey 0x0036 i

[VINRARUS]

А устройства "a" там нет

Да блин. Это всё оранжевый шрифт...

А вот так?

Да, нармально фоткает.

Сообщение отредактировал VINRARUS - 16.11.2021, 19:44

[EXL]

VINRARUS,
Можешь теперь использовать эту утилитку в своём Web Server'е. Как я понял для того же снятия скриншота там бинарь qtsnap (или аналогичный) вызывается и перезаписывает скриншот-картинку, которая подцепляется потом сервером.

То есть если организовать на HTML-страничке "клавиатурку", клавиши которой будут вызывать pushkey с нужными аргументами и после перегружать "обновлять" этот скриншот, получится удалённое управление телефоном. Правда, не самое быстрое, конечно.

[VINRARUS]

Как я понял для того же снятия скриншота там бинарь qtsnap (или аналогичный) вызывается и перезаписывает скриншот-картинку, которая подцепляется потом сервером.

Токо он в png сохраняет, а это сильно нагружает ЦП. Можеш скриншотник консольный c сохранением в bmp сделать?
Думаю в bmp будет легче системе делать чем png или даже jpg.

и после перегружать "обновлять" этот скриншот

...или обновлять в фрейме постоянно, если не очень накладно по ЦП времени будет.