Бюджет: 12345 UAH Срок: 30 дней
Доброго дня!
Які терміни виконання робіт ?
Великий досвід побудови промислових систем автоматизації.
Розробити інтерфейс диспетчера на віддаленому ПК з управління насосною станцією водопостачання в SCADA.
В перелік обладнання станції входять частотні перетворювачі АВВ (ЧП) без ПЛК, що програмуються, які управляють окремими насосами; датчики затоплення, загазованості, задимлення, закритих дверей, блок управління ультрафіолетовими лампами, 2 лічильники води з можливістю передачі даних, лічильник електроенергії, датчик температури повітря в приміщенні, датчик температури повітря зовні, датчик тиску в напірному колекторі, датчик сухого ходу. Управління системою можливе через ethernet, або/та gsm-модуль. Якщо можливо, то передбачити дистанційне увімкнення через систему пристроїв опалення та вентиляції приміщення насосної.
Буде використаний ЧП: ACQ580-01-12A6-4 R1 IP21 на 5,5 кВт, або ACQ580-01-017A-4 R2 IP21 на 7,5 кВт. Проблема в тому що вони використовуються без ПЛК і працюють незалежно по показам датчика тиску і сухого ходу! Підтримують Modbus RTU (EIA-485). На станції можуть використовуватись до 4-х ЧП.
Для збору даних від ЧП та всих інших приладів треба використати окремий ПЛК (по вашій рекомендації).
Характеристики ЧП є в інтернеті:
https://samsnab.com.ua/docs/ACQ580_catalog_REVC_RU.pdf
Марки датчиків (окрім тиску) та лічильників можуть підбиратися під систему.
Бюджет: 12345 UAH Срок: 30 дней
Доброго дня!
Які терміни виконання робіт ?
Великий досвід побудови промислових систем автоматизації.
Бюджет: 12345 UAH Срок: 12 дней
Доброго дня! За місяць маємо впоратись. Напишітть в ЛС, обговоримо проект, ціну та термін
Бюджет: 10000 UAH Срок: 20 дней
Здраствуйте.
Готов выполнить Ваш проект. Имею опыт в выполнении подобных.
Много проектов реализовано в Киеве.
Мои контакты - в личку.
Best regards!
Бюджет: 20000 UAH Срок: 30 дней
Здравствуйте!
Меня заинтересовал Ваш проект. Предлагаю разработать интерфейс диспетчера на языке C#.
Для более полного Анализа ТЗ напишите в личку.
Разработка приложения Power App, сопровождение меня как новичка. Canvas App, помощь в разработке экрана Помощь в разработке структуры данных для приложения Программирование функций Помощь в создании таблиц Date-verse
Необходимо помочь переосмыслить и построить чистую реляционную схему для внутренней операционной системы на Airtable. Текущая база уже используется командой, но она выросла органически: структура частично плоская, часть таблиц/вьюшек используется активно, часть почти не используется, а документы сейчас скорее "подтягивают" информацию в Airtable, хотя в идеале Airtable должен стать источником правды и генерировать необходимые операционные артефакты. Нужна не просто помощь с формами или автоматизациями, а именно структурная работа: анализ текущей логики, проектирование реляционной схемы, создание чистой новой базы/инстанса, документация и рекомендации по миграции на новую схему. И потенциально возможно даже внедрение Контекст системы: Есть два основных направления: Система обратной связи Система для сбора и обработки сигналов от внешних советников, фокус-групп, внутренних команд и заинтересованных сторон. Должна поддерживать: реестр сигналов; отслеживание советников; прием обратной связи; панель синтеза; статус / ворота / рекомендации; логику закрытия цикла. Каталог продуктов В каталоге продуктов сейчас около 400 записей, примерно 100 из них активные/live. Нужно лучше структурировать продукты, статусы, связи, источники данных, логику жизненного цикла/ворот и отчетность. Текущая ситуация: Airtable уже существует и используется командой. Текущая точность данных примерно 80%. Схема преимущественно плоская, не реляционная. Активно используются только первые несколько таблиц/вкладок: Часть валидационных ворот, задач/решений и панелей управления пока почти не используется. Нет PII. Любая работа с живой базой должна быть максимально осторожной: без изменений в production без согласования. Идеальный подход — анализ структуры и построение новой чистой базы отдельно в Sandbox. Что нужно сделать: Этап 1 — Аудит и рекомендации по архитектуре Посмотреть на текущую структуру Airtable. Определить, какие таблицы/поля/вьюшки реально нужны, какие дублируются, какие можно объединить или убрать. Предложить реляционную модель данных. Описать основные сущности, отношения, первичные ключи, связанные записи, логику поиска/агрегирования. Предложить чистую схему для Проекта + Каталога продуктов. Определить, какие панели/интерфейсы нужны для разных пользователей. Подготовить краткую архитектурную записку или схему. Этап 2 — Построить чистую базу Airtable Создать новую чистую базу Airtable / инстанс. Настроить таблицы, поля, связанные записи, вьюшки, базовые интерфейсы. Настроить базовую логику панели управления/отчетности. Подготовить карту миграции: как переносить данные со старой структуры в новую. Задокументировать структуру так, чтобы команда могла поддерживать ее после передачи. При необходимости — предложить стратегию автоматизации, но без излишней сложности. Ожидаемые результаты: Схема Airtable. Новая чистая база Airtable. Таблицы + отношения + ключевые поля. Вьюшки/интерфейсы для основных пользователей. Рекомендации по миграции. Краткая документация для команды. Рекомендации по управлению: кто вносит данные, кто утверждает изменения, какие поля являются обязательными, как избегать дублирования. Опционально: 1 короткий звонок для передачи / Loom walkthrough. Важные правила безопасности / доступа: Без PII. Без опасных токенов или персональных интеграций. Нельзя подключать AI/MCP/ChatGPT/Claude к живому Airtable. Если нужен доступ к существующей базе, он должен быть только для чтения или через экспорт/скриншоты/структурное описание. Любые записи/изменения делаются только в новой тестовой/чистой базе, не в живом production. Кого ищу: Идеальный кандидат имеет опыт: Архитектуры баз Airtable; Проектирования реляционных схем; Интерфейсов Airtable, вьюшек, форм, автоматизаций; Миграции/очистки неаккуратных баз Airtable; Операций с продуктами / CRM / системами рабочих процессов; Документации и передачи. В отклике, пожалуйста, укажите: Примеры баз Airtable или систем, которые вы строили. Был ли у вас опыт преобразования плоской структуры Airtable в реляционную схему. Как бы вы подошли к аудиту → проектированию схемы → построению. Ориентировочную оценку часов для Этапа 1. Ваш почасовой тариф или фиксированное предложение для первого этапа. Готовы ли вы работать под NDA. Формат работы: Начать желательно в ближайшее время. Сначала можно сделать небольшой оплачиваемый аудит, после чего перейти к полному построению.