Заказчик покупает или контроллер, или ПО, или АПК.
Работающий шкаф с контроллером - это АПК. Поэтому у него есть полное право потребовать: "ПО на бочку!"
Или производитель АПК идёт лесом в пеший тур с эротическим уклоном.
Заказчик покупает или контроллер, или ПО, или АПК.
Работающий шкаф с контроллером - это АПК. Поэтому у него есть полное право потребовать: "ПО на бочку!"
Или производитель АПК идёт лесом в пеший тур с эротическим уклоном.
Да , именно эта проблема и ... необходимость ее скорейшего-срочнейшего-приоритетного решения раздута . 10лет вас просят решит проблему с котлами в ПЛК , дабы тикали они ровненько и стабильненько , те же 10 лет куча других проблем никак не решенных но реально насущных и ЧЕ ????!!!!!
Так за 10 лет убедили - не шибко и нужна.
Давайте уж откровенно. Приборы Овен в первую очередь приспособлены для ЖКХ.
Вот Модус была хорошая идея, но как то не пошёл.
Тут полностью согласен с Sergey666, есть над чем работать и куда идти по мимо проблемы с копированием.
Последний раз редактировалось smk1635; 26.07.2015 в 21:43.
Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда. (Закон Линуса)
щит управления котельной на ПЛК ОВЕН. Проект вообще был не рабочий. С учетом опыта работы мы сделали достаточно хорошее решение. Посещал котельную, сделанную по проекту той же конторы, что и сам монтаж. Автоматизации 0. "Товарищи" заинтересовались нашими решением. При этом, при сдаче нас всячески третировали, в то время как на той котельной "давили" как раз на принимающую сторону, чтобы приняли это Г... По условиям договора, мы обязаны предоставить ПО (детали, что и в каком виде не оговорены), и что им надо, "слить" все наши разработки, для их копирования? Заказчик и та контора имеют "достаточно близкие отношения". Но наш Заказчик, сдает объект уже своему, конечному потребителю... Работать непосредственно с потребителем не возможно, по ряду причин...
Вот как раз решение в флэш-ключе. Сгорел контроллер, купил новый, залил код, вставил флэш-ключ-все работает, красота. Отдали код "ворогам", залили, нет ключа-нет работы. Ключ можно и дополнительный положить в "схорон", дабы от его поломки предостеречь заказчика, флэшка стоит копейки.
Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда. (Закон Линуса)
Ну, после первого же опыта применения ПЛК ОВЕН на более-менее серьезном объекте пришли к выводу, что ни ретаин-переменными (аккумуляторы на одном объекте в 2-х ПЛК вышли из строя менее чем за год, с интервалом в месяц) ни часами ПЛК пользоваться нельзя, и ничего живем же как -то, приспособились. Зато после того, как все "переменные-уставки" "потерялись" из-за аккумулятора, теперь пишется ПО из расчета, что нет в ПЛК аккумулятора вообще, уставки-переменные (изменяемые оператором), сохраняются планово, при их изменении, а не по потери питания.
Все понятно , вы на суб-суб подряде ... Ничего вы не сделаете по хорошему , кроме ... оформляете весь проект в виде закрытого библиотечного блока с паролем и усе , проект для передачи будет выглядеть как вызов одной программы закрытой паролем . Условия передачи юридически соблюдены , перезалить на данном объекте можно , да точно такой же теоретически можно сделать , но так не бывает .
Почему не бывает не знаю , двух абсолютно одинаковых котельных еще не видел , даже ИТП в одном районе в одинаковых домах от одного и того-же застройщика отличаются всякими мелкими нюансами . Три года сидел на суб-суб подряде по программированию для гипермаркетов - ни одного одинакового проекта из 8ми ! Оборудование было жестко прописано в Т.З , как и передача всех исходников , передача всех явок и паролей .
Все оборудование имеет ручной (а некоторое-полуавтоматический) режим работы. В щит "посторонние" не должны лазить. Если забирающий халявную флешку "увидет" как все встало, на экране надпись "установите флэш-ключ", рука его дрогнет. И вычисляется он на раз-два, тем более поступит сигнал диспетчеру о изъятии. Автоматизированная котельная- не проходной двор.
Последний раз редактировалось LUCHNICK; 26.07.2015 в 22:49.