Türkçe
English
Deutsch
Français
Español
Русский
Български
العربية
Решения за индустриален IoT
Индустриалният IoT не започва с включването на устройство към интернет. Системи, изградени преди да е определено какви данни и с каква честота ще се събират и какво ще се прави с тях, бързо се превръщат в изоставено табло.
Това, което отличава система, работеща на терен, от система в офис, е разходът за достъп. Ако достигането до дадено устройство изисква превозно средство, персонал и време, дистанционното му управление трябва да бъде разгледано още в самото начало на проектирането.
При изграждането на архитектурата първите въпроси, които си задаваме, са: какво се случва при прекъсване на връзката, как се обновява софтуерът на устройството без посещение на терена, как се установява повреда от централен пункт. Отговорите на тези три въпроса определят живота на системата на терен.
Системи, изградени преди да е определено какви данни ще се събират и какво ще се прави с тях, бързо се превръщат в изоставено табло.
Ние ли сме подходящият партньор?
Повечето от тези внедрявания успяват да събират данни, но не успяват да направят нещо с тях. Затова започваме работата не с таблото, а с решението, към което ще бъдат свързани данните: кой праг ще задейства кое действие и кой ще го изпълни.
Да, нека поговорим
- Съществува процес, управляван на око поради липса на измерване на терен
- Данните, които ще бъдат събирани, могат да бъдат свързани с конкретно действие: поддръжка, попълване, планиране, спиране
- Достигането до устройствата изисква превозно средство и време; дистанционното управление е задължително
Не, някой друг ще го направи по-добре
- Данните ще бъдат събирани, но все още не е ясно какво ще се прави с тях
- Измерването вече се извършва и може да бъде получено от съществуваща система
- Единственият очакван резултат е табло с показатели
С какво се занимаваме
- Анализ на терена и определяне на величините за измерване
- Избор на сензори и измервателен хардуер
- Събиране на данни и софтуер за периферни устройства
- Избор на комуникационен протокол и мрежова архитектура
- Разпределение на обработката между периферията и облака
- Управление на устройства и дистанционно обновяване на софтуер
- Панели за мониторинг, прагови стойности и правила за аларми
- Съхранение на данни и инфраструктура за ретроспективен анализ
- Монтаж на обекта и въвеждане в експлоатация
Как процедираме
Анализ на терена
Оценяваме на място величините за измерване, условията на терена, както и възможностите за захранване и свързаност. По-голямата част от архитектурите, работещи на хартия, се променят на терен.
Архитектурно решение
Решаваме коя обработка ще се извършва на устройството и коя централизирано. Разходите за връзка и допустимото ниво на прекъсвания насочват това решение.
Пилотно внедряване
Изграждаме пилотен проект на ограничен брой обекти и го пускаме в реални условия. Именно тук проверяваме точността на измерванията и стабилността на комуникацията.
Мащабиране
Разпространяваме на терена структурата, потвърдена в пилотния проект. Процедурата за монтаж и процесът на регистрация на устройства се стандартизират на този етап.
Мониторинг и поддръжка
Следим състоянието на устройствата, непрекъснатостта на данните и поведението при аларми. Управляваме софтуерните обновявания дистанционно.
Нашите технически решения
- Изпращането на всяко измерване до централен пункт създава разходи за честотна лента и съхранение. Какво представлява значима промяна се определя на самото устройство, а към центъра се предават обобщени данни. За случаите, изискващи сурови данни, на устройството се съхранява ограничена история.
- При прекъсване на връзката устройството продължава да измерва и съхранява данните локално. Когато връзката се възстанови, натрупаните записи се изпращат по ред, така че периодът на прекъсване не остава като празнина в данните.
- Механизмът за обновяване е наличен още в първата версия. В система, чийто софтуер не може да бъде обновен без посещение на терена, всяка малка корекция изисква такова посещение; с времето обновяванията престават и устройствата започват да работят с различни версии.
- Всяко устройство има уникален идентификатор. От централен пункт е видимо къде се намира всяко устройство, коя версия на софтуера използва и кога за последно е изпратило данни.
- Липсата на данни също е сигнал. Системата генерира аларма не само при превишаване на праг, но и при липса на очаквани данни. Замлъкнал сензор може да остане незабелязан много по-дълго от сензор, който дава грешни показания.