Обновить

Как теплотехник в 50 лет стер границу между КИПиА и IT: пишем универсальный Android‑SCADA движок на Flutter

Уровень сложностиСредний
Время на прочтение6 мин
Охват и читатели13K
Всего голосов 21: ↑21 и ↓0+26
Комментарии23

Комментарии 23

Поделитесь пожалуйста подробностями рабочего процесса - модели, харнесы, как выглядит типичный путь разработки, мне интересно в основном не что сделано, а как сделано.

Проект делал в VS code, установил туда dart и flutter. В самом редакторе AI агента у меня не было установлено. Делал с помощью deepseek chat. Там общался по поводу что хочу, получал ответы. Тестировал, если появлялись ошибки возвращал копируя из терминала среды в чат с AI. Вот таким образом шла разработка если я вас правильно понял. Сначал сделал действующий вариант через Modbus TCP, потом добавил RTU, потом подключение к овен клауду. Потом всяки доп фишки типа пин кода, тренды, истории и т д.

Понятно, я с этого начинал. Сейчас рабочая точка входа в любой проект - просто любой агент, а дальше оно само, от меня только правильно задавать вопросы и смотреть что мне придет в ответ.

А если устанавливать AI агента сразу в среду разработки какого посоветуете? И я так понимаю что это платная услуга или ошибаюсь?

Лично мне достаточно Гермеса с разными моделями, если бы я начинал с чистого компьютера - сначала ставлю его, потом подключаю разные модели, мне бесплатных перестало хватать через месяц агентской работы, это да за деньги. Но в последнее время я перешел на локальные модели, квен некст 38 - очень хорош. А там агент уже сам тянет все что надо с интернета или ему можно дать доступ на диск с дистибутивами, а далее он сам уже все доставит и спросит чего не хватает.

Спасибо за ответ. У меня ноут не потянет такую модель, да и поменьше тоже. Решил пока протестировать вариант агента и модели в редакторе в след связке. Установил агента Continue. Зарегистрировался на платформе SiliconFLow там есть модели , выбрал на тест Qwen 2.5 Coder 7B. Получил API ключ и теперь в боковой влкадке общаюсь в чате в самой среде. Кажется этот вариант будет удобнее чем копипаст в чат с deepseek, правда не бесплатный. Посмотрим как пойдет. Какой там есть привественный баланс посмотрим на сколько его хватит. Может еще какая идея в голову придет, попробуем реализовать на новом уровне))

А на гитхаб вы это не выкладывали?

Да выкладывал. Вот ссылка https://github.com/AndreyKramskih/pr200_control
Интересно конечно если бы нормальный программист это все посмотрел и дал свою оценку. Я реалист понимаю что скорей всего код грязный с точки зрения профессионала, в принципе рассчитывал на этом этапе получить пока просто рабочий вариант

Сматфон в руке подключенный по wifi к шкафу решает эту проблему.

Там где эта проблема есть - вайфай нынче нельзя.

Для первичной настройки может удобно конечно, но опять таки пусконаладка разве не делается один раз и на века? На серьезных объектах есть арм оператора для управления и настройки и так по локалке будет подведен к щу, а в каком нибудь жэке и удаленно можно поворочать что нибудь. Да и салагу слесаря отправить перебить пару параметров для общего развития дело святое.

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

Это я так, как обыватель рассуждаю если что. Не могу кейс жизненный придумать. Плюсануть не могу, но выглядит реально круто, в энергетике нужные такого направления подвижки) =D

Да планировал это приложение как раз для не "серьезных" обьектов и для серьезных где на стадии ПНР нет еще арм оператора, интернета есть просто блок который нужно запустить чтобы отопление и горячая вода появилась в здании. А потом когда уже арм и все остальное, потом да уже не надо.

Все-таки входим в некую новую эпоху - теперь чтобы написать приложение - не нужно много умственных и временных усилий. Теперь проблема - цель и смысл. Вот я тоже написал для эксперимента пару приложений (см. мои посты). Базовая версия - прошла легко и без усилий. А уже мелочи и доработки - не смотря на то что писал Клод - требуют принятия решений, проверок, обдумывания. То есть это не бесплатно все, это время и усилия.

И тут главный вопрос - кто будет оплачивать эти дальнейшие усилия по совершенствованию? Вот в чем вопрос. Делать бесплатно - зачем, какой смысл? Ну для себя можешь наклепать что-то на коленке и пользуй. А уже когда пользуешься не ты один, есть пользователи со своими хотелками, девайсами - то какой смысл быть бесплатным работником для чужих людей? Но вот чтобы перейти на уровень приемлемого дохода за такую работу - не так то и просто, вот в чем основная беда.

теперь чтобы написать приложение - не нужно много умственных и временных усилий

Времени нужно меньше, да. А вот ума – столько же, если не больше. Именно потому, что ИИ освобождает время для тщательного обдумывания задачи. Фокус сдвигается с чисто технических задач (знание синтаксиса языка, библиотек и протоколов) к проектированию. А оно таки требует ого-го каких умственных усилий.

Согласен перейти от этого хобби к приемлемому доходу вопрос сложный

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

но монетизировались единицы

Сейчас советуют делать так: сначала монетизация, затем реализация. Т.е. сначала пробуешь продать - потом делаешь.

Потому что люди годами делают вещи, вкладывают жизнь, здоровье, время. Не строят дом, не занимаются семьей. А потом оказывается что это никому не нужно.

В этом смысле для софта ИИ как раз должен помочь. Сдела с помощью него какой то прототип достаточно быстро. Дальше если в нем есть какая то практическая польза то уже вкладываешь время, здоровье, средства. Если нет то остался на уровне идее.

С одной стороны поможет - с другой сделает сложнее. Теперь не только ты, но и еще рад твоих конкурентов смогут сделать и прототип и даже пытаться вайбкодить конечный продукт.

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

Добрый день. Опыт интересный, я сам в числе прочего проекту в сфере автоматизации реализоваю. ПР, ПЛК скада и весь этот зоопарк. Различные системы, от простой вентиляции до систем холодоснабжения ЦОД и водоснабжения небольших городов.

Насчёт модбас рту - вопрос спорный, та мже один мастер только.

Подключить к скаде и к смарту не выйдет. Я в таких случаях, на стопе наладки использую аппаратные шлюзы modbus RTU -TCP.

А так да, удобно

Отличная идея для диагностики и наладки.

Возможно, в модбас-листах еще удобно указать форматы вывода переменных.

Здравствуйте. То, что вы написали, нами разработано и реализовано, но для Zentec. Интересен ваш опыт ИТП и наша реализация. Уверен, может получится интересное взаимодействие. Давайте обсудим? Как связаться с вами?

Здравствуйте, напишите на почту andreykramskih@gmail.com. Не совсем понял что вы хотите, но обсудить готов.

Гениально! Это одно из лучших применений ИИ в РЕАЛЬНО ПОЛЕЗНЫХ задачах, для облегчения созидательного труда человека. Удивляюсь, почему руководство не только не поощрило, но даже не внедрило у себя эту разработку. Это же новый уровень эффективности производства!

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации