Pull to refresh
0
0

User

Send message

Расскажите про кейс подробнее, пожалуйста

Тут самое главное ответить на вопрос - а зачем оно в "автоматизации инженерки".

  1. "в растениеводстве на 25%, а в животноводстве — на 13% к 2025 году."
    Опечатка?

  2. Есть ли у вас опыт сравнение по стоимости: внедрение на текущей инфраструктуре(теплицы, грядки в них и тд), которая адаптирована для человека, и создание новой, изначально адаптированной для роботов и ИИ?

  3. Вы несколько раз отметили выгоду внедрения ИИ. Вот, хороший пример с трактористом, который стал "оператором с планшетом". В расчетах учитывается, что ФОТ вырос? Учитывается ли создание ИТ-инфраструктуры и КБ-инфраструктуры? Если да, то поделитесь, пожалуйста, источниками расчетов.

Коллеги, извините за оффтоп, но это же в целом человеческое: кто-то же из "айтишников" насилует людей через навязчивую рекламу в приложениях.
Деньги в целом не пахнут для людей, Это факт.

Взгляд в будущее показывает, что оно за специализированными решениями, а через абзац декларируется преимущство одного универсального.

Лирика, теперь по делу.

Какую нагрузку в RPS выдерживает железка?
Сколько парметров(тегов) способна переварить всего?
Есть ли deadband?
Планируется ли поддержка opcua?
Умеет ли буферизировать?

Сервис судя по всему еще предоставляется, но пока с главной страницы ведет на 404ю.

Несколько мыслей и вопросов.
1. Какой QoS у вас использовался?
2. EMQX тоже поддерживает кластеризацию. Почему решили не юзать
3. На EMQX Community через рулсы можно настроить правила отброса клиентов. Уберегли бы инфру хотябы. В EMQX Enterprise можно это сделать специальным сервисом.

Хочется понять откуда взялись 16% и за счет чего происходит экономия.

Дмитрий, раскажите как используете RIC в данном проекте? Просто вывод информации? Отдается в MES/ERP заказчика?

Интересно было бы почитать про опыт массовой поддержки таких устройств. С однйо стороны, да, мы можем сэкономить на траффике и времени реакции, с другой стороны - эту "армию автономных Edge AI девайсов" нужно мониторить, доставлять обновления самого ПО и моделей.

Было бы интересно увидеть сравнение в цифрах всех расходов.

Приветствую, земляк!
На текущий момент насколько я понял некого "диспетчериского пункта" не существует? Есть мысли его организовать? Что планируешь использовать в качестве условной SCADA?

Мне кажется, что следует разделять 2 сущности.

1. Технологическая функция IoT-системы/устройства. В примере с комбайном - это собственно его основные задачи: зарядка, отправка на поле, сбор пшеницы, возврат в док-станцию. В данном случае его "действия", равно как и его месторасположение, должны в первую очередь иметь прикладную функции и попадать в основную эксплуатируемую систему(Система Диспетчеризация Зерноуборочного Оборудования).

2. Собственно мониторинг состояния самих гаджетов управления IoT(контроллеров/edge-устойств и тд). В данном случае, описанные выше подходы целесообразно использовать на этапе разработки и/или опытной эксплуатации. Использование инструментов наблюдаемости в процессе уже промышленной эксплуатации однозначно увеличит нагрузку на IoT-железки и канал связи.

Статья выглядит поверхностной
1. Не часто сталкивался с применением МастерСкады в энергетике
2. При этом куда-то делились ОИК Диспетчера, СК-11
3. Тиббо? Текон? Это только из известных
4. Какие использовались критерии для оценки указанных характеристик?

А прикидывали примерную стоимость СМР/ПНР на 1 дом?

В качестве примера приведем решения для оценки состояния оборудования по телеметрии (рис. 2).

Можете дать описание для скриншота? Из того, что видно - это ручная установка аварийных и/или предупредительных диапазонов - достаточно обычная практика в классическом АСУ ТП.

АтомикСофт - Alpha.Platform

Information

Rating
4,787-th
Registered
Activity

Specialization

Директор проекта, Менеджер продукта
Ведущий