IIoT: проектирование систем промышленного интернета вещей / Антон Сысоев (Связь инжиниринг М)

0:05 Всем привет еще раз представлюсь, меня зовут Антон Сысоев. Компания Зал связь инженер к наша компания уже больше 10 лет на рынке промышленной автоматизации. Ну а я, в общем, то занимаюсь разработкой тоже достаточно долго, и там лет, наверное, уже около под 20.

0:27 Вот в заголовке Слайда у меня фигурирует такая буковка. 1 Ай, передай уйти, и означает она индастриал. То есть промышленный интернет вещей немножко задержусь на этом? Чем отличается промышленный интернет вещей от тех, такого, так сказать, бытового тем, что? Как минимум наши объекты автоматизации это какая то промышленность, но не обязательно завод. Да, мы не всегда догадываемся, что промышленный объект это, например, тот же самый светофор на улице или, например, вот уличное освещение, это тоже в принципе объект.

1:11 Сегодня я затрагиваю такую очень больную тему, это время учет этого времени и. То, почему все таки время нужно правильно считать, почему оно должно быть точным. Почему мы вообще должны задумываться об этих проблемах еще заранее? Вот как примеры такие жизненные, например, у нас есть система управления уличным освещением, которая по расписанию. По какому то начинает включать свет на улицах? Ну как вы думаете, нужно там время? Считать, ну, наверное, нужно другой стороны. Есть, например, вот я пытался честно придумать систему, в которой не нужно этого. То время нужно оказалось всегда для, в каких бы плоскостях мы не работали.

2:08 Сейчас 1 секундочку технически вопрос у меня к нашему организаторам. Да, продолжаем. Значит, 1 при реализации проектов к чему нужно подойти очень внимательно? Это определить ограниченное увеличение нашего проекта всегда у нас такие вопросы. Нужно ли вообще учитывать время, но, как вот я уже сказал, выше вообще, конечно, желательно, но я не знаю. Может, вам попадется какой то проект, в котором это не нужно? Продолжаются технические проблемы. Ну давайте немножко лирики.

3:05 Пока у нас со слайдами здесь косячки небольшие, точнее, не со слайдами, а с техникой. В чем вообще проблема с учетом времени? Вот есть у меня часы на руке, они показывают. Например, сейчас 11:40 мои часы показывают ваши часы. Показывают, 11 наверное, где то, 37 но вот мы находимся вроде бы в 1 пространстве, да и договариваемся с вами о встрече. В принципе, встретимся мы, наверное, ну в 1 месте. Это точно примерно в 1 время, вот насколько важно.

3:46 Вот понеслась отлично, насколько важно, как будут расходиться наши часы. Но в принципе здесь это не такая критичная вещь там на несколько минут. Мы все переживем, так вот когда вы проект свой закладываете, вам нужно понимать, какая точность, показания, точность хода часов вам нужна и.

4:12 Тут стоит сразу прям, опять же возвращаясь к новому примеру. Если запускаете спутник в космос, конечно же, вам нужна точность там до микросекунд. Если вы работаете с какими, то такими бытовыми вещами там, да опять таки управление. Уличным освещением то, в принципе, наверное, минут 5 10 там люди переживут, что солнышко начало там заходить, ну, небольшие сумерки. Ладно, переживем как нибудь момент, который упускается из виду это время автономного хода часов.

4:49 Допустим, у вас есть какой то. Объект на нем стоит железочка, есть электропитание. Все хорошо, следующее происходит, что вырубается питание. Через какое то время ваш резервный источник, ваш есть резервный источник, куда без него резервный источник тоже дохнет. И в когда включают питание, у всех часы разлетелись. Почему так происходит потому, что когда проектировали железку, решили, что ну у нас же всегда там? Допустим, мы на объекте электроснабжения ставим. Свою железячку у нас питание будет всегда, есть у нас питание, не значит, все пропало. Только мы забываем тот момент, когда система поднялась. И у нее какие то есть критически важный момент, который завязан на времени, а время у всех разлетелась. Точнее, она там, ну хорошо, если она. Куда то разбежалась, а то она у всех 0 станет. Будь синхронно, конечно, 0 но очень плохой вариант и момент еще 1 это расхождение показания. Часов между узлами системы, когда этот момент важен, когда у вас в в рамках 1 системы компонента между собой либо как то взаимодействуют, то. Есть, допустим, у вас есть какой то опять таки объект автоматизации, на котором стоят несколько контроллеров, и они между собой как то должны. Общаться для того или вот взять опять же до беспроводные сети? У них есть какие то там маячковые режимы, и чтобы они не заваливали сеть. Не вступали в коллизию, вот часы всех этих контроллеров должны быть. Ну в каком то не большой дельте, но точные все таки идти между собой.

