Серийный номер ПЛК (привязка выполнения кода к конкретному ПЛК)
Приветствую всех!
Задача в следующем - необходимо привязать выполнение кода к конкретному ПЛК. Отсюда вопрос - есть ли в CoDeSys функция считывания серийного номера ПЛК, и есть ли вообще у ПЛК этот номер? Может быть функция считывания MAC-адреса (насколько известно он уникален для каждого ПЛК).
Есть ли какие альтернативные варианты? Может кто уже решал такую задачу?
Здравствуйте, Alex_Kos.
Мак-адрес легко меняется на ПЛК1хх, серийного номера получить в кодесис на сколько я знаю не возможно :-( хотя давно уже всем форумом ждем, верим и надеемся, увидеть его в модуле "статистика" :-)
Из альтернативных вариантов - если на ПЛКхх есть аналоговые входа, то представители ОВЕН при желании могут помочь с этим вопросом.
P. S. Самый лучший вариант - делать дешево и хорошо, что бы обращаться на сторону было дороже
Вопрос, а зачем ? Нормальный адекватный заказчик потребует по ТЗ исходники кода или пойдет к другому. А считать программу из ПЛК нельзя. К тому же можно запаролить.
Считать нельзя исходный код. А вот программу - проблем нет. Для ПЛК63/73 есть программа тиражирования. Для ПЛК1хх вроде тоже есть средства.Сообщение от melky
хз конечно где такие заказчики, может быть имелась ввиду работа на себя и написание софта для автоматизаторных контор, однако если брать работу в конторе по автоматизации, то единственное что волнует заказчика касательно системы управления - это её корректная работа. Про исходный код никто никогда даже не задумывался, потому что для заказчика он бесполезен. Другой вопрос, если производится продукт серийный то это проблема, ибо считать скомпилированный проект и просто перенести в другой ПЛК особых проблем нет.
Чтобы понять рекурсию нужно понять рекурсию
Я бы чуть перефразировал:
Исходную программу скачать нельзя.
А вот скомпилированный код - можно. Но толку от него - ноль. Он НЕ ДЕКОМПИЛИРУЕТСЯ.
Это ж какую такую "нетленку" надо сваять на Овене, чтобы озадачиться подобным вопросом?
Паранойя осложнённая манией величия?
не обязательно ))) например, можно разрабатывать изделие на соглашении о разделе прибылей... писать программу и обеспечивать поддержку изделия получая деньги от количества отгруженных установок.... удаленному разработчику не всегда очевидно количество отгружаемой с завода продукции!
кроме того удобно делать удаленную диспетчерезацию опираясь на уникальный код установки... вот модем за 500 рублей имеет IMEI, а ПЛК за 5000 нет....
далее, современная технологическая установка имеет набор стандартных приводов и интеллектуальный алгоритм ими управляющий.... стоимость установки скажем миллион, а привода в закупке "тянут" на 100 тыс.... вполне ожидаемо и понятно желание покупателя данной установки расширить свое производство по более приемлемой цене ))
Если изготовитель хочет кинуть разработчика, он всегда это легко сделает, даже если защитить нетленку!
В крайнем случае наймет другого, более покладистого разработчика! Это реалии, а любая защита такого рода приносит только головную боль всем! Если алгоритм сложный, то никто кроме разработчика в нем не разберется!
Спасибо за комментарии к вопросу )) особенно за "нетленку" и про манию величия )) Вопрос я так понимаю остался открытым
Ваши права
Ответить с цитированием