Java Application Loader - Аналог Midway Под Linux Поделиться Опции

[minstrel]

скачать можно с http://www.softmile.com
Есть версия под Виндовс, хотя, в ней особого смысла нету...
И под линукс.
Программа использует библиотеки Qt 4, которые тоже можно там же скачать.
При работе используется драйвер cdc_acm.
Сначала нужно указать в настройках устройство, к которому привязался модем.
У меня это оказалось /dev/input/ttyACM0
Устройоство может варьироваться в зависимости от дистриба. Определить можно с помощью команды dmesg, после подключения телефона. Не забудьте активизировать связь JAL перед тем, как подключить шнур.
Мне удалось протестировать только с телефоном Motorola c380. Думаю, что с другими аналогичными моделями также будет работать.
Единственный недостаток - это необходимость наличия Qt 4, а это 2 мегабайта :(

[dion]

Respect. Линк добавил на http://moto4lin.sf.net/

[minstrel]

Я завтра выложу ещё консольную версию и её исходники.
Буду очень благодарен, если кто-то попробует это поделие на телефонах, отличных от с380.

[minstrel]

Всё, выложил! :)
Тестеры, welcome! Можно тестить сразу 3 утилиты: для линуха гуёвую, для линуха консольную и ещё виндовую (ради прикола).
Кстати, это всё писалось именно путём reverse engeneering"а MidWay'я.
Консольная утилитка, кстати, вообще была написана ещё год назад... Не знаю, чего это мне не вздумалось её нигде выложить... Сам юзал...

[filin_UA]

C390. Почемуто не заработало.
Загружает процента 3-4 и отваливается. На телефоне при этом пишет "Сбой. Неверный файл"
А jal в лог выводит:
[skip]
>>>OK
Sending JAR file...
Incorrect reply received
Error sending JAR file
Flushing buffers
Closing phone device
DONE

Попробую еще cdc_acm вкомпилить в ядро. Сейчас собран модулем. Хотя не думаю что в этом проблема.

[minstrel]

вот, блин...
Ну, у меня с с380 работает как положено.
А JAD файл у вас нормально посылает?
Кстати, попорбуйте поэкспериментировать, с параметром "Скорость загрузки". Может быть, дело в нём.
У меня раньше, когда ещё экспериментировал и превышал скорость загрузки, телефон вообще перегружался.
А если загружает на 3-4 %, то это тем более странно...
Ведь, на сколько я знаю, С390 отличается от С380 только наличием Bluetooth...
Если не прав, поправте

[minstrel]

И ещё... если есть возможность, проверьте, пожалуйста, как будет работать под виндой. На сайте есть виндовая версия проги. Если заработает, значит, проблема в cdc_acm, а если нет - значит я не учёл каких-то особенностей телефона с390.

[filin_UA]

Или еще шнурок может быть. Я на работе мидвэем кажись другим шнурком заливал. Попробую другим шнурком и отпишу.

[filin_UA]

Знач, попробовал версию под винду, с другим шнурком, те же проблемы, те же сообщения. Мидвей заливает нормально. Зничит таки не учтено чтото в проге. Хм, и казалось бы почти одинаковые трубки...

[minstrel]