6:47 И 1 еще 1 из важных таких фактов мы забываем вообще в принципе учитывать условия эксплуатации наших устройств. Вот есть такой момент, что от температуры вообще зависит многое, чего в том числе и Кварц, который ставится в устройствах. Если у нас, допустим, есть железячка какая, то мы ее, значит, поставили в корпус корпус, поставили в шкафчик, а шкафчик повесили на стол, а стол стоит посреди поля, и мы повесили шкаф, так что он еще и нас на солнечную сторону.

7:25 Температура, которая будет внутри корпуса вашего устройства, может достигать там 60. ты совершенно спокойно в жаркий летний день. Зачем нужно точное время и вообще, что такое точное время? Этот вот такой, а как оказалось, это очень неочевидный. Вообще термин именно точности времени у нас есть. Эталон, мы берем этот эталон, подходим к часам и смотрим, что да с эталоном время совпадает. Идем к другим часам, с этим эталоном тоже. Время совпадает, вот это будет она, конечно же, никогда в жизни совпадать на не будет. Там прям вот точно тютелька в тютельку, но все таки мы можем с какой то доверительной вероятностью сказать, что да, время точное регистрация событий.

8:20 Это то вообще изначально, ну как бы откуда вообще время, так сказать, появилась у нас на объектах для того, чтобы мы могли фиксировать какие то аварии, какие то. События части там, допустим, ну не обязательно авария до событий. Это может не провоцировать аварийность состояния, просто произошло что то функциональное требование. Проекта может заключаться, что у нас все таки что то работает по расписанию. Опять же та самая многострадальная система управления уличным освещением, она должна. Что по часам своим включать свет и выключать свет? Вот, например, у нас был такой печальный курьезный, с 1 стороны смешной, с другой стороны, печальный пример значит.

9:09 Что то такое случилось на объекте? Часы куда то уползли, и с утра бабушка с ребенком через кладбище в полной темноте шла в школу. Ничего приятного в этом нету, нам написали кучу рекламаций на эту тему. Как бы вот вот что к чему приводит, когда время не совсем точно или неточно, или она вообще где то там непонятно и. Ну, самое такое жизненное и, наверное, с чем. Сталкал 90 ты те, кто здесь присутствует и не только присутствует. Это тарификация, система коммерческого учета. Если у нас, ну точнее почему, если дом стоит? Электросчетчик, наверное, все таки у всех он стоит. Мы сейчас все активы, точнее, нас активно переводят, на какие то тарифы и люди вообще не всегда понимают, что. Такое там тарифы, но в общем и целом, что какой то временной промежуток суток там вы платите 1 денежку в другой промежуток времени, платишь другую денежку.

10:16 Ну, на самом деле это связано не только с тем, сколько заплатит абонент, но еще и связано с тем, что питающая электростанция рассчитывает свою нагрузку. И когда у нас на часах электросчетчика там время 10 часов? Подстанции 9 вы уже начинаете активно, там давно кушаете электричество, электростанция на это не рассчитана. Она сейчас вообще какой нибудь у нее выключен. Генератор, ну и Чагинскую подстанцию все помнит, к чему такие. Последствия приводит, теперь поговорим, зачем нужно единое время и что такое опять же единое время вот проточное. Мы поняли, да мы взяли и талончик подошли, посмотрели, сравнили о точное, а единое это значит, что у нас. Мы можем подойти к любому объекту нашей системы со своим эталончиком и сравнить и выяснить, что точнее установить, что действительно на нашей системе все часы идут одинаково. Это будет означать, что время едино.

11:24 И когда нам это нужно, так это как раз те самые системы коммерческого учета. То есть время является частью данных нашей системы, с которыми потом мы оперируем там аналитик, какую то проводим там или там девушки, считаем, например, а? Например, синхронизация действий узлов системы. Это как раз вот, ну самый опять же пример из области освещения. У нас есть улица Глиняная, такая проспект, какой нибудь, да и если у нас часики разбежались в. Разные стороны, то мы едем вечером сумерки. Какие раз свет горит, потом хоп свет не горит, потом раз опять свет горит. И вот такой вот у нас начинается моргание и потом сзади так смотришь в зеркало опа. А там свет уже теперь загорелся классно вообще супер. То есть система между собой внутри не синхронизирована, у них не единое время. Они немножко разбежались там, когда у вас там полминутки зажгется, но. Ничего страшного, а когда вот это вот начинает уже так. Капитально заметно становиться заказчики очень становятся недовольны. Это, конечно, нужно же обязательно учитывать при проектировании вашей системы.

12:42 И ну самый, наверное, понятный пример, да? Это история развития внештатной ситуации, то есть, когда начинаем разбор полетов и. Вот у меня были разные примеры, к сожалению, они все настолько из глубокой индустриальной, какой то сущности, ну можем рассмотреть, например, какой. Нибудь насос на трубе, вот есть датчик температуры, датчик давления и, допустим, к насосу. У нас еще подключен датчик тока, все они могут выключить насос.

