|
Мобильные приложения для управления GSM терминалами |
|
|
|
Nov 16 2013, 13:13
|
Профессионал
    
Группа: Свой
Сообщений: 1 468
Регистрация: 28-03-10
Из: Беларусь
Пользователь №: 56 256

|
Здравствуйте. На данный момент управляем своими приборами DTMF и SMS командами с телефона и TCP командами с сайта под большой монитор. Есть необходимость перенести управление на мобильные платформы (iOS, Android, Windows Phone), но дабы сэкономить время, хотелось бы чего-нибудь кроссплатформенного. Гугел подсказывает заюзать PhoneGap или мобильный сайт с минимальным объемом трафика. Первый вариант более приемлем, т.к. используем SMS с телефона юзера, но подвела установка WP8 SDK, которая не ставиться в Windows 7, на этом пока и остановились. Во втором варианте тоже можно заюзать SMS команды через шлюз (но платить за них уже будем мы) или держать терминалы всегда онлайн и использовать TCP-команды, но подобной реализации вообще не встретил и поэтому возникают сомнения. Хотелось бы услышать Ваши комментарии. Спасибо.
|
|
|
|
2 страниц
1 2 >
|
 |
Ответов
(1 - 19)
|
Nov 16 2013, 15:01
|
Профессионал
    
Группа: Свой
Сообщений: 1 468
Регистрация: 28-03-10
Из: Беларусь
Пользователь №: 56 256

|
Цитата Вы сами себе противоречите. В каком месте? По-моему быстрее скомпилировать PhoneGap проект сразу под iPhone, Android, Blackberry, WebOS, Windows Phone 7 + 8, Bada или нарисовать мобильный сайт, чем писать под каждую платформу, причем на разных языках.
|
|
|
|
|
Nov 16 2013, 15:50
|
Частый гость
 
Группа: Свой
Сообщений: 170
Регистрация: 30-06-05
Из: Киев
Пользователь №: 6 426

|
Цитата(Alt.F4 @ Nov 16 2013, 18:48)  jack_avenger, при чем тут услуги опсосов "email2sms" я так и не понял. Подключаете эту услугу, и управляете своими устройствами. Сервер рассылает e-mail, устройства получают их как SMS. В некоторых случаях так дешевле получается, чем платить за SMS через шлюз.
|
|
|
|
|
Nov 16 2013, 17:16
|
Профессионал
    
Группа: Свой
Сообщений: 1 508
Регистрация: 26-06-06
Из: Киев
Пользователь №: 18 364

|
Цитата По-моему быстрее скомпилировать PhoneGap проект сразу под iPhone, Android, Blackberry, WebOS, Windows Phone 7 + 8, Bada или нарисовать мобильный сайт, чем писать под каждую платформу, причем на разных языках. Тут в пределах одной платформы иногда вылазят проблемы и не совместимости, а в пределах нескольких и подавно. На вскидку - отправка SMS из приложений iPhone и Android сильно отличаются... Единственная надежда на web-интерфейс, но даже он иногда выглядит не очень.
|
|
|
|
|
Nov 17 2013, 02:18
|

Знающий
   
Группа: Свой
Сообщений: 926
Регистрация: 18-01-07
Пользователь №: 24 552

|
Цитата(Alt.F4 @ Nov 17 2013, 01:29)  jack_avenger, вопрос стоит не в стоимости рассылки SMS, а в реализации интерфейса. ArtemKAD, да, скорее всего управление через мобильный сайт будет оптимальным вариантом. Вопрос красоты, пока на втором плане. Вот бы еще глянуть на похожую реализацию где-нибудь  Есть такая штука, web приложения называется, у меня где-то валяется, попробую найти. Нашел! http://gsm-technology.ruСейчас работает не полноценно, нет тср сервера с которым она пытается соедениться. Но интерфейс посмотреть можно. Можно переписать ее, что-бы не через тср а через смс работала. Главная фича этого веб приложения в том, что она сохраняется на девайсе и работает без доступа в инет.
|
|
|
|
|
Nov 17 2013, 10:18
|

