Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Связь по 3G/GPRS между терминалами T5320E
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Сотовая связь и ее приложения
vic1850
Используя встроенные LUA скрипты реализовал связь между хостом(PC) и терминалом T5320E,
получилась система связи по цепочке RS232<-->TCP client <--->TCP server<-->ПО на PC. Получился вполне себе бюджетный вариант 3G RS232 роутера.
Все хорошо, но есть одна деталь для связи нужно иметь хотя бы один статический IP или через DynDNS динамический IP отраженный в Internet. В случае использования в качестве провайдеров ОПСосов это не так уж и дешево. У МТС аренда 1 статического адреса 300 р/мес и 1 МБ/9р.
Какие варианты удешевления связи?
Пока вижу следующие варианты:
1. Связь через email. Проводил эксперименты. Получается как связь через SMS, возможны задержки писем и некоторые пакеты данных из-за это приходят не в той последовательности в которой отправлялись. Скорость передачи 1 пакет данных в 10-20 сек. Медленно и не надежно. Не понятно как сработают антиспам фильтры почтового сервера.
2. Связь через FTP. По сравнению с email надежнее но медленнее получается один пакет данных в 40-60 секунд.

Идеального варианта пока не нашел.
Прошу совета форумчан.
smalcom
M2M тарифы
Frolov Kirill
Цитата(vic1850 @ Mar 30 2014, 20:17) *
Все хорошо, но есть одна деталь для связи нужно иметь хотя бы один статический IP или через DynDNS динамический IP отраженный в Internet. В случае использования в качестве провайдеров ОПСосов это не так уж и дешево. У МТС аренда 1 статического адреса 300 р/мес и 1 МБ/9р.
Какие варианты удешевления связи?


STUN/TURN-сервер. Прокси-сервер с собственным протоколом (самый дешёвый VPS на amazon EC2). Один на 100500 клиентов.

Цитата
Пока вижу следующие варианты:
1. Связь через email. Проводил эксперименты. Получается как связь через SMS, возможны задержки писем и некоторые пакеты данных из-за это приходят не в той последовательности в которой отправлялись. Скорость передачи 1 пакет данных в 10-20 сек. Медленно и не надежно. Не понятно как сработают антиспам фильтры почтового сервера.
2. Связь через FTP. По сравнению с email надежнее но медленнее получается один пакет данных в 40-60 секунд.
Идеального варианта пока не нашел.


Связь через публично доступные IRC-сервера. Их тысячи и в крупных сетях они между собой связаны, в DNS обычно прописывается по N штук на один адрес, так что надёжность решения не такая уж низкая. Создаёшь свой канал и там все твои роботы заходят. Сообщения в канал -- широковещательные. Личные сообщения (нужно знать никнейм робота, с которым он вошёл). Можно смотреть список кто в канале.
Несколько пакетов данных в секунду -- текст, бинарные данные закодируй в base64. Tам есть ещё способность передавать файлы, но боюсь упрётся в серые адреса. Удобно, что можно глазами за процессом самому наблюдать, если зайти в канал обычным IRC-клиентом. Опять же скриптовать роботов для PC можно. Думаешь хакиры за что IRC так любят?

PS: во многих сетях есть регистрация пользователей с паролем и понятие администратора канала, что не даёт возможность кому-то со стороны вмешаться в работу канала, нужен робот в "операторах" канала банящий всех не своих и механизм опознания свой чужой (достаточно знать ники своих, а их заранее зарегистрировать в сети). Ещё возможен flood protection со стороны сервера -- это только с администратором сервера договариваться или не писать по 100500 сообщений в секунду.

