Прочитав статті автора про труднощі в Iot і вирішив розповісти про свій досвід IoT-провайдера.
Стаття перша не рекламна, більшість матеріалу без моделей устаткування. Намагатимуся написати деталі в наступних статтях.
Не бачу проблем застосування GSM модемів для збору даних з приладів обліку, оскільки брав участь у створенні системи збору з 795 житлових будинків, періодичність опитування щогодини, стабільність підтвердилася трьома роками експлуатації.
Географія робочої лоти мережі зараз налічує понад 5000 точок збору по Росії.
складнощі
- Тайм-аути з'єднань – у підвалі з якістю зв'язку не дуже, тут два варіанти: залишити як є або міняти місце точки зв'язку, але передати невеликий обсяг даних достатньо.
- Кадри – та їх мало, але проблема трохи в іншому, не кожен добрий фахівець погодиться лізти у підвал без матеріального стимулу.
- Зоопарк обладнання може завдати багато турбот, особливо коли більше 100 різних моделей та модифікацій, але є готові рішення.
- Сервер збору даних не раджу винаходити велосипед і писати з нуля, якщо звичайно це не проект на 100 000 точок і обладнання на об'єкті однієї моделі.
- Відсутність якості монтажу на об'єктах, на кожному об'єкті милиці, наведу приклади з особистого архіву, висновки робіть самі як до цього можна підключитися без нервів (приклади нижче)
У всіх випадках зовнішній щит збору даних
Приклад монтажу коли все добре (прискорено)
Як це працює для звичайно користувача на простих прикладах або не простих
1) Їду в поїзді
2) підключився до wi-fi РЗ
3) Заходжу до корпоративної мережі
Приклад 1
ВКТ7Easy2 та тепло обчислювач ВКТ-7
Вводимо IP адресу:
Отримуємо налаштування
Пробуємо рахувати дані за місяць
Після 10 хвилин експериментів я дійшов висновку, що поїзд не найкраще місце для опитування приладів, що знаходяться в підвалі, але отримати свідчення за добу разом з вартовими мені вдалося без особливих проблем.
Приклад 2 Меркурій 230
Перемикаємося до електролічильника.
Зчитуємо профіль потужності
Джерело: habr.com