13:20 Ситуация насос выключился вопрос, почему начинаем смотреть логи, как бы и ничего не понимаем, потому что на датчике температур, образно выражаясь 1 время. На датчики давления другое время и журнале события вообще ничего не поймешь. Что же началось то, с чего вдруг у нас выключился насос, то ли из за того, что? Давление поднялось, его вырубило, то ли наоборот. Там, например, из за того, что температура поднялась, поднялось давление при разборе полетов, это очень важно. И отсюда же опять же следует, какая точность часов должна быть то и с какой скоростью. Мы должны фиксировать события, и при этом они будут влиять на.

14:04 То, как мы сможем потом с этими данными работать? И такой вопрос, откуда же берутся всякие вот эти вот непонятки расхождения часов там и при проектировании системы? Надо сначала сесть и подумать, от чего у нас могут часы гулять туда сюда, особенности работы. Оборудования искал тоже пример и самый простой пример. У нас есть мобильный телефон на мобильном телефоне, стоят достаточно такие бытовые. Грубо говоря, кварца, если вы отключите у себя в телефоне синхронизацию. Часов по сети или просто ежесуточную рекомендацию часов то, где то, наверное. Ну, на минуту они у вас там за недельку, наверное, убегут уже и это в принципе. Вот так вот, он работает в особенность в промышленность. Именно в промышленном ауте в том, что мы, когда приходим куда то с Квинт проектом, нам уже дают это оборудование. Мы не можем выбрать, мы не можем поменять, мы должны просто учитывать эту специфику.

15:17 Вот это как раз про шкафы, которые висят на солнце. Мы берем часовой кварц, покупаем для того, чтобы у нас ну часики на контроллере шли, хорошо смотрим там у него. Характеристика 10 ППМ при + 25 класс купили, дальше открываем, даташит и ужасаемся, что у него, оказывается, + 25 все нормально, а при + 60 у него уже все плохо.

15:49 А мы помним, да шкаф висит на солнце, и ему там будет явно плохо. Вот такие условия эксплуатации мы забываем обычно, то есть мы посмотрели. Да там, 25 ну, допустим, у нас будет там средней полосе, стоять и температура гуляет, ну, + 3, 10, она образно выражаясь, разбросы могут быть больше.

16:16 И мы не учли повесили, потом начинаем менять раз оборудование, имеет 2 оборудования. Да что ж такое, потом открываем даташит, вот так обычно происходит. Да, на 1 странице написано, когда у вас ничего не получилось. Алгоритм синхронизации часов вообще вот тоже такой вопрос. У меня всегда возникает, когда начинаем работать с новыми железками. Какими то, почему разработчики считают, что они умнее всех тех людей, которые до них там 20:30 лет? Придумывали, какие то протоколы придумывали, какие то стандарты я возьму, сделаю по своему отсюда. Возникает часто, что у них на столе все идеально работает, когда она попадает все на объект и начинаем по тем же самым алгоритмам.

17:06 Работать с этим оборудованием то мы используем то его по назначению. Но вот в общем и целом она не работает и выбрал алгоритм синхронизации часов, это достаточно. Такой серьезный момент и чуть чуть попозже мы еще затронем этот вопрос, потому что. Над ним приходится думать, ну вообще, конечно, весь наш мир не совершенен. Да, мы не можем купить компоненты, которые нам, даже если мы заплатим много денег, пусть она не. Купим компоненты, которые будут обеспечивать нам абсолютную точность часов не к в жизни. Ну, если мы захотим, конечно, поставить там регистратор импульсов цезия, ну хорошо.

17:58 Все равно даже такие часы между собой синхронизируются, они тоже немножко отклоняются. Давайте посмотрим, как вообще распространяют время в системах. Ну, по крайней мере, вот в промышленном таком понимании. При проектировании обычно закладывается несколько уровней, то есть есть у нас уровень аппликейшена, это где крутятся. Все сервера, где идет сбор данных, там обработка, аналитика и прочее, и уровень железа, которые уже непосредственно стоит на объектах. Ну, я здесь такой еще 1 промежуточный виртуальный уровень каналов связи не стал рисовать, но В. принципе он существует, и от источника времени зависит на самом деле очень много чего. И этот вопрос мы тоже сейчас чуть чуть попозже поднимем. Источник времени выбирается обычно на этапе проектирования, и желательно это зафиксировать. В своем проекте сказать, что мы синхронизи, когда мы готовим уже вот на подписании бумажки, мы синхронизируем время. Вот с таким то источником времени все получили на уровне аппликейшена это время и начинаем спускать его к железу.

