Зміст

1. Вступ. 3

1.1 Зв'язок @City (IoT / CIoT) 4

1.2. Апаратні ресурси IoT / CIoT-пристроїв 4

0..4 програмовані двійкові входи 4

0..4 програмовані двійкові виходи 4

0..4 підрахунку входів (енергонезалежні лічильники) 4

0..4 виходи диммера (ШІМ або 0..10В) 5

Інфрачервоний вхід + вихід 5

0..4 вимірювальні входи (АЦП) 5

послідовний інтерфейс SPI / I2C / UART / CAN 5

1.3. @City GSM-пристрої 6

1.4. Пристрої @City LoRaWAN 9

Модуль без модему та процесора LoRaWAN може виступати в ролі сенсорного модуля MEM для архітектур @City GSM, WiFi, Ethernet та інших eHouse (живлення постійного струму 3v3..3v6) 10

2. Загальні умови використання систем @City (LoRaWAN, GSM) 11

2.1. Ексклюзивні умови @City GSM. 11

2.2. Ексклюзивні умови для @City LoRaWAN. 12

3. Конфігурація контролера @City (LoRaWAN, GSM) 13

3.1. Конфігурація @City Controller - Присвоєння імен 13

3.2. Загальна конфігурація контролерів @City LoRaWAN та GSM 14

3.2.1 Загальна конфігурація GSM-пристрою @City 14

3.2.2. Загальна конфігурація контролерів @City LoRaWAN 17

3.3. Конфігурація двійкових входів 18

3.4. Конфігурація двійкових виходів 19

3.5. Конфігурація вимірювальних входів АЦП та додаткових датчиків (XIN) 21

3.6. Конфігурація диммерів ШІМ / 0..10В 22

3.7. Конфігурація планувальника календаря 24

4. Конфігурація мережевої інфраструктури LoRaWAN 26

4.1. Конфігурація шлюзу LoRaWAN. 26

4.1.1. Базова конфігурація шлюзу LoRaWAN 26

4.1.2. Конфігурація Semtech Packet Forwarder (SPF) 27

4.2. Конфігурація мережі LoRaWAN / сервера додатків 28

4.2.1. Конфігурація мережевого сервера LoRaWAN 29

5. Стан роботи пристроїв @City GSM / LoRaWAN 31

1. Вступ.

@City система підтримує ряд електронних пристроїв (контролерів) - які називаються вузлом, модулем, пристроєм. Багато типів зв'язку (дротовий та бездротовий) доступні залежно від наявної інфраструктури, вимог та умов.

Всі пристрої інтегровані між собою через @City хмара і існує можливість гібридної співпраці залежно від наявності певної комунікаційної інфраструктури.

Для будівель та наявності LAN або Wi-Fi, підключеного до Інтернету, ми можемо використовувати via рішення через сервер eHouse.PRO (який може надсилати / отримувати дані на @City хмара):

У наступному документі описано GSM і LoRaWAN пристрої на базі однокристального мікроконтролера (мікропроцесора) та зовнішнього модему зв'язку. Це дозволяє стандартизувати систему, незважаючи на різницю в комунікаційному модемі.

Інші варіанти спілкування див eHouse документація.

Це дозволяє отримати подібну функціональність та обладнання, а також легкий перехід на інші варіанти або версії зв'язку.

1.1 Зв’язок @City (IoT / CIoT)

В даний час система @City використовує один із обраних комунікаційних модулів (модемів):

1.2. Апаратні ресурси IoT / CIoT-пристроїв

Цілий "інтелект" Система знаходиться в мікроконтролері (мікропроцесорі) і не дуже залежить від типу зв'язку. Апаратні ресурси пристроїв IoT / CIoT (мікропроцесор) такі:

1.3. @City GSM-пристрої

@City GSM пристрої підключаються через стільникову мережу оператора мобільного зв'язку GSM за допомогою однієї або декількох технологій та послуг. Ці послуги оплачуються і залежать від операторів та послуг окремо. Послуга авторизується так само, як і в мобільних телефонах через активні SIM-карти:

Доступність вибраних послуг залежить від оператора зв'язку та вбудованого GSM-модему на етапі виробництва:

2) 2G / LTE CATM1 (помаранчевий) - існує можливість резервного копіювання 2G, коли CATM1 недоступний.

3) 2G / NBIoT (T-Mobile / Deutsche Telecom) - існує можливість резервного використання 2G, коли NBIoT недоступний, а оператор це дозволяє.

6) Інші комбінації послуг також можуть бути доступними залежно від доступного модему та налаштувань.

Перші 3 рішення працюють на одному модемі (NBIoT / CATM1 + резервний 2G). У разі використання "пластик" Nano-SIM-карти можна замінити та віддалено налаштувати пристрій на належну роботу в іншій службі. У випадку з MIM (SIM-картки у формі мікросхеми (IC)) рішення приймається на стадії виробництва пристрою, і змінити оператора або послугу не представляється можливим. NBIoT присвячує дуже малому обсягу переданих даних ~ 512 кБ на місяць (будь ласка, обговоріть це значення з оператором), що є суттєвою перешкодою для деяких рішень CIoT / IoT.

