Купил тут в пятницу ПЛК150, Это пипец... Опции

[Nick]

"Список объектов, на которых установлено инженерное оборудование, поставляемое Группой компаний Хоссер®, за период 2003 – 2005 гг."

Тут не слова про СПБ-автоматика, и про рыжие контроллеры с вашей аватары. Думаю, что в период с 2003 по 2005 их на рынке просто еще и не было.
А вы откройте его в онлайн, и там на заглавных экранах указана фамилия их разработчика. Озвучте ее. И какое отношения имеет к ним МЗТА? Ну только ели контроллеры поставлял МЗТА комплект.

СПб-Автоматика здесь действительно ни причем... Вы просили объекты, я Вам показал, все объекты сделаны на старой линейке контроллеров DDC3000.

Странно Вы так удивляетесь что в период с 2003 по 2005 “рыжих” не было на рынке. Я Вам могу сказать, что их действительно не было
Новая линейка DDC4000 и BMR, поступила в продажу в РФ, только 3 - 4 месяца назад. А первые модели появились как раз в 2005 И ничего в этом секретного нет! На контроллерах DDC4000, уже делается крупный объект, пока на стадии проект, но уже к октябрю будет сделана диспетчеризация и первая венткамера... Всего ~ 80 установок

Вот когда сделаете и запустите объект, вот тогда и поговорим, а то сейчас только флуд разнесем, вы же еще тот любитель поспорить

[Nick]

"Список объектов, на которых установлено инженерное оборудование, поставляемое Группой компаний Хоссер®, за период 2003 – 2005 гг."

Тут не слова про СПБ-автоматика, и про рыжие контроллеры с вашей аватары. Думаю, что в период с 2003 по 2005 их на рынке просто еще и не было.
А вы откройте его в онлайн, и там на заглавных экранах указана фамилия их разработчика. Озвучте ее. И какое отношения имеет к ним МЗТА? Ну только ели контроллеры поставлял МЗТА комплект.

СПб-Автоматика здесь действительно ни причем... Вы просили объекты, я Вам показал, все объекты сделаны на старой линейке контроллеров DDC3000.

Странно Вы так удивляетесь что в период с 2003 по 2005 “рыжих” не было на рынке. Я Вам могу сказать, что их действительно не было
Новая линейка DDC4000 и BMR, поступила в продажу в РФ, только 3 - 4 месяца назад. А первые модели появились как раз в 2005 И ничего в этом секретного нет! На контроллерах DDC4000, уже делается крупный объект, пока на стадии проект, но уже к октябрю будет сделана диспетчеризация и первая венткамера... Всего ~ 80 установок

Вот когда сделаете и запустите объект, вот тогда и поговорим, а то сейчас только флуд разнесем, вы же еще тот любитель поспорить

[Kass]

Вот когда сделаете и запустите объект, вот тогда и поговорим, а то сейчас только флуд разнесем, вы же еще тот любитель поспорить

Зря вы так считаете. Ради интереса гляньте раздел "Фото наших/Ваших творений". У меня меньше всех замечаний. Я уважаю чужой труд. Совсем другое отношение к неаргументированным громким заявлениям. Это вещи разные.

[Nick]

Зря вы так считаете. Ради интереса гляньте раздел "Фото наших/Ваших творений". У меня меньше всех замечаний. Я уважаю чужой труд. Совсем другое отношение к неаргументированным громким заявлениям. Это вещи разные.

Щиты автоматики - это совершенно другое дело, в них может стоять любой контроллер. У меня есть три компании, которые собирают щиты. ИМХО все собирают, одинаково используя одно и то же оборудование, а вот цены и сроки у всех разные... 5 лет назад сам собирал щиты... По этому я не вижу в этом ни чего трудоемкого и сверх естественного

[Lex]

Уважаемые господа Nick & Kass,
ведите полемику в личной переписке, плиз.
Зае***о уже...
В каждой теме одно и тоже...
Модеры, ау-у-у-у.

[ScrewDriver]

Не без того. Недооценивать это не стоит.

Ну так это ж элементарно. Перенести 4 разных сотовых модема в проект у меня заняло по секунде на модем.

Я говорил про разработку, а не вставку готового блока

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

[Kass]

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

А для чего на это тратить время?

[HasBolla]

Заметил на сайте представителя ОВЕНа. Вопрос в обсчем ему и тем кто в курсе. Овен раньше контроллеры раздавал на тестирование, а щас интересно раздает ? Хотел купить вместе с панелью, но че-то ветку почитал и засомневался. Взять бы попробовать
З.Ы. Надо написать им письмо.

[Гость_Представитель ОВЕН_*]

Здрасте всем.
Было оч. радостно и в то же время грустно читать данную ветку.
В первую очередь спасибо всем за конструктивную критику
и не спасибо за высказывание типа ОВЕН - "...мне не нравится..." без какого либо обоснования своей точки зрения. Такой я вот весь красивый и ОВНом не удовлетворенный.
Давайте попробую внести некое понимание:
В этом году фирма ОВЕН начала продажи контроллеров ПЛК1ХХ. Для нас это новый рынок. Однако для начала совсем неплохо, на мой взгляд.
Есть конечно плюсы и минусы. Но мы всегда открыты к диалогу - вот с этим спорить не получится.
Контроллер новый, чего мы и не скрывали. Специалисты такого уровня должны понимать, что новое изделие может иметь некоторые недоработки. Однако жажду примера кто так же быстро реагирует на обратную связь, и исправляет найденные недочеты - от одного дня до максимум недели.
Было роздано порядка 150 контроллеров, до начала продаж. И отзывы, поверьте мне, большей частью были положительные.
Ну да не оправдываться и не обвинять я здесь.

