"Овен" выпустил панель оператора, Кто-нибудь пробовал ее "на зуб" ? Опции

[ScrewDriver]

Retain записываются ТОЛЬКО при выкл. питания.

И? Я выключаю питание.... пока на аккумуляторе - все ок.... питание аккума пропадает. Дальше включаю питание.
В проекте должны запускаться ФБ с входными переменными retain. но эти переменные пустые.... хотя должны были сохраниться при выключении питания.

[ScrewDriver]

Retain записываются ТОЛЬКО при выкл. питания.

И? Я выключаю питание.... пока на аккумуляторе - все ок.... питание аккума пропадает. Дальше включаю питание.
В проекте должны запускаться ФБ с входными переменными retain. но эти переменные пустые.... хотя должны были сохраниться при выключении питания.

[Гость_plazma_*]

И? Я выключаю питание.... пока на аккумуляторе - все ок.... питание аккума пропадает. Дальше включаю питание.
В проекте должны запускаться ФБ с входными переменными retain. но эти переменные пустые.... хотя должны были сохраниться при выключении питания.

Вышлите проект на plc_prog@owen.ru

И Welcome на www.owen.ru/forum/

[Гость_Schkval_*]

И Windows скоро умрет под давлением Open Source, и США банкрот последние 30 лет, а всё не обанкротится...

Овен себя с Windows ( и с США) сравнил? Мания величия рулит!

Ув, Plasma Ваши эмоции направленные в сторону местных конкурентов, мешают Вам трезво мыслить.

[Гость_plazma_*]

Господин Покрышкин!
Я Вас и фирму Сегнетикс не оскорблял, и что характерно, даже не упоминал.
Почему это делаете Вы?
Спасибо за заботу о моем и фирмы благополучии, но мы как-то сами, потихоньку,
глядишь что и получится.

[Гость_a11oleg_*]

Господа, я вообще не вижу в чем конкуренция этих контроллеров, имхо сегнетик конкурент скорее контара. Овен должен бится с с300, а не с200( которые там же где контар и сегнетикс).

[John]

Далеко все ушли от темы
ОВЕНовскую панель невидел. Вчера был на SHK, решил попробовать DDC4000 - 3000 евр. всё в одном флаконе.

[Fanat]

Уважаемый Plasma - ОВЕН.

Читая сообщения на форуме, не совсем понял, кто у ОВНА конкуренты?
Если это мы или МЗТА, то я поздравляю ОВЕН – Сименс его скоро выкинет с рынка, (вместе с ПЛК, Ethernet и USB за 9 тыс.руб).
И будет очень рад, что Вы его вовремя не заметили.

Покрышкин
ООО "Сегнетикс"

Тут Сегнетикс все-таки не прав по моему. ОВЕН в настоящий момент выпустил оптимальное и по цене и по качеству решение и почти без недостатков. Это реальный удар по позициям остальных производителей отечественных контроллеров, таких как МЗТА и Сегнетикс. Основываясь на опыте применения и тех и других скажу - удобней софта, чем КоДеСис у Наших пока нет. МЗТА в первую очередь проигрывает по цене, особенно в случае использования Ethernet, да и конфигурация контроллера посредством перемычек дело десятое. По качеству сказать пока ничего не могу - у МЗТА проблемы с качеством как я понимаю в прошлом, у ОВЕНа еще все впереди. У Сегнетикса с качеством проблем нет, но есть проблемы с софтом - он честно говоря не очень то и хорош - мы привыкли, конечно, но материмся частенько. Обмен у Сегентикса по модбасу тоже оставляет желать лучшего - есть там некторый перечень проблем, особенно с адрессацией.
Осталась одна проблема у всех вышеперечисленных - грамотное расширение - это факт! Распределенная периферия дело сложное и опасное.
Я уже сталкивался с подобной проблемой при использовании Контара МС8 и MR8 на архиве - на модуль расширения была заведена кнопка, а на другой модуль реле - управляющееся этой кнопкой (ошибка проектирования, конечно, но это не оправдание). В итоге сначала приходилось долго держать кнопку, чтобы реле щелкнуло, т.к. мастер в момент нажатия просто не опрашивал этот слэйв, а когда доходил до него - кнопка была отжата. Программно проблему решили, но время реакции на нажатие доходило до 5-15 секунд - как повезет. Поэту распределенная периферия без гарантированного времени доставки - не есть гуд, особенно для больших объектов, а если в пределах одного щита так и подавно (а там может быть до 10 модулей расширения влегкую!). И представьте что будет.
По принципу расширения Сегнетикса посредством его же контроллеров тоже скажу - я уже год им твержу - "закуйте" его в корпус ему цены же не будет! Нет - штампуют платы, которые мне приходится прятать в монтажном коробе в щите - тоже напрягает. И программирование панели занимает весьма много времени (для ПЛК с панелью). Они написали конструктор для автоматического составления программ для вентиляции, но она работает только под стандартные щиты, коих у меня, например, не бывает. Неужели нельзя создать такое же ПО для програмиирования интерфейса панели - это же огромный плюс.
По поводу МЗТА тоже выскажусь - основная проблема - невозможность прямой работы с памятью, что с легкостью возможно сделать в ОВЕНЕ. Указатели и адрессные переменные очень хорошая штука, а разнообразие языков программирования это очень полезная штука.
Вроде все.