19:19 По другому, ну, наверное, конечно, можно, но обычно ничем хорошим не заканчивается. Вот вот, есть путаница в терминологии, коррекция, установка часов. То есть я все время говорил, синхронизация, синхронизация. Ну, она под собой на самом деле подразумевает как раз только то тот факт, что часы эталонные идут так же, как часы, проверяемые, а вот каким методом это достигнуто. Вот это как раз либо коррекция, время, либо установка и эти 2. Понятия надо очень хорошо различать, и если мы говорим о коррекции, то она должна работать так именно как как коррекция. То есть изменения значения времени на небольшую величину, почему потому, что во 1 сама по себе процедура? Сложная и растянутая во времени растянутого времени. Почему потому, что мы должны сохранять естественный ход часов? То есть мы либо замедляем время на системе, если они спешат часы, либо ускоряем отсюда, появляется что все. Наши архивчики будут идти непрерывно, не будет такого, что там в 10 часов у нас зарегистрировано там события, а 10:13 пологом зафиксировано событие. Б, но на самом деле 10:13 это было до того, как установили время 10 0 0.

20:57 Обычно такой вот механизм именно установки времени используется на серверах. Когда мы вот 1 проект запускали, у нас был очень интересный случай. Значит, гипервизор виртуальная машина. Мы говорим, что наша виртуальная машина синхронизирует свои часы там с таким источником времени ЧПОК на ней ты там, то ли 3 то ли 5 часов.

21:27 Мы заходим, смотрим, интересно, девки пляшут, синхронизация работает, в логах есть. Мы, значит, устанавливаем время, которое надо, все проходит там пол секунды. Опять ЧПок, она 3 часа там. Ну что ж такое, то мы потом выяснили, что оказывается гипервизор нам время. Устанавливал на 3 часа меньше, а как мы это обнаружили, потому что у нас по всей системе поползло время, то есть наш сервер, который. Раздавал время, его так отодвигали на несколько часов, и он распространял вот это. Вот свое новое такое виртуальное время, в котором он жил.

22:08 Если вот хорошо, у нас была коррекция, коррекция, так мы заметили что что то, как то странно, так на 5 минут куда то все поползло. То есть вроде бы все нормально нужно? Какая то аномалия, а вот если была бы установка, мы просто решили бы, что у нас данные отстают в системе и как бы чухнулись бы уже, когда все вообще сгорела и пропало.

22:30 Вот как раз, как и происходил процесс. Значит, есть сервер, который находится где то в стойке? Там, в Цоде, он устанавливает время на железки по, допустим, железка у нас работает по Джи Эс Эм Каналу. Эта железка начинает общаться с теми, кто к ней подключен уже по проводам и спускает время дальше. Вот такой вариант очень любят, почему то заказчики, но. Опять же они забывают о том моменте, что мы теряем непрерывность хода часов и еще 1 момент, что когда вот происходит установка, то пакет, содержащий метку времени. Он пролетает через кучу кучу железочек. Помимо того, что там девайс 1 до на картиночке, он еще. Проходит кучу маршрутизаторов, там и задержка, с которой это время было установлено. Она тоже добавляет свою погрешность и часы на. Устройствах, которые находятся на 3 уровне, а уже достаточно сильно. То есть это можно использовать только тогда, когда вы либо запускаете? Объект в эксплуатацию и все, что было до текущего момента, вам мы лесом. Либо если по каким то причинам такие причины сложно придумать. Но бывает, нужно вам именно вот вот часы убежали куда то на 1 железки. Например, вот вам надо до того, как эту железку поехали заменить. Вам нужно поддерживать, как тут ее же пососут ее же устанавливать. Ему периодически время, а дальше будет процедура коррекции, который. Будет подгонять часы этой железки до вменяемого времени. Ну, до точного, скажем так, теперь вот мы говорили про сами процедуры, что.

24:30 Там коррекция, установка все, но для того, чтобы нам эти процедуры начать, нам нужно как то это время доставить, то есть тот самый транспортный. Кусочек, который позволяет нам поиметь кучу проблем другой стороны, он нам приносит счастье, потому что мы можем общаться с удаленными объектами.

24:54 Какие проблемы именно при доставке времени у нас в? Есть это во 1 такое понятие гетерогенные сети? Когда вы взяли там Вай Фай из Эрнеджи см, радио обычный засунули канал, все в 1 вот таком большом большом большом облачке крутится и. Чтобы в нем как то обеспечить одинаковое идущее время, нужно применить немножечко бумажной расчетной теории. Возможности устройств обычно у нас ограничивается тем, насколько дешевую железку мы хотим сделать. То есть если мы берем маленький контроллер, какой то, который там не? Хватает у него даже памяти, допустим, на Юдипис Тек Сетевой. То говорить о том, что мы сможем по протоколу Юдипи синхронизировать часы, не приходится другие способы искать.