Попробую ответить на конструктивную критику и обрисовать наше мнение.
1.CoDeSys бесплатен, но бесплатен только для клиентов ОВЕН. Что Вам скажут интересно в Wago, Moeller или Beckhoff, когда Вы запросите у них бесплатно Target файлы (описывающиеконфигурацию контроллера в CoDeSys). Хотя среда абсолютно таже - мордашку заменили...
2.Ресурс заложили большой в контроллер специально чтобы дать возможность с профессионалам не забивать себе голову вопросами, блин, а как мне в программу еще блочек то добавить... Кто работал с МЗТА и Лого поймет что такое недостаток памяти... Да и объект с таким ядром и с таким количеством памяти автоматизировать можно любой, не докупая "головные" модули.
3.С кабелем для перепрошивки и документацией - все понятно. надо то было немного поискать, причем поискать в комплекте постакви
4.Клеммы не съемные, но это извечный спор. По нашему не съемные клеммы повышают надежность, контакт и точность измерения при использовании аналоговых датчиков.
5.Перемычка для перепрошивки контроллера действительно внутри контроллера. Но сделано это не для того, чтобы поиздеваться, а для того чтобы не брать с Вас денег за лишний порт, для перепрошивки контроллера (так как один и тот же порт используется и как RS-232 и как порт для перепрошивки контроллера). А прошивки я думаю скоро закончатся. Ну по крайней мере, как представитель группы тех. поддержки каждый раз на это надеюсь Тем более странно это слышать от fanat-а... одного из самых активных пользователей нашего форума (милости просим): http://owen.ru/forum
6. Вся документация есть на диске, который идет в комплекте с ПЛК. Любая дополнительная информация и примеры имеются на сайте и высылается по первому требованию (адрес для запросов plc@owen.ru).

Повторюсь - мы открыты для конструктивной критики и предложений. Мы рады сотрудничеству и участию.
ВСЕ нарекания и предложения принимаются: plc@owen.ru

Для интеграторов и OEM производителей у нас есть специальная программа поддержки и содействия.

Для HasBolla: мы с удовольствием предоставим Вам контроллер, и с нетерпением будем ждать поста, как в общем то и другим желающим. Условия уточнять можно по этому же адресу plc@owen.ru.

Сообщение отредактировал Представитель ОВЕН - 23.7.2007, 16:46

[Сергей Бондаренк...]

Цитата(Slavik @ 17.7.2007, 11:54)
... больше трёх пердохранителей ставить пока не приходилось.

Блин, запишу

Блин, запишу

Вот что значит читать на ходу, привыкая к опечаткам, три раза перечитал только потом заметил опечатку..

[Сергей Бондаренк...]

У меня уже обновленные блоки. Да какая разница? Главное, что времени заняло секунду. Сколько он ее на Си писать будет?

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

Заметил на сайте представителя ОВЕНа. Вопрос в обсчем ему и тем кто в курсе. Овен раньше контроллеры раздавал на тестирование, а щас интересно раздает ? Хотел купить вместе с панелью, но че-то ветку почитал и засомневался. Взять бы попробовать
З.Ы. Надо написать им письмо.

Да я так понимаю это в интересах и любого диллера ОВЕНа, дать ПЛК на тест. Ибо всё-таки в такой продукции без такого подхода никуда- я бы подумал тратить деньги (а тем более из своего кормана) на незнакомое мне изделие незная его функционала, удобства работы и реальных возможностей.

Здрасте всем.
....
Николаев Андрей
Инженер группы технической поддержки ОВЕН.

Ну АВОК кажется дождался официального вмешательства от ОВЕН...

Сообщение отредактировал Сергей Бондаренко - 23.7.2007, 19:15

[Kass]

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

не спасибо за высказывание типа ОВЕН - "...мне не нравится..." без какого либо обоснования своей точки зрения. Такой я вот весь красивый и ОВНом не удовлетворенный.

Это касается не только Овна. Такие высказывания можно услышать по поводу любых контроллеров. Как правило это замечания людей бестолковых, которые мало чего понимают, но для набора значимости что то считают нужным вставить. На самом деле это не делает им чести.

1.CoDeSys бесплатен, но бесплатен только для клиентов ОВЕН. Что Вам скажут интересно в Wago, Moeller или Beckhoff, когда Вы запросите у них бесплатно Target файлы (описывающиеконфигурацию контроллера в CoDeSys). Хотя среда абсолютно таже - мордашку заменили...

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

2.Ресурс заложили большой в контроллер специально чтобы дать возможность с профессионалам не забивать себе голову вопросами, блин, а как мне в программу еще блочек то добавить... Кто работал с МЗТА и Лого поймет что такое недостаток памяти... Да и объект с таким ядром и с таким количеством памяти автоматизировать можно любой, не докупая "головные" модули.