Знающий
   
Группа: Свой
Сообщений: 926
Регистрация: 18-01-07
Пользователь №: 24 552

|
Цитата(Alt.F4 @ Nov 17 2013, 13:53)  sobr, Вы не поверите, но я обыскался этой ссылки! В прошлом году общался с разработчиком (ЕМНИП из Новосибирска) на совсем другую тему и видел этот web-интерфейс, но переписка затерялась и до сих пор не могу найти. Зашел сейчас с телефона, на Lumia сайт отображается как для большого экрана, текст не читаем. А сохраняется сайт за счет куки браузера. Вообще я думаю проект работает, просто мы не знаем какие IMEI сейчас онлайн, вот он и не соединяется с TCP сервером по WebSocket'у. Спасибо большое за ссылку! за ссылку пожалуйста! Но... Я не знаю с кем Вы общались, но это моя разработка, мой сайт, и я знаю какие имей сейчас доступны. Я писал это управлялово, сейчас перешел на нативные приложения и тср сервер остановил. Поэтому она и не соединяеся с сервером.
|
|
|
|
|
Nov 17 2013, 13:39
|

Знающий
   
Группа: Свой
Сообщений: 926
Регистрация: 18-01-07
Пользователь №: 24 552

|
Цитата(Alt.F4 @ Nov 17 2013, 19:59)  sobr, возможно я с Вами и общался по email или кто-то другой решил пальцы покрутить выдав Вашу разработку за свою, жаль темы переписки не помню... А вообще классно сделали, респект! Ну за респект - спасибо! А на счет куки Вы не правы. Куки не используются ваще. Сохранение и исполнение в офф лайне всей страницы, включая javascrypt, осуществлено за счет специального тега, HTML5. Запускается, и исполняется она совершенно автономно. В инет лезет только за тем, что бы проверить нет ли более новой версии на сайте. А связь с тср сервером держит действительно посредством вебсокет. Но вебсокет То не есть проблема для клиента, это есть проблема для сервера, не на любом сервере его запустить можно.
|
|
|
|
|
Nov 20 2013, 15:03
|
Местный
  
Группа: Участник
Сообщений: 212
Регистрация: 2-02-11
Пользователь №: 62 643