26:00 Самый, наверное, такой остающийся за гранью. Вот анализа проблемный вопрос, от особенности каналов передачи данных. Мы, ну многие да знают там Лте, какие то бешеные мегабиты показывают нам операторы. На самом деле это такой, как Алиэкспресс. Вы кликнули, то есть запрос туда ушел, а потом вам, когда то там приходит фура. То есть задержка прихода пакета, она как бы нивелируется тем, что пакет сам по себе еще больше и средний по больнице получаются мегабиты. То есть вот тот объем информации, за время который был получен?

26:44 Он приводится к такому среднему и вроде показатель хороший. С другой стороны, это канал асимметричный. То есть туда мы пуль оттуда ждем, ждем, ждем, хоп пришло и посчитать. Сколько, где кто гулял, не представляется возможным вообще никак не с теоретической точки зрения, не с практической. И еще 1 такой момент ограничения по проекту это.

27:13 Тоже такой странные заказчики бывают. Говорят, мы хотим время там до Миллисекунд, при этом у вас есть какой нибудь жутко медленный радиоканал. Который еще и там по временному разделению работает вопрос. Вы хотите, чтобы мы сделали вам, что спутник сюда поставили, что ли, мы не знаем, думайте.

27:41 Вообще способов существует много название ему Антипи. Это такой стандартный фактор, который используется вообще, ну, наверное, везде. Интипи сам себе протокол предназначен для синхронизации серверов и работает он в основном в интернет сетях, хорошо? Для того чтобы клиентские машины там, допустим, компьютер наш домашний. Мог синхронизироваться, есть его упрощенная версия СН типи. И механизм то, в принципе, там 1 и тот же. Да, клиент посылает в момент времени это 0 на сервер.

28:30 Свою метку времени сервер там что то такое, пока там понял, чем получил. Отправляет, через какой то промежуток времени обратно пакетик со своим. временем и мы можем вычислить, что мы знаем, сколько пакет был на сервере, и мы знаем, сколько у нас не было. В целом ответа дальше берется, вот с синим. Заштрихованным область и что она делать, делать пополам? Потому что считается, что канал симметричный. Когда вот мы вспоминаем Джиэсэм до пакетик кинули. Туда и вот левая область, она совсем маленькая, правую область, она совсем большая. Причем в каком они там соотношении друг между другом гуляют, неизвестно.

29:19 Есть более упрощенная версия, но даже не версия это просто было. Так вот, не стану сделаны 2 протокола, да и таймера всего 767 и таймера все 868. Оба они позиционируются как протоколы для встраиваемых систем, но со своими, конечно, ограничениями их можно использовать, если вы можете. Что то гарантировать и вас те ограничения, они вписываются в ваш проект, используется протокол либо типи для дей тайм, либо Юдипи для.

29:56 Соответственно, протокола тайм под сипи ходит. Строка, которая не стандартизирована, и если вы решили, что вы будете использовать дей тайм, вы используете только одни сервера. И вы должны быть уверены, что они вам пришлют только в том формате, который вы знаете, потому что вы обратитесь к. Другому серверу она в другом формате вернет, точно тоже точное время все, но в другом формате разобрать. Вы его не сможете, Юдипи, это более универсальная вещь. Да, вам приходит 30 двухбитное число в секундах, но вопрос в том, что иди пи в принципе. Закладывать только в свою железку, чтобы синхронизировать время по протоколу тайн. Ну, наверное, глуповато другой стороны, если он у вас уже есть, но можно, конечно, его использовать. И я какие здесь моменты, что точность зависит от того, сколько вам? Пакета шел от сервера и + сама точность самого значения только до секунд. То есть, если вас по проекту можно нам гулять там, + ты там минута, например? Да ничего страшного не случится, вот прям, чтобы особо не париться, можно взять, вот и использовать.

31:09 Кратенько, какие у нас есть, так сказать, враги, которые мешают нам синхронизироваться? Это квалитио сервис, то есть, когда оператор пытается кучу вот это вот абонентов. Да у него пошел там за груз по трафику, он. Начинает отсеивать пакеты, по каким то маркером у него уже очередь заполнилась в канал, начинает откидывать. И в принципе Юдипи трафиком как бы считается таким не особо приоритетным, поэтому он выкидывается. Балансировщики сети, ну тут все понятно, в принципе, как из маршрутизации, то есть пакет ушел по 1 маршруту, вернулся по другому. Ну, понятно, что времена будут отправки пакета доставка до сервера и от сервера до вас. Будут разные вот асимметрия, вот асимметричные каналы передачи данных. Это как раз тот самый Джи Эс Эм, то есть вы отправили пакет очень быстро. Он очень быстро дошел, а вот ответа ждали очень долго, инкапсуляция. Трафика, в принципе, похоже, с немножко с проблемой фрагментации и про фрагментацию прям отдельно. Хочу пунктиком сказать таким, ребята, когда вы берете, допустим, какой то простенький протокол, допустим, радио у вас. Есть там Фреймы по радио летают, по 10 байт. Не надо туда сверху накидывать ППП, например, да у которого 576 Байт Фрейм и говорит, что. А у нас здесь свой ти си пи, ай пи, и у нас теперь все круто работает только. По радио вы начнете уже фрагменты собирать, вы уже получите непонятные задержки. Потом сам по себе типи, он тоже протокол с фрагментацией. Все это через 3 уровня инкапсуляции + фрагментации получается такой. Винегрет передать и доставить данные можно, но говорить о том, что мы будем. Так вот, нельзя вообще ни в коем случае. Ну, про низкие скорости передачи данных особо тут даже говорить нечего, то есть если у нас.