Это пустая отговорка. Я работая с 2004 года с Контаром ни разу не использовал более 25% памяти. Это просто не реально. Наверное надо напрочь забыть об оптимальности алгоритма. С другой стороны вы должны понимать, что если кто напишет такой алгоритм, который заполнит хотя бы половину памяти вашего ПЛК, то говорить о сколь бы то ни было приемлемом времени цикла будет глупо. Большие проекты не делают на одном контроллере. Он делается на сотнях контроллеров. А вы сделали упор на один суперконтроллер, чем ПЛК не ясляется по количеству входов/выходов. Поэтому получилось что то типа пушки по воробьям. И вся вычислительная мощь ядра будет просто не использована. Если б вы ее пустили на точность, увеличив разрядность АЦП и ЦАП... Но и тут мимо. Поэтому вычислительную мощь нельзя назвать недостатком, но и нельзя так же назвать и преимуществом, т.к. нет механизмов для ее использования. 32 разряда шины данных ядра могла бы позвлить использовать АЦП/ЦАП более 16 разрядов, но они в ПЛК просто смешные. Сделали бы время цикла 1 мксек... но и это не так.

4.Клеммы не съемные, но это извечный спор. По нашему не съемные клеммы повышают надежность, контакт и точность измерения при использовании аналоговых датчиков.
5.Перемычка для перепрошивки контроллера действительно внутри контроллера. Но сделано это не для того, чтобы поиздеваться, а для того чтобы не брать с Вас денег за лишний порт, для перепрошивки контроллера

Это тоже пустая отговорка. У вас не те преобразователи, что бы говорить о точности измерения. Выпустите тогда две модификации, с разъемами и без, и вы увидите коньюктуру рынка. Сделайте такой корпус, который можно снять не снимая контроллер с ДИН рейки и проблема с перемычкой решена. Если это сложно, то сделайте блокировку записи программную и все.
Что касается мнгновенных реакций на пожелания, то хотелось бы проверить. Месяцев 7 назад я просил сделать поддержку термисторов 10кОм. Это сделано?

[Fanat]

А ведь частично Касс в этот раз прав.
У МЗТА проблемы с памятью только на МС5 - там жесть, конечно.
По перемычке, корпусу - мое мнение полностью совпадает. По клеммам - спорно, если отпадет проблема с перемычкой, то по барабану.
А вот софт трогать не стоит - нормальный он. Но каждому свое. Хотя соглашусь, что для сети в 30-50 ПЛК видимость сетевой топологии хотелось бы организовать.

[Гость_Представитель ОВЕН_*]

Частично Kass прав, и этого никто не отрицает. Мы с ним в общем то, на мой взгляд, достаточно плодотворно пообщались те самые 7 меяцев назад (хотя, по моему, что то около 4-х)
Со средой программирования все несколько сложнее. И нас она не во всем устраивает, и баги мы в ней отлавливали, все бывало.
Однако каждый должен заниматься своим делом: Kass не занимается разработкой контроллеров, мы не занимаемся интеграцией и не придумываем велосипед со средой разработки
В CoDeSys 3 версии проект будет на неограниченное количество контроллеров. Ждемс, пока даже европейцы не выпустили контроллеры с 3.1, а она есть.
Вообще решение создавать один алгоритм, который исполняется на нескольких контроллерах - интересный подход, ввергающий в сомнения по поводу утверждений про достаточность ресурсов. Но и не признавать, что обмен между ПЛК с помощью такого подхода организовать легче нельзя. Хотя по моему дело вкуса и техники.
И как Вы не крутите, а пока товарищи не напишут Вам блок для подключение нестандартного устройства (того же теплосчетчика) - ничего у Вас не выйдет. В CoDeSys-е это легко реализуемо, и не надо ломится ни в США ни в Германию к создателям. Все сам, все ручками.
А сейчас расширим базу ФБ, включающую любые модули, и тогда разговор по средам программирования будет совсем в другом русле. К стати предлагаю всем желающим присылать заявки на создание ФБ для контроллеров ОВЕН.
По поводу клемм и перемычек дискутировать бесполезно - каждый останется при своем. Хотя сделать серию со съемными клеммниками - мысль интересная А перемычка и есть - блокировка записи программы

По поводу АЦП: не все, видете ли готовы снимать с клиента несколько шкур за "понты". Как часто нужно в АВОКе частота опроса аналогового входа быстрее, чем 0,12с с точностью, больше чем 0,5? Учитывая что это не средство учета потребления ресурсов... А эти цифры мы обеспечиваем.
Да и с циклом ПЛК - не думаю что будет много примеров, где цикл ПЛК меньше 1мс...

For Kass: мне казалось что этот вопрос (про 10 КОм) мы 7 месяцев назад и сняли. Крайне редкий запрос (а мы ведь делаем серийное изделие). Но даже для любителей экстрима в контроллере есть вход под 0-5 КОм. А из 0-10 получить 0-5 никакая не проблема. А вот переделывать универсальный аналоговый вход, к которому могут подключаться и термосопротивления, и 4-20мА и 0-1(10)В несколько сложнее.

Сообщение отредактировал Представитель ОВЕН - 23.7.2007, 23:57

[Гость_Представитель ОВЕН_*]

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

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

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

[Fanat]

А сейчас расширим базу ФБ, включающую любые модули, и тогда разговор по средам программирования будет совсем в другом русле. К стати предлагаю всем желающим присылать заявки на создание ФБ для контроллеров ОВЕН.
По поводу клемм и перемычек дискутировать бесполезно - каждый останется при своем. Хотя сделать серию со съемными клеммниками - мысль интересная А перемычка и есть - блокировка записи программы

