Перейти к содержанию
    

Доступ к устройству по GPRS

Здравствуйте!

Есть вопрос, может кто сталкивался с подобной задачкой.

 

Есть устройство на Cortex M3 c GPRS. Нужно организовать доступ к нему из интернета со следующим функционалом:

1. Обновление прошивки.

2. Постоянное получение текстовых логов работы.

3. Конфигурировать устройство.

4. Минимально управлять. Короткий список команд.

 

Естественно хочется что то стандартное повозможности, минимум велосипедов.

Единственное, что смог сам придумать, это:

1. Есть сервер FTPS со статическим IP

2. Устройство конектиться к нему и происходит двухсторонний обмен. Например есть папки IN и OUT. В одну складываем логи, из другой берем команды.

 

FTPS, так как уже есть реализации и FTP и SSL для cortex.

 

Доплачивать за static IP для устройства не хочется.

 

Сталкивались с другими вариантами решения обмена по GPRS на кнтроллерах?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

FTP клиент на каждом устройстве и единый FTP сервер в Интернете-отличное и универсальное решение.

Для команд делается скриптик-файл, который забирается с FTP во время очередного сеанса связи и исполняется.

 

Но не все FTP сервера нормально живут в условиях "сотни клиентов доступаются одновременно", этот момент нужно проверять. Иногда приходится разбивать клиентов на несколько серверов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

FTP клиент на каждом устройстве и единый FTP сервер в Интернете-отличное и универсальное решение.

Для команд делается скриптик-файл, который забирается с FTP во время очередного сеанса связи и исполняется.

 

Но не все FTP сервера нормально живут в условиях "сотни клиентов доступаются одновременно", этот момент нужно проверять. Иногда приходится разбивать клиентов на несколько серверов.

Дело происходит на cortex-m. Так что без скриптов. Но здорово, что велосипед не мой. Интересует какие еще варианты возможны.

Например, у колеги возникла идея проброса отдельного порта ввода вывода(в примерах tty) на сервере на порт tcp. Socat в linux вроди такое умеет, может и ssl. И общаются они через организованный псевдо последовательный порт. (Tty over tcp).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Сделайте свой TCP сервер с нужным протоколом.

Возьмите готовый сервер (MQTT например) и пробросьте порт.

Используйте http/https протокол с VPS за 20 руб в месяц.

Используйте открытый сервер для IoT (штук 20 в гугле найдутся на первой странице)

 

И еще вариантов немеряно есть.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Дело происходит на cortex-m. Так что без скриптов. Но здорово, что велосипед не мой.

Какая связь между языком команд и типом ядра?

 

если у меня есть файл "script.cmd", содержащий, например, строки

calibration 1 2 3 1 10.5

dir 0:\

send "calibr.txt"

send 0:\cfg\*.*

restart

То почему железяка с ядром кортекс не может при подключении к ftp 1) скачать этот файл если он есть 2) исполнить если он скачан?

Я такие скрипты даже на майкрочипе применял, не то что на кортексе :)

 

"TCP сервер с нужным протоколом" тоже интересен может быть, если активный центр делать и администрировать. Это хорошо если можно постоянно "держать руку на пульсе".

Если же нужно чтобы система была "самоадминистрируемой" силами клиента- то проще стандартного FTP не придумать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Если же нужно чтобы система была "самоадминистрируемой" силами клиента- то проще стандартного FTP не придумать.

Почему же не придумать? Обычное TCP-соединение, по которому идет обмен по уже существующему для устройства протоколу с минимальной обвязкой.

В случае с "белым-IP" даже обвязка не нужна.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Почему же не придумать? Обычное TCP-соединение, по которому идет обмен по уже существующему для устройства протоколу с минимальной обвязкой.

В случае с "белым-IP" даже обвязка не нужна.

 

Протокол придумываем с нуля, ничего существующего нет.

На мой взгляд при выборе протоколов стоит стремится выбирать из существующего, а не плодить сущности. Если мы связываем устройство каким либо образом с миром ПК, то подход избавляет от необходимости писать ответную часть протокола.

 

 

Сделайте свой TCP сервер с нужным протоколом.

Возьмите готовый сервер (MQTT например) и пробросьте порт.

Используйте http/https протокол с VPS за 20 руб в месяц.

Используйте открытый сервер для IoT (штук 20 в гугле найдутся на первой странице)

 

И еще вариантов немеряно есть.

 

>> Сделайте свой TCP сервер с нужным протоколом.

Вопрос протокола и стоит

 

>> Возьмите готовый сервер (MQTT например) и пробросьте порт.

Спасибо. Это интересно, буду читать.

 

>>Используйте http/https протокол с VPS за 20 руб в месяц.

Это вопрос сервера. Свой или "облачный". Пока не стоит.

 

>>Используйте открытый сервер для IoT (штук 20 в гугле найдутся на первой странице)

А встречали такие, где не только красивая обертка, но и файло-передача логов и обновление прошивки?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Я могу только свой пример привести.

Мне когда понадобилось - я взял на Microsoft Azure веб сервер за 5$ в месяц и за неделю сделал сайт и в на нём же приемник сообщений (по http) и управление и управление прошивками.

http://vell.azurewebsites.net/

Когда своё - можно как угодно.

Белый IP денег стоит, но но имени никто не запрещает работать.

Да и сервис можно TCP сделать свой.

VDS сейчас копейки стоят.

А программу любой студент может написать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А программу любой студент может написать.

 

Хотелось бы продолжить предложение...

 

..., главное, чтобы этот студент был под рукой, когда через год-другой что то поменяет провайдер или еще один из поставщиков, и все развалится. ;)

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...