- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не надо писать свой вопрос в первую попавшуюся тему - всегда лучше создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Что должно быть в идеальной САПР для АСУТП?
Модератор: Глоб.модераторы
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
Что должно быть в идеальной САПР для АСУТП?
Не спеша (параллельно другим неспешным проектам) делаю для себя "рисовалку" электрических схем. Интересно какие функции должны в ней быть, чтобы стать интересной кому либо из проектировщиков (например в виде freeware/"community edition")?
Что касается меня занимаюсь по мере возможности сейчас больше графической частью,а за образец беру приемы из Eplana и AltiumDesigner/PCAD'а, Qt/Builder/VisualStudio.
Вообще думаю тема должна быть интересна т.к. freeware/gpl не так уж много (о SPLAN слышал, ну и paint/visio ), а EPLAN,AutoCAD,ASCON,E3 сложно и дорого.
Что касается меня занимаюсь по мере возможности сейчас больше графической частью,а за образец беру приемы из Eplana и AltiumDesigner/PCAD'а, Qt/Builder/VisualStudio.
Вообще думаю тема должна быть интересна т.к. freeware/gpl не так уж много (о SPLAN слышал, ну и paint/visio ), а EPLAN,AutoCAD,ASCON,E3 сложно и дорого.
Компилятор - лучший друг человека!
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Что должно быть в идеальной САПР для АСУТП?
Многие САПРы начинались с freeware, но в процессе доработки они настолько усложнялись, что авторам приходилось либо начинать заниматься исключительно ими бросив остальную работу, либо бросить САПРы чтобы не потерять работу. Те что выживали, переставали быть freeware потому что автору нужно что-то кушать. Примеров тыщи, Вы не первый.
Странный вопрос. Ответ: нужно всё как в Еплане и бесплатно. А огрызки функционала - кому они нужны?
Анекдот на тему:
- Николай, Вы у нас системный администратор. Нам нужно быстренько соорудить внутреннюю поисковую систему для нашей корпоративной сети. Такую же как google, только круче.
- Иван Сергеевич, трудоемкость создания Google в сегодняшнем виде составляет приблизительно полмиллиона человекочасов, и обслуживают его сотни администраторов по всему миру ежедневно.
- Так, Николай, я не понял, ты за сегодняшний вечер не справишься чтоли?
По вопросам работы Форума можно обратиться по этим контактам.
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
Что должно быть в идеальной САПР для АСУТП?
Ну думаю как в Еплане нужно не всем.. т.к. много лишней не логичной не понятной функциональности.
В Eplan есть фишки которые действительно есть только в Eplan (как кажется), например автостроение линий между соединителями.. передвинул соединитель - линии нет. Т.е. соединение это не объект который вставляет конструктор, а который сам появляется. Это и есть функционал, а нужен он или нет не совсем понятно - рисуют же люди в AutoCAD электрические схемы как-то.
Компилятор - лучший друг человека!
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
Что должно быть в идеальной САПР для АСУТП?
И не последний..TEB писал(а): Многие САПРы начинались с freeware, но в процессе доработки они настолько усложнялись, что авторам приходилось либо начинать заниматься исключительно ими бросив остальную работу, либо бросить САПРы чтобы не потерять работу. Те что выживали, переставали быть freeware потому что автору нужно что-то кушать. Примеров тыщи, Вы не первый.
Компилятор - лучший друг человека!
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Что должно быть в идеальной САПР для АСУТП?
Непонятно = ненужно до тех пор пока непонятно. А по мере изучения понимаешь, насколько это всё полезно. Производственная необходимость заставляет. Всё мгновенно изучить невозможно - спросите у Андрея Горского, сколько времени ему понадобилось, и то он всё не знает.
А для рисования схем в режиме кульмана есть и Автокад, и кстати ОрКАД версии 7 аж 1995 года выпуска - там есть всё для рисования схем на коленке и нет элементарных вещей, таких как проверки дубликатов, потенциалов, генерации отчетов. Чистый кульман, и в отличие от Автокада не будет проблем с лицензией (хотя Автокад можно взять учебный), зато будут проблемы с экспортом (никуда не экспортировать).
А зачем?
По вопросам работы Форума можно обратиться по этим контактам.
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Что должно быть в идеальной САПР для АСУТП?
Нет, пожалуй огонь, колесо и велосипед были изобретены всё-таки по одному разу. А вот если бы их изобретали непрерывно, то действительно сидели бы по пещерам, потому что движения вперёд нет в этом случае.
По вопросам работы Форума можно обратиться по этим контактам.
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
Что должно быть в идеальной САПР для АСУТП?
Не сомневаюсь, что нарабатывать опыт при работе с Eplan можно очень долго.. но вопрос не в том как там есть, а как бы хотелось чтобы там было )
Компилятор - лучший друг человека!
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Что должно быть в идеальной САПР для АСУТП?
В таком случае Вам придется брать кредит и делать продукт платным. Потому что простых рисовалок и так как грязи, а заниматься сложной между делом ещё ни у кого не получалось.
На производстве всё наоборот: редко создают что-то для себя, а пользуются тем что есть, иногда допиливая под себя. В противном случае на зарабатывание денег не остаётся времени и ресурсов. Собственный САПР ни одна производственная фирма сама для себя ещё не создала - пользуются готовыми.
По вопросам работы Форума можно обратиться по этим контактам.
-
- освоился
- Сообщения: 248
- Зарегистрирован: 31 янв 2017, 08:44
- Имя: Маркушин Андрей Геннадьевич
- Страна: Россия
- город/регион: Нижегородская обл., Выкса
- Благодарил (а): 19 раз
- Поблагодарили: 64 раза
Что должно быть в идеальной САПР для АСУТП?
Dassault, нет? Хотя не удивлюсь, если купили продукт (SolidWorks) вместе с разработчиками
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Что должно быть в идеальной САПР для АСУТП?
Я ведь говорил "для себя" а не для продажи. Это отдельный серьёзный коммерческий продукт (неважно как он сделан), Но тут речь не об этом ведь.
Отправлено спустя 46 минут 21 секунду:
Зачем так сложно? Можно просто брендировать продукт под себя и всё. Деньги ведь не пахнут.
По вопросам работы Форума можно обратиться по этим контактам.
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
Что должно быть в идеальной САПР для АСУТП?
Речь то идет о "функциональности".. а "функциональность" можно добиться и простым путем. (Только тогда за него (ПО) не заплатят много, поэтому в т.ч. функциональные программы - искусственно сложные . Типа ну вы смотрите какое сложное ПО, оно не может быть дешевым).
Компилятор - лучший друг человека!
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Что должно быть в идеальной САПР для АСУТП?
Ну что ж, когда покажете бесплатный функциональный САПР - тогда можно будет продолжить этот разговор. Свой ответ по необходимому функционалу я дал.
По вопросам работы Форума можно обратиться по этим контактам.
-
- эксперт
- Сообщения: 1341
- Зарегистрирован: 14 фев 2013, 23:42
- Имя: Евгений
- Страна: Россия
- город/регион: МО
- Благодарил (а): 6 раз
- Поблагодарили: 232 раза
Что должно быть в идеальной САПР для АСУТП?
Предел мечтаний - запуск проекта в режиме симуляции, с заливкой программ в ПЛК. Чтобы ткнуть мышкой в концевик или датчик температуры, ввести значение и проследить, как релюшки щелкают, ПИД регулятор в ПЛК отрабатывает...
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
Что должно быть в идеальной САПР для АСУТП?
А САПР ли это в привычном понимании? Т.е. например STEP7 или Codesys это САПР?
Или есть смысл скрестить Eplan с Codesys? и Simulink...
Компилятор - лучший друг человека!
-
- эксперт
- Сообщения: 1341
- Зарегистрирован: 14 фев 2013, 23:42
- Имя: Евгений
- Страна: Россия
- город/регион: МО
- Благодарил (а): 6 раз
- Поблагодарили: 232 раза
Что должно быть в идеальной САПР для АСУТП?
А Proteus Design Suite, к примеру, это САПР? Почему им, электронщикам, можно, а автоматчикам - табу?
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
Что должно быть в идеальной САПР для АСУТП?
Так и речь о программировании в САПР.. сейчас мне кажется это только в нагрузку. Где я видел процесс разработки: конструкторы проектируют, программисты программируют; а в конторах посерьезней еще и технологи есть, которые думают за конструкторов и программистов, и остальным только механическая работа остается ).
Компилятор - лучший друг человека!
-
- освоился
- Сообщения: 248
- Зарегистрирован: 31 янв 2017, 08:44
- Имя: Маркушин Андрей Геннадьевич
- Страна: Россия
- город/регион: Нижегородская обл., Выкса
- Благодарил (а): 19 раз
- Поблагодарили: 64 раза
Что должно быть в идеальной САПР для АСУТП?
Так, для общего развития. Сам с этим продуктом не сталкивался. Может быть, кто-нибудь опытом поделится? Тема-то для разработчика интересная...
http://siemens.el-complex.com/index.php ... 6=10017410
http://w3.siemens.com/mcms/automation/e ... fault.aspx
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Что должно быть в идеальной САПР для АСУТП?
Рисовалка схем с программатором, реалтайм-симулятором и отладчиком ПЛК (причём неважно каких). Бесплатная!
Однозначно хочу!
По вопросам работы Форума можно обратиться по этим контактам.
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
Что должно быть в идеальной САПР для АСУТП?
Все понемногу... лидар вот только соберу для беспилотного авто и займусь )
Компилятор - лучший друг человека!
-
- эксперт
- Сообщения: 1341
- Зарегистрирован: 14 фев 2013, 23:42
- Имя: Евгений
- Страна: Россия
- город/регион: МО
- Благодарил (а): 6 раз
- Поблагодарили: 232 раза
Что должно быть в идеальной САПР для АСУТП?
А где я видел процесс бухгалтерского учета: табельщики ведут учет рабочего времени, нормировщики хронометрируют рабочий процесс, материальная бухгалтерия учитывает движение ресурсов и складские запасы, учетчики выполнение плана производства выпуска продукции, машиносчетное бюра все обсчитывает, главбух подписывает ведомость на зарплату.izhidkov писал(а):Где я видел процесс разработки: конструкторы проектируют, программисты программируют; а в конторах посерьезней еще и технологи есть, которые думают за конструкторов и программистов, и остальным только механическая работа остается ).
А сейчас что? Сидит один бух, он же глав, с предприятием 1С под виндой, ну или как там у них это называется? Он и швец, и жнец, и на дуде игрец, и еще любовница шефа по совместительству.
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
Что должно быть в идеальной САПР для АСУТП?
Ну так кашу то не сваришь.. но 1С бесспорно сильно помогает.
Компилятор - лучший друг человека!
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Что должно быть в идеальной САПР для АСУТП?
Это мелочь какая-то а не производственное предприятие. На приличном предприятии человек 5-10 бухгалтеров, каждый по своему направлению: кто-то закупки, кто-то логистика, зарплата, сервис и так далее. Есть большие фирмы где всё это 1 человек тянет, знаю такие - держатся на волоске постоянно балансируя: кто-то чихнул на главбуха - и всё, бизнес встал.
Ну а возвращаясь к вопросу, когда один инженер и РКД и ОД на изделие выдаёт и алгоритмы составляет и программирует и отлаживает - в этом нет ничего удивительного, я сам этим занимался и занимаюсь, и в большой производственной фирме и в небольшой. Но я не вижу проблем пользоваться для этого отдельными средствами - задачи-то разные. А когда это средства стандартные а не подручные, то кто угодно может в любой момент подхватить работу, помочь, принять на себя и так далее, а иначе будет как с главбухом на которого чихнул кто-то в коридоре.
По вопросам работы Форума можно обратиться по этим контактам.
-
- частый гость
- Сообщения: 404
- Зарегистрирован: 25 фев 2016, 12:18
- Имя: Жидков Игорь Алексеевич
- Страна: РФ
- город/регион: Королев/Фрязино
- Благодарил (а): 4 раза
- Поблагодарили: 12 раз
Что должно быть в идеальной САПР для АСУТП?
Кстати есть вопрос про теме "соединения". В САПР соединение должно являться отдельным объектом, который по идее должен пользователь создавать. Но в том же EPLAN если 2 вывода поставить друг на против друга выводы устройств то соединение появится автоматически, но при этом если добавить "определения соединения" то свойства соединения можно менять, а если затем передвинуть вывод, то графическое соединение пропадет а объект определения соединения останется. Путаница какая то получается!
Автоматические соединения вещь удобная, но как управлять свойствами соединений, когда при работе соединения то появляются то исчезают совершенно не понятно...
Автоматические соединения вещь удобная, но как управлять свойствами соединений, когда при работе соединения то появляются то исчезают совершенно не понятно...
Компилятор - лучший друг человека!
-
- администратор
- Сообщения: 18758
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 973 раза
- Поблагодарили: 1854 раза
Что должно быть в идеальной САПР для АСУТП?
Это по идее. А по факту нет, и Вы сами объяснили почему.
Поработайте в Ё, поймёте. Очень удобно.
По вопросам работы Форума можно обратиться по этим контактам.