Ребята, да молодцы Вы, но вы непонимаете многих вещей. Вы сидите в офисе напротив разобранного контроллера и тестируете, устраняете замечания и т.д. - это нужная работа.
НО Вы бы попробовали выйти в "поле" - съездить на объект и в тесном и темном закутке вентиляционной камеры заменить или перепрошить ПЛК - вот тогда разговор бы был другим. Это как в армии - все доходит через труд
Поэтому замечания по поводу "хваленой" перемычки и съемных клеемников (или корпуса, который нормально снимается для доступа к перемычке) я, например, считаю обоснованными, а вот Ваши советы по поводу микриков, проводков и дырочек в корпусе полный бред (выпускайте уж тогда сразу с дырочкой )
Так что над чем работать Вам есть.
А по поводу прошивок поверьте моему слову - много их у Вас еще будет - вот начнем следующую программу писать с архивированием и ВЭБ-сервисом - тогда вспомните
А так только всего хорошего и удачи.

[Гость_ggg__ggg_*]

Время цикла контроллера - редко встречал в АВОК необходимость иметь менее 0.5 сек. Точность АЦП - тоже спорная вещь. 12 разрядов - "выше крыши". Сетевые проекты - один контроллер - одна система (контроллер д.б. недорогим). Другое дело - публикация данных для различных SCADA.
CoDeSys - все-таки это БАЗОВЫЙ софт , а вот генераторы кода и учет специфики оборудования - это отдельные деньги (WAGO и прочее). Его возможностей вполне достаточно для инженеров-НЕПРОГАММИСТОВ. Ну незачем им погружаться в тонкости "железа" - надо решать прикладные задачи.

[HasBolla]

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

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

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

Да че вы паритесь (ребята из ОВНА ). Все нормально, вас ругают а вы исправляйте, тогда будет и позитив. Пусть и есть небольшие косяки/недоработки, но со временем подшаманите. Функционал вашего ПЛК мне, по крайне мере, для своих задач врядли получиться использовать на 100%.
И вааще посмотрите - никому ненравиться , а 12 страниц наваяли.
можно подумать что сименс из кармана вытащил идеальный контроллер. Они уже сколько лет этим занимаются - ХЗ, но долго, и все дорабатывают и улучшают Главное, что бы не было И ТАК СОЙДЕТ - ПИПЛ СХАВАЕТ, потомучто дешево.

[Гость_Представитель ОВЕН_*]

Ребята, да молодцы Вы, но вы непонимаете многих вещей. Вы сидите в офисе напротив разобранного контроллера и тестируете, устраняете замечания и т.д. - это нужная работа.
НО Вы бы попробовали выйти в "поле" - съездить на объект и в тесном и темном закутке вентиляционной камеры заменить или перепрошить ПЛК - вот тогда разговор бы был другим. Это как в армии - все доходит через труд
Поэтому замечания по поводу "хваленой" перемычки и съемных клеемников (или корпуса, который нормально снимается для доступа к перемычке) я, например, считаю обоснованными, а вот Ваши советы по поводу микриков, проводков и дырочек в корпусе полный бред (выпускайте уж тогда сразу с дырочкой )
Так что над чем работать Вам есть.
А по поводу прошивок поверьте моему слову - много их у Вас еще будет - вот начнем следующую программу писать с архивированием и ВЭБ-сервисом - тогда вспомните
А так только всего хорошего и удачи.

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

Время цикла контроллера - редко встречал в АВОК необходимость иметь менее 0.5 сек. Точность АЦП - тоже спорная вещь. 12 разрядов - "выше крыши". Сетевые проекты - один контроллер - одна система (контроллер д.б. недорогим). Другое дело - публикация данных для различных SCADA.
CoDeSys - все-таки это БАЗОВЫЙ софт , а вот генераторы кода и учет специфики оборудования - это отдельные деньги (WAGO и прочее). Его возможностей вполне достаточно для инженеров-НЕПРОГАММИСТОВ. Ну незачем им погружаться в тонкости "железа" - надо решать прикладные задачи.

А что такого есть у Wago такого, чего нет у нас. Скиньте ссылочку или пример плиз - интересно посмотреть...

Да че вы паритесь (ребята из ОВНА ). Все нормально, вас ругают а вы исправляйте, тогда будет и позитив. Пусть и есть небольшие косяки/недоработки, но со временем подшаманите. Функционал вашего ПЛК мне, по крайне мере, для своих задач врядли получиться использовать на 100%.
И вааще посмотрите - никому ненравиться , а 12 страниц наваяли.
можно подумать что сименс из кармана вытащил идеальный контроллер. Они уже сколько лет этим занимаются - ХЗ, но долго, и все дорабатывают и улучшают Главное, что бы не было И ТАК СОЙДЕТ - ПИПЛ СХАВАЕТ, потомучто дешево.

Готовы выполнять. Все что находим исправляем. Все что найдете Вы - наши пользователи - шлите. Наше Вам за это огромное спасибо.

[Гость_ggg__ggg_*]

Вы хотите сказать, что Вы повторили WAGO? Думаю, есть какое-то отличие в "железе". Именно это я имел ввиду. А функционал - дело вкуса.

[Гость_Представитель ОВЕН_*]

Вы хотите сказать, что Вы повторили WAGO? Думаю, есть какое-то отличие в "железе". Именно это я имел ввиду. А функционал - дело вкуса.

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

[Kass]

