Написать приложение под ОС Андроид и под iOS для обращения к СИМ-карте

Добрый день!

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

кроме того - мы не являемся специалистами в данном вопросе

именно так - все верно. Уточняю - модуль: SIM800C-32

По поводу приложения для работы с модулем SIM800C-32

Есть два варианта работы модуля - в режиме http-клиента и в режиме http-сервера. Вы предлагаете использовать его в режиме сервера, поэтому вам необходим статический адрес и не нужен промежуточный сервер (назовем его сервер приложения). Тут видим только одно преимущество - не нужен сервер приложения. Но есть другие проблемы, как например получение статического адреса. А это дополнительная услуга за дополнительные деньги и только для контрактных абонентов.

Предлагаем использовать второй вариант - когда модуль работает в режиме клиента. Да потребуется сервер приложения, но там будет стоять простейший сервер на Nodejs или Golang или PHP и модуль будет коннектиться к нему и через него будет идти обмен данными. Преимущество в том, что вы не привязаны к оператору симки или пакету услуг. Вы можете управлять любым количеством модулей. В случае пропадания связи между приложением и сервером данные сохраняются в буфере на сервере. Т/е ваши девайсы могут работать и отправлять данные круглосуточно, и вы всегда может получить к ним доступ из приложения.

В принципе все равно какой способ соединения будет

руководство настаивает на первом варианте, решено начать с него, там посмотрим

Нам нужно знать в каком режиме будет "общение" с модулем . Возможно два варианта командный - посылка AT-команд и прием ответа по сути как консоль. И второй - Прозрачный в нем эмулируется режим работы последовательного порта (UART).
Судя по описанию задания предполагается именно командный режим, возможно в режиме мультисокета (может поддерживать несколько входящих соединений одновременно)
<!--[if !supportLineBreakNewLine]-->

Предлагаю тогда как уточнение ТЗ:
Приложение состоит из одного экрана , где последовательно сверху вниз идут поля:
1 IP-адрес модуля
2 поле для ввода команд
3 текстовое поле (типа консоль), где отображаются отправленные команды и полученный ответ от модуля

Если да то в понедельник будет готово

Прототип для тестирования

Аналогичное делали для ESP-01, это модуль для WiFi сетей и BT модулей типаа HС-05.

Если можете предоставить доступ к рабочему модулю, который в сети для тестирования -то ок. Если нет – то постараемся купить такой если есть или заказать на arduino.ua

Просто тогда будет немного дольше, модуль приедет в суботу, если заказать сегодня или завтра

Также хочу уточнить нужно размещение в плеймаркет и аппстор? или это для личного использования.

Можем сделать PWA если вас устроит

я постараюсь в течении завтрашнего дня сформулировать наши пожелания и требования предельно подробно.  

Если можно - дайте хоть приблизительную ориентацию по ценам - надо что-то доложить руководству

Стоимость от 800 $

Добрый день!

Прошу прощения был небольшой отпуск.

Правильно ли я понимаю вам нужно получить по итогу приложение то которое указано на эскизах фото?

Просто то что было в ТЗ отличается от скринов.

да, правильно.  Сейчас вышлю еще текст

алгоритм коротко: в мобильном приложении указываем (и запоминаем) заранее известный IP-адрес "белой" сим-карты, к-я находится в GSM-модуле управления генератором. Затем приложение связывается с этим модулем по GPRS и при установлении связи посылает на генератор кломанду, к-ю выбрал пользователь (ВКЛЮЧИТЬ, ВЫКЛЮЧИТЬ, ПОЛУЧИТЬ СТАТИСТИКУ,...). Получив команду модуль генератора (+ мой контроллер) отрабатывает ее и сообщает назад в приложение текущий статус генератора.

Доброго дня. Наскільки критичним для вас є таймлайн? Наразі у нас немає вільних людей і якщо часові рамки є критичними як ви написали і 20 вересня хочете щось отримати, то ми тоді не можемо брати тут участь. 

Орієнтовна вартість реалізації такого функціоналу $3000+. Водночас,  з вами потрібно обговорити буде обговорити ряд деталей, щоб бути більш точними. 

Підкажіть будь ласка чи вам буде актуально?

