«Бородатый» стеб о гибридах:
– Что будет, если скрестить ежа и ужа?
– Колючая проволока.
– А если кибернетику и математику?
– Кибенематика!

А если всерьез, в этом топике речь пойдет о более сложном и интересном гибриде.

Команда московских специалистов скрестила

радиочастотные технологии измерения расстояния с сетью ZigBee и со встроенным инерциальным навигатором на MEMS датчиках, добавила собственный математический аппарат уточнения координат, на полученном фундаменте воздвигла прикладное ПО собственной разработки и получила в результате первую и пока единственную полнофункциональную российскую систему позиционирования (локации) в режиме реального времени – Real Time Location System (RTLS).

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

Этот топик продолжает серию, посвященную новой технологии позиционирования (локации) людей и предметов в помещении (на территории). Ранее опубликованы: http://habrahabr.ru/post/151496/ и http://habrahabr.ru/post/153237/ .

Позиционирование в системе РТЛС осуществляется путем измерения расстояний от метки до трех или более анкеров с последующим вычислением координат метки. А метод SDS-TWR (симметричного двухстороннего двунаправленного измерения расстояния) позволяет обеспечить необходимую точность, не прибегая к дорогостоящей синхронизации.
Метод регламентируется стандартами ISO/IEC 24730-5 и IEEE 802.15.4-2011.
В системе РТЛС расстояние измеряется между меткой и анкером – двумя беспроводными устройствами, не синхронизированными между собой. Измерение осуществляется в процессе обмена пакетами: запрос – ответ.

Идентифицировать интересующие объекты и контролировать их местонахождение можно по-разному. Все зависит от целей и условий.
Если цель – распознавание абонентов для оказания районированных услуг (например, прогноза погоды), то ошибка в десяток километров особой роли не сыграет, а если речь идет о позиционировании чипа на плате при автоматической сборке, речь пойдет о микронах.
Если нужно быстро найти нужную запчасть, периодичность опроса в системе может быть минимальной – только в момент, когда эта запчасть потребовалась или при инвентаризации. Остальное время система может проводить в спящем режиме. Но если требуется контролировать соблюдение маршрутов и скоростного режима движения погрузчиков в цехе, потребуется частота опроса до нескольких раз в секунду – режим реального времени.
Фуру на междугородном маршруте логичнее всего отслеживать с помощью спутниковой системы позиционирования, но как только она попадает на крытую разгрузочную площадку или в ремонтный бокс, связь со спутниками теряется и требуется что-то другое.
И таких особенностей применения много. Естественно, существует и множество различных видов систем идентификации и позиционирования.

В этом топике речь пойдет о системах идентификации и позиционирования. Но чтобы не утонуть в море информации, мы оставим в стороне системы локации (радио, акустической, инфракрасной), где местонахождение объекта определяется по отраженному сигналу. Не будем рассматривать роботизированные сборочные системы, где позиция объекта не измеряется системой, а задается ею. Оставим без внимания и интеллектуальные системы видеонаблюдения с их методами распознавания объектов.
Речь в топике пойдет о системах позиционирования с использованием индивидуальных меток – будь то собственно метка, GPS навигатор, Wi-Fi устройство или сотовый телефон.

Обнаружить, позиционировать (определить местонахождение) и идентифицировать…
Это важно не только при поимке нарушителя. Знать местонахождение конкретного объекта – человека, транспортного средства, груза, определенного предмета необходимо также для эффективного управления процессами, предотвращения чрезвычайных происшествий и ликвидации их последствий, наконец, даже при проведении такой рутинной операции, как инвентаризация, (например, при передаче смены).

К сожалению, в отличие от АСУТП, где информация о параметрах техпроцесса оперативно и точно определяется контрольно измерительной аппаратурой, позиционирование и идентификация подвижных объектов в большинстве случаев не может выполняться без участия человека и свойственных человеку ошибок – вольных или невольных. Будь то девочка со сканером на складе или секьюрити перед десятком-другим мониторов – влияние человеческого фактора неизбежно. А по мере интенсификации и увеличения масштабов производства цена возможной ошибки становится все выше.
Поэтому автоматическая идентификация и позиционирование подвижных объектов без участия человека становится все более актуальной задачей.
О возможных решениях и пойдет речь в этом топике.

Использование RTLS (Real Time Location System, систем определения местоположения в режиме реального времени) зависит от поставленных задач и целей. Для того, чтобы правильно выбрать необходимую вам систему, необходимо понимать на основе какой из многочисленных технологий она работает.
Компания RTL-Service занимается разработкой таких решений, поэтому мы регулярно участвуем во всевозможных выставках, анализируем рынок различных систем локального позиционирования и проводим необходимые исследования. В процессе работы мы столкнулись с проблемой отсутствия более-менее полной классификации технологий локального позиционирования, в связи с чем нами была произведена попытка её создания.

Представляется удобным выделить основные группы технологий локального позиционирования с их дальнейшим раскрытием, более подробной характеристикой, выявленными преимуществами и недостатками, основными методами, применяемыми в этих технологиях:

• Радиолокационные технологии.
• Технологии инерциального позиционирования.
• Технологии, основанные на изменении магнитного поля.
• Оптические технологии.
• Ультразвуковые технологии.

I. Итак, самой обширной группой, включающей в себя несколько подгрупп, является радиолокационная технология. Её мы и предлагаем рассмотреть в данной статье.