Со средой программирования все несколько сложнее. И нас она не во всем устраивает, и баги мы в ней отлавливали, все бывало.
Однако каждый должен заниматься своим делом: Kass не занимается разработкой контроллеров, мы не занимаемся интеграцией и не придумываем велосипед со средой разработки
В CoDeSys 3 версии проект будет на неограниченное количество контроллеров. Ждемс, пока даже европейцы не выпустили контроллеры с 3.1, а она есть.
Вообще решение создавать один алгоритм, который исполняется на нескольких контроллерах - интересный подход, ввергающий в сомнения по поводу утверждений про достаточность ресурсов. Но и не признавать, что обмен между ПЛК с помощью такого подхода организовать легче нельзя. Хотя по моему дело вкуса и техники.

Зима была и сугробы. Прошло уж 7 месяцев, и за это время ни одного маленького проекта без диспетчеризации. Если и есть небольшой щит, то лишь как маленькая часть большого проекта. Поэтому с нетерпением ждем версии 3.1. Очень важно рассматривать контроллеры в проекте как единое целое, контролировать отклик составных частей, иметь авоматический вывод всех сигналов системы на серверы диспетчеризации.

И как Вы не крутите, а пока товарищи не напишут Вам блок для подключение нестандартного устройства (того же теплосчетчика) - ничего у Вас не выйдет. В CoDeSys-е это легко реализуемо, и не надо ломится ни в США ни в Германию к создателям. Все сам, все ручками.

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

А сейчас расширим базу ФБ, включающую любые модули, и тогда разговор по средам программирования будет совсем в другом русле. К стати предлагаю всем желающим присылать заявки на создание ФБ для контроллеров ОВЕН.

Да была бы возможность написать блок FBD на ST и ничего не надо более. Все остальное приложится. Самое главное иметь возможность в свойствах блока иметь возможность постановкой галочки отправить любое значение на диспетчеризацию.

По поводу клемм и перемычек дискутировать бесполезно - каждый останется при своем. Хотя сделать серию со съемными клеммниками - мысль интересная А перемычка и есть - блокировка записи программы

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

По поводу АЦП: не все, видете ли готовы снимать с клиента несколько шкур за "понты". Как часто нужно в АВОКе частота опроса аналогового входа быстрее, чем 0,12с с точностью, больше чем 0,5? Учитывая что это не средство учета потребления ресурсов... А эти цифры мы обеспечиваем.
Да и с циклом ПЛК - не думаю что будет много примеров, где цикл ПЛК меньше 1мс...

Вы все время говорите только о времени, и забываете все время про точность. Или у вас получается, что точность "понты", а скорость нет. Если брать АВОК, то точность ИМХО значительно важнее скорости. Здесь в другой ветке я уже писал о проблемах Д составляющей в ПИД регуляторах при низкоразрядных преобразователях. Ошибочная реакция Д составляющей на дискретность АЦП заметно даже при 12 разрядах оного. Если в ПЛК заложена высокая разрядность ядра, то что мешало увеличить разрядность АЦП и ЦАПов? ИМХО это расширило бы применения контроллера в быстрыодействующих процессах. А так получается метаморфоза: с одной стороны быстродействие ядра и его разрядность позволяет применить его в быстродействующих процессах, однако низкая разрядность преобразователей ставит под вопрос применение Д составляющей регуляторов, которая именно для быстродействующих процессов и необходима. А цикла в 1 мс во многих промышленных приложениях не достаточно (например в устройстве управления ДВС), хотя при таком ядре можно было бы сделать цикл значительно короче, если бы вы ориентировались не на размер памяти, а на ее быстродействие... Интересно, каков будет цикл программы в мегабайт размером?

For Kass: мне казалось что этот вопрос (про 10 КОм) мы 7 месяцев назад и сняли. Крайне редкий запрос (а мы ведь делаем серийное изделие). Но даже для любителей экстрима в контроллере есть вход под 0-5 КОм. А из 0-10 получить 0-5 никакая не проблема. А вот переделывать универсальный аналоговый вход, к которому могут подключаться и термосопротивления, и 4-20мА и 0-1(10)В несколько сложнее.

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

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

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

Полностью поддерживаю.

[Kass]

Я бы еще добавил одно "но". Меня просто убивает необходимость запускать алгоритм после его загрузки. Почему он не может запускаться автоматически? И зачем нужна кнопка для его остановки? Ведь нажатие этой кнопки не выводится на диспетчеризацию, а значит это нескончаемый источник для шуток. Просто представьте себе, что на вашем рабочем компе после загрузки любой программы надо будет еще и запускать их. И кнопку на системный блок для остановки программы... У меня ни разу не было необходимости остановки алгоритма. Если он и останавливался сам, то это была причина какого то глюка. Был бы признателен, если бы вы и это устранили.

[vladun]

и не спасибо за высказывание типа ОВЕН - "...мне не нравится..." без какого либо обоснования своей точки зрения.

интересно, а какую аргументацию Вам еще надо ? Хотите статистику ? Адреса установок ? Ноу проблем, ток боюсь, легче Вам не станет .

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