[Kass]

2 Fanat. Очень интересная сравнительная характеристика, хотя и не без субъективизма. Во многом могу согласиться, но не со всем. Прежде всего, возможно тоже субъективизм, но для меня Кодесис, это что то корявое и крайне не удобное. Использую только для простеньких примитивных задач для программируемых реле. А вот сами контроллеры ПЛК от Овен очень нравятся. Самое главное отличие от конграфа в том, что в конграфе проект - это сразу сеть контроллеров со всеми связями между ними, а в кодесисе вы ковыряете только один контроллер, а потом надо изрядно помучиться, что бы сделать из них единый организм. Что касается времени реакцию на кнопку, то вы правы, что просто надо было чуть по другому алгоритм написать. Ведь ничего не стоит завести кнопку на тот же MR, от которого и реле используете. Вот и получаете мгновенную реакцию. Я передаю по 485-му только то, что не нужно мгновенно. Например: уличная температура, проверка связи, сигналы на диспетчеризацию. Если что то надо передать на MR мгновенно, то задействуйте аппаратные выходы и входы прямого управления, работает мгновенно.

Эх, вот если бы Овену Конграф....

[Гость_Schkval_*]

Господин Покрышкин!
Я Вас и фирму Сегнетикс не оскорблял, и что характерно, даже не упоминал.
Почему это делаете Вы?
Спасибо за заботу о моем и фирмы благополучии, но мы как-то сами, потихоньку,
глядишь что и получится.

Я извиняюсь, если что не так сказал. Оскорблять никого не хотел.

[Kass]

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

[Fanat]

2 Fanat. Очень интересная сравнительная характеристика, хотя и не без субъективизма. Во многом могу согласиться, но не со всем. Прежде всего, возможно тоже субъективизм, но для меня Кодесис, это что то корявое и крайне не удобное. Использую только для простеньких примитивных задач для программируемых реле. А вот сами контроллеры ПЛК от Овен очень нравятся. Самое главное отличие от конграфа в том, что в конграфе проект - это сразу сеть контроллеров со всеми связями между ними, а в кодесисе вы ковыряете только один контроллер, а потом надо изрядно помучиться, что бы сделать из них единый организм. Что касается времени реакцию на кнопку, то вы правы, что просто надо было чуть по другому алгоритм написать. Ведь ничего не стоит завести кнопку на тот же MR, от которого и реле используете. Вот и получаете мгновенную реакцию. Я передаю по 485-му только то, что не нужно мгновенно. Например: уличная температура, проверка связи, сигналы на диспетчеризацию. Если что то надо передать на MR мгновенно, то задействуйте аппаратные выходы и входы прямого управления, работает мгновенно.

Эх, вот если бы Овену Конграф....

