- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Необходимость открытой платформы
-
- эксперт
- Сообщения: 2091
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 135 раз
- Поблагодарили: 174 раза
Необходимость открытой платформы
С открытым ПО вроде все понятно, но в чем здесь преимущество перед CodeSys ?
У них тоже открытая платформа которая работает с любым железом. В железо нужно только поставить некое ядро Codesys и создать target-file, описывающий входы/выходы железа для написания программы. Сама программа может исполняться где-угодно, хоть на ПК.
У них тоже открытая платформа которая работает с любым железом. В железо нужно только поставить некое ядро Codesys и создать target-file, описывающий входы/выходы железа для написания программы. Сама программа может исполняться где-угодно, хоть на ПК.
-
- здесь недавно
- Сообщения: 15
- Зарегистрирован: 23 мар 2016, 07:23
- Имя: Баталин Иван Анатольевич
- Страна: Россия
- город/регион: Тюмень
- Благодарил (а): 1 раз
Необходимость открытой платформы
Serex, CodeSys всем хороша, особенно для конечного пользователя, т.к. среда многим привычная. Хуже для разработчиков контроллеров, т.к. она работает на ограниченном наборе процессоров (не микроконтроллерах) и как правило по цене выгодна только при больших объемах производства. Кроме того для CodeSys только на словах делать контроллер просто. Ну и если делать контроллеры на CodeSys, то о распределённой система можно забыть, а тогда чем контроллеры получатся лучше других?
-
- эксперт
- Сообщения: 2091
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 135 раз
- Поблагодарили: 174 раза
Необходимость открытой платформы
Что вы вкладываете в термин "распределенная система". Удаленный ввод/вывод прекрасно используется хоть с CodeSys, хоть без него. Эти модули в/в опрашиваются по промышленным шинам данных. Многие производители предлагают самые разные модули удаленного В\В, можно построить разнообразные системы.
Говорить о сложности CodeSys не стану, наверное вы правы. Я с ним знаком, как посредственный пользователь. Тогда другой пример: очень популярный сейчас Arduino. По-сути: AtMega c USB разъемом и немного обвязки плюс ПО более привлекательное, чем С и Asm. Остальное разные модули, которые делает кто-угодно и библиотеки от самих пользователей. В сложности я бы их не обвинил, так как Arduino используют даже в детских радиоконтрукторах.
-
- администратор
- Сообщения: 17578
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 824 раза
- Поблагодарили: 1652 раза
Необходимость открытой платформы
Автор это объяснил в самом начале. У него не просто ввод/вывод, а каждый модуль крутит свой алгоритм.
Это плохой пример, потому что платформа Arduino не даёт коробочного решения. Вы покупаете набор плат и проводов, корпус собираете сами, программируете сами, и о таких вещах как питание, гальванические развязки, корпус, крепление, ЭМС и о многих других заботитесь тоже сами. Ардуино потому и дёшев что там всё это не решено. Львиную долю стоимости контроллера составляет не стоимость железа, а вся его обвязка и документирование. В стоимость Ардуино включено только железо, потому и такая стоимость. И популярен он поэтому только на уровне поделок.
По такому же принципу можно покупать текстолит и набор деталей, из которых самому паять контроллеры.
По вопросам работы Форума можно обратиться по этим контактам.
-
- здесь недавно
- Сообщения: 15
- Зарегистрирован: 23 мар 2016, 07:23
- Имя: Баталин Иван Анатольевич
- Страна: Россия
- город/регион: Тюмень
- Благодарил (а): 1 раз
Необходимость открытой платформы
Я бы сказал что стоимость непосредственно проца - это 3% стоимости. Всей обвязки от 30 до 80% стоимости. Оставшаяся часть - это затраты на его разработку с расчётом на период окупаемости, объёма производимых модулей и т.п. Изготовление корпусов литьём - это сущие копейки, если нет элементов металла, изготовление ПП - тоже не много на общем фоне. Отсюда складывается минимально допустимая рыночная стоимость. Сверху на это накидывается процент маржинальности с учетом налога на прибыль и это только вершина айсберга. Я не буду рассказывать как всё считается и производится - это будет явным офтоппиком, здесь не та тема и не финансовый форум, и даже не форум по азам управления предприятием.
Да, Ардуина подкупает своей доступностью энтузиастов, именно по этому часть проекта и реализована как *duino-совместимая. То есть мы можем собрать свою версию управляющего модуля из исходников под дуину, но только не штатным Arduino-IDE, иначе прошивка просто не влезет (в 70% случаев), а полноценным компилятором AVR-GCC 4.8 или выше, с заливкой с помощью avrdude. Для простоты для этого есть даже Makefile: "~/haoss-core/sketchbook/haoss$ make -j 4; make upload". В планах сделать Menuselect для простоты сборки.
Если делать "контроллер" чисто на атмеге без обвязки аналоговых и цифровых выходов - максимум вы сможете опросить термодатчик, пощёлкать кнопочками и помигать светодиодиками. И то, для последних придётся ставить либо резистор, либо драйвер.
В большинстве случаев нужно готовое решение, которое работает "из коробки". В идеале чтобы его даже не нужно было программировать, а подключить все провода согласно инструкции, сделать первоначальную юстировку и забыть о контроллере лет на пять-десять.
-
- эксперт
- Сообщения: 2091
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 135 раз
- Поблагодарили: 174 раза
Необходимость открытой платформы
В любом случае, если В/в общается по шине, он крутит какой-то алгоритм и имеет CPU, иначе как переменные из памяти доставать и класть их туда. Вопрос, какой процент этого алгоритма будет доступен пользователю для изменения. Из слов автора я уловил, что это некие закрытые железяки с заранее продуманным разработчиком ПО и все что остаеться пользователю - подергать Dip-переключатели. А открытость ПО только в центральном процессоре, ядро которого будет прекрасно взаимодействовать с этими железяками.
Полностью согласен с вами. Было бы это промышленное решение, то о массовости можно забыть. Но автору то как раз это и нужно, массовость применения и разработки. Сколько из 10 инженеров АСУТП возьмуться за дописывание библеотек и доработку модулей?
-
- частый гость
- Сообщения: 409
- Зарегистрирован: 20 ноя 2012, 13:45
- Имя: :.О.N.Ф
- Страна: Россия
- Благодарил (а): 3 раза
- Поблагодарили: 7 раз
Необходимость открытой платформы
ЯННП. Какова целевая аудитория вашей разработки?Lirein писал(а): Смотрите, в качестве головы (если она нужна), может быть взята практически любая SoC платформа с Ethernet и менеджером памяти, например на архитектурах ARMv7 или MIPS32. В качестве примера можно провести Платформы на IMAPx280, Atheros AR9331, Модуль СБИС К1879ХБ1Я, и иные SoC общего и специального назначения на которые можно установить ядро Linux реального времени (RT-Preempt patch) с минимальным пользовательским окружением, например tinyinit, glibc и busybox. Для автономных модулей (а это похоже то что Вам нужно, в первую очередь) пока подходит только процессор ATMega328P-AU или более мощный микропроцессор. В планах перенести кодовую базу для совместимости с STM32 и отечественными микроконтроллерами производства "Модуль" и "Миландр", но не сразу - недостаточно ресурсов чтобы охватить широкую линейку оборудования сразу.
Небольшое число входов-выходов, это сколько? 8/16/32? Тут можно применять различные микросхемы расширения и специального назначения, такие как ADE7912 (измерение напряжений и токов), MCP3008 (аналоговые входы) и т.д, если требуется большее число входо-выходов чем есть на МК.
Ну и никто не запрещает взять что нибудь на платформе PC-104, но я не считаю это масштабируемым решением, хотя для задач разработки единичного контроллера, выбор иногда вполне оправдан.
«Сразу видно внимание к каждой мелочи, неиспорченным не осталось ничто».
-
- администратор
- Сообщения: 17578
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 824 раза
- Поблагодарили: 1652 раза
Необходимость открытой платформы
Ну, цели и задачи автора я не готов обсуждать - да и зачем, он же здесь. :)
Я тут подумал, и мне видится вот что. Боюсь что затея имеет смысл только в том случае, если процедура программирования, то есть закладки алгоритма в каждый модуль, будет существенно упрощена по сравнению с классическим PLC. В противном случае, что в PLC что в этот ПТК - всё равно нужен программист. Фирмы, делающие серьёзные вещи, вряд ли будут использовать поскольку у них есть свои наработки, может быть раз от раза только. А фирмы небольшие с небольшими и быстрыми заказами не смогут использовать если понадобится серьёзное программирование т.к. у них его просто некому делать. Это может измениться если будут хорошие отзывы о применениях на серьёзных объектах, но до этого надо ещё дожить, а в первый раз на сколь-нибудь серьёзный объект абсолютно новую непроверенную никем систему, сделанную одним человеком в частном порядке - едва ли кто-то решится поставить.
Возможно, программирования вообще не должно требоваться - только настройка (алгоритмы уже внутри, можно менять уставки, включать/отключать отдельные функции) - но тогда это должен быть узкоспециальный ПТК, а не универсальный. Например для управления оборудованием котельной или электрической/топливной частью электростанции, или конвейерами, со своими особыми под процесс входами/выходами чтобы не надо было ставить сторонние преобразователи - тогда, если правильно выбрать сферу и интерфейс (и цену конечно же), популярность в узком сегменте рынка практически гарантирована.
Я понимаю что мои примеры очень специфичны, но всё же приведу ещё один, т.к. саму идею он демонстрирует очень хорошо.
Я тут подумал, и мне видится вот что. Боюсь что затея имеет смысл только в том случае, если процедура программирования, то есть закладки алгоритма в каждый модуль, будет существенно упрощена по сравнению с классическим PLC. В противном случае, что в PLC что в этот ПТК - всё равно нужен программист. Фирмы, делающие серьёзные вещи, вряд ли будут использовать поскольку у них есть свои наработки, может быть раз от раза только. А фирмы небольшие с небольшими и быстрыми заказами не смогут использовать если понадобится серьёзное программирование т.к. у них его просто некому делать. Это может измениться если будут хорошие отзывы о применениях на серьёзных объектах, но до этого надо ещё дожить, а в первый раз на сколь-нибудь серьёзный объект абсолютно новую непроверенную никем систему, сделанную одним человеком в частном порядке - едва ли кто-то решится поставить.
Я думаю, ни одного. :) И именно поэтому я говорю о чётком выборе узкой сферы применения этой системы.
Возможно, программирования вообще не должно требоваться - только настройка (алгоритмы уже внутри, можно менять уставки, включать/отключать отдельные функции) - но тогда это должен быть узкоспециальный ПТК, а не универсальный. Например для управления оборудованием котельной или электрической/топливной частью электростанции, или конвейерами, со своими особыми под процесс входами/выходами чтобы не надо было ставить сторонние преобразователи - тогда, если правильно выбрать сферу и интерфейс (и цену конечно же), популярность в узком сегменте рынка практически гарантирована.
Я понимаю что мои примеры очень специфичны, но всё же приведу ещё один, т.к. саму идею он демонстрирует очень хорошо.
По вопросам работы Форума можно обратиться по этим контактам.
-
- почётный участник форума
- Сообщения: 3576
- Зарегистрирован: 10 ноя 2009, 04:58
- Имя: Толмачев Михаил Алексеевич
- город/регион: г. Чехов, МО
- Благодарил (а): 6 раз
- Поблагодарили: 271 раз
Необходимость открытой платформы
Целевая аудитория - разработчики встраиваемых систем, приборостроители.
-
- здесь недавно
- Сообщения: 15
- Зарегистрирован: 23 мар 2016, 07:23
- Имя: Баталин Иван Анатольевич
- Страна: Россия
- город/регион: Тюмень
- Благодарил (а): 1 раз
Необходимость открытой платформы
Я полностью согласен с утверждением что новый продукт, никак себя не зарекомендовавший от единичного разработчика/организации который впервые выходит на рынок практически никто не рискнет ставить. Даже более того, уверен в этом. Но учитывая наличие потенциального заказчика в лице предприятия по производству водогрейных котельных, можно попробовать выйти на рынок пром.автоматизации постепенно.
По сфере применения и аудитории разработки:
Программная платформа может быть использована полностью самостоятельно, хоть на том же Raspberri-PI, хоть на маршрутизаторе, хоть на промышленном контроллере выполненном на платах PC-104 и даже на HMI панели (та же B&R PP500 и другие). Сама программная платформа идёт как для POSIX (QNX, Linux), так и для микроконтроллеров (пока семейства AVR).
Аппаратная платформа представляет собой спецификацию на общую шину, резервирование, обязательные интерфейсы, распиновку клеммных колодок и т.д. Всё оборудование подразумевает возможность горячей замены. Аппаратно предусмотрено 510 крейтов (шасси) по 7 модулей в каждом (или 255 по 14). Из аппаратной платформы готовыми являются: ЦПУ (ПЛК); ЦПУ УСО (КП); Клеммные колодки: RS232/485/422, Дискретные выходы (12), Дискретные входы (12), Аналоговые входы (12), Аналоговые выходы (12); Интерфейс 1-Wire; Шасси на DIN рейку (7 модулей) с резервированием.
По программированию конечной системы управления. Допустимы три подхода в зависимости от требуемого уровня быстродействия: Разработка блоков управления (в том числе для ЦПУ УСО) на языках C/C++/FPC; Разработка с использованием алгоритмов последовательного управления (SFC); Разработка путём соединения входо-выходов логических программных блоков (ПИД регулирование, математика, логические операции и т.д.). В последних двух случаях разработка идёт в графической среде проектирования с помощью сенсорного управления или мыши+клавиатуры. Возможен экспорт полученной конфигурации для последующего тиражирования. Через тот же графический же интерфейс осуществляется проектирование SCADA (из уже описанной системы управления). На модулях УСО может выполняться SFC, либо связи между логическо-математическими блоками, не хватит флеша для всего сразу, с другой стороны 1кб EEPROM хватает для хранения описания всех входо-выходов и простой логики. Модули могут работать как полностью независимо, так и зависеть от других модулей в шине. Поддержка прочих языков МЭК запланирована, но будет возможна только на ПЛК (т.к. работать они будут в синтетическом режиме циклического опроса: заранее обьявляем список переменных и привязываем туда показатели, переменные автоматом меняются по событиям), нужно это для поддержки постепенного переноса проектов, выполненных для классических ПЛК, но и быстродействие здесь будет сравнимым.
По сфере применения и аудитории разработки:
- Приборостроение
- Умный дом
- DIY (Do It Youself)
- Промышленная автоматизация
Программная платформа может быть использована полностью самостоятельно, хоть на том же Raspberri-PI, хоть на маршрутизаторе, хоть на промышленном контроллере выполненном на платах PC-104 и даже на HMI панели (та же B&R PP500 и другие). Сама программная платформа идёт как для POSIX (QNX, Linux), так и для микроконтроллеров (пока семейства AVR).
Аппаратная платформа представляет собой спецификацию на общую шину, резервирование, обязательные интерфейсы, распиновку клеммных колодок и т.д. Всё оборудование подразумевает возможность горячей замены. Аппаратно предусмотрено 510 крейтов (шасси) по 7 модулей в каждом (или 255 по 14). Из аппаратной платформы готовыми являются: ЦПУ (ПЛК); ЦПУ УСО (КП); Клеммные колодки: RS232/485/422, Дискретные выходы (12), Дискретные входы (12), Аналоговые входы (12), Аналоговые выходы (12); Интерфейс 1-Wire; Шасси на DIN рейку (7 модулей) с резервированием.
По программированию конечной системы управления. Допустимы три подхода в зависимости от требуемого уровня быстродействия: Разработка блоков управления (в том числе для ЦПУ УСО) на языках C/C++/FPC; Разработка с использованием алгоритмов последовательного управления (SFC); Разработка путём соединения входо-выходов логических программных блоков (ПИД регулирование, математика, логические операции и т.д.). В последних двух случаях разработка идёт в графической среде проектирования с помощью сенсорного управления или мыши+клавиатуры. Возможен экспорт полученной конфигурации для последующего тиражирования. Через тот же графический же интерфейс осуществляется проектирование SCADA (из уже описанной системы управления). На модулях УСО может выполняться SFC, либо связи между логическо-математическими блоками, не хватит флеша для всего сразу, с другой стороны 1кб EEPROM хватает для хранения описания всех входо-выходов и простой логики. Модули могут работать как полностью независимо, так и зависеть от других модулей в шине. Поддержка прочих языков МЭК запланирована, но будет возможна только на ПЛК (т.к. работать они будут в синтетическом режиме циклического опроса: заранее обьявляем список переменных и привязываем туда показатели, переменные автоматом меняются по событиям), нужно это для поддержки постепенного переноса проектов, выполненных для классических ПЛК, но и быстродействие здесь будет сравнимым.
-
- здесь недавно
- Сообщения: 15
- Зарегистрирован: 23 мар 2016, 07:23
- Имя: Баталин Иван Анатольевич
- Страна: Россия
- город/регион: Тюмень
- Благодарил (а): 1 раз
Необходимость открытой платформы
Изначально вся система управления разрабатывалась для автоматизации умного дома. Именно для этого туда закладывалась возможность программирования независимых контроллеров с выходом на общую шину и возможности удаленного управления. Опять же оттуда и перекочевало требование использовать шину Ethernet, как основной способ обмена данными между нижним, средним и верхним уровнем.
Начиналась вся разработка исключительно как опенсорсный проект без какой либо коммерческой подоплеки, но все на тот момент хотели сразу готовое решение, и никто из тех кто хотел помочь - ничего реально сделать не мог (начиналось всё с сетевого хранилища Synology DS411 и шины 1-Wire). Сама идея управления на событиях и программирования на базе уставок и связей - не нова. Такая модель, например, используется в продукте ОКО у Сургутнефтегаза, хотя там всё работает иначе, чем у меня, т.к. система разрабатывалась для других задач.
Ситуация в корне поменялась, после того как разработкой заинтересовался Тюмень-Дизель для автоматизации котельных, так как грянул кризис и цены на импортные контроллеры (а в основном это Siemens и B&R) начали скачкообразно расти. Так была проработана аппаратная часть, дописана часть ядра с резервированием каналов связи, реализована возможность горячей замены устройств и проект принял окончательный вид. После презентации в Технопарке, проведения расчётов по затратам, срокам, себестоимости и постоянного мониторинга контроллеров на рынке, я склонен даже не соваться в сектор промышленной автоматизации, а либо полностью свернуть проект, либо вернуться к изначальной идее автоматизации умного дома (но тогда это уже совсем другая ветка форума).
Думаю что система в конечном виде может быть интересна, разве что энтузиастам, занятым проектированием своего "умного дома", как готовая платформа для быстрой разработки, но не как среда для создания полноценного промышленного управления, ибо для пром. автоматизации решение не апробировано, а для домашней автоматизации контроллеры неоправданно дороги, как раз из за гальванической развязки и модульной архитектуры, несмотря на бесплатность интегрированной скады. Фактически контроллер по цене выходит чуть дороже решения от WirenBoard (в секторе домашней автоматизации) и не имеет права на жизнь в текущем аппаратном виде - шасси и модули, выигрывает он только при полностью независимых устройствах с питанием по PoE без резервирования канала связи.
В связи с вышеизложенным я не считаю данный проект жизнеспособным, и его проще закрыть, чем развивать дальше. Всем спасибо за подтверждение выводов и за продуктивную дискуссию. Идеи можно смело воровать и даже попросить чертежи и проектную документацию.
Начиналась вся разработка исключительно как опенсорсный проект без какой либо коммерческой подоплеки, но все на тот момент хотели сразу готовое решение, и никто из тех кто хотел помочь - ничего реально сделать не мог (начиналось всё с сетевого хранилища Synology DS411 и шины 1-Wire). Сама идея управления на событиях и программирования на базе уставок и связей - не нова. Такая модель, например, используется в продукте ОКО у Сургутнефтегаза, хотя там всё работает иначе, чем у меня, т.к. система разрабатывалась для других задач.
Ситуация в корне поменялась, после того как разработкой заинтересовался Тюмень-Дизель для автоматизации котельных, так как грянул кризис и цены на импортные контроллеры (а в основном это Siemens и B&R) начали скачкообразно расти. Так была проработана аппаратная часть, дописана часть ядра с резервированием каналов связи, реализована возможность горячей замены устройств и проект принял окончательный вид. После презентации в Технопарке, проведения расчётов по затратам, срокам, себестоимости и постоянного мониторинга контроллеров на рынке, я склонен даже не соваться в сектор промышленной автоматизации, а либо полностью свернуть проект, либо вернуться к изначальной идее автоматизации умного дома (но тогда это уже совсем другая ветка форума).
Думаю что система в конечном виде может быть интересна, разве что энтузиастам, занятым проектированием своего "умного дома", как готовая платформа для быстрой разработки, но не как среда для создания полноценного промышленного управления, ибо для пром. автоматизации решение не апробировано, а для домашней автоматизации контроллеры неоправданно дороги, как раз из за гальванической развязки и модульной архитектуры, несмотря на бесплатность интегрированной скады. Фактически контроллер по цене выходит чуть дороже решения от WirenBoard (в секторе домашней автоматизации) и не имеет права на жизнь в текущем аппаратном виде - шасси и модули, выигрывает он только при полностью независимых устройствах с питанием по PoE без резервирования канала связи.
В связи с вышеизложенным я не считаю данный проект жизнеспособным, и его проще закрыть, чем развивать дальше. Всем спасибо за подтверждение выводов и за продуктивную дискуссию. Идеи можно смело воровать и даже попросить чертежи и проектную документацию.
-
- почётный участник форума
- Сообщения: 1746
- Зарегистрирован: 18 янв 2009, 12:25
- Имя: Дмитрий
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 6 раз
- Поблагодарили: 143 раза
Необходимость открытой платформы
Есть еще одна ниша - автоматизация зданий, кроме лифтов, экскалаторов, задач СБ и МЧС. В приложении - схема приточно-вытяжной установки, разбитая на блоки. Решения от других производителей, типа Carel pCO, - дорогие, их наладка и обслуживание требуют серьезной подготовки. Кроме ОВК есть еще управление потребителями электричества. Видел завод, где в каждую розетку и выключатель был вставлен модуль удаленного мониторинга и управления. Экономия 30% за счет того, что ночью принудительно выключались "левые" потребители.
У вас нет необходимых прав для просмотра вложений в этом сообщении.
"Умные люди обсуждают идеи, средние - события, а глупые - людей" Л.Н. Толстой
-
- администратор
- Сообщения: 17578
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 824 раза
- Поблагодарили: 1652 раза
Необходимость открытой платформы
Зачем входить на рынок? Для начала надо удовлетворить этого заказчика - это и будет первое применение с которого всё начнётся. Все подобные вещи начинаются со штучных единичных несерийных решений для конкретных заказов. А потом уже можно будет думать о других применениях - сейчас-то о них бесполезно думать, их нет.
Жаль. Можно ведь без развития удовлетворить заказчика, кроме всего прочего это во-1-х бесценный опыт, а во-2-х заявление о себе. Заказчик есть, средства есть - почему бы не сделать?
По вопросам работы Форума можно обратиться по этим контактам.
-
- здесь недавно
- Сообщения: 15
- Зарегистрирован: 23 мар 2016, 07:23
- Имя: Баталин Иван Анатольевич
- Страна: Россия
- город/регион: Тюмень
- Благодарил (а): 1 раз
Необходимость открытой платформы
hell_boy, Тоже вариант, но не сильно отличается от пункта "умный дом", ибо как раз принцип построения подобных систем для автоматизации зданий и контроля потребителей (умные розетки) - тот же.
TEB, В одиночку я буду делать это больше чем 18 месяцев, а реализовать быстрее (ну пусть всё за год в "железе") можно только с командой, которую ещё нужно собрать/нанять, и по затратам единичное изделие выходит миллионов в 10, из которых больше 90% это ФОТ. Естественно им как инвестору единичный образец не выгоден, нужно модульное масштабируемое решение.
Может быть как хобби я и продолжу этим заниматься, но юр. лицо созданное под это дело, закрою - много бумажной волокиты для проекта на стадии самостоятельной разработки.
TEB, В одиночку я буду делать это больше чем 18 месяцев, а реализовать быстрее (ну пусть всё за год в "железе") можно только с командой, которую ещё нужно собрать/нанять, и по затратам единичное изделие выходит миллионов в 10, из которых больше 90% это ФОТ. Естественно им как инвестору единичный образец не выгоден, нужно модульное масштабируемое решение.
Может быть как хобби я и продолжу этим заниматься, но юр. лицо созданное под это дело, закрою - много бумажной волокиты для проекта на стадии самостоятельной разработки.
-
- частый гость
- Сообщения: 409
- Зарегистрирован: 20 ноя 2012, 13:45
- Имя: :.О.N.Ф
- Страна: Россия
- Благодарил (а): 3 раза
- Поблагодарили: 7 раз
Необходимость открытой платформы
Возможно, на http://easyelectronics.ru/ вашим проектом заинтересуются.
Это диаметрально противоположные направления. Для самоделкиных не нужно резервирование, для промавтоматики нужно много чего - как минимум репутация, а ещё лучше к ней приложить сертификаты, о чём уже сказали.
Очень широкое понятие. Сколько будет стоить ваша система в комплектации с 36 DI, 36 DO, 12 AI и парочкой RS485/232? Я бы взял, если до ~15 тыр. БОльшая цена, безусловно, может быть оправдана, но поскольку щёлкать выключателями со смартфона и через интернет смотреть где включен свет - это блажь, то тратить на это бОльшие деньги просто неразумно. Но есть умные дома, которые с серверными стойками, и стоят они миллионы.
Если вы хотите запилить стартап, то лучше делать это где-нибудь в районе силиконовой (.)(.) кремниевой долины, иначе это превратится в борьбу с системой, как мне кажется.
Если вы просто хотите делать крутые штуки - возможно, стоит попробовать податься в уже сущестующую компанию? Если вы научите тот же B&R тестировать ПО перед релизом - это будет уже большой скачок вперёд)
«Сразу видно внимание к каждой мелочи, неиспорченным не осталось ничто».
-
- здесь недавно
- Сообщения: 15
- Зарегистрирован: 23 мар 2016, 07:23
- Имя: Баталин Иван Анатольевич
- Страна: Россия
- город/регион: Тюмень
- Благодарил (а): 1 раз
Необходимость открытой платформы
Ну если из топологии выкинуть шасси и сделать обычным Ethernet разьёмом с PoE, то можно и в 10 уложиться без ПЛК. Если с ПЛК то в 16-17. Всё равно дороговато выходит. Хотя тот же Wiren Board за 15ку всего дискретных 8 выходов, и четыре аналоговых входа, что не густо.
А тут и не нужно резервирование. Для самоделкиных можно скачать исходники или готовую сборочную среду на виртуалке и скомпилировать то что хочется (прошивку) под ту же Arduino, либо поставить управляющую часть на маршрутизатор с OpenWrt и кучей GPIO.
В общем понятно, что затея гиблая.
-
- частый гость
- Сообщения: 409
- Зарегистрирован: 20 ноя 2012, 13:45
- Имя: :.О.N.Ф
- Страна: Россия
- Благодарил (а): 3 раза
- Поблагодарили: 7 раз
Необходимость открытой платформы
А эти входа/выхода без ПЛК - что из себя представляют? Как можно их значения получить на ПК?
В моём понимании клеммные колодки выглдят как-то так, но, кажется, вы не это имели ввиду: Для одного человека у вас большие наработки. Вам бы продажника толкового :)
«Сразу видно внимание к каждой мелочи, неиспорченным не осталось ничто».
-
- здесь недавно
- Сообщения: 15
- Зарегистрирован: 23 мар 2016, 07:23
- Имя: Баталин Иван Анатольевич
- Страна: Россия
- город/регион: Тюмень
- Благодарил (а): 1 раз
Необходимость открытой платформы
Аппаратно это ATMega328 с гальванической развязкой входо-выходной части и резервированным Ethernet на двух ENC28J60. Если точнее - Атмега с эйзернетом - это отдельный модуль (ЦПУ УСО) в который ставится другой модуль с гальванической развязкой и выходом кодирующим тип подключенного модуля (6 бит, аналоговый вход). Можно и подробнее.
В саму мегу залита прошивка с ядром системы управления. Шатано она отправляет все события по изменению показаний входо-выходной части через Multicast, но можно задать алгоритмы преобразования сигналов и управления, включая на реакцию сигналов с других модулей. Можно спроектировать систему так, что ПЛК требуется только для первоначальной конфигурации, либо в качестве ПЛК использовать компьютер. На самом компьютере получить значения и изменить состояние выхода можно с помощью кроссплатформенной библиотеки (Windows, DarWin, POSIX).
-
- почётный участник форума
- Сообщения: 3576
- Зарегистрирован: 10 ноя 2009, 04:58
- Имя: Толмачев Михаил Алексеевич
- город/регион: г. Чехов, МО
- Благодарил (а): 6 раз
- Поблагодарили: 271 раз
Необходимость открытой платформы
Не хватает следующего для вхождения в промышленную автоматизацию: у Вашего продукта должны быть невысокие требования к уровню квалификации в программировании и схемотехнике у потребителя.
-
- эксперт
- Сообщения: 2091
- Зарегистрирован: 15 авг 2011, 21:36
- Имя: Пупков Сергей Викторович
- Страна: Россия
- город/регион: Москва
- Благодарил (а): 135 раз
- Поблагодарили: 174 раза
Необходимость открытой платформы
Я бы советовал переориентировать проект на что-то конкретное. У вас сейчас получается "Totally Integrated automation" :). В АСУТП очень хорошо "продаются" надежность и безопасность, а вы предлагаете совсем другие акценты. Вот есть Modbus RTU - никакой надежности, но массовость и доступность использования. Предложите надежное и доступное и это станет массовым.
Или вот вам идея...
Была задача: вдоль бассейна с какашками длиной 200 метров стоят мешалки через каждые 5 метров. На каждую мешалку свой 3-фазный контактор и теплуха. Если контактор и теплуху еще можно в клеммную коробку сунуть, а силовой кабель пустить шиной, то что делать в 1DO и 2DI каждые 5 метров? Нужен маленький дешевый девайс с цифровой шиной, и питанием от шины. Где такой взять? Разные решения от крупных производителей весьма дороги и сопоставимы с тем, чтобы тянуть кабели с дискретными сигналами к центральному щиту. По расчету, устройство должно быть порядка 1-1,5 тыс руб.
Вот это конкретное нужное устройство.