33:08 Время передачи 1 бита превышает точность, который мы хотим поставить. Ну тут как бы все понятно, мне кажется, да? Дальше вот 1 из способов, который я, когда увидел, подумал Нифига, себе Кулибина придумали. Оказалось, что этот способ используется, причем. Рекомендуется к использованию, когда у вас вообще нет никаких способов получить время. Вот типа, да давайте вот так попробуйте, в чем заключается. Мы отправляем смс самому себе именно вот себе отправляем дальше. Мы фиксируем, когда нам сервис центр, сказал я, получил твою смс, естественно. Мы фиксируем, и когда мы отправили его, а дальше мы ждем доставки СМС к себе, опять же саму СМС мы получили, зафиксировали время и.

34:02 Дальше мы ждем отчет о доставке, который присылает сам сервис Центр. У нас получаются все исходные данные по схеме энтипи. То есть мы за счет того, что служебный трафик, то есть смс мы отправили, она либо не уйдет, либо. До сервис центр дойдет очень быстро, соответственно, все от сервис центра Таймштам прилетит тоже вам быстро и с точностью, ну с каким то допущениями. То есть лучше, конечно, поговорить с оператором и уточнить у него, какие там могут быть допуски. Можете достаточно точно синхронизировать часы, если? У вас, например, нету по проекту, опять же. Да вот там вспомним в проекту Ограничение же пересы у вас нету. Бывает и такое есть только смс и си Ди.

34:53 А есть такой еще стандарт, придуманный 3 Джи ПП, он еще из Йц перекочевал это распространение времени по сигнальной сети. Тут сразу, какие есть проблемы Джисам модема. Не все это умеют делать, операторы тоже не все умеют это делать, причем. Если оператор говорит, что он умеет это делать, он может это не уметь делать в конкретном регионе. То есть, если вы в Москве проверили на столе у себя с конкретным модемом, вы приехали куда нибудь? Там Владивосток она там не работает. Это вполне норма, и еще 1 момент, который тоже как раз отзывает нас назад чуть чуть. Да, это допустимость синхронизации вообще с 3 стороной. То есть, если мы бывает проект, который говорят, вот стоит железка, вот сервер, вот синхронизиру с. Только с ним какой твой Джиэсэм, зачем он мне нужен? Не нужны тот же самый вот мой сервер, у меня на него биллинг завязан. Давай с ним синхронизируйся, то есть такой вариант. Конечно же, не прокатит, но про идеализацию можно говорить долго.

35:53 Наверное, не стоит на этом особо задерживаться. Просто тезисно, то есть мы синхронизируем часы с вами только в той физической среде. Мы стараемся избегать перекидывания трафика между сетями между. Разными физическими средами, то есть у нас там есть из Эрнет и, допустим, радио. Да, надо постараться вот это вот поставить в середине, которая получит по интернету время и отдаст его по радио.

36:17 Исключить фрагментацию обязательно и сделать минимальной задержку пакетов сети. То есть, когда вы отправили пакет, вот там дед погулял потом, через сколько то не вернулся? Вот это все на начинает потихонечку наворачивать, наворачивать проблемы. Вот кратенько о том, как учитывать время в самой железки, 1 что приходит в голову. Давайте мы от своего будем процессора тактироваться. Плохая идея вообще плохая, отдельный модуль с внешним кварцем генератором тоже идея, но. Она уже лучше тоже не очень почему, потому что все это обычно почему то, как то странно работает, то есть она вроде работает, работает, работает. Потом ты процессору Рисе отдаешь и там почему то тоже, что то происходит в какой. Момент и почему непонятно внешний микросхем часов? Это как бы самый такой наш выбор и самый идеальный вариант. Да, взять поставить на каждый объект приемник, спец для нас по нему синхронизироваться, проблема только в том. Что, если мы где, то в подвале там и антенну же без нам некуда деть? Ну, чуть чуть про коррекцию времени алгоритмически мы получаем живое время. То есть мы его доставили себе, нужно запустить какой то таймер, который будет. У вас тикать постоянно, и вот как раз с этим временем и вы начинаете подгонять свое системное время под это новое время. При этом не так, что просто взяли и поставили. Да, а там, например, увеличиваем ход времени в 2 раза у. Нас за каждую секунду проходит на нашу систему времени 2 секунды. Единственный момент надо следить за этим механизмом, чтобы он далеко не убежал. То есть вам питание дернули, потом питание выдернули, обратно воткнули вы? Смотрите, упа пролетели уже момент, когда надо было остановиться. Но тут как бы надо просто думать хорошенько и контролировать этот момент. И, естественно, нужно следить за статистикой расхождения времени, потому что когда у. Вас часы постоянные, регулярно на какое то время начинают отставать то, что у вас в недопустимо, например, в вашем проекте. То, конечно, этот момент надо, значит, либо что то железкой делать, либо с вашим алгоритмом, что то не так.