Позволю себе возразить. По поводу "корявости" КоДеСис мне кажется Вы не правы - ведущие производители ПЛК создают свой софт в той же манере, что и КоДеСис - тот же Step7 от Сименса, а это один из ведущих брэндов в области автоматизации, да и у Шнайдера и Ален-Брэдли софт похожий. Просто к этому надо привыкнуть - я вот начинал со Степа, поэтому ЛЮБОЙ из МЭК языков для меня открытая книга, да и для многих тоже, я думаю. У Вас же (без обид) просто не хватет опыта и понимания структуры построения программ вэтой среде. Понятно,что в ФБД написать софт проще, но не всегда - я уже десятки раз приводил пример работы с косвенной адрессацией и вообще с любой адрессацией - передать данные из одного конца в другой при использовании кучи ФБ ооочень проблематично, а если знаешь адрес переменной или ее символьное имя - без проблем. Эта проблема есть как в Конграфе так и в SMH и от этого никуда не уйти. Даже в МикроВине e Сименса есть адресация и ели не ошибаюсь у Лого есть меркерная память.

По поводу алгоритма с кнопками. Kass а что Вы посоветуете, если кнопка находится в одном конце здания, а объект управления в другом? А если этот объект вентилятор дымоудаления? Сдать пожарнику такую вещь можно будет только со взяткой.

Еще хотел сказать, что мне понравились "фишки" ОВЕНа, такие как работа после отключения питания с системой диспетчеризации и встроенный зуммер с управлением от дискретного выхода Весчь!!!

Огромный плюс еще - перевод контроллера в безопасное состояние во время загрузки (еще вроде в каких то случаях). Например у SMH выходы щелкают при загрузке, а у Контара предлагается их просто отключить или не отключать. Т.О. либо перед перезагрузкой мне нужно перевести их самому в нужное состояние, что заморочно при больших сетях либо пускай те же КОЗы хлопают, а ВУ вырубаются из за этого - надо же перезалить однако. В общем, гемор небольшой. Я МЗТА об этом говорил - не слушали - теперь если сделают, то все скажут - "Ооооо, с ОВЕНа слизали. Плагиат!!! Караул!!!" и будут правы.

Особенный вопрос - конфигурирование общей сети МЗТА в рамках одного проекта - это плюс с одной стороны, НО это характерно только для одного мастера и слэйвов. Сконфигурить глобальный сетевой проект нельзя, что является минусом. Минусом также является долгое время компоновки проекта, хоть заливку по частям можно делать - на том спасибо!
Вопрос лишь в том - сильно ли это нужно. Просто в отличие от МЗТА в ОВЕНе не нужно парится по расширению. Блоки конфигурируются (жаль что отдельной прогой), а дальше с них по адресу нужно только читать данные - адреса известны, типы переменных тоже. У Сегнетикса вообще карту памяти можно экспортировать без проблем.

И напоследок совсем забыл я. Самое главное в этом во всем - ОТЛАДЧИК+СИМУЛЯТОР. У МЗТА не отладчик, а пародия - это факт. У Сегнетикса тоже не сахар. Симулятора нет вообще, а отладчик работает только после того как зальешь через него контроллер. КоДеСис позволяет и симулятором поработать и в случае необходимости посмотреть что твориться в программе. На сколько я помню можно программу с контроллера вообще скачать (только не проверял будет ли виден код, но у Степа у того же это возможно) и смотреть что в ней и как, а у Контара и SMH тоже можно - БИНАРНИКИ

Эх, вот если бы Овену Конграф

Это было бы МЗТА???

Сообщение отредактировал Fanat - 29.5.2007, 13:38

[vladun]

тут щас должны сидеть логисты и менеджеры проектов с вышеуказанных предприятий и изучать настроения пользователей
ЗЫ: ващще интересная дискуссия разворачивается, жаль, что я "не пру" нифига

[Abysmo]

От себя добавлю, что в настоящее время себистоимость того же щита определяется не железом, а временем на его разработку, программирование, сборку и пусконаладку.
Совковая ментальность большинства людей не позволяет в это поверить, и они искренее считают, что купив сырое изделие на 3 т.р. дешевле их щит вдруг станет конкурентноспособным на рынке автоматизации инженерных систем зданий. Однако китайский калькутятор говорит об обратном, и поэтому взяв среднюю зарплату инженера в Москве на уровне 30 т.р. получим, что:

1. Если инженер будет чертить щит в украденном Автокаде месяц, а не в САПР 2 дня, то Ваш щит станет на 30 т.р. дороже.
2. Пока он будет отлавливать ошибки в софте у сырого контроллера неделю и еще неделю будет пытаться что-то вывести на панель оператора, щит станет еще на 15 т.р. дороже и т.д.

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

