Да, интересная тема. Это должна была стать второй частью моей работы в аспирантуре, после диплома по использованию данных телеметрии при эксплуатации грузовика в режиме онлайн. На забугорной технике повсеместно это используется, и это хороший способ получения набора данных. Только тут не ИИ, а обыкновенная регрессия для построения модели наработке деталей до отказа с учетом многих параметров. Например, износ поршневой от периодичности замены масла, пробега, времени работы, даже можно вычислить число оборотов колен вала за весь период. Сюда можно добавлять огромное количество данных и искать наличие зависимости от них... Это я знаю пару лет назад пытались сделать на железнодорожных локомотивах... Там экономически это выгодно...
Это и раньше делалось в авиации, когда для каждого агрегата был свой срок эксплуатации по нормативам, после перешли эксплуатацию по состоянию. Просто тогда было все в ручную, а сейчас есть возможность получать данные в режиме онлайн и обрабатывать большие объемы дпнных
Откуда вы знаете, что им не помогают сверху? В новостях про это не пишут или есть инсайдерская инфа? А то, что в данный момент, где мы оказались нет крутой программы, так разьве это руководители в этом виноваты? Что сделали, что бы была другая картина в этом направлении конкретно вы? Какой результат?
Где у нас в стране такое количество платежеспособных производств, куда можно поставлять свои разработки и на эти деньги развивать этот самый софт? Аскон, по мне молодцы, что не просто перепродают тот же фьюжен, как барыги-торгаши, а сами работают над своей разработкой. И хорошо, что они есть, и та ситуация, в которой сейчас оказались подобные фирмы это закономерный итог, когда думали, что рынок порешает, а тут на тебе, так порешал, что приходится унижаться, лишь бы добыть крякнутый фьюжен вместо вклада в развитие того же компаса, хоть и с урезанными возможностями.
А как раньше-то работали по чертежам?
Строили не только протезы, но и космические карабли.
Вообще тема с виртуальными плк это как 3д моделирование, можно в виртуальной песочнице смоделировать бизнес процесс, который необходимо запустить или изменить. И такой вариант позволит избежать много шишек, которые возникнут на этапе внедрения без оного. Например, определить модели датчиков и сенсоров, необходимых для этого процесса. Ибо скорее всего на практике получается, что выбрали определенный датчик, а он оказался не подходящим в реальных условиях.
Ту же интеграцию с другими сервисами, например в виртуальности протестировать, не ломая работающий процесс. Да много каких выгод дает данданная возможность
Но в этом случае нужно виртуализировать не только плк, но и всю периферию, соединения и пр. Весь процесс.
А при успешной реализации виртуальной модели, перенести все в живую будет делом техники. Кроме этого, на этой виртуальной системе можно тестировать и обучать персонал работе на участке, как тренажоре и с устранением неисправностей.
Как вариант, можно комбинировать работу виртуальных плк с железными, например, при отказах, передавать часть функций на железо, где это критически важно или при длительном переходе между узлами витруальных серверов, обрыве линий связи... С другой стороны с виртуальными плк ты видешь актуальность данных в работе плк, настройках...
В виртуализации есть схема с узлами, которые работают независимо друг от друга. И в случае выхода из строя узла, на котором работает виртуальный плк, его функции принимает другой узел, на котором есть реплика данных этого плк. Есть даже миграция в режиме онлайн, но для этого нужен отдельный сервер хранения образов виртуального плк и там даже не прерываются сеансы связи и потоки информации.
А вы уверены, что тот же солидворкс не осваивает бюджет страны разработчика??? И по этому имеет возможности отраздо выше, чем тот же АСКОН и пр? А не из-за того, что он стал таким хорошим по стечению обстоятельств и хорошей команды разработчика?!
Ну в Советском союзе было много конструкторских бюро в авиастроение, например, которые участвовали в конкурсах на разработку самолетов, а потом выбирали лучшее. Так же у них была своя специализация.
Почему вы решили, что 2 ядра это плохо? Если хватает ресурсов это только +. Главное, что бы неболо копирования одного и того же друг у друга, а всестороннее развитие...
Настроил мониторинг тоннеля пингом и выводом сообщения через телеграмм бот о пропаже связи. Если в течении 10 секунд статус изменилмя, то отправляется сообщение. Так же есть дэшбтрд на nodered со статусами тоннелей. Единственно, впн работают на кинетиках, а как сделать авторестарт непонятно... А встроенными в кинетике средствами не срабатывает. Причем как правило отваливается все время один и тот же туннель на оборудовании.
На хабре в конце августа была статья про "силу терминала или почему всем нужно уметь работать через командную строку" (https://habr.com/ru/companies/timeweb/articles/834738/). В ней как раз обсуждалось удобство использование командной строки, а не запутанный графический интерфейс с множеством функций и специфической группировкой(тот же 1с ). В общем итоге использование командной строки намного быстрее, чем GUI. А как раз для данного случая микро бизнеса, внедрить и поддерживать подобный учет гораздо удобнее, чем использование компьютера на рабочем месте.
Да, интересная тема. Это должна была стать второй частью моей работы в аспирантуре, после диплома по использованию данных телеметрии при эксплуатации грузовика в режиме онлайн. На забугорной технике повсеместно это используется, и это хороший способ получения набора данных. Только тут не ИИ, а обыкновенная регрессия для построения модели наработке деталей до отказа с учетом многих параметров. Например, износ поршневой от периодичности замены масла, пробега, времени работы, даже можно вычислить число оборотов колен вала за весь период. Сюда можно добавлять огромное количество данных и искать наличие зависимости от них... Это я знаю пару лет назад пытались сделать на железнодорожных локомотивах... Там экономически это выгодно...
Это и раньше делалось в авиации, когда для каждого агрегата был свой срок эксплуатации по нормативам, после перешли эксплуатацию по состоянию. Просто тогда было все в ручную, а сейчас есть возможность получать данные в режиме онлайн и обрабатывать большие объемы дпнных
Точно перевод т.к. разрешения фоток жаже низкое. Невозможно детальнее посмотреть текст!
Откуда вы знаете, что им не помогают сверху? В новостях про это не пишут или есть инсайдерская инфа? А то, что в данный момент, где мы оказались нет крутой программы, так разьве это руководители в этом виноваты? Что сделали, что бы была другая картина в этом направлении конкретно вы? Какой результат?
Где у нас в стране такое количество платежеспособных производств, куда можно поставлять свои разработки и на эти деньги развивать этот самый софт? Аскон, по мне молодцы, что не просто перепродают тот же фьюжен, как барыги-торгаши, а сами работают над своей разработкой. И хорошо, что они есть, и та ситуация, в которой сейчас оказались подобные фирмы это закономерный итог, когда думали, что рынок порешает, а тут на тебе, так порешал, что приходится унижаться, лишь бы добыть крякнутый фьюжен вместо вклада в развитие того же компаса, хоть и с урезанными возможностями.
А как раньше-то работали по чертежам?
Строили не только протезы, но и космические карабли.
Может можно конвертнуть obj в формат для компаса?
Вообще тема с виртуальными плк это как 3д моделирование, можно в виртуальной песочнице смоделировать бизнес процесс, который необходимо запустить или изменить. И такой вариант позволит избежать много шишек, которые возникнут на этапе внедрения без оного. Например, определить модели датчиков и сенсоров, необходимых для этого процесса. Ибо скорее всего на практике получается, что выбрали определенный датчик, а он оказался не подходящим в реальных условиях.
Ту же интеграцию с другими сервисами, например в виртуальности протестировать, не ломая работающий процесс. Да много каких выгод дает данданная возможность
Но в этом случае нужно виртуализировать не только плк, но и всю периферию, соединения и пр. Весь процесс.
А при успешной реализации виртуальной модели, перенести все в живую будет делом техники. Кроме этого, на этой виртуальной системе можно тестировать и обучать персонал работе на участке, как тренажоре и с устранением неисправностей.
Как вариант, можно комбинировать работу виртуальных плк с железными, например, при отказах, передавать часть функций на железо, где это критически важно или при длительном переходе между узлами витруальных серверов, обрыве линий связи... С другой стороны с виртуальными плк ты видешь актуальность данных в работе плк, настройках...
В виртуализации есть схема с узлами, которые работают независимо друг от друга. И в случае выхода из строя узла, на котором работает виртуальный плк, его функции принимает другой узел, на котором есть реплика данных этого плк. Есть даже миграция в режиме онлайн, но для этого нужен отдельный сервер хранения образов виртуального плк и там даже не прерываются сеансы связи и потоки информации.
А вы уверены, что тот же солидворкс не осваивает бюджет страны разработчика??? И по этому имеет возможности отраздо выше, чем тот же АСКОН и пр? А не из-за того, что он стал таким хорошим по стечению обстоятельств и хорошей команды разработчика?!
Ну так выживет сильнейший. Если АСКОН уверенно работает в своей нише, а ргк осваивает бабки, то и на выходе будет шляпа... Как выходит с Автовазом.
Ну в Советском союзе было много конструкторских бюро в авиастроение, например, которые участвовали в конкурсах на разработку самолетов, а потом выбирали лучшее. Так же у них была своя специализация.
Почему вы решили, что 2 ядра это плохо? Если хватает ресурсов это только +. Главное, что бы неболо копирования одного и того же друг у друга, а всестороннее развитие...
То пром, а тут микро :)
Настроил мониторинг тоннеля пингом и выводом сообщения через телеграмм бот о пропаже связи. Если в течении 10 секунд статус изменилмя, то отправляется сообщение. Так же есть дэшбтрд на nodered со статусами тоннелей. Единственно, впн работают на кинетиках, а как сделать авторестарт непонятно... А встроенными в кинетике средствами не срабатывает. Причем как правило отваливается все время один и тот же туннель на оборудовании.
Нет, есть пушки косвенного нагрева. Выхлоп отлельно, теплый воздух отдельно. Там двойной кюконтур с теплообменником.
На хабре в конце августа была статья про "силу терминала или почему всем нужно уметь работать через командную строку" (https://habr.com/ru/companies/timeweb/articles/834738/). В ней как раз обсуждалось удобство использование командной строки, а не запутанный графический интерфейс с множеством функций и специфической группировкой(тот же 1с ). В общем итоге использование командной строки намного быстрее, чем GUI. А как раз для данного случая микро бизнеса, внедрить и поддерживать подобный учет гораздо удобнее, чем использование компьютера на рабочем месте.