Контар для меня не конкурент, слишком уж контроллеры разные...
Про объекты Вы зря... Вот опять не знаете, и уже учите... и уверять меня не надо... в полнее уверен

а вот и наши объекты (часть из них сделаны партнерами)

Это о том, про который Вы писали ранее...


Вот здесь и логика

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

Тут не слова про СПБ-автоматика, и про рыжие контроллеры с вашей аватары. Думаю, что в период с 2003 по 2005 их на рынке просто еще и не было.


А вы откройте его в онлайн, и там на заглавных экранах указана фамилия их разработчика. Озвучте ее. И какое отношения имеет к ним МЗТА? Ну только ели контроллеры поставлял МЗТА комплект.

А при чем здесь СПб-Автоматика. Мы почти не работаем на Кибаке, хотя опыт есть.

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

Хм... не припоминаю такого. Напомните плиз. Боюсь, что не сможете. Скорее я продвигаю Сегнетикс и ОВЕН.

Это Нику. Не то скопировал.

Извините, что долго не отвечал.... некогда было

Собственно тут затрагивали скорость разработки и тд. Дак вот, я думаю никому не надо объяснять что текстовые языки программирования высокого уровня (С# и тд) являются наиболее эффективными в плане скорости разработки. Кто чем пользуется - безусловно дело вкуса каждого, но.... Вот как-то я не представляю библиотеку, написанную на FBD, реализующую GSM шлюз....

По поводу стоимости, кто-то вопрос задавал. Я в данном случае не компетентен. Меня интересует прежде всего желания заказчика и максимальное удобство разработки для меня, лейбл тут никакого значения не имеет.

А вообще, главное не отсуствие глюков в конкретном ПЛК - их везде хватает.... Главное владение инструментом, знание тонких мест и функционала. Не последнюю роль тут играет и тех поддержка - но пока тьфу-тьфу, все гладко.

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

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

С модемом не всё так просто было.
Вот с этим MT-232 TCP/IP ("Тесс-электроникс", стандарт GSM) маялись неделю, ничё не вышло.
Нам прислали новый алгоблок для любого (вроде бы) модема, с ним работает всё

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

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

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

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

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

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

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

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

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

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

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

Здрасте всем.
Было оч. радостно и в то же время грустно читать данную ветку.
В первую очередь спасибо всем за конструктивную критику
и не спасибо за высказывание типа ОВЕН - "...мне не нравится..." без какого либо обоснования своей точки зрения. Такой я вот весь красивый и ОВНом не удовлетворенный.
Давайте попробую внести некое понимание:
В этом году фирма ОВЕН начала продажи контроллеров ПЛК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.

Блин, запишу

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

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


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


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

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



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



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



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



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

А ведь частично Касс в этот раз прав.
У МЗТА проблемы с памятью только на МС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)В несколько сложнее.

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

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

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

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

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

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

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




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




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

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

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

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



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



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



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



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


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


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

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

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

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

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



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



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

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


Наивный молодой человек. По сравнению с конструктивом 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. Под "универсальными входами" понимаются входа с возможностью выбора как дискретного сигнала, так и аналогового.

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

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

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


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



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

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





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

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

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

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

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

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




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

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

\

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

Да что Вы говорите. А ну-ка решите задачу:

1. 30000 рублей.
2. Щит автоматики на чердаке. Комплектуха - какая хотите, хоть ИЭК.
3. В жилой комнате панель оператора. Монтаж - в распределительную коробку или нишу в гипсокартоне.

Задача: с панели управлять приточно-вытяжной установкой с электрическим калорифером. Со всеми настройками и всевозможными авариями. И еще заказчик хочет что бы в детской комнате вентиляция перекрывалась отдельным приводом.



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

Давайте внесем ясность. Любые ModBus/ModBus TCP/DCON у нас на рынке НЕ представлены. Представлены вполне определенные:
1. Дорогие.
2. Дешевые.
Из дешевых - только Ваши. Они недоделанные. Кривые, пустые - как хотите называйте. Муть короче. На других написанно ICP-DAS / Advantech и т.п. К ним я ПРЕДПОЧТУ:

1. Взять родной контроллер.
2. Подсчитать себистоимость гемороя с родным контроллером, и чуток доплатив, взять Wago.

Вот и вся экономика. Либо делайте модули росширения, либо так и позиционируйте свой контроллер как изделие для примитивных задач, несмотря на наличие супер-пупер процессора, кучи памяти, web-сервера, ftp. Если Ваш мозг отказывается в это верить, и Вы думаете, что ПЛК150 может управлять всем и большинство пользователей обязательно применят его в проектах ну ник не ниже уровня "управления космическим кораблем", то возьмите опросные листы в отделе маркетинга с курсов по CoDeSys и посомтрите кто их посещает и чем занимается.

То, что Вы научились договариваться с продавцами контроллеров видно. Однако достаточно взглянуть на официальный прайс, чтобы увидеть что среда - платная.Честь дилера - есть его собственная честь, а не политика фирмы Wago. Это можно уточнить у представителя Wago - Максима Ананских (я уточнял).

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

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

Представитель ОВЕН:
Я читал. А Вы? Есть инструкция как подключать ит.д. - руководство по эксплуатации.
Есть файл описания работы и программирования - PLC Configuration. Там это однозначно прописано:
В канал аналогового модуля из программы ПЛК передается число,
равное желаемому выходному значению фиксированного модуля аналогового
входа. Для ЦАП типа «Ток» это значения от 4 до 20, для напряжения – от 0 до
10. Значения передаются в формате Real.

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

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

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

Представитель ОВЕН:
Вот е-мое. Уже к третьему человеку напрашиваюсь в гости посмотреть, а все только говорят что это плохо. НУ ПОКАЖИТЕ КТО НИБУДЬ

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

Представитель ОВЕН:
Мы не хотим сравниваться с Wago.
Поучиться у них чему то - постараемся. что то повторить - возможно. Но брать нереальные деньги лишь только по тому что мы "брэнд" не станем. И уж тем более спорная целесообразность брать с клиента деньги за кабеля и прочую мутатень. Хотя Вам то по все равно. Клиент лох - замое удобство он заплатит...
Вопрос с портом для перепрошивки - временная проблема. Вычитаем мы контроллер все про неё забудут. Но муссируем в каждом посте. Зачем лепить еще один порт, увеличивать размеры изделия... Может для того, чтобы денег побольше взять?


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

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

Представитель ОВЕН:
За это спасибо. Это по делу. Особенно в точку про модули расширения - этим мы сейчас сильно озабочены.
Питание 24В делаем. Пусть небыстро, но делаем. Транзисторные выходы есть на ПЛК100-220.К.
Входы у ПЛК150 - универсальные - хочешь аналоговый сигнал, хочешь дискретный сажай. То же и с МВА8. Полистайте пожалуйста еще раз документацию...





Представитель ОВЕН:
Очень простая задачка - за это БУДЕТ платить фирма ОВЕН.
И от её же лица приношу искренние извинения. "...Любой человек имеет право на ошибку..."

Давайте внесем ясность. Значит на WAGO вы можете сделать за 30000т.р., а на отеч. компл. не можете? Что-то я не верю.
Наверно вопрос стоит иначе: Или 30000 т.р. на отечественном или 90000 т.р. на импортном, дороже но можно развести, т.к. импортное.

Однородность - есть гут, но ОВЕН позволяет исп. оборудование многих производителей и это тоже, ИМХО, большой плюс. Возможно ли это у других - не всегда.
Вытяжной вентиляцией не занимался и специфики не знаю, спорить не буду. Вопрос один, тот-же WAGO предоставляет какой-то
спец. софт. для автоматизации детских спален? или Вам всё же приходится самому писать программы? И организовывать диспечеризацию? - значит затраты труда программист одинаковые.