Сообщение отредактировал Abysmo - 29.5.2007, 14:21

[Гость_Schkval_*]

Например у SMH выходы щелкают при загрузке

Мы ценим ваше мнение, но такого нет. Если у вас такое происходит - это баг (нам неизвестный).

Сообщение отредактировал Schkval - 29.5.2007, 14:49

[Fanat]

От себя добавлю, что в настоящее время себистоимость того же щита определяется не железом, а временем на его разработку, программирование, сборку и пусконаладку.
Совковая ментальность большинства людей не позволяет в это поверить, и они искренее считают, что купив сырое изделие на 3 т.р. дешевле их щит вдруг станет конкурентноспособным на рынке автоматизации инженерных систем зданий. Однако китайский калькутятор говорит об обратном, и поэтому взяв среднюю зарплату инженера в Москве на уровне 30 т.р. получим, что:

1. Если инженер будет чертить щит в украденном Автокаде месяц, а не в САПР 2 дня, то Ваш щит станет на 30 т.р. дороже.
2. Пока он будет отлавливать ошибки в софте у сырого контроллера неделю и еще неделю будет пытаться что-то вывести на панель оператора, щит станет еще на 15 т.р. дороже и т.д.

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

Ну тут ты Вы не правы. Во первых - разработка щита автоматики вентиляции у НАС происходит за 2-4 часа в зависимости от сложности системы. На выходе получаем: сх. автоматизации, схему принципиальную щита, перечень элементов с привязкой к внешнему виду, внешний вид соответсвенно . Кабельный журнал + схему расключений в табличном виде. Ну титул и общие данные - ну это по большей части рыба. Причем все в АВТОКАДЕ прошу заметить. Так что НЕЗАЧЕТ!!!
Во-вторых, разработка ПО из готового шаблона (первоначальную разработку не беру; отлаживать и тестить можно несколько месяцев, добиваясь оптимального решения) занимает ну от силы 4 рабочих часа.
Итого 1 день на разработку и написание ПО + в среднем 1,5-2 дня на сборку и тестирование - ИТОГО затраты на нематериальные нужды получаются около 2-4 т.р с учетом з/п монтажника + инженера.
А значит при экономии в цене 3 т.р. на стоимости ПЛК можно окупить труд программиста и монтажника, Ч.Т.Д.
Единственный минус - неудобство в работе - работаешь и плюешься иногда, но это поначалу - когда все блоки уже написаны и их осталось соединить и подправить текстовку на панели - уже не так все и страшно.

[Fanat]

Мы ценим ваше мнение, но такого нет. Если я не прав, прийду в гости покажете.

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

[HasBolla]

Овен себя с Windows ( и с США) сравнил? Мания величия рулит!

Ув, Plasma Ваши эмоции направленные в сторону местных конкурентов, мешают Вам трезво мыслить.

Может не в тему, но просто зло берет. В каталогах ОВЕН пишет-рисует свои панели , а как купить, то проблема. То в следующем квартале (ПЛК-150 + панель), то еще что - нибудь.
Чеж; обещать того, чего нет

Сообщение отредактировал HasBolla - 29.5.2007, 15:04

[Fanat]

Может не в тему, но просто зло берет. В каталогах ОВЕН пишет-рисует свои панели , а как купить, то проблема. То в следующем квартале (ПЛК-150 + панель), то еще что - нибудь.

Ну не знаю не знаю. К среде-четвергу у меня должно приехать 5 панелей В Питер

Тестовая панель лежит тоже у меня. Ее всегда на первых порах в щит воткнуть можно.

Сообщение отредактировал Fanat - 29.5.2007, 15:06

[HasBolla]

Ну не знаю не знаю. К среде-четвергу у меня должно приехать 5 панелей В Питер

Тестовая панель лежит тоже у меня. Ее всегда на первых порах в щит воткнуть можно.

Лады, позвоню наши торгошам, узнаю как дела

[Abysmo]

Ну тут ты Вы не правы. Во первых - разработка щита автоматики вентиляции у НАС происходит за 2-4 часа в зависимости от сложности системы. На выходе получаем: сх. автоматизации, схему принципиальную щита, перечень элементов с привязкой к внешнему виду, внешний вид соответсвенно . Кабельный журнал + схему расключений в табличном виде. Ну титул и общие данные - ну это по большей части рыба. Причем все в АВТОКАДЕ прошу заметить. Так что НЕЗАЧЕТ!!!

