www.open-tager.ru

Должно быть и то и другое и ещё гибридная схема.

Так что щупайте, пробуйте, нарабатывайте.

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

Про радиомодули не скажу, но в плане софта для работы с GSM ничего сложного нет!
Я даже температуру и состояние шлейфов и наличие 220В по SMS передавал.
Стек TCP/IP уже реализован в модуле, все делается АТ-командами по UART.

Неделя, максимум месяц работы.

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

Надо продумать систему проверки работоспособности модуля, проверки связи (видит ли сеть) и перезапускать модуль, если что не так.
И/или как то информировать игрока о неполадках оборудования или отсутствия связи.

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

remik2010, в прошивке планируете использовать ОС реального времени (RTOS)?

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

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

_________________
Лазертаг в каждый дом...
Чтобы добиться успеха, нужно вкладывать душу.

Тогда лаги при работе прошивки будут неизбежны.
Задач то больше будет.
Удивлен вашей позицией, если честно.
Чего там сложного?
Ну да хозяин - барин.

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

Ну да, главной задачей контроллера станет RTOS, а остальное - так, по мере возможности .. как с Виндовс - два ядра для системы, а если у процессора больше ядер нет - то это проблемы пользователя

_________________
Нет предела совершенству, но ресурсы заканчиваются быстро.

Извините - Вы не правы.
Ну хотя бы сделать многопоточную прошивку.
Там делов - тфу и растереть.
Зато не будет лагов, как у LSD - стреляешь, а поражение тагом фиксируется через 1-2 секунды.
Да мне то - пусть делают как хотят!

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

ртос не винда, она ресурсов практически не жрет. Другое дело что память откалывает, но для ЛТ там места еще с головой хватит.

Возьмем ситуацию - "завис" GSM модуль, надо рестартануть.
Нужно отключить с него питание, подождать пару секунд, пока все кондеры внутри него разрядаться, подать питание, убедиться, что модуль включился, провести инициализацию, дождаться, пока модуль найдет сеть опрератора и подключиться к ней, установить соединение с удаленным сервером.

Эта процедура может занять от нескольких секунд до десятков секунд.
И если в прошиве один поток, то все события в это время игнорируются.

У Вас есть решение, как разрулить ситуацию без параллелных потоков?
Тогда я Вам завидую.
У меня нет!

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!

rtos не панацея и ресурсы она жрёт будь здоров как, особенно, когда каждый таймер на счету. ну из "в прошиве один поток" не следует "все события в это время игнорируются". это значит что код кривой и его надо переделывать.

Можно и без RTOS многопоточность сделать.
Переключение между задачами - несколько строчек ассемблерного кода.
Один таймер (можно сторожевого пса использовать) + оперативы под стек для каждой задачи.

Как "не криво" писать однопоточное приложение, если, к примеру, нужно выполнить последовательность действий, и каждое действие ждет определенного события, скажем - секунды 3?
И надо незамедлительно отреагировать на другие события.

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

_________________
Ваше оружие становиться значительно эффективней, если его снять с предохранителя!