PPS: В догонку к email -- связь через публичные News (NNTP) сервера. Их тоже тысячи и они между собой связаны в практически единую сеть. Но в отличии от IRC обычно доступ к ним платный, по крайней мере для размещения сообщений. Есть бесплатные сервера, но их немного и они имеют некоторые ограничения в использовании (в основном там нет бинарных ньюсгрупп с порнухой и, возможно, ограничина отправка attachments). В отличии от IRC тут есть возможность передачи больших сообщений (как в email), но и задержка такая же. И хранение сообщений: отправка и получение возможно в разное время (в IRC в реальном времени). Разница с email в том, что для email собственно нужен всё-таки свой сервер с логином и паролем (кто-то кто его предоставит, что не вариант для тысяч ботов), а для news нужен сервер позволяющий постинг. И все сообщения будут широковещательные. Выбрать заброшенную ньюсгруппу и заполненную одним спамом...

PPPS: самый бронебойный вариант, конечно, DNS tunneling.
andrewlekar
Чтобы не лезть во всякую жесть типа публичных IRC и NNTP серверов, лучше поставить свой сервер с jabber и общаться по xmpp протоколу.
Frolov Kirill
Цитата(andrewlekar @ Mar 31 2014, 11:00) *
Чтобы не лезть во всякую жесть типа публичных IRC и NNTP серверов, лучше поставить свой сервер с jabber и общаться по xmpp протоколу.


Лучше свой сервер. А jabber слишком притянут за уши. Протокол там слишком сложный для МК и много не нужного. Проще свой самодельный.

Кстати да, публичные jabber-сервера ещё и другие чат-системы. В случае, когда свой сервер не приемлем по каким-либо соображениям и остаётся пользоваться только чем-то публичным для коммуникации.
vic1850
Цитата(Frolov Kirill @ Mar 31 2014, 09:12) *
STUN/TURN-сервер. Прокси-сервер с собственным протоколом (самый дешёвый VPS на amazon EC2). Один на 100500 клиентов.



Связь через публично доступные IRC-сервера. Их тысячи и в крупных сетях они между собой связаны, в DNS обычно прописывается по N штук на один адрес, так что надёжность решения не такая уж низкая. Создаёшь свой канал и там все твои роботы заходят. Сообщения в канал -- широковещательные. Личные сообщения (нужно знать никнейм робота, с которым он вошёл). Можно смотреть список кто в канале.
Несколько пакетов данных в секунду -- текст, бинарные данные закодируй в base64. Tам есть ещё способность передавать файлы, но боюсь упрётся в серые адреса. Удобно, что можно глазами за процессом самому наблюдать, если зайти в канал обычным IRC-клиентом. Опять же скриптовать роботов для PC можно. Думаешь хакиры за что IRC так любят?

PS: во многих сетях есть регистрация пользователей с паролем и понятие администратора канала, что не даёт возможность кому-то со стороны вмешаться в работу канала, нужен робот в "операторах" канала банящий всех не своих и механизм опознания свой чужой (достаточно знать ники своих, а их заранее зарегистрировать в сети). Ещё возможен flood protection со стороны сервера -- это только с администратором сервера договариваться или не писать по 100500 сообщений в секунду.

PPS: В догонку к email -- связь через публичные News (NNTP) сервера. Их тоже тысячи и они между собой связаны в практически единую сеть. Но в отличии от IRC обычно доступ к ним платный, по крайней мере для размещения сообщений. Есть бесплатные сервера, но их немного и они имеют некоторые ограничения в использовании (в основном там нет бинарных ньюсгрупп с порнухой и, возможно, ограничина отправка attachments). В отличии от IRC тут есть возможность передачи больших сообщений (как в email), но и задержка такая же. И хранение сообщений: отправка и получение возможно в разное время (в IRC в реальном времени). Разница с email в том, что для email собственно нужен всё-таки свой сервер с логином и паролем (кто-то кто его предоставит, что не вариант для тысяч ботов), а для news нужен сервер позволяющий постинг. И все сообщения будут широковещательные. Выбрать заброшенную ньюсгруппу и заполненную одним спамом...

PPPS: самый бронебойный вариант, конечно, DNS tunneling.


Все таки коллективный разум это сила!!!
Как я мог забыть за IRC, помню студентами в общаге мы во всю пользовались IRC для общения.

Спасибо буду двигаться в этом направлении.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.