Я писал не про наработанные решения. К тому же я не видел Ваши "изделия" так сказать и документацию, поэтому сложно о чем-либо судить. Может это, извините, фуфло редкостное: кому то прокатит, а кто-то с Вас три шкуры спустит и заставит все ГОСТы вспомнить, в частности начертить семь видов электрических схем (Э1...Э7) и конструктурскую документацию по полной программе с таблицами соединений, подклюений, ведомостью покупных изделий, механическими чертежами, сборочными чертежами и спецификацией к каждому сборочному чертежу. Паспорт на изделие, инструкция по эксплуатации, этикетка, перечень ЗИП, регламентных работ и перечень драгосодержащих металлов как говориться прилагается [надеюсь ничгео не забыл]

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

Хотите пример работы на месяц? Пожалуйста! Приходит к Вам серьезный заказчик с серьезными бабаками и говорит: "Я плачу Вам XXX $ и не хочу видет в шкафах российский контроллер, и пускозащитную аппаратуру, которую Вы используете. Сделайте мне ВСЕ на Siemens". Переубедить - невозможно! Откажитесь от денег или будете кропотливо все перечерчивать? У меня такое сплошь и рядом встречается. Спасает только САПР
Если у Вас не встречается - посмотрите в сторону любого промышленного предприятия. Меньше всего там хотят видеть МЗТА/Овен/Сегнетикс/TAC/Siemens SBT/Honeywell/Sauter/JCI [может что забыл?] и т.п. когда ВЕСЬ завод сделан на Siemens S7-300/S7-400.

Так что Увы, незачет Вам. Не обижайтесь. Кто-то лепит пирожки, кто-то выпекает торты. У меня что не объект - везде разные требования к вентиляции. На одном - взрывоопасные помещения, на других резерв регулирующего узла (целиком!), на третьих - резерв двигателей. Кто блин что хочет то и придумывает! Датчики температуры и перепада давления 4-20 мА, промышленные блоки питания, ИБП в шкафу...

Сообщение отредактировал Abysmo - 29.5.2007, 17:12

[Fanat]

2Abysmo

"Я плачу Вам XXX $ и не хочу видет в шкафах российский контроллер, и пускозащитную аппаратуру, которую Вы используете. Сделайте мне ВСЕ на Siemens".

Странно, по моему из моих сообщений можно было понять, что Сименс для меня очень хорошо изученная тема, как и для моих инженеров. Я и делаю на сименсе. Если говорить о серьезности объектов, на которых мы работаем, позвольте, чуть чуть выпендрюсь, если это можно так сказать - в настоящий момент выполнены/ведуться проектные работы по системам автоматики и диспетчеризации инжереных систем на объектах Конституционного Суда РФ (3 здания суда, 2 коттеджных городка, поликлиника, гараж, жилой дом), в том числе автоматика 3-х ИТП с очень серьезными гидравлическими схемами, вентиляционных систем (около 25 шт.) - данные проекты на данный момент сданы + дымоудаление и огнезащита + диспетчеризация. И, поверьте, мы проходим серьезный контроль со стороны госзаказчика.

Я писал не про наработанные решения. К тому же я не видел Ваши "изделия" так сказать и документацию, поэтому сложно о чем-либо судить. Может это, извините, фуфло редкостное: кому то прокатит, а кто-то с Вас три шкуры спустит и заставит все ГОСТы вспомнить, в частности начертить семь видов электрических схем (Э1...Э7) и конструктурскую документацию по полной программе с таблицами соединений, подклюений, ведомостью покупных изделий, механическими чертежами, сборочными чертежами и спецификацией к каждому сборочному чертежу. Паспорт на изделие, инструкция по эксплуатации, этикетка, перечень ЗИП, регламентных работ и перечень драгосодержащих металлов как говориться прилагается [надеюсь ничгео не забыл]