Рішення 4, 5 вимагають встановлення інших модемів на стадії виробництва.

Споживання енергії пристрою залежить від послуги та відображається від найнижчого до найвищого:

Швидкість передачі даних від найнижчої до найвищої:

Всі пристрої @City GSM можуть бути оснащені GPS-приймачем для геолокації та автоматичного позиціонування на картах. Вони також можуть працювати мобільно, коли є необхідність у вимірах або в русі.

1.4. Пристрої @City LoRaWAN

LoRaWAN - це комунікаційне рішення великого діапазону (приблизно до 15 км), що працює у відкритих діапазонах ISM (наприклад, 433 МГц, 868 МГц тощо. ). Однак дуже великі діапазони вимагають значного зменшення швидкості передачі та довжини пакетів даних (наприклад, для найвищого діапазону до 250 біт в секунду і максимум 51 байт даних - корисне навантаження). Передача з повтореннями та підтвердженнями може зайняти дуже багато часу, що може усунути LoRaWAN у деяких рішеннях. Кількість шлюзів LoRaWAN також важлива для забезпечення гарного набору пристроїв, що дозволяє працювати на більш високих швидкостях, меншій кількості помилок і меншій кількості повторень.

Пристрої LoRaWAN спілкуються з @City хмара через шлюзи LoRaWAN, які повинні забезпечити покриття на необхідному рівні для всіх доступних пристроїв LoRaWAN. Крім того, ці шлюзи повинні бути підключені до LAN або Інтернету за будь-яким посиланням, щоб мати можливість надсилати дані на мережу / сервер додатків LoRaWAN (NS / AS).

Веб-сервер використовується для двостороннього зв'язку із шлюзами LoRaWAN та для надсилання інформації на / з пристроїв LoRaWAN.

Мережа / сервер додатків може бути розташований на локальному LAN або в центрі обробки даних постачальника послуг. Дані з пристроїв надсилаються з мережі / сервера додатків через протоколи інтеграції на @City хмара (через веб-хук). Це дозволяє безпосередньо інтегрувати @City LoRaWAN система с Бази даних @City.

Сервер додатків може додатково реалізувати розширену логіку та BIM (інформаційне моделювання) для системи, обробляти дані про прийом та надсилати команди управління (події) на окремі пристрої у відповідь.

Пристрої @City LoRaWAN містять додаткові функції, такі як:

2. Загальні умови використання систем @City (LoRaWAN, GSM)

УВАГА! Неправильне налаштування основних параметрів комунікаційного інтерфейсу може спричинити руйнування або постійне блокування пристрою (до якого ми не маємо фізичного доступу).

Будь-яке оновлення контролера a прошивка і остаточна конфігурація необхідно провести та протестувати (для всіх пристроїв та принаймні тиждень для кількох пристроїв) перед тим, як встановлювати їх у місці призначення.

Виробник не несе відповідальності за неправильну конфігурацію / оновлення програмного забезпечення, здійснену неавторизованими особами, а також за їх виконання в місцях встановлення окремих контролерів.

Усі витрати на деінсталяцію, послуги, ремонт, заміну, повторну інсталяцію несе користувач системи (а не виробник).

Для оновлення мікропрограми та конфігурації необхідно забезпечити достатній рівень сигналу та доступність необхідних послуг. Вищевказані дії можуть бути неможливими в місцях остаточного встановлення контролерів та в їх корпусах. Вони також можуть залежати від пори року, погоди та поширення радіохвиль.

Усі витрати на послуги, пов'язані зі зміною конфігурації / прошивки, несе користувач (додаткові збори за передачу даних, можливе видалення, установка пристроїв, розблокування, заміна тощо). ).

Максимальний діапазон є чисто теоретичним, вимірюється в ідеальних умовах поширення радіосигналу і стосується роботи пристроїв (із зовнішніми та відповідними антенами) у полі зору (без перешкод на шляху променя сигналу). Залежно від урбанізації місцевості, дерев, погоди, місця розташування та способу встановлення, ареал може бути гіршим у кілька сотень разів, ніж вищезазначені дані.

2.1. Ексклюзивні умови @City GSM.

Користувач несе витрати і несе відповідальність за своєчасну оплату передплати оператора GSM та хостингу сервера @City. Відсутність безперервності обслуговування може спричинити незворотні зміни критичних параметрів передачі та блокування всієї системи (наприклад, зміна статичної IP-адреси, втрата інтернет-домену, втрата даних / конфігурації на сервері, втрата програмного забезпечення, резервних копій тощо. ).

У випадку, якщо користувач сплачує вищезазначені суми як фіксовану ставку виробнику системи @City, Виробник не несе відповідальності за зміни умов пропозиції або припинення послуг, що виконуються зовнішніми організаціями.