38:34 Заряд батареи почему то никто никогда не контролирует? Ну, кроме системы учета, который там первичные измерители. Вот на контроллерах на самих все почему то забивают на это? Надо проверять, ну про журналы, про как бы такая наверно. Даже задерживаться не будем, надо же аннулировать обязательно. Конечно, и отдельно еще хочу поговорить про синхронизацию. Мастер Слейва, когда у вас есть головной контроллер, к нему по проводам подключены много, много слоев.

39:07 Мы избегаем, естественно, обязательно, как я уже говорил, установку времени и и лучше всего использовать маячок. То есть вы кидаете широковещательный пакет, он синхронизирует все сразу? Приборы, которые подключены к вам по проводам, этот же метод в радиосетях. Если у вас радиосеть не дает вам возможности синхронизировать часы, лучше подумайте взять другую радиосеть.

39:35 Вот реально, потому что если вы начнете вот там накладывать, там друг на друга все вы куда то там уползете, если. Опять же, вот тоже момент такой ваша железка работает. Какому то расписанию постарайтесь ее корректировать ее время тогда, когда она ничего не должна делать. Тут она должна просто спать, а по. Расписанию данных вы это знаете, железка знает, но как она себя поведет, ее мое бывает что какие то невероятные вещи происходят. И учитывать задержку передачи данных до Слоева тоже обязательно. Нужно это момент, какой у вас ваш железка подчиненной горит? Я могу на 120 секунд корректировать время в сутки. Вы ему говорите, у тебя на 123 секунды давай на 120 сейчас корректируем вы. Отправляете пакет, там уже секундочку сменилась. И вам же несколько иди отсюда, ты превысил лимит на такое время. Не могу корректировать, так будь каждые сутки долбиться к нему, ничего не сделаете.

40:39 На системном уровне вам нужно определиться с вашим заказчиком, может ли система и заказчик сам доверять. Данным, которые получены с большим расхождением времени, потому что чаще всего это бывает как систему сдаем и тут заказчик говорит. Ой, слушайте, а тут на 10 минут. Все гулять нет, так не пойдет, все и не принимает про журналирование. Я уже много раз говорил и отдельно вести какую то аналитику системе, прям вот чтобы она прям. Высвечивала отдельно выявлять узлы с большим расхождением, что у нас какой то узел у него часы поползли. У нас же работает синхронизация, да, а часы там ползут вопрос. Откуда, значит, надо ехать разбираться и срочном порядке? Потому что это может привести непонятно к чему. Но по итогам кратенько, совсем то время нужно учитывать ваша. Система всегда в любом случае взаимодействует с внешним миром, и она должна взаимодействовать с ним как то на синхронно. Наверное, да, часы нужно корректировать С. Достаточной регулярностью, то есть если вы работали с какой то железкой. Вы знаете, что у него часы ползут, например, на там полминуты в сутки, но такая железка да, а? Вам нужно 5 секунд, значит, посчитать, с какой частотой вы должны синхронизировать его часы, чтобы она так не уползала. А при этом проект вам нужно сдать это вот? Обязательно и обязательно запомните, коррекция часов, это не установка времени. И если вы будете это маскировать, как делают некоторые недобросовестные производители.

42:23 Прям аж голос сорвался. Они говорят, да мы делаем коррекцию, ты им даешь команду коррекции, они берут и устанавливают время. Ты начинаешь рыться в журналах, а там черт чего при этом 3 журнал должен. Считать, передать наверх, то есть ты сначала должен на своей железке разобраться в этом бардаке, а потом еще там, наверху, должны разобраться в этом бардаке, а потом еще как. Система аналитики, которая у вас в системе используется, должна еще раз разобраться в этом еще большем бардаке, поэтому коррекция это не установка, установка это не коррекция. Не путайте и не маскируйте, не прячьте это. Ну вот так вот, картинка быстренько с ним уже на этом. У меня сейчас все есть какие то вопросы, то, наверное, еще минутка есть у нас.