Зачем же так грубо? Я выпускаю щит и все. Где вы видели щиты автоматики и не важно типовые они или нет у серьезных поставщиков с полным перечнем проектной документации??? Возьмем те же Ремаки, Розенберги, ВТС и прочие? Дай то бог внятную схему подключений увидеть - а не набор бессмысленных таблиц или рисунков. От меня заказчик получает: схему автоматизации, схума электрическая соединений и подключений, чертеж общего вида, документ распределительная сеть - схема электрическая принципиальная, таблица соединений внешних проводок, перечень входных/выходных сигналов, инструкцию по применению, паспорт + приложения лицензии. Чего еще? Уж поболее чем у многих и к идеалу я не стремлюсь, к тому же ГОСТ штука хитрая (вы почитайте) очень большое число документов позволяет выпускать в табличном виде. чем я и пользуюсь. Для подключения датчиков и исп. мех. я даю ТИПОВУЮ схему (в зависимости от типа исп. привода) и таблицу подключения со сменой нумерации для типовой схемы.
Я выложу несколько обрывков из проектной документации - полностью не могу - там титулы, а обрезать их нет времени и желания. Это даст Вам понимание уровня работы.
Я еще раз хочу сказать - трудоспособность человека прямопропорциональна отношениям в коллективе и заработной плате - это важно знать очень многим. И у меня люди способны за 1 день сделать несколько комплектов проектной документации + инструкцию и т.д. И запрограммировать за 1 день (я лично программирую Сегентик и на написание алгоритма у меня уходит 2-3 часа сучетом отвлечений на телефонные звонки и на перекуры с чаепитием Может и не зря Фанатом зовусь )

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

Вот если мне не изменяет память на несерийные щитки как раз требований по ГОСТу меньше и ВРОДЕ, не скажу точно в данный момент - даже внешний вид не требуется!

Так что Увы, незачет Вам. Не обижайтесь. Кто-то лепит пирожки, кто-то выпекает торты. У меня что не объект - везде разные требования к вентиляции. На одном - взрывоопасные помещения, на других резерв регулирующего узла, на третьих - резерв двигателей.

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

Если у Вас не встречается - посмотрите в сторону любого промышленного предприятия. Меньше всего там хотят видеть МЗТА/Овен/Сегнетикс/TAC/Siemens SBT/Honeywell/Sauter/JCI [может что забыл?] и т.п. когда ВЕСЬ завод сделан на Siemens S7-300/S7-400.

Не заметил что то. Дык мы не говорим о применении Сименса и прочих на пром. предприятиях. Мы говорим о нише, которую заняли отечественные производители и в этой нише, я думаю, вы согласитесь - ОВЕН сделал серьезный шаг, опередив остальных.

И окончательно не могу понять чем же Вас спасает САПР. Я так и не нашел САПРа, отвечающего нашим требованиям. Ну не умеют САПРы делать схемы автоматизации - а ведь с них все и начинается (мы нашли подобную, но стоит она ого-го за 100 т. зеленью - кто такую потянет). Да и при применении 1-2 ну 3-х типов контроллеров не нужна она. Время убивается при использовании не САПРа на различные таблицы - ну и пусть - у меня для этого Акцесс есть - там все генерится на УРА + всегда можно что нибудь поменять. А САПР настравивать можно месяцами - это факт. База штка тяжелая. Все таблицы, которые я приложил - сгенерированны автоматически на основе табличных данных вбитых очень быстро - какой сигнал куда и как + тип подключения и т.д.. ВСЕ. А составление схем щита - это творчество и как в Автокадетак и в САПР требует одного времени, т.к. набор готовых кусков есть и там и там. Ну нумерация проводов - плюс САПРа. Но это не панацея - расставить провода дело 5-10 минут, а если есть рыба и этого не требуется. Мы, например, для щитов вентиляции для КС РФ сделали несколько типов щитов (по принц. схемам) у них одинаковое число клемм, входов и выходов и т.д. Различаются щиты только по перечню элементов (для своих токов и т.д.) и по схемам подключения (таблицы см. приложенный файл) - времени съэкономили кучу, а проект весьма читабелен.

Сообщение отредактировал Fanat - 29.5.2007, 18:38

Прикрепленные файлы

 prim1.38mb.rar ( 1,39 мегабайт ) Кол-во скачиваний: 78

 

[Abysmo]

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

[Kass]

Позволю себе возразить. По поводу "корявости" КоДеСис мне кажется Вы не правы - ведущие производители ПЛК создают свой софт в той же манере, что и КоДеСис...