вот тут потише, а то форум у нас свободный, можно и "получить" вполне адекватный ответ типа того, что неполноценный - весь коллектив О***НА, если такое г***но в свет выпускает
Теперь конткретно о ВАШЕЙ проблеме некачественных устройств. Как уже заметил коллега Фанат, Вам бы в поле.... я лишь немного уточню - не в поле Вам, а в тесные и небезопасные для жизни подвалы ТП и ЦТП, полазить и потр**ться с Вашими же устройствами, которые отказываются работать в заявленных внешних условиях. Перегревы блоков - открыл дверцу шкафчика он работатет, дядя *Ася какой-нить прикрыл дверцу в шкаф и снова - "завис". Помехи по питанию и старая песня о вылетевших кондерах.... Ни одно устройство ОВЕНа не отработало даже и гарантии (кажется у Вас 2 года было ? ) без ремонта, в основоном это были ТРМ32 ( о "чудо"!) Благо, хоть сервис Ваш не отказывался их менять и ремонтировать ( За что ставлю "+") Подчеркиваю, что с 2003 года дел с О***НОМ не имею, и возьму в крайнем случае и само-собой без претензий ко мне по поводу работы этих устройств... Вобщем по "бедности" ЗАКа только...
А пока, читая эту ветку, я не переубедился в обратном и спрашиваю у ВАС ПЕРСОНАЛЬНО - неужели трудно хоть "подсмотреть" одним глазком или "пощупать" настояший бренд, чтоб такую лажу (как крышечки и проводочечки ) не делать ?
Да и потом, тут коллега привел вполне реальный пример : корпус с одного контроллера нацеплен на плату с другого Можете тут внятное что-нить ответить ? А ? Сименс представили ? И как ПЛК7-200 в корпусе 7-300 ? А ? Смех да и только еще пишет "пустые посты..."
удачи.

[Abysmo]

Что Вам скажут интересно в Wago, Moeller или Beckhoff, когда Вы запросите у них бесплатно Target файлы (описывающие конфигурацию контроллера в CoDeSys).

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

Ресурс заложили большой в контроллер специально чтобы дать возможность с профессионалам не забивать себе голову вопросами, блин, а как мне в программу еще блочек то добавить... Кто работал с МЗТА и Лого поймет что такое недостаток памяти... Да и объект с таким ядром и с таким количеством памяти автоматизировать можно любой, не докупая "головные" модули.

Ну на этом Вам спасибо! Такие проблемы действительно у меня бывают, только вот программы на Вашем контроллере больше 50 кБайт врят-ли кто-либо будет писать, так что идея пустая - называется "Палить из пушки по воробьям". Выше я уже писал свои соображения, почему Вами был применен такой процессор.

3.С кабелем для перепрошивки и документацией - все понятно. надо то было немного поискать, причем поискать в комплекте постакви

Вы хоть свое руководство видели? Такое впечатление что его писали для лаборатории по метрологической сертификации. Ни один Ваш документ (печатный или pdf), равно как и служба технической поддержки, так и не ответиле мне на ЭЛЕМЕНТАРНЫЙ вопрос "Какое значение REAL нужно записать в переменную, связанную с аналоговым выходом контроллера, что бы получить на выходе 20 мА":
10
20
100
200
1024
1000000000000000000000000000 ?

Или мне методом научного и микроамперметром вычислять?

Нет, и даже не пытались. Среда программирования у нас одна и та же. То есть все, кто программировал на Wago с легкостью перейдут на ОВЕН

Наивный молодой человек. По сравнению с конструктивом Wago / Beckhoff ваш контроллер - младенец. Или еще проще "наколенная поделка". Потому что когда разрабатывали конструктив этих контроллеров не думали над вопросом как все это запихнуть В ГОТОВЫЙ дешевый КОРПУС отвратительного литья. И не надо вешать лапшу что это Ваше изделие - либо пресс-форму купили, либо чертежи, поскольку в корпусе дофига лишнего и преназначен он для изготовления EIB устройств.

По поводу перемычки и венткамеры с Fanat согласен на 100%. И исправите ее Вы только тогда, когда Ваши инженеры посидят раком 8 часов на чердаке в венткамере под самой крышей при температуре воздуха + 45 С, пытаясь заменить прошивку и отладить программу. Уж лучше бы кнопку Старт-Стоп спрятали - дураков, желающих ее нажать при работе ответсвенного оборудования, будет гораздо больше!!!

Если хотите сравнения с Wago, то вот для начала сделайте интерфейс программирования как у них. Меня вполне устроит в виде любого микропереключателя (слайдера или поворотного под "отвертку") с лицевой стороны контроллера.

http://www.wago.com/wagoweb/documentation/...23/m912302e.pdf

65 страница.

Конструктивная критика от меня такова:
Пока что среда применения Вашего контроллера - ДЕШЕВЫЕ ПРИМИТИВНЫЕ проекты, поскольку ничего более, чем управление приточно-вытяжной установкой с водяным нагревом и охлаждением на нем сделать нельзя. Да же добавление элементарных функций, таких как адиабатической увлажнение воздуха и последующий подогрев воздуха, вызывает массу трудностей. Про элементарные энергосберегающие функции, такие как управление расходом по датчикам углекислого газа, вызывает большие проблемы из-за которых мне проще взять другой контроллер.
Что ли большее на нем нельзя сделать из-за отсутствия нормальных модулей ввода вывода (которые, как и сам контроллер, еще и с питанием на 220В, в то время как, например панель оператора - на 24), а так же неудачного конструктива этих модулей (когда 90% корпуса - ВОЗДУХ).
Пипл в регионах безусловно будет хавать, поскольку, фактически, Вашему контроллеру альтернатив нет. Я же в своих проектах применять его буду только при крайней небходимости, потому как для меня 500-700 евро разницы между Вашим контроллером и Wago не играет никакой разницы, поскольку неделя труда программиста в Москве = стоимость Вашего контроллера.

