Передача данных в облачный сервис Tekon CLOUD: различия между версиями
Alex (обсуждение | вклад) Нет описания правки |
Alex (обсуждение | вклад) ff |
||
| Строка 1: | Строка 1: | ||
=== ВВЕДЕНИЕ === | === ВВЕДЕНИЕ === | ||
TEKON CLOUD - облачный сервис компании Текон-Автоматика, который позволяет | TEKON CLOUD (https://cloud.tekon.ru<nowiki/>)- облачный сервис онлайн мониторинга компании Текон-Автоматика, который позволяет в режиме реального времени наблюдать за состоянием инженерного оборудования: | ||
* связь, | * связь, | ||
* | * неисправность, | ||
* текущие и архивные значения | * текущие и архивные значения, | ||
подключенного к [[АРМ-диспетчера|АРМ АСУД-248М]] | подключенного к [[АРМ-диспетчера|АРМ АСУД-248М]] в любом месте с помощью Интернет-браузера. | ||
Для предоставления доступа к сервису обратитесь с запросом на электронную почту Текон-Автоматика. | |||
Для | В настоящее время сервис работает в тестовом режиме, доступ к системе предоставляется бесплатно. | ||
=== ПОДКЛЮЧЕНИЕ К СИСТЕМЕ === | |||
Для подключения к системе мониторинга необходимо: | |||
* ПО АСУД.SCADA 3.1.2 или выше | |||
* постоянный доступ к сети Интернет на стороне АРМ | |||
* получение логина и пароля для доступа к системе в Текон-Автоматика | |||
* настройка драйвера DA Tekon \ DA Proxy \ Tekon CLOUD в [[Tekon OPC-сервер]] | |||
=== ВОЗМОЖНОСТИ СИСТЕМЫ === | |||
В настоящее время набор данных передаваемых с АРМ ([[Tekon OPC-сервер]]) ограничен следующим перечнем сигналов: | |||
* состояние лифтов (подключенных через [[КСЛ-RS]]): этаж, ошибка, режим работы и т.п. | |||
* состояние подсистем ОВиК (любых настроенных [[Modbus-устройства|Modbus-устройств]]) | |||
* состояние связи (оценка) всех настроенных устройств в адресном пространстве ОРС-сервера | |||
* состояние всех настроенных КИО: версия прошивки, режим работы и т.п. | |||
* состояние Сервера: служебная информация монитора ресурсов | |||
Т.е. акцент сделан на лифты, modbus-контроллеры и исправность оборудования диспетчеризации. | |||
Форма представления данных: | |||
* таблицы, | |||
* графики, | |||
* сводки, | |||
* гео-информация. | |||
Возможность управления со стороны системы - не реализована. Поток данных однонаправленный: | |||
* АРМ >>>> Tekon CLOUD | |||
Анализируемые данные в системе сгруппированы по удобным бордам (доскам). | |||
[[Файл:Cloud boards.png|граница|центр|530x530пкс]] | |||
Пример отображения информации на различных бордах приведены ниже. | |||
=== В ПЕРСПЕКТИВЕ === | === В ПЕРСПЕКТИВЕ === | ||
| Строка 18: | Строка 52: | ||
* push-уведомления на мобильные телефоны | * push-уведомления на мобильные телефоны | ||
=== НАСТРОЙКА СИСТЕМЫ === | |||
==== ПОЛЬЗОВАТЕЛИ СИСТЕМЫ ==== | |||
В системе реализовано три типа учетных записей: | |||
* Admin - администратор системы, представитель компании Текон-Автоматика. | |||
* PowerUser - продвинутый пользователь | |||
* User - пользователь | |||
После запроса в Текон-Автоматика данных на доступ, вы получает, как представитель компании, логин и пароль пользователя PowerUser. | |||
PowerUser - владелец оборудования диспетчеризации в системе. Это главный (основной) представитель компании. Все серверы, подключённые под вашим логином, автоматически становятся вашими: регистрировать их отдельно в системе мониторинга не нужно. | |||
PowerUser может: | |||
* видеть все свои объекты и серверы на всех бордах; | |||
* заводить сотрудников (User) и решать, какие объекты видит каждый; | |||
* выдавать логин и CLOUD-токен (Токен или пароль на подключение) монтажнику, который настраивает агента передачи (это устройство [[Tekon OPC-сервер|DA \ Tekon CLOUD]]) на объекте; | |||
* удалять данные объектов и серверов, выведенных из работы. | |||
User - ваш сотрудник или представитель заказчика. Он: | |||
* видит только выданные ему объекты, | |||
* работает с бордами и меняет свой пароль. | |||
* ничего не настраивает и не удаляет. | |||
==== Шаг 1. Первый вход ==== | |||
Откройте https://cloud.tekon.ru в браузере и войдите в систему. | |||
По желанию, в меню «Учётная запись → Сменить пароль» задайте новый пароль. | |||
==== Шаг 2. Подключение серверов ==== | |||
Сервер появляется в системе мониторинга сам, как только агент (устройство [[Tekon OPC-сервер|DA \ Tekon CLOUD]]) на объекте начинает передавать данные. | |||
Передайте монтажнику: | |||
* Ваш логин — он же логин агента. | |||
* Токен — скопируйте его в своём профиле. Внимание: '''токен - это не пароль вашего входа в систему,''' это отдельный пароль агента в вашем профиле. | |||
* Имена объекта и сервера — это крайне важно, подробнее далее. | |||
* Корректный адрес установки — без него сервер не попадёт на карту. | |||
Для второго и следующих серверов логин и токен те же, меняются только имена: объект/сервер. | |||
===== Как присваивать имя Объект/Сервер ===== | |||
Это важная настройка, ознакомьтесь внимательно. | |||
Сервер - это физически один OPC-сервер с агентом. Обычно это диспетчерский АРМ с установленной SCADA, если SCADA и ОРС-сервер запускаются на одной машине. Или это Пульт-ПК с ОРС-сервером, если SCADA, подключается к нему удаленно. | |||
Объект - это и совокупность серверов установленных в рамках определенной географической локации, и единица доступа в системе мониторинга: сотруднику (пользователю User) выдаётся доступ к сигналу объектов целиком, со всеми его серверами. | |||
Часто на объекте может быть настроен всего один сервер. | |||
Если в вашем ведении несколько ЖК с несколькими Серверами на каждом, вы можете использовать следующий принцип: | |||
* ЖК Уютный / Сервер | |||
* ЖК Корона Москвы / Сервер 1 | |||
* ЖК Корона Москвы / Сервер 2 | |||
Если в вашем ведении несколько ЖК и вы хотите выполнить территориальную группировку | |||
* САО / ЖК Уютный | |||
* ЦАО / ЖК Корона Москвы Сервер 1 | |||
* ЦАО / ЖК Корона Москвы Сервер 2 | |||
Имя Объект / Сервер должно быть уникальным для агентом передачи с вашим логином. Дублирование приведет к нежелательной путанице сигналов в системе мониторинга. | |||
Правила: | |||
* Имена задаются один раз. В вебе их не переименовать, а новое имя в агенте создаёт новый объект — история останется под старым. | |||
* Имя сервера уникально в пределах объекта. Два одноимённых сервера сольются в один. | |||
* Привязывайте объект к устойчивому делению (район, договор) | |||
Если вы указали неудачное имя в агенте, и хотите изменить его, следует: | |||
* запустить конфигуратор ОРС-сервере | |||
* внести изменения | |||
* удалить в вебе профиле PowerUser ошибочный объект / сервер | |||
* закрыть конфигуратор | |||
==== Проверьте, что сервер появился ==== | |||
После запуска агента откройте раздел «Мои объекты и серверы» в профиле. | |||
У сервера должны быть: число сигналов, статус «на связи» и свежее последнее значение. Затем найдите его на «Карте». | |||
Если Сервера нет — проверьте с монтажником логин и токен в конфигурации агента. | |||
Не помогло — обратитесь к администратору системы. | |||
==== Шаг 3. Сотрудники и доступ ==== | |||
Сотрудники заводятся в меню «Учётная запись → Мои пользователи». | |||
# Создайте пользователя и введите его имя. Логин соберётся сам: <ваш логин>_<имя> , например liftservis_disp . | |||
# Задайте пароль по тем же правилам и передайте сотруднику. Пусть он сменит его при первом входе. | |||
# Отметьте объекты, которые он должен видеть. | |||
Что важно знать: | |||
* Доступ выдаётся на объект целиком. Один сервер из объекта выдать нельзя. | |||
* Новый сервер внутри уже выданного объекта сотрудник увидит сразу. | |||
* Новый объект нужно выдать отдельно. | |||
* Блокировки нет: чтобы закрыть доступ, сотрудника удаляют. | |||
* Подписка у сотрудников ваша: продлили свою — продлилась у всех. | |||
==== Работа с бордами ==== | |||
Начинайте со «Сводки»: если список «Требует внимания сейчас» пуст, всё в порядке. | |||
Остальные борды — для разбора конкретной проблемы. | |||
Полезные приёмы: | |||
* Фильтр «Объект / Сервер» сквозной: выбран на одном борде — действует на всех. | |||
* При одном обрыве зависимые устройства не показываются отдельно: они свёрнуты в счётчик у первопричины. Чинить нужно первопричину. | |||
* Клик по параметру на «Сигналах» или по ячейке на «Серверах» открывает график за 1 ч, 24 ч или 7 дней. У текстовых параметров вместо графика — таблица изменений. | |||
* Адрес страницы «Сигналов» с выбранным устройством можно переслать коллеге с доступом к этому объекту. | |||
* Для отчётности — «Дольше порога» на «Нет связи»: кто был без связи дольше N часов за выбранный период. | |||
==== Обслуживание ==== | |||
===== Удаление объекта или сервера ===== | |||
Удаляйте данные только того, что выведено из работы. | |||
Удаление необратимо и стирает всю историю. | |||
# Сначала остановите агент на объекте. Иначе объект появится снова, уже без истории. | |||
# В «Моих объектах и серверах» удалите нужный объект или сервер. | |||
То же после переименования в агенте: старое имя с историей остаётся, пока его не удалить. | |||
===== Перевыпуск CLOUD-токена ===== | |||
Перевыпускайте токен только при утечке. | |||
После перевыпуска все ваши агенты перестанут подключаться к системе, пока: | |||
* администратор не обновит токен на сервере платформы; | |||
* монтажник не пропишет новый токен в каждый агент. | |||
Согласуйте перевыпуск с администратором заранее. | |||
[[Категория:ДокументацияСКАДА]] | [[Категория:ДокументацияСКАДА]] | ||
Версия от 22:42, 13 октября 2026
ВВЕДЕНИЕ
TEKON CLOUD (https://cloud.tekon.ru)- облачный сервис онлайн мониторинга компании Текон-Автоматика, который позволяет в режиме реального времени наблюдать за состоянием инженерного оборудования:
- связь,
- неисправность,
- текущие и архивные значения,
подключенного к АРМ АСУД-248М в любом месте с помощью Интернет-браузера.
Для предоставления доступа к сервису обратитесь с запросом на электронную почту Текон-Автоматика.
В настоящее время сервис работает в тестовом режиме, доступ к системе предоставляется бесплатно.
ПОДКЛЮЧЕНИЕ К СИСТЕМЕ
Для подключения к системе мониторинга необходимо:
- ПО АСУД.SCADA 3.1.2 или выше
- постоянный доступ к сети Интернет на стороне АРМ
- получение логина и пароля для доступа к системе в Текон-Автоматика
- настройка драйвера DA Tekon \ DA Proxy \ Tekon CLOUD в Tekon OPC-сервер
ВОЗМОЖНОСТИ СИСТЕМЫ
В настоящее время набор данных передаваемых с АРМ (Tekon OPC-сервер) ограничен следующим перечнем сигналов:
- состояние лифтов (подключенных через КСЛ-RS): этаж, ошибка, режим работы и т.п.
- состояние подсистем ОВиК (любых настроенных Modbus-устройств)
- состояние связи (оценка) всех настроенных устройств в адресном пространстве ОРС-сервера
- состояние всех настроенных КИО: версия прошивки, режим работы и т.п.
- состояние Сервера: служебная информация монитора ресурсов
Т.е. акцент сделан на лифты, modbus-контроллеры и исправность оборудования диспетчеризации.
Форма представления данных:
- таблицы,
- графики,
- сводки,
- гео-информация.
Возможность управления со стороны системы - не реализована. Поток данных однонаправленный:
- АРМ >>>> Tekon CLOUD
Анализируемые данные в системе сгруппированы по удобным бордам (доскам).

Пример отображения информации на различных бордах приведены ниже.
В ПЕРСПЕКТИВЕ
- расширение / корректировка перечня визуализируемых данных
- архив событий
- push-уведомления на мобильные телефоны
НАСТРОЙКА СИСТЕМЫ
ПОЛЬЗОВАТЕЛИ СИСТЕМЫ
В системе реализовано три типа учетных записей:
- Admin - администратор системы, представитель компании Текон-Автоматика.
- PowerUser - продвинутый пользователь
- User - пользователь
После запроса в Текон-Автоматика данных на доступ, вы получает, как представитель компании, логин и пароль пользователя PowerUser.
PowerUser - владелец оборудования диспетчеризации в системе. Это главный (основной) представитель компании. Все серверы, подключённые под вашим логином, автоматически становятся вашими: регистрировать их отдельно в системе мониторинга не нужно.
PowerUser может:
- видеть все свои объекты и серверы на всех бордах;
- заводить сотрудников (User) и решать, какие объекты видит каждый;
- выдавать логин и CLOUD-токен (Токен или пароль на подключение) монтажнику, который настраивает агента передачи (это устройство DA \ Tekon CLOUD) на объекте;
- удалять данные объектов и серверов, выведенных из работы.
User - ваш сотрудник или представитель заказчика. Он:
- видит только выданные ему объекты,
- работает с бордами и меняет свой пароль.
- ничего не настраивает и не удаляет.
Шаг 1. Первый вход
Откройте https://cloud.tekon.ru в браузере и войдите в систему.
По желанию, в меню «Учётная запись → Сменить пароль» задайте новый пароль.
Шаг 2. Подключение серверов
Сервер появляется в системе мониторинга сам, как только агент (устройство DA \ Tekon CLOUD) на объекте начинает передавать данные.
Передайте монтажнику:
- Ваш логин — он же логин агента.
- Токен — скопируйте его в своём профиле. Внимание: токен - это не пароль вашего входа в систему, это отдельный пароль агента в вашем профиле.
- Имена объекта и сервера — это крайне важно, подробнее далее.
- Корректный адрес установки — без него сервер не попадёт на карту.
Для второго и следующих серверов логин и токен те же, меняются только имена: объект/сервер.
Как присваивать имя Объект/Сервер
Это важная настройка, ознакомьтесь внимательно.
Сервер - это физически один OPC-сервер с агентом. Обычно это диспетчерский АРМ с установленной SCADA, если SCADA и ОРС-сервер запускаются на одной машине. Или это Пульт-ПК с ОРС-сервером, если SCADA, подключается к нему удаленно.
Объект - это и совокупность серверов установленных в рамках определенной географической локации, и единица доступа в системе мониторинга: сотруднику (пользователю User) выдаётся доступ к сигналу объектов целиком, со всеми его серверами.
Часто на объекте может быть настроен всего один сервер.
Если в вашем ведении несколько ЖК с несколькими Серверами на каждом, вы можете использовать следующий принцип:
- ЖК Уютный / Сервер
- ЖК Корона Москвы / Сервер 1
- ЖК Корона Москвы / Сервер 2
Если в вашем ведении несколько ЖК и вы хотите выполнить территориальную группировку
- САО / ЖК Уютный
- ЦАО / ЖК Корона Москвы Сервер 1
- ЦАО / ЖК Корона Москвы Сервер 2
Имя Объект / Сервер должно быть уникальным для агентом передачи с вашим логином. Дублирование приведет к нежелательной путанице сигналов в системе мониторинга.
Правила:
- Имена задаются один раз. В вебе их не переименовать, а новое имя в агенте создаёт новый объект — история останется под старым.
- Имя сервера уникально в пределах объекта. Два одноимённых сервера сольются в один.
- Привязывайте объект к устойчивому делению (район, договор)
Если вы указали неудачное имя в агенте, и хотите изменить его, следует:
- запустить конфигуратор ОРС-сервере
- внести изменения
- удалить в вебе профиле PowerUser ошибочный объект / сервер
- закрыть конфигуратор
Проверьте, что сервер появился
После запуска агента откройте раздел «Мои объекты и серверы» в профиле.
У сервера должны быть: число сигналов, статус «на связи» и свежее последнее значение. Затем найдите его на «Карте».
Если Сервера нет — проверьте с монтажником логин и токен в конфигурации агента.
Не помогло — обратитесь к администратору системы.
Шаг 3. Сотрудники и доступ
Сотрудники заводятся в меню «Учётная запись → Мои пользователи».
- Создайте пользователя и введите его имя. Логин соберётся сам: <ваш логин>_<имя> , например liftservis_disp .
- Задайте пароль по тем же правилам и передайте сотруднику. Пусть он сменит его при первом входе.
- Отметьте объекты, которые он должен видеть.
Что важно знать:
- Доступ выдаётся на объект целиком. Один сервер из объекта выдать нельзя.
- Новый сервер внутри уже выданного объекта сотрудник увидит сразу.
- Новый объект нужно выдать отдельно.
- Блокировки нет: чтобы закрыть доступ, сотрудника удаляют.
- Подписка у сотрудников ваша: продлили свою — продлилась у всех.
Работа с бордами
Начинайте со «Сводки»: если список «Требует внимания сейчас» пуст, всё в порядке.
Остальные борды — для разбора конкретной проблемы.
Полезные приёмы:
- Фильтр «Объект / Сервер» сквозной: выбран на одном борде — действует на всех.
- При одном обрыве зависимые устройства не показываются отдельно: они свёрнуты в счётчик у первопричины. Чинить нужно первопричину.
- Клик по параметру на «Сигналах» или по ячейке на «Серверах» открывает график за 1 ч, 24 ч или 7 дней. У текстовых параметров вместо графика — таблица изменений.
- Адрес страницы «Сигналов» с выбранным устройством можно переслать коллеге с доступом к этому объекту.
- Для отчётности — «Дольше порога» на «Нет связи»: кто был без связи дольше N часов за выбранный период.
Обслуживание
Удаление объекта или сервера
Удаляйте данные только того, что выведено из работы.
Удаление необратимо и стирает всю историю.
- Сначала остановите агент на объекте. Иначе объект появится снова, уже без истории.
- В «Моих объектах и серверах» удалите нужный объект или сервер.
То же после переименования в агенте: старое имя с историей остаётся, пока его не удалить.
Перевыпуск CLOUD-токена
Перевыпускайте токен только при утечке.
После перевыпуска все ваши агенты перестанут подключаться к системе, пока:
- администратор не обновит токен на сервере платформы;
- монтажник не пропишет новый токен в каждый агент.
Согласуйте перевыпуск с администратором заранее.