Виробник системи не несе відповідальності за якість послуг, що надаються третіми сторонами, включаючи оператора GSM, зовнішній хостинг @City. Виробник не несе відповідальності за погіршення діапазону поширення радіохвиль (наприклад, через створення нових будівель, зміни в розташуванні станцій мовлення GSM (BTS), дерев тощо. ).

У випадку обмежень передачі даних (особливо для NBIoT), конфігурація та оновлення програмного забезпечення повинні виконуватися на початку періоду підписки з мінімальним споживанням даних. В іншому випадку можна заблокувати пристрій до кінця розрахункового періоду через блокування, пов’язані з перевищенням ліміту передачі.

За якість з'єднання GSM відповідає оператор GSM, а не виробник системи @City.

Користувач заявляє, що приймає наступну інформацію та погоджується з нею.

2.2. Ексклюзивні умови для @City LoRaWAN.

Користувач несе витрати і несе відповідальність за своєчасну оплату орендної плати та плати за встановлення шлюзу LoRaWAN, мережі LoRaWAN / сервера додатків та хостингу сервера @City. Відсутність безперервності обслуговування може спричинити незворотні зміни критичних параметрів передачі та постійне блокування системи (наприклад, зміна статичної IP-адреси, втрата домену, втрата даних / конфігурації на сервері, втрата програмного забезпечення, резервних копій тощо. ).

У випадку, якщо користувач встановлює вищезазначені зобов’язання на фіксованій основі до виробника @City, виробник не несе відповідальності за зміну умов або припинення послуг, що надаються зовнішніми організаціями.

Виробник системи не несе відповідальності за послуги, що надаються зовнішніми організаціями, включаючи будь-якого оператора LoRaWAN, хостинг для мережі / сервера додатків LoRaWAN, зовнішній хостинг сервера @City. Виробник не несе відповідальності за погіршення діапазону поширення радіохвиль (наприклад, через створення нових будівель, зміни в розташуванні шлюзів LoRaWAN, пошкодження шлюзів LoRaWAN, відключення електроенергії, дерева, перешкоди, втрати сигналу тощо. ).

У разі обмеження передачі даних конфігурація та оновлення програмного забезпечення повинні проводитися на початку періоду підписки, з найменшим поточним споживанням даних. В іншому випадку можна заблокувати пристрій до кінця розрахункового періоду через блокування, пов’язані з перевищенням ліміту передачі. Оновлення слід проводити одним контролером від початку до кінця і перевіряти правильність роботи. Запуск оновлення для всіх контролерів може призвести до того, що радіодіапазон буде повністю заблокований на багато днів.

LoRaWAN використовує загальнодоступний доступ "відкриті діапазони радіо" (433 або 868 МГц для ЄС), які можуть бути порушені або зайняті іншими пристроями, що працюють на тих самих частотах. Виробник не несе відповідальності за якість зв'язку у вищезазначеному випадку.

Користувач несе відповідальність за покриття території відповідною кількістю воріт LoRaWAN та їх розташуванням, щоб отримати відповідний рівень сигналів для всіх пристроїв та всієї системи @City LoRaWAN.

Пристрої @City GSM можна використовувати в місцях, сильно підданих перешкодам сигналу.

Користувач заявляє, що приймає наступну інформацію та погоджується з нею.

3. Конфігурація контролера @City (LoRaWAN, GSM)

Налаштування системи здійснюється через веб-інтерфейс. Конфігурація дуже важлива для контролерів @City, і неправильні налаштування можуть призвести до повного блокування системи. Рекомендується проводити та перевіряти повну конфігурацію шаблону (налаштування за замовчуванням) виробником системи @City.

3.1. Конфігурація @City Controller - присвоєння імен