Наша компания «RTL Service» занимается разработкой системы локального позиционирования, с помощью которой можно точно определить, где в помещении находится определенный человек. Помимо этого, наша система позволяет связаться с этим человеком с помощью собственных коммуникаторов (рисунок 1) по защищенному каналу связи.

В предыдущей статье мы рассказывали о радиолокационных технологиях позиционирования. Сегодня мы продолжим разговор о технологиях, позволяющих определить местоположение.

Давным-давно, в далекой га…… начиналось всё с одного сервера, написанного на java. Данный сервер реализовывал полный спектр задач:

1. Коммуникация с “железками” — получение замеров, статусной информации, телеметрия, конфигурирование инфраструктуры и т.п.;
2. Realtime обработка поступивших данных;
3. Агрегирование полученных данных;
4. Высокоуровневый интерфейс с клиентским софтом на базу RMI (клиент в те стародавние времена тоже был на java/netbeans rcp).

В нашей системе мирно сосуществуют 2 сервера. Основной сервер(ядро), написанный на JAVA и сервер приложений — NodeJS, именно ему и посвящена данная статья.
Изначально у сервера приложений существовало 2 фундаментальные задачи:

1) проксирование запросов к основному серверу для того, чтобы уменьшить неспецифичную нагрузку и сэкономить ресурсы для решения более важных задач;
2) реализация client-specific функционала для того, чтобы не пришлось вносить изменения в код ядра при появлении клиентских “хотелок”.

Строго говоря, наличие сервера приложений вовсе не обязательно для функционирования системы, т.к. ядро имеет полноценное REST API, реализующее весь основной функционал системы. Несколько слов о протоколе. RTLSCP (real track location system communication protocol) – протокол, работающий поверх HTTP и позволяющий получать данные и выполнять базовые операции с системой RealTrac с использованием запросов и ответов в формате JSON/KML/PNG.

Работая в компании «RTL-Service», в последнее время мне не раз приходилось участвовать в обследовании шахт, причем как угольных, так и металлических, в которых ранее кем-то из наших партнеров была внедрена система локального позиционирования и голосовой связи RealTrac и она работала неправильно или нестабильно. И каждый раз оказывалось, что причиной такой работы системы являются не недостатки оборудования или программного обеспечения разработанного нашей компанией решения, а ошибки и просчеты при создании инфраструктуры для системы RealTrac.

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

Введение.

В данной статье я расскажу о том, как в отделе контроля качества компании RTL-Service происходит автоматизированное тестирование стабильности сервера RealTrac при одновременном обслуживании большого количества мобильных локационных устройств. Для дальнейшего понимания, предлагаю ознакомиться с полезной терминологией:
RTLS-cервер RealTrac (сервер) — серверное программное обеспечение системы RealTrac, осуществляющее взаимодействие с аппаратными средствами системы и расчет местоположения устройств.

Сервер приложений RealTrac (сервер приложений) — серверное программное обеспечение, необходимое для работы web-приложения, предоставляющее программный интерфейс доступа к основным функциям системы.

Точка доступа RealTrac (далее ТД) — устройство, предназначенное для передачи данных между мобильными устройствами сети и сервером системы. Точки доступа стационарно устанавливаются на объекте, их координаты заносятся на карту клиентского программного обеспечения и фиксируются в базе данных на сервере системы. ТД может работать в режиме шлюза или ретранслятора. Режим определяется наличием проводного Ethernet подключения к сети (шлюз точка доступа, ШТД) и отсутствием такового (ретранслятор точка доступа, РТД). Обмен данными с сервером осуществляют только шлюз.

Доброго времени суток, хабравчане.
Сегодня я расскажу вам о работе sip-телефонии, а именно о том, как я организовывал звуковой сеанс между мобильными рациями (или ИКН) о которых вы слышали ранее из других статей нашей компании и web-клиентом через webRTC с использованием sipML5 в качестве библиотеки и asterisk 11 в качестве АТС.

Всем кому небезразлична данная тема — добро пожаловать под кат.

В данной статье речь пойдёт об опыте автоматизации функционального и нагрузочного тестирования API протокола RTLSCP. Серверная часть системы локального позиционирования RealTrac состоит из основного (core) сервера, который связывается с устройствами по протоколу INCP (InterNanoCom Protocol) и сервера приложений (appserver). Сервер приложений общается с внешними клиентами и основным сервером по протоколу RTLSCP (Real Track Location System Communication Protocol). Клиенты также могут напрямую обращаться к основному серверу по RTLSCP.

Доброго времени суток!
Как уже говорилось в предыдущих постах, наша компания (RTL-Service) занимается системой локального позиционирования. Перед вами – новая статья от отдела тестирования.
В процессе тестирования каких-либо объектов (устройства, сервер, клиент,...) часто необходимо знать, как в течение промежутка времени изменяются значения параметров этих объектов.

При настройке значений параметров устройств (мощность передачи сигнала, цикл опроса устройства и множество других) возможны ситуации, когда инженер предприятия ошибается и задает недопустимое значение параметра. Также возможны ошибки на этапе разработки прошивки, в том числе указание некорректного интервала допустимых значений параметра. Чтобы вручную отловить все ошибки такого рода, необходимо перепробовать огромное количество различных комбинаций значений параметров.