Алексей, добрый день!

Мы с коллегами обсуждаем ваш проект. Мы не можем связаться за проект и оценить стоимость пока не выясним все технические возможности. 

Есть ряд вопросов:

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

Есть ряд вопросов:

ВОПРОС 1. Как вы видите реализацию уведомлений пользователя об ошибках или аварийных ситуациях?
 Например - приложение не запущено на телефоне клиента, а в это время заглох двигатель или перегрелся или выбило автомат защиты , кончилось топливо?

 ОТВЕТ:
 ======
    При возникновении вышеописанных и/или других неисправностей бортовой контроллер генератора фиксирует кодированный тип неисправности в
своей памяти и автоматически ставит признак отсутствия прочтения пользователем. Все подобные уведомления ставятся в очередь на отправку.
При отправлении очередного уведомления телефон пользователя подтверждает получение и бортовой контроллер снимает признак отсутствия прочтения.
Таким образом, в случае длительного отсутствия пользователя на связи в памяти бортового контроллера будет накапливаться очередь
неотправленных уведомлений.  При вхождении в связь пользователь хронологически последовательно получит их все(или последние - опция).



ВОПРОС 2. Как будет реализовано управление несколькими генераторами одновременно из одного приложения? и будет ли вообще?

ОТВЕТ:
======
    В конкретном приложении конкретного пользователя будет предварительно и принудительно (вручную) введен список IP-адресов всех этому пользователю
доступных к управлению генераторов и словесный идентификатор каждого генератора (например: ДАЧА, СТРОЙУЧАСТОК, ...).
В меню выбора пользователь перебором идентификаторов выбирает нужный и получает доступ к управлению выбранным.
Таким образом,- с одного приложения пользователь может получить доступ к управлению парой тысяч генераторов.




ВОПРОС 3. Опишите как вы видите реализацию интерфейса , конкретно интересует как должны раскрываться спойлеры (или закладки)
"Таймеры запуска", "Заряд батареи", "Дистанционное управление"?
Мы предполагаем что эти спойлеры открываются касанием (нажатием),
а остальные , неактивные сворачиваются до заголовка, таким образом активный будет раскрываться примерно на половину или две трети экрана.

МНЕНИЕ РАЗРАБОТЧИКА НИЖНЕГО УРОВНЯ:  вышеуказанное предложение Исполнителя можно принять за основу
===================================



ВОПРОС 4. что будет в разделах "Сервис" и "Настройка" (иконки в нижнем тулбаре)?

ОТВЕТ:
======
    "Сервис": пункты меню, совершенно и полностью СКРЫТЫЕ от пользователя
Т.е. раздел "Сервис" предназначен ТОЛЬКО для использования специалистами фирмы-изготовителя.


    "Настройка": пункты меня второго (нижнего) уровня глубины залегания, доступного пользователем.
Конкретный их перечень и функционал будет описан позже.

Алексей, добрый день!

Ориентировочная стоимость – 1400 $

Сроки – 1 месяц. Предварительно делаем прототип, где будет проработан основной функционал  – 14 дней.

Если вы готовы, мы сделаем ставку.

ВОПРОС 4. что будет в разделах "Сервис" и "Настройка" (иконки в нижнем тулбаре)?

ОТВЕТ:
======
"Сервис": пункты меню, совершенно и полностью СКРЫТЫЕ от пользователя
Т.е. раздел "Сервис" предназначен ТОЛЬКО для использования специалистами фирмы-изготовителя.
<!--[if !supportLineBreakNewLine]-->

*Как будет открываться, с помощью сервис-пароля?

"Настройка": пункты меня второго (нижнего) уровня глубины залегания, доступного пользователем.
Конкретный их перечень и функционал будет описан позже.

*Опишите как будет приблизительно выглядеть функционал.

1- да

2 - чуть позже

Добрый день!

Сможете завтра включить свой SIM800С и дайть нам его IP-адрес. Мы попробуем законнектиться и передать для теста какие-то данные, через прототип приложения.

Нам нужно знать IP- адрес девайса и скорость UART (9600 или другая)

нет - еще даже печатных плат нет - делаются

Добрый день!

Модуль нашли. Будем пробовать тестить.