Вся суть в том, что вы имеете лишь европейских производителей, тогда как лидерами всегда были американцы. Ведь подавляющее большинство производителей самих микроконтроллеров - американцы. А вот там как раз кодесис никто не знает. Подавляющее количество производителей ПЛИСов тоже в США. От туда и все лидерские разработки. ОТ туде же и конграф произошел. Просто вы привыкли работать в этой горбатой среде, вот вам и удобно. Если бы вы работали на Американцах, да еще разрабатывали бы цифровые устройства на ПЛИСах, то вы бы меня поняли. Представьте, что мы не программируем микропроцессор, а просто разрабатываем цифровую схему на логических микросхемах. Там все просто и понятно. Не надо никакой адресации, ни косвенной, ни явной. Если у вас есть опыт таких разработок, то у вас все получится быстро и просто. В кодесисе тоже самое можно сделать, только раз в сто дольше. Я не раз проводил эксперименты. Лично мне просто жаль времени.

По поводу алгоритма с кнопками. Kass а что Вы посоветуете, если кнопка находится в одном конце здания, а объект управления в другом? А если этот объект вентилятор дымоудаления? Сдать пожарнику такую вещь можно будет только со взяткой.

Да очень просто. Вы обработку кнопки делайте в том контроллере, к которому она подключена. Тогда мгновенно щелкнет реле и мгновенно загорится лампочка. То, что вентилятор или насос на другом конце здания начнет вращаться на 5 сек позже, он никогда не узнает. Да и не важно это, что например приточка начнет старт на 5 сек позже, чем я нажал. И не важно, что какой то контур начнет открывать клапан и пустит насос на 5 сек позже вашего нажатия. Этого просто никто и никогда не заметит. Главное, что щит отреагирует быстро, и оператор увидит результат нажатия кнопки. Что касается дымоудаления, то я везде их сдаю с легкостью. Ведь до тех пор, пока должен включиться вентилятор ДУ, сначала должна открыться заслонка, и щит автоматики должен получить сигнал о том, что она открылась. За это время можно между контроллерами перекачать пояснительную записку к проекту.

И напоследок совсем забыл я. Самое главное в этом во всем - ОТЛАДЧИК+СИМУЛЯТОР. У МЗТА не отладчик, а пародия - это факт.

Вызнаете, наверное у меня такой опыт за плечами, что я крайне редко пользуюсь симуляторами. Я начал проектировать системы, когда симуляторами были тестоввые образцы, и цена ошибки была весьма велика. С тех пор ошибок у меня практически нет. Поэтому симулятором пользуюсь редко, и как правило в виде лабораторных работ над новыми решениями. Вот тут то как раз возможность отлаживать с множеством графиков куда интереснее, чем просто список значения переменных. Т.е. отладчик типа Воркбенча для меня на сто голов выше Дебуггера. Т.е. опять таки вы мыслите лишь как программист, а я прежде всего как электронщик, а уж в последюю очередь, как программист. А пришел к этому давно, т.к. сделать щит автоматики, - это не програмку написать для юзера писишки, а разработать электронное устройство. Электроника без электронщиков и приводит к таким казусам и уродцам, как кодесис.

[Kass]

Ну тут ты Вы не правы. Во первых - разработка щита автоматики вентиляции у НАС происходит за 2-4 часа в зависимости от сложности системы.

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

[Fanat]

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

Мы отлаживали тестовый образец, разбирались с его возможностями. Сегодня-затвра человек должен сесть за проект, а к следуюущей неделе должны выпустить щит уже к Заказчику. Просто в настоящий момент ПЛК и панели в дороге, а поэтому и суетиться нечего.

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

Назовите лидеров. Ареконт???
Ну возьмите Вы Россию - где американцы??? Кто они??? Аууу!!! В России Сименс на большинстве предприятий. А с точки зрения лидерства дискуссия уже была. И если не ошибаюсь Ален-Брэдли как раз американская разработка и там все сделано по МЭК стандарту, то есть как минимум 3 языка программирования.

Если бы вы работали на Американцах, да еще разрабатывали бы цифровые устройства на ПЛИСах, то вы бы меня поняли.

Я как и многие другие предпочитаю разрабатывать качественные программы на различных языках - однобокость вредна.

Не надо никакой адресации, ни косвенной, ни явной.