43:08 Ну, можно тогда еще парочку вопросиков, наверное? Тогда задам вопросы пачка и что по быстрому все прошло. Не узнаешь, что то узнаешь 2 уточнения и парочку вопросов. 1 Уточнение очень сложно, вы сказали придумать систему связи, где времени нужно вот охранной. Системы датчики протечки, все, что по событию работают, главное типа лайф. Раз какое то время отправлять и все самое главное. Нет, почему простой пример ваша система охраняет склад, пойдет вариант вариант такой?

43:44 Не знаю, в квартире пойдет, я вам так скажу, квартире пойдет отлично. Протечка, у вас по хорошо протечки у вас. Система уведомляет вас о том, что у вас, допустим, охраняет. Влада открыли дверь, но на датчике вообще там времени нужно главное, чтобы базовая станция там приняла. Ладно, 2 вопросовая станция может принять, когда появилась связь.

44:07 А связи может не быть и запомните всегда, когда вы проектируйте систему на радиосвязи какой то или на любой связи. Пока вот вы вот так вот не держите железку, прям вот прям. Рукой связь не будет рваться, почему она будет рваться именно тогда, когда вам надо передать ваш аварийный пакет? Хорошо, 2 замечание, вы сказали, что там скорости большие. Нужны вот у Джи Пи Эс, информационная скорость 50 бит. В секунду всем хватает, что время синхронии я начало вопроса пропустил. Вы сказали, что нужны большие скорости, там там. Не знаю килобиты, что время синхронизировать информационная скорость 55 секунду. Вот все работает, сколько там спутников, так что 50 то скорость нормальная, сколько спутников.

44:51 Нужно парочку, чтобы время получить отлично. Если у вас еще альманахи есть точность, у них какая и какое условие, то, что они отправляют всегда в 1 и тот же. Момент времени, то есть вы вот этот, вот начинаете свой квантик. + Дальше все зависит от того, где находится этот спутник. То есть вы смотрите эфемериду мы?

45:13 И дальше начинаете вычислять уже, то есть это не просто там 50 бит в секунду. А это еще с учетом того, что мы можете рассчитать дальше вот. Эти все точности, откуда они берутся + еще корректировка земли. Ну да и еще следующий вопрос, вот вы всегда говорите о точном времени вы. Подразумеваете абсолютное время, потому что я же специально в самом начале доклада сказал, что точное время это то время, когда вы взяли. Свой эталон, то есть вы не мог все в этом мире Альберты. Что я сказал относительно, вы берете эталон времени, говорите, вот я доверяю этому. Эталону вот мои часы, вот это мой эталон. Вот я сейчас подхожу там, к кому нибудь. Да, мы смотрим, а у тебя точное время другой вопрос, что. Мы все обычно считаем точным эталоном, до какой нибудь там спутник и так далее. Просто есть система, где, например, точные талоны не нужны. Например, военный марш на этой Демме построены там плизеохранная система, они там все бегут в сторону того, кто быстрее убегает, связь работает. Как бы там как бы точное время не нужно, но у всех течет и все подстраиваются под самого быстротекущего синхроимпульсы, правильно нет.

46:27 Так последний вопрос про доверие к времени. Вот если кто там в Москве часто бывает вот в центре, то там часто проблема с джипиэсом. Вот недавно там пару недель назад как бы поставили фейковый джипиэс и там координаты все оказались в Шереметьево. Вы как то в своей системе предполагать о том, что даже такие надежные системы могут сбоить. А кто вам сказал, что жбиец вообще надежная система? Ну и как вы работаете изначально, я вам скажу, так джипиэс позиционируется как система позиционирования.

47:01 Это раз, а 2 джипиэс никогда в жизни уже лет, наверное, 30 назад доказали, что джипиэс Пуффинг возможен. Его используют, причем используют это сейчас, он в гражданке появился. А война к цеху уже 100 лет, как используют самолет, сбивают с курса и технику военную сбивают с курса. То есть это вообще ни разу не надо, он точный, но не надежный.

47:25 Коллеги, коллеги, извините, что вас прерываю. У нас, к сожалению, уже давно должен быть следующий доклад. Я тут вижу здесь уже просто. Профессиональный спор, давайте вы его продолжите занять, можно в кулуар продолжить. Антон, спасибо, я вот про надежность, ненадежность Джи Пи Эса. Добавлю, добавлю у нас внутри нашей компании. Есть очень простой тезис для объяснения этого клиентам о надежности и надежности любого радио. Любое гражданское радио ломается любое военное тоже, но дороже. Это все, что нужно знать о надежности любого дороже. Это значит, что это значит просто кто то больше хочет этого, верно? И за это больше всего бывает, что и под поставим. Это больше дадут, если поймают, конечно.

48:12 Спасибо еще раз, Ан, спасибо.

Расшифровка сделана автоматически (Yandex SpeechKit) и может содержать ошибки в терминах.