Речь шла не о перестройке контроллера, а о том, что выходов у ПЛК63 - 6 штук.
И Вы можете заказать контроллер с различной комбинацией выходов.
То есть может быть 1 реле (обязательно), и 5 других - реле, токовых выхода, выходов по напряжению, транзисторных выходов.
Но вот за счет того, что выходы могут быть разного типа - управляющая переменная не bool а Real типа.
Понятно. То есть упомянутая выше Универсальность - для производителя. Идея, конечно, интересная, но, на мой взгляд, не однозначная. Пожалуй, я присоединюсь к мнению пользователя Kitaro от 22.11.2011, 15:12 : "=( печально что простую логику реализуешь через 1 место =(" Но я понимаю, что мое мнение может быть лишь результатом плохой подготовки.
Теперь конкретные вопросы, отчасти вызванные вышеупомянутой ситуацией с ПЛК-63. Я прошу Андрея на них ответить, поскольку мне кажется, что он здесь один из самых разбирающихся в проблеме людей. И конечно, тех, кто имел дело с ПЛК-150.
1. Я правильно понимаю, что у ПЛК-150 дискретный вход - выход традиционные? Они бинарные, то есть тип управляющей переменной BOOL и проблем с их программированием не возникает?
2. Я правильно понимаю, что у у ПЛК-150 с питанием 220 в дискретный вход срабатывает просто на замыкание контактов, то есть они активные, в отличие от ПЛК-150 с питанием 24 в?
3. Я правильно понимаю. что к ПЛК-150 может быть подключена панель ИП-320, причем не к тому гнезду, через которое идет программирование контроллера?
4. Может ли программирование панели и контролера осуществляться в едином комплексе, то есть эта панель будет являться аналогом встроенного экрана ПЛК-63? Или ее надо программировать как-то совсем отдельно. Вопрос связан с тем, что в описании на сайте есть отдельное программное обеспечение панели, где указан ее конфигуратор. Или конфигуратор - отдельно, а программирование вывода на нее состояний входов - выходов программируется в комплексе с контроллером?
Прошу простить за длинноты.
Его просто обучили в другой парадигме.Сообщение от Михаил Иванович
Ну что-ж... помолясь...
Через одно место всегда реализуется не по тому, что универсально или нет, а по тому, что не было опыта работы с такими задачами... Человек, который сталкивался не только с дискретной логикой, но и с ШИМ даже порадуется такому подходу к управлению выходом...
Единственно, что надо не забыть пользовательскую документацию почитать, чтобы знать про особенности. А вот этого у нас не любят делать
Это смотря что Вы понимаете под традиционными
С точки зрения работы с областью памяти - да, они определяются битами.
У ПЛК150 входы действительно "активные", то есть к ним можно подключать датчики типа сухой контакт без использования внешнего БП.
Программирование контроллера может вестись минимум через два "гнезда" (разъема). Это упомянутый Вами порт RS232-Debug или порт Ethernet.
Обмен с панелью может быть налажен через интерфейс RS-485, выведенный на клеммы.
Не может.
ПЛК и панель - это два разных, совершенно не зависящих друг от друга устройства. Они могут работать как в месте, так и с контроллерами\панелями других производителей, при поддержке соответствующих интерфейсов и протоколов.
Программирование и настройка обмена с панелью в ПЛК делается в CoDeSys.
Конфигурирование индикации и настройка обмена в панели делается с помощью конфигуратора.
И все, что их связывает - кусочек кабеля, и карта регистров ModBus.
Ничего, мы привыкли и к длиннотам и широты у нас разнообразные
Во-первых, спасибо!
Во-вторых:
Несомненно.Человек, который сталкивался не только с дискретной логикой, но и с ШИМ даже порадуется такому подходу к управлению выходом...
А вот это неправда. Читал я документацию. Не буду сейчас ее критиковать - не место, но отмечу, что в документации эта особенность не акцентируется. О сложностях использования некоторых языков стандарта МЭК при программировании этого контроллера не говориться ни слова. На выставке сотрудник фирмы, с которым я беседовал, тоже не отметил этого обстоятельства. Может быть, и сам не знал. Причем, речь шла именно о выходах, в том числе, о дискретных. И на сайте о ней умалчивается. А ведь это очень существенная особенность. Я бы сказал, определяющая, поскольку тип данных имеет весьма существенное значение. Этот контроллер надо помещать в отдельную категорию.Единственно, что надо не забыть пользовательскую документацию почитать, чтобы знать про особенности. А вот этого у нас не любят делать
Под традиционными я понимаю бинарные. Или у них есть какие-то особенности, которые сразу не видны?Это смотря что Вы понимаете под традиционными
Но на эту панель может выводиться состояние входов - выходов ПЛК-150?Не может.
ПЛК и панель - это два разных, совершенно не зависящих друг от друга устройства.
И могут ли с нее изменяться параметры регулирования на ПЛК-150? На сайте в разделе "Основные функции ОВЕН ИП320" сказано "Чтение и редактирование значений параметров и передача их в сеть". Означает ли это, что с помощью кнопок на панели я могу изменить значение, например, температуры регулирования и сохранить это значение в контроллере, как это можно сделать с передней панели на ПЛК-63?
Вопрос не по теме, извиняюсь, до какой широты добирались? Или это фигурально?Ничего, мы привыкли и к длиннотам и широты у нас разнообразные
Спасибо, Андрей! И надеюсь на очередные ответы.
Не подумайте, что цепляюсь, и говорить об этом надо - но на сколько критично, с точки зрения CoDeSys, что выходы управляются не Bool, а Real???
Несколько непривычно, согласен. Но с точки зрения программирования out:=bool_to_real(из чего). Не сложно ведь???
Как мне кажется для алгоритма это вообще не существенно, для программиста - конечно надо учитывать...
По панели.
Это независимые устройства, и от этого надо исходить. ИП320 ничего не знает о ПЛК150 в принципе.
А вывод информации о значении переменных в контроллере, задание значений переменным в контроллере, отображение входов и выходов осуществляется с помощью настройки обмена.
То есть Вы в ПЛК150 указываете какие переменные Вам необходимо позволять по сети читать\изменять.
В панели конфигурируете - по каким адресам ModBus в контроллере панели нужно считывать\записывать данные.
Есть в разделе ПЛК\примеры программ и полезности готовый пример. Даже несколько.
З.Ы.: Ну и в формате оффтопа: посетил за свою не длинную жизнь много широт, пока остановился на широте Москвы.
??
Чисто пример :
Датчик давления, температуры, кнопочки, пуск частотника, управление частотой.
Чем здесь может отличатся релиз You_programm в зависимости от модели ПЛК ?
Последний раз редактировалось Валенок; 03.02.2012 в 21:38.
1. bool_to_real оператор преобразования, а не фукнциональный блок. это основа языка МЭК.
2. про библиотеки - как не загружаются? всплывает ошибка о том, что библиотеки не найдены? если да, то переустанавливайте кодесис
p.s. Михаил Иванович, по моему мнению, по сравнению с этим сообщением
ваше
смахивает на надуманность проблемы. люди, которые боятся задать вопрос и бегут "от проблемы" туда, где якобы все сделано под ключ, опять же по моему мнению, не являются показателем наличия "проблемы".
претензии вроде "ваши контроллеры горят через месяц, больше не куплю у вас, а пойду куплю вот там" это одно, а "проблемы" вроде "у вас дискретные выходы управляются не булевыми переменными, а реальными, пойду куплю другой контроллер" вызывают недоумение.
p.p.s. если человеку проще убежать за другим контроллером от такой проблемы, то по моему мнению, это говорит о нехватке опыта/знаний в области программирования промышленных логических контроллеров, но не о проблеме данного контроллера.
Последний раз редактировалось swerder; 20.12.2011 в 11:58.
Наверное, Вы хотели написать "языков", а не "языка", поскольку МЭК стандартизует пять, а в CoDeSys есть еще и шестой. Насколько я понял, это оператор преобразования в языке IL. А вот как с языком LD? Программа-то на нем. Я не увидел там возможности вставить в цепь оператор. Если Вы знаете - подскажите, пожалуйста.
Да, всплывает сообщение о том, что эти библиотеки (2 из 5) не найдены. Но остальные три ведь находятся. Что даст переустановка того же продукта? Или его надо как-то по-другому установить? Я устанавливал обычным образом, не отклоняясь от указаний на экране, которых, как я помню, было совсем немного. Есть какие-то недокументированные правильные варианты? Или нужна какая-то другая версия? У меня 2.3.9.30. Или что-то дополнительное нужно установить?
О "проблеме контроллера" и слова не было. Я с самого начала говорил о том, что идея (если, конечно, я ее правильно понял) интересная, хотя и неоднозначная. Я бы назвал это "особенностью". А раз такая особенность существует и время от времени люди на нее натыкаются. то хорошо было бы выпукло отразить ее в документации и на сайте. Причем подать ее с маркетинговой точки зрения можно было бы просто замечательно.
А насчет нехватки знаний и опыта - тут Вы несомненно правы. Мы здесь, если я правильно понимаю. как раз и для того и собрались, чтобы взаимно повысить уровень знаний и набраться опыта. И то, что кто-то спрашивает, а кто-то отвечает, ещё не говорит о том, что первый глуп. Задать осмысленный вопрос чрезвычайно сложно. Сложнее, чем дать осмысленный ответ. При этом заметим, что осмысленно отвечающий поднимает свой уровень даже больше, чем получающий ответ.
Последний раз редактировалось Михаил Иванович; 20.12.2011 в 13:28.
да, оговорился, это зашито в сам стандарт МЭК, а не в конкретный язык, да и языков всеже 6 по стандарту. тут особенность в том, что эти языки все такие разные создавались для того, чтоб удовлетворить потребности разных программистов, привыкших к разным языкам. так получилось, что релейный язык по большей части подходит для создания простеньких релейных логических связей. урезанный он. для электриков делался.
кстати, а чем обоснован выбор в сторону только двух: IL и LD? почему бы не попробовать на других?
на диске плк есть папка с названием Библиотеки CoDeSys, в ней есть эти 2 биб-ки, скопируйте их в C:\Program Files\3S Software\CoDeSys V2.3\Library
все нормализуется
я не говорил, что тот кто не задает вопросов, а уходит за другим контроллером глуп. я лишь говорил, что вины этого контроллера в такой ситуации нет
красиво сказано, почти НЛП)
Последний раз редактировалось swerder; 20.12.2011 в 13:53.
Ваши права
Ответить с цитированием