Конечно Вы меня удивляете. Вот и передайте переменную со слэйва в мастер, например, в 10 разных мест - как круто - какие красивые линки. А в НОРМАЛЬНОЙ среде программирования можно просто обратиться по нужному адрессу и если что то изменится потом - его сменить, а при работе через промежуточный блок данных - просто записать в ДБ нужное значение. Эх, вам этого не понять - МЗТА форева!!! Конграф рулит! Удачи!!!

Да очень просто. Вы обработку кнопки делайте в том контроллере, к которому она подключена. Тогда мгновенно щелкнет реле и мгновенно загорится лампочка. То, что вентилятор или насос на другом конце здания начнет вращаться на 5 сек позже, он никогда не узнает. Да и не важно это, что например приточка начнет старт на 5 сек позже, чем я нажал. И не важно, что какой то контур начнет открывать клапан и пустит насос на 5 сек позже вашего нажатия. Этого просто никто и никогда не заметит. Главное, что щит отреагирует быстро, и оператор увидит результат нажатия кнопки. Что касается дымоудаления, то я везде их сдаю с легкостью. Ведь до тех пор, пока должен включиться вентилятор ДУ, сначала должна открыться заслонка, и щит автоматики должен получить сигнал о том, что она открылась. За это время можно между контроллерами перекачать пояснительную записку к проекту.

Угу. Вас я понял, не переубедить. Вас бы к пожарникам под нож - запели бы.

Вызнаете, наверное у меня такой опыт за плечами, что я крайне редко пользуюсь симуляторами. Я начал проектировать системы, когда симуляторами были тестоввые образцы, и цена ошибки была весьма велика. С тех пор ошибок у меня практически нет. Поэтому симулятором пользуюсь редко, и как правило в виде лабораторных работ над новыми решениями. Вот тут то как раз возможность отлаживать с множеством графиков куда интереснее, чем просто список значения переменных. Т.е. отладчик типа Воркбенча для меня на сто голов выше Дебуггера. Т.е. опять таки вы мыслите лишь как программист, а я прежде всего как электронщик, а уж в последюю очередь, как программист. А пришел к этому давно, т.к. сделать щит автоматики, - это не програмку написать для юзера писишки, а разработать электронное устройство. Электроника без электронщиков и приводит к таким казусам и уродцам, как кодесис.

Куда уж нам уж! Симулятор для идиотов, оно и понятно. Только его все равно у МЗТА нет И без ПЛК ничегошеньки ты не отладишь все равно. А что же делать если ПЛК нет???
И не переводите спор на личности, Вам это так нравится, я смотрю.

Сообщение отредактировал Fanat - 30.5.2007, 8:56

[Сергей Долганов]

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

Это у Вас откуда такие данные? Я давно приводил данные по результатам Гановерской выставки автоматизации 2005 года, если хотите напишу их Вам еще раз.

[Гость_plazma_*]

Куда уж нам уж! Симулятор для идиотов, оно и понятно. Только его все равно у МЗТА нет И без ПЛК ничегошеньки ты не отладишь все равно. А что же делать если ПЛК нет???
И не переводите спор на личности, Вам это так нравится, я смотрю.

На самом деле симулятор в CoDeSys один из самых лучших не только среди сред для ПЛК, но и среди сред программирования, ИМХО.
И возможность использовать точки останова, стек вызовов и пр. фичи очень помогает.

[Fanat]

На самом деле симулятор в CoDeSys один из самых лучших не только среди сред для ПЛК, но и среди сред программирования, ИМХО.
И возможность использовать точки останова, стек вызовов и пр. фичи очень помогает.

Утверждать нельзя. Мне Степ7 понравился больше в этом плане, но Степ стоит серьезных денег, а КоДеСис бесплатен, так что ему можно простить некоторые мелочи, которых у него нет.

[Гость_plazma_*]

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

[HasBolla]

Утверждать нельзя. Мне Степ7 понравился больше в этом плане, но Степ стоит серьезных денег, а КоДеСис бесплатен, так что ему можно простить некоторые мелочи, которых у него нет.

Степ 7 уникальная разработка. Он почти стоит тех денег, что за него просят. Благо есть варианты попользоваться даром. Не к нарушению призываю, а дабы начинающим силы свои попробовать