А теперь пожелания:
1. Сделайте нормальный корпус со всеми вытекающими (перемычка, кнопка "старт-стоп", вентиляционные отверстия, разьемные клеммники и т.п.)
2. Сделайте наконец питание 24 В.
3. Сделайте транзисторные выходы.
4. Разработайте модуль расширения с универсальными входами и тразисторными / релейными выходами с питанием 24 В. Модуль сделайте как можно меньше, по высоте как контроллер и забейте его платами ПОД ЗАВЯЗКУ. Общее количество входов и выходов - 16...32. Под "универсальными входами" понимаются входа с возможностью выбора как дискретного сигнала, так и аналогового.

Пока что, увы... изделия для автоматизации коровника.

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

[Alex_]

Пока что среда применения Вашего контроллера - ДЕШЕВЫЕ ПРИМИТИВНЫЕ проекты ... неделя труда программиста в Москве = стоимость Вашего контроллера.

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

[Гость_plazma_*]

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

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

Я работая с 2004 года с Контаром ни разу не использовал более 25% памяти. Это просто не реально. Наверное надо напрочь забыть об оптимальности алгоритма. С другой стороны вы должны понимать, что если кто напишет такой алгоритм, который заполнит хотя бы половину памяти вашего ПЛК, то говорить о сколь бы то ни было приемлемом времени цикла будет глупо. Большие проекты не делают на одном контроллере. Он делается на сотнях контроллеров. А вы сделали упор на один суперконтроллер, чем ПЛК не ясляется по количеству входов/выходов. Поэтому получилось что то типа пушки по воробьям. И вся вычислительная мощь ядра будет просто не использована. Если б вы ее пустили на точность, увеличив разрядность АЦП и ЦАП... Но и тут мимо. Поэтому вычислительную мощь нельзя назвать недостатком, но и нельзя так же назвать и преимуществом, т.к. нет механизмов для ее использования. 32 разряда шины данных ядра могла бы позвлить использовать АЦП/ЦАП более 16 разрядов, но они в ПЛК просто смешные. Сделали бы время цикла 1 мксек... но и это не так.

Уже были запросы от людей, к-м не хватило 1 МБайта кода и 128 КБайт данных.
По опыту, берешь работоспособный, вроде-бы отлаженный проект, и просто добавляешь обработку ошибок, искл. ситуаций и поведение при отказах подкл. оборудования. Хорошо, если код увеличится только в 10 раз! И не во всякий контроллер влезет.
Про АЦП - вообще смешно, оно (АЦП) на посл. шине и его разрядность никак не связана с разрядность процессора. И зачем Вам 24/32 бита, что измерять? Покажите мне реальный датчик с точностью больше 0,1%? Нет таких!
Цикл 1 мкс - может через 15-20 лет, когда процессоры будут маленькими, а частоты большими. Таких циклов даже на больших PC нет сейчас.

Что касается мнгновенных реакций на пожелания, то хотелось бы проверить. Месяцев 7 назад я просил сделать поддержку термисторов 10кОм. Это сделано?

Вы готовы брать 100 штук в месяц - тогда можно менять эл. схему и поддержать 10 кОм. Простой перепрошивкой такие вещи не решить.

[Гость_plazma_*]

Да была бы возможность написать блок FBD на ST и ничего не надо более. Все остальное приложится. Самое главное иметь возможность в свойствах блока иметь возможность постановкой галочки отправить любое значение на диспетчеризацию.
Вот и ждет народ эту серию пока не решен вопрос с перемычкой. Мы понимаем, что перемычка есть блокировка, но можно сделать в Кодесисе блокировку записи програмную. Для чего она именно аппаратная? Да и при решении вопроса с перемычкой интересно иметь возможность сдернуть прибор с рейки и поставить его на стенд, не отключая разъемы.
Вы все время говорите только о времени, и забываете все время про точность. Или у вас получается, что точность "понты", а скорость нет. Если брать АВОК, то точность ИМХО значительно важнее скорости. Здесь в другой ветке я уже писал о проблемах Д составляющей в ПИД регуляторах при низкоразрядных преобразователях. Ошибочная реакция Д составляющей на дискретность АЦП заметно даже при 12 разрядах оного. Если в ПЛК заложена высокая разрядность ядра, то что мешало увеличить разрядность АЦП и ЦАПов? ИМХО это расширило бы применения контроллера в быстрыодействующих процессах. А так получается метаморфоза: с одной стороны быстродействие ядра и его разрядность позволяет применить его в быстродействующих процессах, однако низкая разрядность преобразователей ставит под вопрос применение Д составляющей регуляторов, которая именно для быстродействующих процессов и необходима. А цикла в 1 мс во многих промышленных приложениях не достаточно (например в устройстве управления ДВС), хотя при таком ядре можно было бы сделать цикл значительно короче, если бы вы ориентировались не на размер памяти, а на ее быстродействие... Интересно, каков будет цикл программы в мегабайт размером?

Уважаемый Kass.
А почему нельзя написать FB на ST - запросто.
Разрядность АЦП - 16 бит - надо ли больше?
Где вы видели контроллер ДВС на ПЛК - там жесткий алгоритм. Основная проблема с циклом ПЛК - большие накладные расходы, идущие на обслуживание программы ПЛК - расплата за надежность, устойчивость и перепрограммирование на лету. Не меняя концепции ПЛК, от этих накладных расходов не избавится.
Цикл программы не зависит от её размера. Просто может быть 1000 и мал. тележка состояний в 10-ке машин состояний, но за 1 цикл обрабатывается 1 состояние - цикл крошечный. Если это не так - выгоните программиста, написавшего это!

