В руководстве по эксплуатации к обновленному ПЛК110, скачанному на вашем сайте РЭ_ПЛК110 стр.8
Вид для печати
В руководстве по эксплуатации к обновленному ПЛК110, скачанному на вашем сайте РЭ_ПЛК110 стр.8
Добрый день.
Помогите пожалуйста разобраться с прерываниями.
Записал пример программы hi_timer.pro в контроллер ПЛК110-24.60.К-М,
запустил, переменная t_res увеличивается, а old_res не меняется и равна 0
т.е обработчик прерываний не работает? почему?
Мне требуется выдавать 100-200Гц импульсы на выходы (переменной частоты и длительности). Планирую использовать для этого BLINK, счетчики и прерывания. Это правильный подход или есть другие способы?
и еще вопрос в режиме эмуляции возможно отлаживать прерывания? они вызываются?
и еще вопрос: при установке SetIRQ(20) контроллер виснет, потому-что не успевает обрабатывать прерывания?
ПС примеры и скрины во вложении
У Вас контроллер старой модификации, не обновленный. На нем прерывания работают на прошивке 2.10.9 (необходимо перепрошить контроллер на эту версию - http://www.owen.ru/catalog/codesys_v2/13294651) и период вызова программы по прерыванию должен быть не менее 100 мкс.
Спасибо, действительно, откатил прошивку, прерывание заработало.
И спасибо ОВЕНу, что продали устаревший контроллер месяц назад (ЗАК Б15-013071)
А обновленных контроллеров ПЛК110 еще нет в продаже.
А когда будут в продаже обновленные ПЛК110 ?
В данной теме вроде была информация, что в новых ПЛК будет возможность защиты ПО контроллера от копирования посредством возможности использовать флэшку, как электронный ключ. т.е. чтобы ПО могло работать только с установленной данной флэшки, а при заливки копии в другой ПЛК с другой флэшкой (имеется ввиду привязка к индивидуальному номеру флэшки) уже не будет (естественно, если это реализовано в проекте). Так есть ли данная возможность в новом ПЛК? Ну и уж очень интересны сроки выхода новых ПЛК110-60К?что-то уж очень затягивается срок, народ волнуется:)
Да, есть. можно считывать серийый номер с флешки (или другого устройства, любого) и защищать по нему.
+ есть вариант защиты по серийному номеру прибора
Господа, какая на текущий момент самая стабильная прошивка для плк-110-24-30 , если Вас нетрудно киньте в ответ файл :)
Это имеется ввиду "привязать" ПО к серийному номеру ПЛК и программа будет работать только на нем? А в старой модификации так можно было защищаться, или эта возможность появилась у новых? А то есть такие моменты, когда Заказчик требует ПО (бесплатно, комплектно со щитом), но имеет возможность передать на копирование на другие аналогичные щиты (типовые) уже другим производителям, а это не есть хорошо и правильно.
Да, именно привязать к серийнику. Серийник будет задаваться на заводе без возможности его поменять у пользователя. Далее есть библиотека доступа к заводским настройкам на чтение, в заводских настройках есть серийный номер, версии ПО,нформация о аппаратном обеспечении и многое другое. Для ОЕМ и просто крупных клиентов есть возможность в эти заводские настройки добавлять свои поля.
Что есть "КТТС" ?
Это , типа , наше "ХЗ" ?
Еще вопрос к товарищам , изготавливающим "слющий такой сэкрэтний уникальний программный код" , что мутить такую фигню с фрэшками собираются :
Собственно
1. Что делать заказчику , если фирма разработчик - ООО "Рога и копыта автоматикс" разбежалась , а ПЛК глюканул (Кондеры в брюхе у него повздувались :p)и надо просто как-то его поменять ?
2. Готовы-ли господа секретологи оплачивать простой производства из-за испортившейся фрэшки , к которой привязано исполнение программы ?
И так с надежностью проблемы , а туда же ...
Да пусть будет такая возможность. Есть - пить не просит.
Сказал "Гав" контроллер с такой программой, глядишь ещё один из нас немного заработает, заново всё написав. Если конечно заказчик после такой подставы не плюнет на автоматизацию.
Хотя как по мне, так обзови переменные нейтральными именами, убери все комментарии в программе и проще будет новую написать, чем в старой программе разобраться. Правда месяцев через шесть и сам фиг поймешь, что там наваял. :D
Да пусть будет , только проблем и так хватает - схемотехника , котлы блин тикают день рожденья бабушки и др , а разрабы всякой фигней занимаются .
Самое главное заказчик нормальный после подстав , глюков и прочей лабудни автоматизацию не бросает , просто выкладывает чуть больше деньжат и переходит на Омрон-Мицубиши-Сименс-Ален_Брэдли и тп , и ... при этом вряд-ли кто-то из нас что-то заработает .
Если сей камушек в наш огород...
Я же написал, что со шкафом автоматики передается все ПО на него. Но у Заказчика есть типовые объекты, по которым могут работать другие производители (есть там "прикормленные ребята"). На одном таком объекте, где эти ребята делали, я был, полная ... Автоматизация напрочь отсутствует. Вот меня и беспокоит, что Заказчик может передать все схемы, ПО на щиты и те товарищи будут их штамповать. У Заказчика с теми ребятами более тесная связь, так сказать. Вот и не хочется, чтобы такие ребята воспользовались результатами чужого труда.
А подобные прецеденты уже были и с другим Заказчиком тоже...
Так что варианта защиты 2 нормальных,со своими достоинствами и недостатками. В обоих случаях передается заказчику программный код (без исходника в Кодесис):
- привязка к серийному номеру ПЛК. Достоинства- не зависит от флэшки. Недостатки- при выходе из строя ПЛК ПО в новом ПЛК не будет работать. Но даже и поссле окончания гарантийного срока мы готовы будем поддержать Заказчика и отредактировать ПО под новый ПЛК, без проблемм (оплачивать модернизацию не придется, если только транспортные расходы)
- привязка к флэш-ключу. В таком случае проблем со сменой ПЛК проблем не будет, ставь новый переставляй ключ, и все ОК. Но тогда зависимость от надежности флэшки возникает. Можно сделать два ключа, один в ПЛК, второй вложить в щит дополнительно, например в укромное место, под крышку лотков. При выходе из строя флэш-ключа можно сообщить о наличии резерва.
Но отдавать все свои наработки для того чтобы это стали копировать конкуренты как то не хочется...
А там, где нет угрозы, что ПО пойдет в серию без нашего ведома, то и с защитой нет смысла заморачиваться.
Хочу ставлю защиту, хочу не ставлю, говорит системный интегратор.
Хочу покупаю прибор без исходников ПО (или без ЗИП), хочу не покупаю, говорит покупатель.
А дело производителя - обеспечить возможность защиты.
ключ от замка в цех тоже можно потерять, должен ли производитель замков оплачивать простой производства?
Владислав , сравнение с производителем замков некорректно , т.к вы не системы безопасности производите . Неужели нечем заняться более важным и насущным , или вот эта лабуда так прям необходима и прибор настолько совершенен , что более нечем заняться как подобным "улучшайзингом" .
Но если эта функция нужна потребителем, почему бы и ее не реализовать? Это только дополнительный плюс прибору. Изначально, тема ключа подымалась еще где-то в начале данной темы и был по этому поводу интерес (тогда отнюдь не с моей стороны). А у нас сейчас складывается ситуация, когда подобная защита просто необходима. Не хочется делать работу для конкурентов, а передача ПО обязательна.
10 лет подряд все спрашивают как защитит ПО от "китаизации" и тут. как только мы анонсируем защиту - внезапно оказывается защита не нужна. Ничего не понимаю...
Вот ПР вообще не скопируешь - и никаких ужасов с остановками производства не происходит. Может проблема слишком раздута?
Кроме того заказчик может прописать в договоре исключить подобную "защиту" и будет совершенно прав!
Так же, как и прав исполнитель, который на это не согласится.
Согласие есть продукт при обоюдном непротивлении сторон (с)монтер Мечников.
Попробуйте купить исходники программы по цене копии.
Заказчик не может прописать исключение такой защиты, если он не покупает ПО, как отдельную позицию. Тогда да, он полноправный владелец и ему предоставляется полная версия в Кодесис. Если же он покупает щит с ПЛК и установленным там ПО, то он получает право на без проблемную работу данного щиты (с установленным там ПЛК). Начать копировать или передавать ПО на копирование он не может (не должен). Вот поэтому именно 2 варианта защиты (фдэш-ключ и серийник) более чем востребованы. Есть и иные средства "борьбы", но именно эти два самые "гуманные" по отношению к Заказчику. Кроме того, есть и проблема сделать работу "за спасибо". И именно применение ПЛК и различного рода "защит" иной раз только и позволяют получить заработанную оплату своего труда. А если нет проблем ни по оплате ни по возможности того, что твое ПО "сольют" конкурентам, то и не делается никаких защит.
Я на 99.8% уверен что вы сильно раздули проблему именно незаконного копирайта . Если конкурент "прикормлен" класть ему на ваши исходники хотелось , он уже откатов наделал .
Если не секрет что это за устройство такое ?
Так, если контроллер сгорел у заказчика должен быть компилированный код, чтобы залить в новый ПЛК, иначе он становиться вечно привязанный к исполнителю, что неприемлимо для "нормального" заказчика(человека)! Вы бы согласились за свои же деньги стать вечно привязанными???
Заказчик покупает или контроллер, или ПО, или АПК.
Работающий шкаф с контроллером - это АПК. Поэтому у него есть полное право потребовать: "ПО на бочку!"
Или производитель АПК идёт лесом в пеший тур с эротическим уклоном.
Да , именно эта проблема и ... необходимость ее скорейшего-срочнейшего-приоритетного решения раздута . 10лет вас просят решит проблему с котлами в ПЛК , дабы тикали они ровненько и стабильненько , те же 10 лет куча других проблем никак не решенных но реально насущных и ЧЕ ????!!!!!
Так за 10 лет убедили - не шибко и нужна. :D
Давайте уж откровенно. Приборы Овен в первую очередь приспособлены для ЖКХ.
Вот Модус была хорошая идея, но как то не пошёл.
Тут полностью согласен с Sergey666, есть над чем работать и куда идти по мимо проблемы с копированием.
щит управления котельной на ПЛК ОВЕН. Проект вообще был не рабочий. С учетом опыта работы мы сделали достаточно хорошее решение. Посещал котельную, сделанную по проекту той же конторы, что и сам монтаж. Автоматизации 0. "Товарищи" заинтересовались нашими решением. При этом, при сдаче нас всячески третировали, в то время как на той котельной "давили" как раз на принимающую сторону, чтобы приняли это Г... По условиям договора, мы обязаны предоставить ПО (детали, что и в каком виде не оговорены), и что им надо, "слить" все наши разработки, для их копирования? Заказчик и та контора имеют "достаточно близкие отношения". Но наш Заказчик, сдает объект уже своему, конечному потребителю... Работать непосредственно с потребителем не возможно, по ряду причин...
Вот как раз решение в флэш-ключе. Сгорел контроллер, купил новый, залил код, вставил флэш-ключ-все работает, красота. Отдали код "ворогам", залили, нет ключа-нет работы. Ключ можно и дополнительный положить в "схорон", дабы от его поломки предостеречь заказчика, флэшка стоит копейки.
Ну, после первого же опыта применения ПЛК ОВЕН на более-менее серьезном объекте пришли к выводу, что ни ретаин-переменными (аккумуляторы на одном объекте в 2-х ПЛК вышли из строя менее чем за год, с интервалом в месяц) ни часами ПЛК пользоваться нельзя, и ничего живем же как -то, приспособились. Зато после того, как все "переменные-уставки" "потерялись" из-за аккумулятора, теперь пишется ПО из расчета, что нет в ПЛК аккумулятора вообще, уставки-переменные (изменяемые оператором), сохраняются планово, при их изменении, а не по потери питания.
Все понятно , вы на суб-суб подряде ... Ничего вы не сделаете по хорошему , кроме ... оформляете весь проект в виде закрытого библиотечного блока с паролем и усе , проект для передачи будет выглядеть как вызов одной программы закрытой паролем . Условия передачи юридически соблюдены , перезалить на данном объекте можно , да точно такой же теоретически можно сделать , но так не бывает .
Почему не бывает не знаю , двух абсолютно одинаковых котельных еще не видел , даже ИТП в одном районе в одинаковых домах от одного и того-же застройщика отличаются всякими мелкими нюансами . Три года сидел на суб-суб подряде по программированию для гипермаркетов - ни одного одинакового проекта из 8ми ! Оборудование было жестко прописано в Т.З , как и передача всех исходников , передача всех явок и паролей .
Все оборудование имеет ручной (а некоторое-полуавтоматический) режим работы. В щит "посторонние" не должны лазить. Если забирающий халявную флешку "увидет" как все встало, на экране надпись "установите флэш-ключ", рука его дрогнет. И вычисляется он на раз-два, тем более поступит сигнал диспетчеру о изъятии. Автоматизированная котельная- не проходной двор.