Другими словами, вы хотите получить все и задешево. В чем же кривизна того-же МВУ? Много места - да, ICP компактнее, но какие там стоят реле? МВА - размер - плата за универсальность входов.
Использовал и ПЛК, и МВА/МВУ, ТРМ151, 2ТРМ1 в разл. проектах и кривости не заметил. Один раз настроил конфигуратором и все работает, работает и работает.

По задачке все просто - я бы взял несколько локальных приборов. Пусть даже не ОВЕН (ибо слышать: не буду я это брать сил больше нет). И панель оператора.

Про модули расширения - все правильно говорите. Полностью согласен. Собираемся делать.
И если мы тут не покричать, а есть конструктивные предложения по модулям - шлите: plc@owen.ru. Будем рады.

Хотя пол страны завалена Адамами и Адвантеками...

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

Политика-политикой, а Максим Ананских мне их сам лично и записал Продавать можно что угодно, только когда все знают, что за это УЖЕ заплачено, это просто не продается.



Знаете - три раза прочел, больше похоже на бред сумасшедшего Какой аналоговый модуль? И причем здесь модуль аналогового входа? Это инструкция к контроллеру или шифрограмма? Я в инструкции хочу видеть КОНКРЕТНЫЕ значения, а не похмельный бред редактора. Я не за это вам 10 кРублей отвалил.



Не ну удачи! Сделаете что-нибкудь подобное, модульной конструкции, продажи резко возрастут.



Когда такие темы на форуме прекратятся и начнете клиентов в щечку целовать, когда над корпусом будет думать 20 человек и просчитывать тепловые режимы изделий в CosmosFlow, когда техподдержка будет сама выезжать хоть в Новый Уренгой для замены контроллера, тогда и станете БРЕНДОМ. Глупо думать, что при этом у Вас останется то же штат, та же команда разработчиков с теме же зарплатами и цена на контроллер никогда не вырастет. Или Вы брендом стать не хотите, а хотите остаться кустарной мастерской?



А что у Вас кабель в себистоимость не заложен? Мне, например, не нужен кабель с каждым контроллером, поскольку когда нет панели оператора, он просто идет в помойку. Хочу его видеть по цене в 20 р отдельной строкой в прайсе и иметь возможность: купить его или нет.

А то что кабель у Wago стоит 40 евро так это очень просто. Подсчитайте сколько стоит великолепная пресс-форма для отлива, труд инженеров, рабочих, электроэнергию в Германии и сколько они кабелей продают в год. И сколько стоит Ваш кабель...

Хорошо сказано


Хотя, мне думается , имелось ввиду что число зависит от разрядности установленного аналогового модуля. И число не называется в связи с тем, что модуль может быть чей угодно (читай "неизвестно скольки разрядный").

ПЛК100 не имеет аналоговых входов Про универсальнотсь входов у ПЛК150 - спасибо, не знал! Но в любом случае, такая воззможность нужна крайне редко.



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

"Разводят" хулиганы в темном переулке или на базаре



1. Занимают много места.
2. Имеют питание 220 В.
3. Реле я не использую, у меня все контакторы с 24 В управлением постоянным током.

Это кстати проблемма. Какой смысл делать ПЛК огромной мощности с конструктивом входов\выходов занимающих кучу места.

Сорри - про выход не совсем хорошо скопировал, моя вина...
В канал подается значение от 0 до 20 для токовых выходов и от 0 до 10 для напряженческих. Но в формате Real.

Я думаю и модульную конструкцию ПЛК когда нибудь сделаем...

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

Кабель продается по себестоимости действительно 40 рублей.Столько мы за него и накидываем. Пусть не ажурно, но не 40Е.
Для такого спеца как Вы с такими возможными закупками кабель в каждом ПЛК не нужен. Но основные продажи идут к простым смертным, которые не должны ломать голову - открыл коробку: ПЛК есть среда есть, описание ЕСТЬ, кабель паять не надо - есть. На наш взгляд удобно. Этот кабель хорошо под GSM модемы идет еще .

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

Ваши ответы становятся все понятнее