|
Цитата(Alt.F4 @ Nov 16 2013, 17:13)  На данный момент управляем своими приборами DTMF и SMS командами с телефона и TCP командами с сайта под большой монитор. Есть необходимость перенести управление на мобильные платформы (iOS, Android, Windows Phone), но дабы сэкономить время, хотелось бы чего-нибудь кроссплатформенного. Гугел подсказывает заюзать PhoneGap или мобильный сайт с минимальным объемом трафика. Я бы не полагался на phonegap. Он не так хорош как кажется, с одной стороны (потребуется дописывать какие-то прослойки к ОС самостоятельно), с другой тянет за собой много лишнего (что может вызывать проблемы совместимости). Да и разные javascript-библиотеки, вроде jquery, тоже по-моему не стоит злоупотреблять. В принципе, если головой подумать, толку от них практически нет, десяток нужных функций оттуда можно самому переписать. Зато нет проблем с (не)совместимостью внутри кода, в котором чёрт ногу сломит и нет зависимости от сторонних приложений Даю наводку: посмотреть в сторону "веб-приложений" на HTML5 (и javascript). В случае, если им нужно взаимодействие с телефоном (те же SMS), то запускать не в штатном браузере, а внутри WebKit, например (если на Android, iOS тоже), где экспортировать нужные функции в javascript или как-то так (через урлы специальные а-ля cgi ещё можно). Преимущество такого решения -- кросплатформенность. Впрочем не всё там гладко, много костылей нужно, особенно для старых браузеров. И нужна собственно методика, как делать приложения в html5 (имею ввиду GUI), что есть ещё то know how, печатных источников практически нет -- слишком новая технология. Цитата(sobr @ Nov 16 2013, 18:08)  есть необходимость - пишите нативные приложения. Не заморачивайтесь универсальностю. ИМХО. Ещё несколько лет назад писали вовсю под J2ME телефоны. И что с этим всем теперь делать? Судьба Windows7-8-9-10...., Android 1,1.5,2,3,4... будет аналогична. Веб сайты 10-летней давности же в целом отображаются в современных браузерах. Цитата(Alt.F4 @ Nov 17 2013, 10:53)  Зашел сейчас с телефона, на Lumia сайт отображается как для большого экрана, текст не читаем. А сохраняется сайт за счет куки браузера. Зачем печенюшки. Есть localStorage. Технология, если вкратце такая: собственно кеширования средствами cache.manifest работает через пень-колоду в разных браузерах. Поэтому по такой методике загружаются только не принципиальные для работы программы файлы (картинки большие, звук). И загружается программа-загрузчик, маленькая совсем. Запускается и смотрит, если ли копия последней версии основной (большой) программы в localStorage (html-файл прямо как есть). Если есть -- берёт его и интегрирует в текущее html-дерево (как бы загружает, там не слишком тривиально). Если нет -- вначале загружает и сохраняет в localStorage, потом как сказано. Собственно большая программа -- это один (принципиально, ибо иначе неудобно обрабатывать и хранить) гигантский html с интегрированным в него css, javascirpt, собственно html-кодом и ресурсами (картинки) в виде data URI. Профит в чём. Если браузер не поддерживает cache.manifest, то он всегда грузит только маленький загрузчик, а потом из localStorage достаёт и запускает большую программу. localStorage все современные, будем считать, поддерживают (иначе жить вообще никак). А если поддерживается cache.manifest, то и загрузчик может не грузиться, программа стартует из кеша, даже если интернет не доступен (тут, на самом деле, есть ньюансы, но они обходятся). Что ещё сказать. Об этом нигде не говорится, но для шаблонизации html и эффективного обращения к отдельным ветвям дерева удобно использовать html формы (form) как ни странно (а не по id, как сделано на gsm-technology.ru). А смена окон в GUI может делаться путём смены document.formname.elementname.style.display, например. Или через стили. Цитата Вообще я думаю проект работает, просто мы не знаем какие IMEI сейчас онлайн, вот он и не соединяется с TCP сервером по WebSocket'у. Да, это проблема, политика same domain. Сервер с которым общение и загрузку программы нужно вести из одного домена. И общение напрямую с кем-то невозможно (нет, возможно, путём заворачивания ответов в javascript -- скрипты-то не подчинаются политике same domain).
Сообщение отредактировал Frolov Kirill - Nov 20 2013, 15:18
|
|
|
|
|
Nov 20 2013, 20:17
|
Профессионал
    
Группа: Свой
Сообщений: 1 468
Регистрация: 28-03-10
Из: Беларусь
Пользователь №: 56 256

|
Frolov Kirill, классно расписали. Цитата Даю наводку: посмотреть в сторону "веб-приложений" на HTML5 (и javascript). Да, решил заюзать jQuery Mobile. Кстати на gsm-technology.ru использован альтернативный фреймворк jQTouch. По поводу работы в оффлайне - уже изучаю. Отстал от жизни, блин.
|
|
|
|
|
Nov 26 2013, 05:46
|
Местный
  
Группа: Участник
Сообщений: 212
Регистрация: 2-02-11
Пользователь №: 62 643

|
Цитата(sobr @ Nov 22 2013, 15:08)  Неправда Ваша... А в чём неправда? http://en.wikipedia.org/wiki/Same-origin_p...e-origin_policy -- вот и все варианты. Этот (http://ru.wikipedia.org/wiki/Cross-origin_resource_sharing) вариант может плохо работать в старых браузерах.
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|