Наверняка, проблема ерундовая...
Вот бы мне где-то достать С390 :(
Спасибо вам за помощь.
Кстати, кто-то пробовал с С650?

[minstrel]

Сравнивал свою прогу и MidWay с помощью сниффера com-портов. Весь поток данных совпадает с точностью до байта...
Единственная разница между моей прогой и мидвеем состояла в том, что моя немного медленнее заливала.
Похоже, что никакой дифференциации по модели телефона там нету. По крайней мере, в протоколе, в явном виде такая информация не проходит...
Я увеличил скорость закачки. Может это поможет.
И ещё, по поводу С390
Вы можете скачать консольную версию здесь и поэкспериментировать, изменяя задержку между посылкой порций данных в файле config.h
Там в самом конце есть параметр: #define DELAY 100000
Только вот если его сделать меньше, например 80000, то мой телефон моторола с380 вообще перегружается...
Видимо, в нём переполняется какой-то буфер или он просто не успевает прохавать весь этот поток данных.

[dion]

minstrel, проверка на концы строк в JAD'ах есть? Нас сколько я знаю, телефону нужны только \n без \r

[minstrel]

dion, да, вроде нету ничего подобного... Попробовал закачивать jad файлы, где "'\r\n" и их же, но уже просто со "\n", абсолютно никакой разницы: мой телефон их одинаково воспринимает.
Тем более, судя по тому, что выдаёт программа у filin_UA:

А jal в лог выводит:
[skip]
>>>OK
Sending JAR file...
Incorrect reply received
Error sending JAR file
Flushing buffers
Closing phone device
DONE

JAD файл был нормально закачан, а проблемы пошли при закачке JAR файла.

[dion]

Значит проблема не в этом.. Прошивка от C390 на C380 ставится..

[filin_UA]

Проблему удалось локализовать, как правильно исправить не знаю но решил таким образом:
linjal.c :

Код

       do{
               res=read(input_file_fd, buf, PACKET_SIZE);
               if ( res>0 ) {
                       packet_start[1]=res;
                       write( phone_fd, packet_start,  2   );
                       write( phone_fd, buf,           res );
                       tcflush(phone_fd, TCIOFLUSH);
                       result=0;
//                      get_standard_reply(phone_fd);
                       counter++;
                       printf("\b\b\b\b");
                       printf("%s", get_percent(percent_buf, file_size, (counter-1)*PACKET_SIZE+res));
                       usleep( DELAY );
                       if (result) break;
                   }
               }while (res>0);

Эксперименты с #define DELAY показали что заливка проходит нормально до значений 50000 и больше , при 40000 - сбой. Оставил 60000 на всякий случай. (больше 100000 не пробовал)

Похоже труба отвечает каким то "не таким" кодом и прога думает что произошла ошибка.

С #define DELAY погорячился. При заливке аплета размером 180Кб (эксперементировал раньше на маленьком аплетике) тоже тел перезагрузился. Увеличил задержку до 70000. Залилось.

[minstrel]

ок.
гуд :)
с задержками он себя ведёт у меня так же.
давайте разберёмся, каким кодом отвечает Ваш телефон.
мой выдаёт 0 1

char good_reply[2]  = { 0x00, 0x01 };

int get_standard_reply( int phone_fd ){
char reply[STRING_LENGTH];
int res;
res=read_reply(phone_fd, reply, 2);
if (res!=2) {
  fprintf(stderr, "Received %i bytes instead of 2\n", res);
  return 0;
} else {
  if (memcmp(reply, good_reply, 2)){
fprintf(stderr, "Incorrect reply received\n");
return -1;
  }
}
return 0;
}

Возьмите, пожалуйста, исходный вариант проги и замените функцию get_standard_reply следующим:

int get_standard_reply( int phone_fd ){
char reply[STRING_LENGTH];
int res;
int i;
res=read_reply(phone_fd, reply, 2);
if (res!=2) {
  fprintf(stderr, "Received %i bytes instead of 2\n", res);
  return 0;
} else {
  if (memcmp(reply, good_reply, 2)){
fprintf(stderr, "Incorrect reply received\n");
for ( i = 0; i < res; i++ ) {
    printf("%X ", reply[i]);
}
printf("\n");
return -1;
  }
}
return 0;
}

а потом сюда логи.

[filin_UA]

filin@home ~/work/mobila/linjal $ ./linjal -d /dev/ttyACM0 -b B115200 FloydSSH.jad
B115200
JAD file: FloydSSH.jad
Phone device: /dev/ttyACM0
Phone device opened
Sending jad file: 100%
Waiting for reply... OK
Sending jar file: 3%Incorrect reply received
5B 41 3%
Error sending jar file

[minstrel]

Пойду я, наверное, простым путём... не буду проверять ответ на соответствие чему-либо, а просто буду проверять его длину....
моя труба говорит 00 01, с390 - 5B 41, никакой логики...

[filin_UA]

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

[minstrel]

ага...
Люди, помогите, пожалуйста, проекту!

[minstrel]

Выложил модифицированные версии прог.
Надеюсь, что это уже будет со всеми трубами работать.

[filin_UA]

Консольную проверил со своей С390. Работает.

[minstrel]

Крута :)
Будет время, надо будет переписать консольную прогу с использованием кроссплатформенной либы (libjal.c, libjal.h)
filin_UA, спасибо за помощь, кстати.
Я там в ChangeLog'e к гуёвой версии записал :)

[filin_UA]

Проверил сегодня виндовую версию с С650. Работает и старая (0.1) и новая (0.2).
К сожелению там где есть С650 нету Линукса, поэтому проверил только виндовую, но так как код по сути один и тот же...

[minstrel]

Да, код там действительно один и тот же.
Сейчас допишу C650 в Supported devices

[filin_UA]