Я бы еще добавил одно "но". Меня просто убивает необходимость запускать алгоритм после его загрузки. Почему он не может запускаться автоматически? И зачем нужна кнопка для его остановки? Ведь нажатие этой кнопки не выводится на диспетчеризацию, а значит это нескончаемый источник для шуток. Просто представьте себе, что на вашем рабочем компе после загрузки любой программы надо будет еще и запускать их. И кнопку на системный блок для остановки программы... У меня ни разу не было необходимости остановки алгоритма. Если он и останавливался сам, то это была причина какого то глюка. Был бы признателен, если бы вы и это устранили.

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

С кнопкой - разрабатываем вариант, когда будет можно её отключить/переназначить как обычный дискретный вход.

[Гость_Представитель ОВЕН_*]

Уже лучше. И даже скажу больше - я уважаю Вашу точку зрения. Один раз обжечься на молоке - на воду дуешь. И даже не пытаюсь агитировать Вас вернуться. Пока. Надеюсь что это произойдет по самоличному желанию.
Никто ж не отрицает, что наши приборы морально устарели, и ЭМС там не всегда проходит. В свое время такого функционала было более чем достаточно. Сейчас мы разрабатываем новую линейку приборов, с учетом всех прошлых "недостатков".
И, лучше чем говорить что г..но и по этому не работаю, дали бы несколько дельных советов что и как лучше сделать. За что бы мы были Вам оч. признательны.
Опять же у многих клиентов наши приборы стоят по 15 лет, так что вопрос то открытый.
По крышечкам и проводочкам, будь они не ладны... Так пригласите в гости, покажите на примере как надо. Я с удовольствием бы выехал в поле, но все ведь только критикуют...
С корпусом - банальная опечатка, человеческий фактор - нанесли на верхнюю крышку не ту маркировку, в остальном контроллер совершенно исправен.

For Kass: Да не нужно ничего запускать - работает он как любой классический ПЛК. При включении он автоматически переходит в работу. А когда у Вас возникла задача отредактировать проект - вы его редактируете, при необходимости отлаживаете. И уже когда убедились что он Вас устраивает даете команду записать в ПЛК. Контроллер принимает новую программу, не останавливаясь записывает код в память и при начале следующего цикла подгружает в ОЗУ уже новую программу. Останавливать контроллер НЕ НАДО. Вы же сертифицированный специалист, Kass... А кнопка пуск\стоп для сервиса. Можно пользоваться, можно не пользоваться.
И давайте не будем путать программу пользователя и прошивку контроллера, к которой CoDeSys не имеет никакого отношения.

Возможность создавать библиотеки ФБ для контроллеров можно нетолько на любом из 5 языков МЭК, но и на любом языке верхнего уровня, компилирующем файлы в *.lib. Которые уже и подгружаются в CoDeSys-е.
И, например, сейчас мы планируем создать пару ФБ для подключения теплосчетчиков. Что в принципе каждый может сделать сам.

По входам: точность для нас не менее важна чем скорость опроса, о чем писал выше. Общий класс точности измерений у прибора 0,5 хотя по многим типам датчиков доходит до 0.25. Это мало?
Да и термисторы, на мой взгляд 5 КОм-ные тянутся вполне не плохо.




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

[Гость_plazma_*]

Конструктивная критика от меня такова:
Пока что среда применения Вашего контроллера - ДЕШЕВЫЕ ПРИМИТИВНЫЕ проекты, поскольку ничего более, чем управление приточно-вытяжной установкой с водяным нагревом и охлаждением на нем сделать нельзя. Да же добавление элементарных функций, таких как адиабатической увлажнение воздуха и последующий подогрев воздуха, вызывает массу трудностей. Про элементарные энергосберегающие функции, такие как управление расходом по датчикам углекислого газа, вызывает большие проблемы из-за которых мне проще взять другой контроллер.
Что ли большее на нем нельзя сделать из-за отсутствия нормальных модулей ввода вывода (которые, как и сам контроллер, еще и с питанием на 220В, в то время как, например панель оператора - на 24), а так же неудачного конструктива этих модулей (когда 90% корпуса - ВОЗДУХ).
Пипл в регионах безусловно будет хавать, поскольку, фактически, Вашему контроллеру альтернатив нет. Я же в своих проектах применять его буду только при крайней небходимости, потому как для меня 500-700 евро разницы между Вашим контроллером и Wago не играет никакой разницы, поскольку неделя труда программиста в Москве = стоимость Вашего контроллера.

А что Вам мешает реализовать все вышеупомянутые алгоритмы? В Wago другой CoDeSys?
Создается впечатление, что вы слабо знакомы с ПЛК.
Модули расширения - используйте любой с ModBus/ModBus TCP/DCON - что мешает? Цена - но ведь покупаете для WAGO?!

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

А что Вам мешает реализовать все вышеупомянутые алгоритмы? В Wago другой CoDeSys?
Создается впечатление, что вы слабо знакомы с ПЛК.
Модули расширения - используйте любой с ModBus/ModBus TCP/DCON - что мешает? Цена - но ведь покупаете для WAGO?!

\

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