Адреса контролера 000000000000000 (15 нулів для GSM / 16 для LoRaWAN) - адреса, яка застосовується за замовчуванням усі контролери в родині (тобто за те саме Код постачальника і Код файлу, і того ж типу LoRaWAN / GSM контролер. Якщо контролер не має власної окремої конфігурації, в нього завантажується конфігурація за замовчуванням.

У випадку з контролерами GSM ця адреса відповідає унікальному номеру IMEI (15 символів), призначеному виробником GSM-модему.

У випадку контролерів LoRaWAN ця адреса відповідає унікальному "Розробник EUI" номер, наданий виробником модему LoRaWAN (16 символів у шістнадцятковому коді).

Код постачальника - це унікальний параметр для замовника (користувача)

Код файлу - це параметр, що позначає тип прошивки (залежить від обладнання та доступних алгоритмів)

У більшості випадків достатньо налаштувати цей один пристрій (за замовчуванням) для всієї системи або як шаблон для інших драйверів. При створенні нової конфігурації контролера ці налаштування копіюються із шаблону.

І прошивка, і конфігурації для всіх інсталяцій (екземплярів) знаходяться на серверах виробника системи @City, доступних через WWW, до яких користувач може мати обмежений доступ. Однак правильна конфігурація є дуже важливою, і не рекомендується вносити зміни без тестування на декількох пристроях з повним фізичним доступом (на столі). Для отримання додаткової інформації, будь ласка, перевірте загальні умови системи @City та конкретні умови для конкретного способу спілкування.

3.2. Загальна конфігурація контролерів @City LoRaWAN та GSM

3.2.1 Загальна конфігурація GSM-пристрою @City

Перед початком конфігурації ознайомтесь із загальними умовами системи @City та специфічними умовами системи @City GSM.

Код постачальника - містить 8 символів, що зберігаються в шістнадцятковому коді, присвяченому одному клієнту (користувачеві). Він надається на етапі виробництва контролера. Спроба зміни може призвести до пошкодження контролера.

Код файлу - містить 8 символів, що зберігаються у шістнадцятковому коді, присвяченому одній версії мікропрограми контролера. Він надається на етапі виробництва контролера і може залежати від типу зв'язку (GSM / LoRaWAN) та додаткового обладнання, наприклад датчиків, кількості входів / виходів та окремих алгоритмів. Зміна може спричинити постійне пошкодження або блокування контролера.

ПІН-код - 4-значний контактний номер, якщо встановлений для SIM-картки. Не рекомендується встановлювати PIN-коди. Що стосується пластикових SIM-карт, ви можете вийняти їх із мобільного телефону. Введення неправильної SIM-картки може призвести до постійного блокування картки у пристрої (до якого ми в кінцевому підсумку не матимемо фізичного доступу).

No SMS - номер SMS при відправленні статусу через SMS. Ця опція доступна залежно від послуги та оператора (2G / CATM1 / NBIoT). Це також вимагає включення прапора: Увімкнути SMS.

USSD Str - Команда USSD для надсилання статусів через USSD. Ця опція доступна лише для вибраних типів GSM-модемів (2G / 3G + GPS). Варіант: USSD Увімкнути необхідно. Оператор повинен надати та активувати послугу USSD.

APN - Назва точки доступу. Назва точки доступу до Інтернету, напр. Інтернет (для спеціальних послуг, таких як LTE-M1 або NB-IoT, їх може призначити оператор окремо).

Адреса WWW - веб-адреса (домен або IP) для доступу HTTP.

Сторінка WWW - адреса веб-сторінки, куди надсилаються статуси та команди контролерів.

Увімкнути HTTP - Дозволяє передачу даних HTTP. Цей метод генерує в рази більше передачі даних, ніж усі інші способи зв'язку, що може призвести до збільшення витрат, перевищення ліміту передачі або неможливості користуватися деякими послугами, такими як NBIoT.

Адреса TCP / UDP - IP-адреса сервера @City для прийому та передачі даних між хмарою та пристроями. Рекомендується використовувати фіксовану IP-адресу, а не адресу домену в Інтернеті.

Увімкнути TCP - Дозволяє ввімкнути передачу TCP / IP. Кадри передачі та підтвердження TCP збільшують обсяг даних щодо передачі UDP, однак вони забезпечують коректність даних, підтвердження та гарантують їх доставку, якщо доступний зв’язок.

Порт UDP - Порт для отримання статусу через UDP

Aux-адреса, Aux-порт, Aux-Enable - майбутні додатки

Адреса Aux2, порт Aux2, увімкнено Aux2 - майбутні додатки

Активація опори датчика (вони повинні бути фізично встановлені на модулі @City). В іншому випадку пристрій може працювати набагато повільніше і менш стабільно. Датчики встановлюються на етапі виробництва для всієї серії виробництва.

Температура, тиск, вологість, газ - вбудований датчик температури, тиску, вологості та якості повітря

Темп + тиск - Вбудований датчик температури та тиску

Гіроскоп - Гіроскопний датчик у 3 осях (X, Y, Z)

Магнітометр - Магнітний датчик у 3 осях (X, Y, Z)

Акселерометр - Датчик прискорення / вібрації в 3 осях (X, Y, Z)

Амбіент + проксиметр - вбудований рівень освітленості та датчик проксиметра (діапазон 10 см)

Команди GSM - додаткові команди ініціалізації модему

Хеш-код - Додатковий код шифрування. Не змінюйте.

Передача HTTP - Додаткові варіанти зв'язку HTTP

Глобальна адреса - Глобальна адреса контролера для управління пристроєм до пристрою.

Режим GSM - Режим зв'язку GSM (лише 2G, лише LTE, CATM1, NBIoT, 2G + CAT M1, LTE 800, LTE 1800). Неправильне налаштування режиму зв'язку може призвести до постійного блокування зв'язку пристрою.

3.2.2. Загальна конфігурація контролерів @City LoRaWAN

Більшість опцій такі ж, як у контролері GSM. В принципі, всі поля, що стосуються зв'язку GSM, не використовуються під час роботи контролера LoRaWAN. Пристрої LoRaWAN мають різну прошивку, яка підтримує модуль LoRaWAN замість GSM.

На @City LoRaWAN на стороні пристрою, конфігурація дуже проста:

Застосування EUID - Ідентифікатор програми для сервера LoRaWAN (16 символів у шістнадцятковому коді) - програма, визначена на Мережі / сервері додатків LoRaWAN, на яку ми надсилаємо дані.

Ключ програми - ключ авторизації програми для сервера LoRaWAN (як зазначено вище)

Вимкніть адаптивну швидкість передачі даних - Вимикає адаптивний вибір швидкості. Це дозволяє змусити постійну швидкість роботи пристрою. У деяких ситуаціях це може спричинити великі проблеми у спілкуванні. Слід врахувати, що в міру покращення параметрів RSSI та SNR в адаптивному режимі швидкість значно зростає. Це значно скорочує час передачі даних по радіо "В ефірі" і набагато частіше інформація може передаватися між пристроєм і сервером і навпаки.

Швидкість передачі даних (DR) - Вибір швидкості посилання LoRaWAN. Ця швидкість не стосується завантажувача. Якщо контролер працює в режимі адаптивного налаштування швидкості, це лише початкове значення, оскільки контролер після декількох спроб передачі самостійно вибирає оптимальну швидкість для обмеження часу передачі повідомлення в повітрі.

Параметри оновлення - зберігає конфігурацію запуску контролера - всі налаштування

Решта конфігурації @City LoRaWAN розташована в інших елементах екранів конфігурації LoRaWAN у розділі 4.

3.3. Конфігурація двійкових входів

Бінарні входи мають ряд функцій і параметрів, що забезпечують автономну роботу контролера:

Інвертувати - вхідне заперечення датчиків "нормально підключений" (NC) підключені.

Сигналізація - активація функції сигналізації.

Затримка тривоги - Час затримки тривоги. Якщо вхідний стан повернеться до початкового стану до закінчення цього часу, будильник не буде активовано.

Пам’ятай державу - Час пам'ятати про зміну вхідного стану.

Відключити виконання - Блокування запущених подій, пов'язаних із введенням.

Біжи - Запустіть команду введення конфігурації (Ad-Hoc)

Копіювати - Скопіюйте команду введення конфігурації в буфер обміну

Подія увімкнено - Опис того, як запустити подію для високого вхідного рівня (1)

Пряма подія увімкнена - Код події, який буде запущено, коли вхід увімкнено (0 => 1)

Подія вимкнена - Опис активації події для низького вхідного рівня (0)

Пряма подія вимкнена - Код події, який буде запущено, коли вхід вимкнено (1 => 0)

Подія прямої тривоги - Код події, який спрацьовує при спрацьовуванні тривоги

Параметри оновлення - зберігає конфігурацію запуску для всіх налаштувань

3.4. Конфігурація двійкових виходів

Інтелектуальні двійкові виходи можуть працювати як одинарні, так і подвійні. Форма дозволяє створити конфігурацію запуску для контролера (якщо ви підтвердите це кнопкою Оновити).

Форма також служить для створення подій виходів, які можна запустити натисканням кнопки Виконати або скопіювати в буфер обміну для використання в конфігурації контролера, наприклад

Вимкнути - Блокування виводу в одиночному режимі (наприклад, якщо він використовується для управління приводами, щоб випадково не пошкодити ролети, заслінки, виконавчі механізми)

Адміністратор - Адміністративний прапор необхідний при зміні критичних налаштувань

Держава - вибір стану (початкова конфігурація або запуск події за допомогою "run" кнопка)

Повторюється - Кількість повторень (циклічні зміни стану)

Час увімкнено - Час активації вихідного сигналу

Час вийшов - Час вимкнення виходу (це важливо при повторенні подій)

Копіювати - Скопіюйте подію в буфер обміну

Параметри оновлення - зберігає конфігурацію запуску для всіх налаштувань

Вимкнути - Заблокуйте пару виходів у подвійному режимі (наприклад, якщо використовується як одиничний вхід)

Адміністратор - Адміністративний прапор необхідний при зміні критичних параметрів, таких як режим їзди

Сомфі - режим дисків (позначено => Somfy / не позначено => Direct Servo)

Держава - вибір стану (для початкової конфігурації або обіду події з "run" кнопка)

Повторюється - Кількість повторень (циклічна зміна станів)

Час увімкнено - Час включення заданого стану

Вимкніть час - Час блокування виходів (мінімальний час між змінами виходів) для захисту накопичувачів від пошкодження.

Час вийшов - Час вимкнення виходу (це важливо при повторенні подій)

Копіювати - Скопіюйте подію в буфер обміну

Параметри оновлення - зберігає конфігурацію запуску для всіх налаштувань

3.5. Конфігурація вимірювальних входів АЦП та додаткових датчиків (XIN)

Інвертувати - інвертована шкала (100% -x) входу АЦП

Будильник L - Активація опції генерації сигналу, коли значення опускається нижче мінімального. поріг

Сигналізація H - Активація опції генерації сигналу, коли значення перевищує максимальне. поріг

Затримка тривоги - Час затримки тривоги. Якщо статус введення повертається до "гаразд" рівень до закінчення часу, будильник не буде спрацьовувати.

Подія Вимкнути - Блокування виконання події

Адміністратор - прапор адміністратора, що дозволяє змінювати конфігурацію вхідного вимірювання

НИЗЬКА подія - опис події, виконаної при перевищенні нижнього порогу

LOW Прямий - код події, який буде виконаний після зниження значення нижче нижнього порогу

Низький рівень - Рівень нижнього порогу (хв)

ОК Прямий - код події, який буде виконаний після введення "гаразд" діапазон

ВИСОКА подія - Опис події для верхнього порогу

HIGH Прямий - код події, який буде виконаний після перевищення верхнього порогового значення

Високий рівень - Рівень верхнього порогу (макс.)

Біжи - запуск події конфігурації (зміна конфігурації ADC Ad-Hoc)

Параметри оновлення - зберігає початкову конфігурацію для входів АЦП

3.6. Конфігурація диммерів ШІМ / 0..10В

Інвертувати - Зворот полярності диммера (100% - х)

Адміністратор - Адміністративний прапор, що дозволяє змінювати критичні параметри

Одного разу - Змініть налаштування диммера один раз (потім зупиніть диммер)

Значення Мін - мінімальне значення налаштувань затемнення

Режим - Режим регулювання затемнення (Stop / - / + / Set)

Крок - Крок зміни значення рівня затемнення

Значення Макс - максимальне значення налаштування диммера

Копіювати - Скопіюйте подію в буфер обміну

Диммер RGBW отримує значення налаштування з окремих кольорів.

Крім того, це дозволяє активувати режим безперервної зміни кольору за допомогою пресетів одинарних диммерів.

Параметри оновлення - зберігає конфігурацію запуску для всіх налаштувань

Параметри оновлення - збереження конфігурації в системі @City

Налаштування - налаштування поточного контролера

Змінити імена - змінити назву поточного контролера

Планувальник - редактор планувальника-календаря поточного контролера

Написати конфігурацію * - надсилання команди на завантаження конфігурації контролером

Оновлення мікропрограми * - надсилання команди на завантаження мікропрограми контролером

Скинути контролер * - відправка команди скидання для завантаження контролером

Скинути контролер - копіювати - копія події скидання контролера в буфер обміну

Вийти - вихід користувача (з міркувань безпеки слід також закрити всі відкриті екземпляри веб-браузера, які можуть зберігати параметри входу в кеш).

* - надсилання команди означає додавання до черги подій. При підключенні контролера до системи @City контролер завантажує ці події.

3.7. Конфігурація планувальника календаря

Календар-планувальник дозволяє автономно запускати повторювані або заплановані події (команди). Прикладом може бути, наприклад, увімкнення вуличного ліхтаря о 17 годині та вимкнення о 7 годині (взимку).

Del (Видалити) - повністю видаляє пункт розкладу.

En. (Увімкнути) - Активувати пункт розкладу (виконуватимуться лише ті позиції, для яких встановлений прапорець Увімкнути)

Ім'я - Назва події (ви можете описати подію впізнаваним чином)

Код події - код події в шістнадцятковому коді (скопійований з буфера обміну при створенні команд)

Поля місяця (Ja, Fe, .., No, De) - місяці січень ... Грудень, в якому розпочнеться захід

День - День. Ви можете вибрати будь-який день місяця або "*" для будь-якого (проведення заходу щодня).

Поля тижня (Mo, Tu, .. Su) - Ви можете вибрати дні тижня, в які буде проводитися захід.

Година - Година. Ви можете вибрати будь-яку годину або "*" для всіх (проведення заходу щогодини).

Хв - Хвилинка. Ви можете вибрати будь-яку хвилину або "*" для всіх (проведення заходу щохвилини).

Логічний "і" алгоритм реалізований між усіма полями (крім Ім'я ), тому всі вони повинні бути виконані, щоб подія була виконана.

Наприклад Увімкнення вуличних ліхтарів ( Листопад, грудень, січень, лютий ) в 17.01 без Неділі.

Event code - 00002101010000000000 // прогон 1-го двійкового виводу

Поля місяців - лише Ні, Де, Джа, Фе позначені

4. Конфігурація мережевої інфраструктури LoRaWAN

Цей розділ стосується лише зв'язку LoRaWAN. У випадку систем, що працюють з використанням інших методів передачі, це можна опустити.

Відповідно до специфікації мережі LoRaWAN, контролер підключається до хмари @City опосередковано через:

4.1. Конфігурація шлюзу LoRaWAN.

На ринку існує багато шлюзів LoRaWAN, які можуть одночасно містити ряд додаткових опцій:

4.1.1. Базова конфігурація шлюзу LoRaWAN

Шлюз LoraWAN повинен бути доступний принаймні з однієї конфігураційної станції.

При встановленні через Ethernet / WiFi та налаштуванні лише з локальної локальної мережі / бездротової локальної мережі безпека шлюзу не є дуже важливою (якщо ми не надаємо доступ до шлюзу ззовні, тобто інтернет).

Якщо шлюз LoRaWAN підключений лише через GSM / LTE, необхідно захистити шлюз від доступу та різного роду атак.

- Якщо ми хочемо мати можливість віддаленого підключення до шлюзу LoRaWAN, він повинен мати доступну загальнодоступну + статичну IP-адресу та службу SSH. В іншому випадку вам потрібно буде фізично підключитися до шлюзу через інтерфейс Ethernet або WiFi.

- необхідно встановити складні паролі доступу для всіх користувачів на пристрої.

- вимкнути всі невикористані послуги, такі як Telnet, FTP, POP, SMTP, IMAP, WWW тощо. які можуть бути об’єктом атак "окупаційна" шлюз з іншими процесами, такими як спроби входу.

- Ви можете обмежити можливість входу в систему, лише зі станцій із вибраними статичними IP-адресами, що є досить ефективним захистом від злому. Це також стосується, здавалося б, незначних послуг, таких як ICMP (ping), HTTP, FTP тощо.

- після повної конфігурації та багатотижневих системних тестів ми можемо заблокувати всі зовнішні служби та віддалений доступ, що, однак, буде заважати службі, здійснювати пошук та перевіряти журнали шлюзу.

4.1.2. Конфігурація Semtech Packet Forwarder (SPF)

Завданням SPF є відправка пакетів LoRaWAN на мережевий сервер LoRaWAN через IP-мережу (протокол UDP) на необхідну адресу мережевого сервера LoRaWAN.

Шлюз LoRaWAN із SPF прозорий і передає всі пакети в обох напрямках.

Він не обробляє та не санкціонує пакети даних у будь-якому напрямку.

Конфігурація SPF дуже проста і передбачає "режисура" його на необхідний мережевий сервер LoRaWAN.

Увійдіть через SSH до шлюзу LoRaWAN, використовуючи ім’я користувача та пароль, вказані виробником пристрою.

Встановіть SPF відповідно до інструкцій виробника шлюзу LoRaWAN.

Каталог конфігурації SPF: "/ user / spf / etc /" однак, залежно від виробника шлюзу LoRaWAN, він може бути розташований в інших місцях.

Основна конфігурація SPF знаходиться у файлі "/user/spf/etc/global_conf.json", який слід редагувати за допомогою доступного редактора (наприклад, vi або nano). Змінюємо значення параметра: "адреса сервера" шляхом введення фіксованої IP-адреси мережевого сервера або доменного імені (Потрібна додаткова правильно налаштована послуга клієнта DNS).

Порт зв'язку за замовчуванням - 1700 (якщо ви плануєте їх змінити, ви повинні зробити те саме на мережевому сервері LoRaWAN), ввівши однакові значення.

Журнали пакета SPF знаходяться в "/ user / spf / var / logs /" в каталозі spf.log файл та його архівні копії.

Мережева конфігурація шлюзу LoRaWAN в ОС Linux зазвичай знаходиться в каталозі "/ etc /", де ви можете ввімкнути / вимкнути стандартні мережеві служби та захистити сервер.

Вам також слід змінити паролі всіх користувачів, доступних у системі, за допомогою passwd команда для захисту від несанкціонованого доступу сторонніх осіб. Ви також повинні змінити пароль користувача для веб-підтримки.

Також найкраще відключити зв’язок через Wi-Fi, оскільки зловмисники можуть намагатися використовувати атаки за допомогою цього середовища передачі.

Після завершення цієї конфігурації скиньте шлюз за допомогою перезавантажити команди.

4.2. Конфігурація мережі / сервера додатків LoRaWAN

Існує багато рішень для мережевих серверів та серверів додатків (включаючи безкоштовні). Кожен з них має свій спосіб інтеграції із зовнішніми службами та системами (наприклад, хмари подобається @City ). З цієї причини @City система повинна мати інтерфейс для інтеграції з встановленим сервером LoRaWAN NS / AS.

У випадку виробничої системи ми можемо скористатися безкоштовною послугою "Мережа речей", поки ми знаходимось у дуже великих добових межах, визначених для кожного пристрою {особливо "В ефірі" (30 секунд **) та невелика кількість команд, надісланих на пристрій (10 **)}.

** орієнтовні поточні добові ліміти пристрою можуть змінюватися.

Якщо вам потрібно завантажити нову прошивку та конфігурацію, необхідно використовувати власний сервер LoRaWAN (мережа + додаток).

У деяких системах конфігурація мікропрограми + фіксована (для всіх доступних контролерів у системі) та ініціюється на етапі початкової конфігурації системи, що спрощує вибір.

(*) - у цих випадках необхідно мати другий шлюз LoRaWAN, встановлений на другому сервері для конфігурації та оновлення мікропрограми, щоб виробниче середовище працювало безперервно. Для низькокритичних програм можна змінити конфігурацію одного шлюзу LoRaWAN, виділеного сервера LoRaWAN, що, однак, призведе до втрати зв'язку з виробничим середовищем та неправильної роботи цих пристроїв.

Слід усвідомити, що оновлення програмного забезпечення одного контролера LoRaWAN займає близько години з великим діапазоном (DR> = 4), тому варто використовувати додатковий шлюз для оновлення мікропрограми та конфігурації. При низькому покритті (DR <4) конфігурація та оновлення мікропрограми неможливі, і потрібен шлюз із LTE-зв'язком поблизу оновлених пристроїв.

4.2.1. Конфігурація мережевого сервера LoRaWAN

На мережевому сервері LoRaWAN додайте шлюз зв'язку LoRaWAN (адреса знаходиться на його обкладинці або у файлі "user / spf / etc / local_conf.json", або відображається в журналах "/user/spf/var/log/spf.log". Перевірте журнали веб-сервера, які шлюз зв'язку підключається до сервера.

Наступними кроками є конфігурація сервера додатків (зазвичай він знаходиться на тому ж пристрої, що і мережевий сервер).

Наступні кроки, які потрібно виконати, залежать від використовуваного рішення сервера додатків та наявності інтерфейсу Back-End / Front-End. Інтерфейс спрощується "перші кроки" та конфігурація системи.

5. Стан роботи пристроїв @City GSM / LoRaWAN

Вологість 0..80% відн. відсутність конденсації (пристрій)

GSM Блок живлення 5 В постійного струму при 2 А ±0,15 В (для датчика PPM та при підключенні реле)

3,5 В постійного струму ... 4,2 В постійного струму при 2 А (в інших випадках)

LoRaWAN power supply 5VDC @ 300mA ± 0,15 В (для датчика PPM та при підключенні реле)

3 В постійного струму ... 3,6 В постійного струму при 300 мА (в інших випадках)

(вибір на етапі виробництва - MIM накладає оператора мережі)

Схвалення модему помаранчевий (2G-CATM1), T-Mobile / DT (2G-NBIoT), 2G Інші оператори

СКЛАДИ (Європа) Чутливість вихідної потужності класу

При використанні зовнішньої вузькосмугової антени, що відповідає частоті для даного діапазону.

максимальна чутливість * -160 дБ нерухомо, -149 дБ навігація, -145 холодний запуск

Пристрої LoRaWAN 1.0.2 (8 каналів, потужність TX: + 14 дБм) Європа (863-870 МГц)

ДР Т модуляція BR біт / с Rx Тести чутливості Rx

(*) Параметри, необхідні для оновлення мікропрограми системи через OTA

T - Мінімальний період оновлення даних до хмари @City

пасивна зовнішня широкосмугова антена, розміщена зовні на висоті ~ 9 м над рівнем землі Wygoda gm. Карчев (~ 110 м над рівнем моря).

Пристрій LoRaWAN із примусовим DR0 із зовнішньою широкосмуговою магнітною антеною, розташованою на 1,5 м над землею на даху автомобіля.

Сільські райони (луки, поля з невеликими деревами та рідкісні будівлі)

Найдальшим результатом був Черськ ~ 10,5 км (~ 200 м над рівнем моря) з RSSI рівним -136 дБ (тобто з максимальною чутливістю модему LoRaWAN, гарантованою виробником)

1. Вступ.

1.1 Зв’язок @City (IoT / CIoT)

1.2. Апаратні ресурси IoT / CIoT-пристроїв

0..4 програмованих двійкових входів

0..4 програмованих двійкових виходів

0..4 підрахунку входів (енергонезалежні лічильники)

0..4 виходи диммера (ШІМ або 0..10В)

Інфрачервоний вхід + вихід

0..4 вимірювальні входи (АЦП)

послідовні інтерфейси SPI / I2C / UART / CAN

1.3. @City GSM-пристрої

1.4. Пристрої @City LoRaWAN

Модуль без модему та процесора LoRaWAN може виступати в ролі сенсорного модуля MEM для архітектур @City GSM, WiFi, Ethernet та інших eHouse (живлення постійного струму 3v3..3v6)

2. Загальні умови використання систем @City (LoRaWAN, GSM)

2.1. Ексклюзивні умови @City GSM.

2.2. Ексклюзивні умови для @City LoRaWAN.

3. Конфігурація контролера @City (LoRaWAN, GSM)

3.1. Конфігурація @City Controller - присвоєння імен

3.2. Загальна конфігурація контролерів @City LoRaWAN та GSM

3.2.1 Загальна конфігурація GSM-пристрою @City

3.2.2. Загальна конфігурація контролерів @City LoRaWAN

3.3. Конфігурація двійкових входів

3.4. Конфігурація двійкових виходів

3.5. Конфігурація вимірювальних входів АЦП та додаткових датчиків (XIN)

3.6. Конфігурація диммерів ШІМ / 0..10В

3.7. Конфігурація планувальника календаря

4. Конфігурація мережевої інфраструктури LoRaWAN

4.1. Конфігурація шлюзу LoRaWAN.

4.1.1. Базова конфігурація шлюзу LoRaWAN

4.1.2. Конфігурація Semtech Packet Forwarder (SPF)

4.2. Конфігурація мережі / сервера додатків LoRaWAN

4.2.1. Конфігурація мережевого сервера LoRaWAN

5. Стан роботи пристроїв @City GSM / LoRaWAN