Вычитал что мидвеем можна снимать логи с телефона. Тоесть когда трубка переключена в режим JAL и выполняется мидлет то лог отправляется в мидвей. А в линуксе как снимать лог? Может нужно было вообще новой темой спрашивать...Или можна linjal переделать немноги чтоб снимал лог. Или написать совсем новую утилитку.

[minstrel]

Можно, без проблем...
я просто не думал, что это актуальная фича, поэтому сделал затычку в виде функции clear_buffer().
если выводить всё, что получает функция clear_buffer на консоль (или куда-то в GUI), то это и будет тот самый лог.
Правда, возможно, придётся несколько изменить логику работы приложения. Хотя, модификации должны быть довольно несущественные. Если есть желание, можете стать соавтором :). А то в ближайший месяц у меня на это точно не будет времени :(.

[filin_UA]

Выводить лог на stdout получилось. Мне лично этого достаточно. Нужно оформить все красиво, чтоб и другие могли юзать. Я в Си не очень силён...поэтому не обещаю. Но постараюсь. Гуевые версии точно трогать не буду, там вообще темный лес :) мож консольную переделаю. Нужно то всего навсего добавить еще один ключ (типа -L -писать в лог).

Вот нарисовал...выход из логирования по Ctrl+C, не очень красиво но работает.
http://vin.lug.org.ua/mambo/downloads/linjal.diff

Сообщение отредактировал filin_UA - 10.6.2006, 20:35

[minstrel]

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

[MaGIc laNTern]

Каждый раз останавливается на "Waiting for reply...".
Почему-то этот ответ не приходит и на этой строчке остаётся только нажать Ctrk + C.

P.S. Motorola C390. moto4lin работает у меня замечательно.

[minstrel]

Каждый раз останавливается на "Waiting for reply...".
Почему-то этот ответ не приходит и на этой строчке остаётся только нажать Ctrk + C.

P.S. Motorola C390. moto4lin работает у меня замечательно.

хм... вообще, это странно. многие люди уже пробовали с с390 и никаких проблем не было.
а MidWay работает?

[MaGIc laNTern]

minstrel:
У меня уже слишком давно нет винды, чтобы опять со всем этим связываться.
В moto4lin у меня, кстати, есть каталог kjava со всеми соответствующими мидлетами.

[minstrel]

minstrel:
У меня уже слишком давно нет винды, чтобы опять со всем этим связываться.
В moto4lin у меня, кстати, есть каталог kjava со всеми соответствующими мидлетами.

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

[MaGIc laNTern]

minstrel:
Нет, но я подозревал, что что-то такое сделать надо. ^_^
Спасибо, скорее всего в этом и дело. Попробую потом.

[MaGIc laNTern]

minstrel:
М-м-м. А тут я вообще не нашёл "Загрузка Java-приложений."

Меню
-Параметры
--Средства Java
---Система Java
---Удалить все приложения
---Функция вибро:
---Функция звука:
---Функция подсветки

[minstrel]

Читайте:
здесь
и здесь

[MaGIc laNTern]

В opcode меню почему-то зайти никак не получается. Нажимаю Меню, 048263*.
Может C390 и не позволяет в Opcode меню зайти?
Я просто с какой мог скоростью нажимал кнопки — без толку.
Но я могу в moto4lin поправить seem руками. Не знаете, чего конкретно поменять надо?
Прикладываю save seem'а.

[MaGIc laNTern]

Всё. Решил проблему. В seem установил offset 43 в f7 (нажал галочку на бите 0).

[edo]

1. скачал и пересобрал консольную версию (чтобы обиралось без ругани добавил #include <string.h>);
2. скачал (из соседнего форума) шахматы;
3. ./linjal -d /dev/ttyACM0 triacom_software_gmbh_a_chess_1.3.4.jar
JAD file: triacom_software_gmbh_a_chess_1.3.4.jar
Phone device: /dev/ttyACM0
Phone device opened
Segmentation fault (core dumped)

gdb на core говорит:
Core was generated by `./linjal -d /dev/ttyACM0 triacom_software_gmbh_a_chess_1.3.4.jar'.
Program terminated with signal 11, Segmentation fault.
#0 0xb7ec9a71 in strcasecmp () from /lib/tls/libc.so.6
(gdb) bt
#0 0xb7ec9a71 in strcasecmp () from /lib/tls/libc.so.6
#1 0x08048ce1 in get_jad_info (
jad_file_name=0xbff18e87 "triacom_software_gmbh_a_chess_1.3.4.jar", jad_info=0xbff189dc)
at linjal.c:101
#2 0x08049691 in main (argc=4, argv=0xbff18c84) at linjal.c:390

ps: может после и сам поковыряюсь - счас спать охота ;)