Просмотр полной версии : ПР200 считать программу из устройства
KRUPSKIY
18.01.2024, 10:44
Как считать существующую программу?
Королев Кирилл
18.01.2024, 10:59
Добрый день!
Считать программу из прибора нельзя. Таким образом реализована защита интеллектуальной собственности разработчиков программ.
если делать корректно, то защиту формируют через парольный доступ. А функция считывания программы не лишняя.
Можно на листке бумаги нарисовать входы, выходы. Затем определить их взаимосвязь и реализовать точно такую же логику используя OwenLogic. Не благодарите.
Некоторые контроллеры при записи программы пишут xml файл с конфигурацией, который потом можно считать обратно.
Хочешь защитить свою интеллектуальную собственность - не пишешь xml конфиг
Хочешь удобства - пишешь xml конфиг.
Почему в овенах это не реализуют - не понятно.
Некоторые контроллеры при записи программы пишут xml файл с конфигурацией, который потом можно считать обратно.
Хочешь защитить свою интеллектуальную собственность - не пишешь xml конфиг
Хочешь удобства - пишешь xml конфиг.
Почему в овенах это не реализуют - не понятно.
Потому что дифинишн файл пишется на XML коде. Найдите киповца который програмит в XML? Еслиб все так просто решалось то мозги на тачках в каждом гараже шились.
shvitaliy
23.02.2024, 03:47
Добрый день!
Считать программу из прибора нельзя. Таким образом реализована защита интеллектуальной собственности разработчиков программ.
Это очень не верный шаг. У программиста должен всегда быть выбор. Хочешь защитить, ставь пароль или сам не разрешай считывать с устройства. Siemems и его клоны и многие другие именно так сделали. Я работаю на заводе и никогда не ставлю пароль на программу контроллера. В жизни всякое бывает, за мной придут последователи, потом ищи свищи. Если работаешь на продажу, то тут вопросов нет.
АРТ.Кар 64
23.02.2024, 04:56
Тогда выгоднее не покупать у Вас,а нанимать собственного программиста.
Но ведь оборудование с "голой" ПР 200 никто не продаст.
Интеллектуальная собственность- это хорошо. Но и простои оборудования и-за такой "собственности" могут быть огромными.
Вариант "Сначала научи людей программировать ПР,а потом покупай".не всех может устроить.
С "приходящим программистом" можно хоть заключить какой-то "мало-мальский Договор на ТО "
С человеком ,который за тридевять земель и работал над программой возможно несколько лет тому назад Договор не заключишь
Зачем мне нужна Ваша "собственность",если (конечно,если поискав и возможно не быстро)я такую же "собственность" смогу найти в пределах хотя бы района,в котором я проживаю.
Но ,извините...Ведь деньги за Вашу "собственность" я уже заплатил.Конечно должен быть какой-то "ключ" к "мозгам" ПР-ки. Но только с тем условием,что применив такой "ключ взлома " все Гарантии с работы Программиста,который изначально работал с программой автоматически снимаются.
Иначе только остаётся вариант-это перевести оборудование в "ручной режим" и по прежнему тыкать кнопки и бегать контролировать состояние термометров и манометров. В чём тогда "фишка Научно-технического прогресса"? Я не понимаю.
Причем здесь ПР. Попройте найти бесплатно программу к любому ПЛК в составе оборудования? Некоторые европейские конторы вообще на этом живут. ПО некоторых производственных линий каждый год платные лицензии или платные "обновлия" , что по сути одно и тоже.
Мало того некоторые фирмы и контроллер с программой не продадут, после истечения гарантии. Щит целиком или ремонт в их сц. с соответствующим счётом.Приходилось как-то с таким оборудованием сталкивался, за щит просили денег немногим меньше станка. И подобные станки с вышедшей из строя электроникой продавались очень недорого.
Это нормальная практика.
АРТ.Кар 64
23.02.2024, 06:13
Вы меня не правильно поняли. То ,что речь про ПР -так это следует из "заглавия вопроса".Именно ПР,а не ПЛК.
Если станок "стоит на потоке" и выпускает продукцию тоннами,а то и вагонами-это совсем другое дело.Тут и стоимость другая.
А не говорю про ПЛК.Я говорю про ПР.
Какая такая "военно-государственная тайна" может быть "зашита" в "мозги" ПР-ки ?
Поймите меня правильно.С оборудованием ,где есть ПЛК-тут и "технический персонал "подразделения должен быть намного опытнее.
Но когда речь идёт (пардон) о насосе-"говнокачке" и упоминается "какая-то "собственность"-то тут действительно становится смешно.
Речь в общем о ПО не важно для чего.
" и упоминается "какая-то "собственность"-то тут действительно становится смешно.
Есть такое. Если проект разовый, то и исходники к документам должны прилагаться обязательно. В договоре прописано д.б.
АРТ.Кар 64
23.02.2024, 07:15
Ни-ни . В ПО я не лезу. Сие нам неведомо и что-то и куда-то "мы не суёмся"
Изначально понял,что речь как бы шла о той" хитросплетённой паутине" между ФБ.
Действительно.Если не иметь определённого навыка в этом деле-то и тут могут быть сложности. Но если неспеша вникать в эту"тайну"-то и тут результатов добиться можно.
Тем более если к шкафу с ПР прилагается тех.документация по расключению входов /выводов-и описание работы...Словом сложно,но можно.
А более сложное-так нам это и ни к чему.
Благодарю за диалог.
Я чуток накину сарказма. Вы, блин, все обсуждаете следствие (когда вы УЖЕ получили ПРку без исходников). Следствие вот этих вот вещей:
1. Того, что нет нормального документирования проектов. Это когда людям лень в Экселе даже список битов для панели оператора написать. Или комментарии в исходном коде. Или Техническое Задание составить для проекта или объекта.
2. Кривая юридически-договорная часть. Договоры, наверное, у всех стандартные (или вовсе нет их), и там написано что-то типа "Исполнитель делает работу для заказчика". А вот если подумать и прописать в договоре: передачу исходников вместе с проектом, поддержку проекта в такие-то сроки, продажу исходников. А?
3. Спешка в разработке проектов и/или поиске готовых устройств. Это когда кто-то формально покупает какую-нить камнедробилку, а потом оказывается что это дробилка для камней в почках.
4. Отсутствие конкретного ЛПР (Лица, Принимающего Решение). Это когда нет конкретного человека, который точно знает, что, зачем, для чего и в каком виде он заказывает и/или проектирует, а за него решение принимают все, начиная от бабки и кончая менеджером по закупке туалетной бумаги, потому что им это делегировали.
...и вот в результате именно этого вы получаете ПРку или ПЛК без исходников. А не в результате того, что из ПРки их считать нельзя. Это - только следствие.
АРТ.Кар 64 не думали, что просто архитектура ПР не позволяет считать программу? А если делать такую возможность, это увеличит стоимость ПР, когда он потеряет конкурентно способность.
Если вы знаете, что вам делают на устройстве, из которого нельзя скачать программу, и даже если можно скачать программу, требуйте по договору исходники.
Это относится не только к Овен, но и к другим производителям. У многих тоже нельзя скачать программу или она будет не на том языке, на которой ее писали и без комментариев, раз уж Siemens тут упомянули.
Дмитрий-1975
15.06.2024, 08:44
Добрый день!
Считать программу из прибора нельзя. Таким образом реализована защита интеллектуальной собственности разработчиков программ.
а как же категории предприятий ?
а если ОПО ? (опасный производственный объект),
а если обеспечение жизнедеятельности ?
банальная ситуация - ваша мама жена ваш ребенок дети попадают в реанимацию или на операционный стол, а электропитание, АВР простой выполнен на овно реле ПР200 (собственность интеллектуальная), управление источниками питания, а реле тупо вышло из строя, а исходника нет и считать нет возможности, чтобы у эксплуататора была возможность закупить овно реле, залить в него исходник, и в случае ЧП быстро заменить вышедшее из строя с залитым исходником, а ОПО где безопасность людей может зависеть от быстроты восстановления, как в той же Транснефти - 2 часа и при наличии резервирования.
Или производителями делается все возможное, дабы заказчики старались обходить стороной таких производителей, которые делают все возможное дабы заказчик более не смотрел в сторону таких производителей, у которых и железо то косячное весьма часто, и в голове какой то бред о собственности, которую прям толпы желающих продать в NASA или весь запад прям таки организовал промышленный шпионаж для похищения супер пупер секретной интеллектуальной собственности на эти реле ?
Дмитрий-1975 Нет. В современном мире это делается по другому.
а) Договором, в котором чётко прописывается передача исходных файлов проекта и документации по нему. У меня это прописано, и я передаю исходники.
В 1975 году такое было не принято, и вообще был ужасный совок. В общем, чур без политоты и теорий заговоров.
б) У конкретно ОВЕНа есть Мастер Тиражирования, при помощи которого можно сделать так:
* Проект загружается в любую ПРку такой же модели
* Проект загружается только в ту же самую ПРку (защита ключом)
В общем, прежде чем орать из 1975 года, следует обратить внимание на юридическую сторону дела. Начинать надо с неё и с документации на проект.
Мне кажется, что Дмитрий-1975 - троль:
- нарочито пренебрежительное названия фирмы
- бред про необходимость срочного восстановления
Именно бред - для большинства задач возможно перекоммутировать в шкафу для пуска во временном ручном режиме и АВР и насосов и многого другого. Да, есть случаи сложного управления без возможности временного ручного управления, но это не из задач простого устройства ПР.
withheld
15.06.2024, 22:55
Невозможность считать программу из ПР это бред. Хотите защищать интеллектуальную собственность, придумайте механизм запароливания. У меня на ПР200 реализована водоподготовка в МОЕМ доме. Автор программы Я, система тоже МОЯ. 8 лет назад я ее написал, и не трогал. Сегодня решил немного подправить под модернизацию системы. Естественно, у меня сохранено несколько вариантов программы, какой конкретно из них залит я уже не помню. А качнуть и посмотреть нельзя. Ну не идиотизм ли? Я думал, что может быть за эти годы разрабы поумнели, и добавили эту функцию в П/О. Обновил ОЛ, обновил прошивку прибора. Так он вообще перестал видеться компом. Танцевал с бубном, отменяя подписку драйверов. Вроде появился в диспетчере устройств, но ОЛ теперь при подключении выкидывает "превышен таймаут семафора". Единственное желание после убитого вечера - купить лого, а овен выкинуть к чертям.
Сергей0308
15.06.2024, 23:20
Невозможность считать программу из ПР это бред. Хотите защищать интеллектуальную собственность, придумайте механизм запароливания. У меня на ПР200 реализована водоподготовка в МОЕМ доме. Автор программы Я, система тоже МОЯ. 8 лет назад я ее написал, и не трогал. Сегодня решил немного подправить под модернизацию системы. Естественно, у меня сохранено несколько вариантов программы, какой конкретно из них залит я уже не помню. А качнуть и посмотреть нельзя. Ну не идиотизм ли? Я думал, что может быть за эти годы разрабы поумнели, и добавили эту функцию в П/О. Обновил ОЛ, обновил прошивку прибора. Так он вообще перестал видеться компом. Танцевал с бубном, отменяя подписку драйверов. Вроде появился в диспетчере устройств, но ОЛ теперь при подключении выкидывает "превышен таймаут семафора". Единственное желание после убитого вечера - купить лого, а овен выкинуть к чертям.
Так Вы путаете понятия, считать программу из ПР и найти вариант программы соответствующий программе залитой в ПР - это совершенно разные вещи, поверьте мне на слово, короче, это можно сделать путём включения онлайн отладки, придётся поставить ту версию программы ОЛ в которой создавался проект, это тоже можно найти опытным путём, короче, не вижу проблем, в смысле, что Вы хотите в принципе можно сделать, если на момент создания программы был режим онлайн отладки!
Если Вы раз в 8 лет с этим сталкиваетесь, боюсь проблемы возникнут в любом деле, даже чтобы гвоздь забить, в смысле, можете пальцы отбить или молоток сломать!
И ещё, я на компе вижу дату-время создания-изменения проектов ОЛ, в смысле, это тоже может помочь!
76598
kondor3000
16.06.2024, 09:56
Невозможность считать программу из ПР это бред. Хотите защищать интеллектуальную собственность, придумайте механизм запароливания. У меня на ПР200 реализована водоподготовка в МОЕМ доме. Автор программы Я, система тоже МОЯ. 8 лет назад я ее написал, и не трогал. Сегодня решил немного подправить под модернизацию системы. Естественно, у меня сохранено несколько вариантов программы, какой конкретно из них залит я уже не помню. А качнуть и посмотреть нельзя. Ну не идиотизм ли? Я думал, что может быть за эти годы разрабы поумнели, и добавили эту функцию в П/О. Обновил ОЛ, обновил прошивку прибора. Так он вообще перестал видеться компом. Танцевал с бубном, отменяя подписку драйверов. Вроде появился в диспетчере устройств, но ОЛ теперь при подключении выкидывает "превышен таймаут семафора". Единственное желание после убитого вечера - купить лого, а овен выкинуть к чертям.
То что вы не проставляете последнюю версию своей программы и не оставляете версию Лоджика в которой написана программа, это только ваша проблема.
У меня стоит не меньше 10 версий и прекрасно всё работает.
Естественно, у меня сохранено несколько вариантов программы, какой конкретно из них залит я уже не помню. А качнуть и посмотреть нельзя.
Ну... или это троллинг и нападки на ОВЕН, или "Садись, двойка". У OwenLogic есть возможность указывать номер алгоритма и версию программы в проекте, а потом считывать это из ПР. Любых ПР ОВЕН.
Пункты меню:
* Файл - Сведения о проекте (указываем номер версии и прочее)
* Прибор - Информация о приборе (смотрим)
А ещё (почему я думаю, что это неаргументированные нападки):
* Три сообщения на форуме всего с регистрации в 2015 году
* С 2015 года уж точно можно изучить ПРку хорошо и знать, где находится инфа о приборе
* Версия программы будет только одна - последняя (как у Булгакова). Остальные - это бэкапы.
withheld
17.06.2024, 17:02
Ну... или это троллинг и нападки на ОВЕН, или "Садись, двойка". У OwenLogic есть возможность указывать номер алгоритма и версию программы в проекте, а потом считывать это из ПР. Любых ПР ОВЕН.
Пункты меню:
* Файл - Сведения о проекте (указываем номер версии и прочее)
* Прибор - Информация о приборе (смотрим)
А ещё (почему я думаю, что это неаргументированные нападки):
* Три сообщения на форуме всего с регистрации в 2015 году
* С 2015 года уж точно можно изучить ПРку хорошо и знать, где находится инфа о приборе
* Версия программы будет только одна - последняя (как у Булгакова). Остальные - это бэкапы.
Я в 15м году ее написал, и забыл. Больше с Овенами не встречался. Сейчас решил добавить частотник в систему, и под это подправить программу.
Я в 15м году ее написал, и забыл. Больше с Овенами не встречался. Сейчас решил добавить частотник в систему, и под это подправить программу. Туплю. Предполагаю разное развитие событий, могу быть грубым:
* Ну, открываем файл типа "PR200 2015-06-17 Ver 5 (STABLE).owl", конвертируем его в .Owle под новый Owen Logic, исправляем и загружаем
* Если после того, когда в 15ом написал, файл был удалён - то это не говорит о том, что ОВЕН плох. Это говорит об общей культуре и отношению к вещам: взял, забыл, наплевал, бросил, удалил. Но создатели программы в этом не виноваты.
withheld если исходники потерялись, придется писать с нуля. Овен не единственный производитель, из которого нельзя считать программу, так что сильно гнать бочку не стоит.
withheld
26.06.2024, 19:26
withheld если исходники потерялись, придется писать с нуля. Овен не единственный производитель, из которого нельзя считать программу, так что сильно гнать бочку не стоит.
Не потерялись исходники. Просто есть несколько незначительно отличающихся версий. И я вместо рытья в воспоминаниях, хотел просто качнуть из ПР. Но теперь другая проблема. Какие-то глюки с дровами, он увиделся ноутом один раз и пропал. Пойду курить форум. Желание выкинуть овен продолжает крепнуть.
Поверьте на слово, даже при возможности считать и сравнить, Вас грызли бы сомнения - а вдруг среди исходников пропадает доработанная и улучшенная версия, которая почему-то не загружена...
Столкнувшись с подобной проблемой постарался исключить её повторение, приняв для себя систему:
1. однофайловые проекты дополняю датой (по сути версией) в названии, многофайловые держу в папке с именем как дата.
2. промежуточные версии (если считаю нужным их хранить) переношу в папку svn (или history), релизы - в папку release.
3. веду текстовый файл, в котором ставлю пометки вида: дата релиза (не промежуточного), список причин и изменений, версии ПО и firmware, загрузил или не загрузил программу в прибор
4. для некоторых наиболее частых однотипных задач делаю pdf (печать в pdf) с холстами, переменными, экранами, скрином информации о ПР в онлайн (видна длительность цикла, модель) - их проще просмотреть, если нужно что-то вспомнить.
Это исключительно организационные мероприятия. Можно даже сказать, это культура выполнения работы.
Постарайтесь принять, что нет вины Овен в данной ситуации.
Сергей0308
26.06.2024, 20:42
Наверно товарищ не понимает, что если бы он считал программу из ПР это ему ничем не помогло бы, в смысле, в ПР(и в ПЛК) заливается скомпилированный файл, редактировать его нельзя!
Если в ПЛК храниться исходный проект, его заливают отдельно, для работы ПР(ПЛК) этот файл не используется!
Короче, намного разумней залить(скопировать) файл исходного проекта на флешку или(и) в облако, а то ПР "сгорит" вместе с исходным проектом и опять плач Ярославны пойдёт над нашей планетой, в смысле, никто же не запрещает пользоваться мозгами, если они есть!
Я в 15м году ее написал, и забыл..
А вот это то Овены не предусмотрели))
Желание выкинуть овен продолжает крепнуть.
Выкиньте. В чем проблема? Вы ждете что Вас будут уговаривать?
Я тоже хочу от себя добавить. Ну ведь есть же окно с информацией о Проекте:
76898
Туда же можно вписать текст или версию. А потом это видно в Информации о ПРке, когда её подключаешь по USB в OwenLogic.
Если речь идёт про ПР200, то ведь есть ещё и ЭКРАНЫ. Вот, я сделал экран с версией:
76899
Как так-то? Сергей0308 верно говорит: важна системность подхода. Если сам не сохранил, не подписал - то это сводится к "Ах вы гады, не сказали что кошек в микроволновке нельзя сушить, убили мою кошку".
andres.kaen@ya.ru
01.05.2026, 16:38
Всем добро времени суток.
Я первый раз столкнулся с продукцией ОВЕН и поэтому скорее всего не вижу всей картины в целом.
Но в основном я работаю с устройствами siemens и mitsubishi. И в них мне приходилось считывать программу огромное количество раз по самым разным причинам.
сейчас столкнулся с ситуацией клиент пригласил решить его проблему. Разумеется у него ничего нет. Разработчика программы найти не получилось. объект за 8 млн построен за выделенные деньги. но не функционирует. У клиента банально с трудом хватает денег на оплату моих услуг не говоря уже по покупке нового контроллера с разработкой программы под него. ситуация в том что полетел блок по управлению водоподготовкой выполненный на плате без маркировки. Производитель и продавец я так понимаю уже не существует. По крайней мере по известным данным он не находится. Так же для управления работой насоса стоит ПР200. Есть свободные входы и выходы в достаточном количестве для решения задачи. Если бы там стоял LOGO я считал бы программу дописал необходимый функционал и даже возможно оптимизировал бы работу. У меня ушло бы на все максимум час. В случае ПР задача не решаема так как решение стоит больше чем возможности заказчика. Не выдуманная история о том что поселение уже месяц находится без воды из за того что нет желающих сразится с этим контроллером, а разработчик исчез.
Я прочитал аргументы которые приводятся в чате о том что так и надо и все остальные просто не правильно делают.
Но все же хочу заметить что в жизни обычно все сложней и по разным стечением обстоятельств все таки такой функционал может понадобится.
Важно!!! автоматизация потихоньку выходит за границы МКАД, а это значит охват становится все больше.
И например в каком нибудь поселке заказчик может просто быть не достаточно компетентен что бы потребовать исходники или даже не понимая что это такое просто отказаться от них так как есть те кто это предлагает за дополнительную плату. И таких случаев много. Просто в тех случаях когда стоит например LOGO решения проблемы клиента может обойтись например в 2000 рублей. В случае с вашим оборудование 30-40 тысяч и выше. Для крупных предприятии это не проблема. Но как тут люди пишут про водокачки да говнокачки. Это проблема.
А для тех кто пишет что так быть и должно и просто нужно правильно договора составлять еще хочу сказать. Что же тогда все разработчики которые используют ОВЕН не информируют клиента в полной мере что ему обязательно нужно. Я думаю вопрос риторический потому что разработчики бывают разные. И получается ОВЕН предлагает защиту разработчика, но не предлагает защиту клиента от недобросовестного разработчика.
Я думаю что здесь просто есть две стороны. Те кто это исключительно разрабатывают и те кому приходится это потом обслуживать.
Хочу обратиться именно к разработчикам ОВЕН если они читают данный форум.
Я правда считаю что у разработчика должна быть возможность защитить свои код, но это должно быть опционально.
Желательно если человек защитит свой код то в сообщении о вводе пароля должны высвечиваться его контактные данные. Раз уж тут пишут про розовые пони то это тоже хороший тон когда ты предупреждаешь куда обратится для решения задачи. А не надеяться на договора уровня газпрома. Я когда приезжаю на какое нибудь мелкое производство там вообще у людей нет никаких договоров, а происхождение оборудование теряет след.
А я пока пошел дальше думать как дать воду в поселок
andres.kaen@ya.ru Мы рады. Но. Тебе стоит почитать давний мем "Почему в IT такой большой процент проваленных проектов". Он матерный был.
А теперь жёсткие тезисы:
1. Если клиент не стребовал с разработчика программы исходники - то это не проблема оборудования, а проблема клиента. Нужно было прописывать это в договоре.
2. Если клиент не может сейчас найти денег - надо задуматься. Вдруг он и тогда дешевил?
3. Если клиент выбрал оборудование, не рассчитывая стоимость владения им - то он плохой клиент.
Так что оборудование НЕ виновато. Виноваты те, кто не читает к нему инструкции.
PS. Ну просто когда объект за 8 млн - то это очень смешно и эпично, если такие деньги нашлись, а ум потребовать исходники - нет.
PS2. Даже вот в ОВЕНские ПЛК можно загрузить исходники программы. Но разве вина ПЛК в том, что многие этого не делают?
UPD. Я нашёл сам этот мем. Убрал маты, цитирую:
...А вообще, я очень хочу, чтобы наша профессия со временем стала такой же инженерной дисциплиной, как, например, строительство - вам нужно здание? Извольте заплатить за проект, а потом за возведение, или покупайте (арендуйте) готовое, но тут уж не выдвигайте требований пристроить к нему еще 30 этажей. Изволили построить времянку, а теперь хотите ее превратить в доменный цех? нет проблем - СНОСИМ времянку и строим цех. Через пять лет вам потребуется переделать цех в аэропорт? Это ваши трудности - медицина в голове бессильна. Вы никогда не задумывались почему в IT такой процент проваленных проектов (представьте себе такой процент например в автомобилестроении)? А потому, что делают их не в рамках инженерного подхода, а вопреки ему.... И заметьте, никто не кричит "Судостроители гады, не хотят переделать речной трамвайчик в ледокол". (c)
andres.kaen@ya.ru
01.05.2026, 19:25
спасибо за ответ.
но я все таки надеюсь мое мнение будет услышано. и возможно производитель еще раз вынесет на повестку возможность считывания программы из ПР.
Уважаемый Cs-Cs просто наши подходы к клиенту отличаются. Мне конечно тоже не нравятся клиенты которым "даром да с наваром"
Но переехав в регион реально увидел что как правило клиент абсолютно не компетентен в области автоматики и в буквальном смысле автоматический выключатель называет "автоматикой" или ПЛК не могут отличить от частотного преобразователя. И я не про конкретного человека, а картину в целом. И здесь моя позиция всегда была следующей я специалист который должен понять потребность клиента и сопровождать его на протяжении всего проекта. Я так понимаю вы работаете с заказчиками которые достаточно хорошо понимают специфику промышленной автоматизации из за чего могут более конкретно и понятно объяснить задачу, а так же не нуждаются в сопровождении специалиста на протяжении проекта. К сожалению в неразвитых регионах с этим сложнее. И мне просто хотелось бы что бы такие производители как ОВЕН услышали голоса так сказать из глубинки о том что там тоже есть запрос на автоматизацию, но нет таких возможностей как в развитых регионах. Так что жестить не нужно. Я написал на этом форуме просто для того что бы поддержать тех кто писал с точки зрения микро проектов и возможно обратить внимание разработчиков на эту проблему. И я понимаю что мы скорее всего не целевой клиент так как пока не можем позволить себя масштабные проекты. для примера когда я делал проекты крупных предприятий там только подготовка воды делаль на Siemens S7 1200 так как возможностей logo не хватало. А тут же если используется контактор то это уже верх автоматизации. И мне кажется все таки грубо всех этих людей лишать возможности сделать что то лучше только потому что они в этом ничего не понимают.
Проблема может программа считываться или нет зависит не от Овен, а от архитектуры, на которой построен ПР.
И Овен не единственный, из чего нельзя скачать.
Самый примитивный пример, попробуйте скачать программу из Ардуино.
andres.kaen@ya.ru 1. Архитектура всех ПРок сделана так, что программа загружается в них в скомпилированном виде и считать её нельзя.
Чтобы переделать архитектуру ПРок по другому, нужно сделать вместо ПРок полноценные ПЛК с другим процессором. Если ты готов это оплатить (около 1-3 лет и 500 млн) - пожалуйста свяжись с ОВЕНом.
Нужно будет реорганизовать несколько отделов, техподдержку, производство. Заменить все инструкции, переписать Owen Logic, изменить сценарии работы техподдержки, тестирования, документацию и заново пройти всю сертификацию, в том числе и в ГосРеестре РФ.
2. Не надо прикрываться регионами. Я ЛИЧНО знаю много людей из регионов (в том числе и крайне бедных; настолько бедных, что там в городские котельные ставят ПРки на 230V питания только из-за того, что поставить блок питания на 24V за тыщу - это "слишком дорого"), которые делают всё на ПРках.
У них нет проблем с исходниками.
3. Если хочется перейти на личное, то лично я мечтаю, чтобы все недобросовестные исполнители и заказчики побыстрее ушли с рынка или повымерли как вид.
Однако обычно кричат (как ты) про всё те, кто сам не умеет работать добросовестно.
Поэтому ещё раз разберём ситуацию. Она, к сожалению, похожая на стандартную ситуацию ребёнка, который упал на пол. Он пока ещё не понимает, что это но повертелся в кроватке и упал. Он думает, что это злой и страшный пол на него напал и ударил.
Если посмотреть на факты, то мы имеем следующее:
* Какой-то исполнитель недобросовестно сделал проект на ПРке и не дал исходники;
* Заказчик платил деньги, но НЕ проверил этот момент (что исходники есть). Не по договору, а просто "Где флешка? Где файл на флешке? Давай его в ПРку загрузим и проверим: работает или нет?";
* У них всё сломалось, и они теряют деньги на простое;
* Наняли тебя;
* Ты обвиняешь во всём ОВЕН.
Вопрос: при чём тут ОВЕН? Всё, что он сделал в этой ситуации - это произвёл ПРку, которая корректно выполняет программу, которую кто-то написал.
Поэтому не стоит передёргивать. Если только сейчас вскрылось то, что заказчик не проверил исполнителя, но заплатил 8 млн - то это проблемы заказчика.
С твоей стороны стоит не ныть, а выставить ему счёт на 2-3 млн и дневать и ночевать там, чтобы сделать программу заново и оформить все документы.
После этого ты и денег заработаешь, и свой уровень поднимешь, и будешь примером крутого спеца в стиле "Не просто поправил, а ещё и договор оформил, и исходники программы туда прописал".
Другой вариант, который я могу выдумать - это то, что ты не хотел напрягаться, а думал что можно быстренько за вечерок выгрузить чужую интеллектуальную собственность из ПРочки, подправить и заново загрузить. И срубить на этом денежков.
Если это так - то ты ни чем не отличаешься от того, первого, программиста, которого я ругаю.
4. Про моих клиентов ты понял НЕверно. Это я САМ установил для СВОЕЙ компании такие жёсткие стандарты как:
* Тестирование оборудования длительным прогревом;
* Прописанные в договоре обязанности;
* Длинное и очень подробно написанное ТехЗадание;
* Передачу исходников и документации.
Минус у этого в том, что заказчики, которым надо "быстро и за 8 млн" мне не попадаются. Они, хех, ищут более безответственных исполнителей и, как я вижу, их находят.
Cs-Cs советую почитать законы, если в договоре не обозначено другое, исходники должны быть предоставлены.
з.ы. не помню где и какой номер, но это вот факт. Так что можно привлечь по суду.
Проблема может программа считываться или нет зависит не от Овен, а от архитектуры, на которой построен ПР.
И Овен не единственный, из чего нельзя скачать.
Самый примитивный пример, попробуйте скачать программу из Ардуино.
Тут аккуратнее. Если прошивка в Ардуино не защищена - она легко переносится.
Сам ОВЕН предоставляет прошивки многих устройств в виде екзешников - значить у них есть возможность и реализовать их перенос.
Для ПР110 реализовывал собственные прошивки и с помощью PICKit их переношу.
Просьбу поддерживаю.
89083
Это схема ПР110-8Д.4Р. На ней есть разъем XS1 как раз для внутрисхемного слива/залива/отладки.
Сергей0308
01.05.2026, 23:09
Всем добро времени суток.
Я первый раз столкнулся с продукцией ОВЕН и поэтому скорее всего не вижу всей картины в целом.
Но в основном я работаю с устройствами siemens и mitsubishi. И в них мне приходилось считывать программу огромное количество раз по самым разным причинам.
сейчас столкнулся с ситуацией клиент пригласил решить его проблему. Разумеется у него ничего нет. Разработчика программы найти не получилось. объект за 8 млн построен за выделенные деньги. но не функционирует. У клиента банально с трудом хватает денег на оплату моих услуг не говоря уже по покупке нового контроллера с разработкой программы под него. ситуация в том что полетел блок по управлению водоподготовкой выполненный на плате без маркировки. Производитель и продавец я так понимаю уже не существует. По крайней мере по известным данным он не находится. Так же для управления работой насоса стоит ПР200. Есть свободные входы и выходы в достаточном количестве для решения задачи. Если бы там стоял LOGO я считал бы программу дописал необходимый функционал и даже возможно оптимизировал бы работу. У меня ушло бы на все максимум час. В случае ПР задача не решаема так как решение стоит больше чем возможности заказчика. Не выдуманная история о том что поселение уже месяц находится без воды из за того что нет желающих сразится с этим контроллером, а разработчик исчез.
Я прочитал аргументы которые приводятся в чате о том что так и надо и все остальные просто не правильно делают.
Но все же хочу заметить что в жизни обычно все сложней и по разным стечением обстоятельств все таки такой функционал может понадобится.
Важно!!! автоматизация потихоньку выходит за границы МКАД, а это значит охват становится все больше.
И например в каком нибудь поселке заказчик может просто быть не достаточно компетентен что бы потребовать исходники или даже не понимая что это такое просто отказаться от них так как есть те кто это предлагает за дополнительную плату. И таких случаев много. Просто в тех случаях когда стоит например LOGO решения проблемы клиента может обойтись например в 2000 рублей. В случае с вашим оборудование 30-40 тысяч и выше. Для крупных предприятии это не проблема. Но как тут люди пишут про водокачки да говнокачки. Это проблема.
А для тех кто пишет что так быть и должно и просто нужно правильно договора составлять еще хочу сказать. Что же тогда все разработчики которые используют ОВЕН не информируют клиента в полной мере что ему обязательно нужно. Я думаю вопрос риторический потому что разработчики бывают разные. И получается ОВЕН предлагает защиту разработчика, но не предлагает защиту клиента от недобросовестного разработчика.
Я думаю что здесь просто есть две стороны. Те кто это исключительно разрабатывают и те кому приходится это потом обслуживать.
Хочу обратиться именно к разработчикам ОВЕН если они читают данный форум.
Я правда считаю что у разработчика должна быть возможность защитить свои код, но это должно быть опционально.
Желательно если человек защитит свой код то в сообщении о вводе пароля должны высвечиваться его контактные данные. Раз уж тут пишут про розовые пони то это тоже хороший тон когда ты предупреждаешь куда обратится для решения задачи. А не надеяться на договора уровня газпрома. Я когда приезжаю на какое нибудь мелкое производство там вообще у людей нет никаких договоров, а происхождение оборудование теряет след.
А я пока пошел дальше думать как дать воду в поселок
спасибо за ответ.
но я все таки надеюсь мое мнение будет услышано. и возможно производитель еще раз вынесет на повестку возможность считывания программы из ПР.
Уважаемый Cs-Cs просто наши подходы к клиенту отличаются. Мне конечно тоже не нравятся клиенты которым "даром да с наваром"
Но переехав в регион реально увидел что как правило клиент абсолютно не компетентен в области автоматики и в буквальном смысле автоматический выключатель называет "автоматикой" или ПЛК не могут отличить от частотного преобразователя. И я не про конкретного человека, а картину в целом. И здесь моя позиция всегда была следующей я специалист который должен понять потребность клиента и сопровождать его на протяжении всего проекта. Я так понимаю вы работаете с заказчиками которые достаточно хорошо понимают специфику промышленной автоматизации из за чего могут более конкретно и понятно объяснить задачу, а так же не нуждаются в сопровождении специалиста на протяжении проекта. К сожалению в неразвитых регионах с этим сложнее. И мне просто хотелось бы что бы такие производители как ОВЕН услышали голоса так сказать из глубинки о том что там тоже есть запрос на автоматизацию, но нет таких возможностей как в развитых регионах. Так что жестить не нужно. Я написал на этом форуме просто для того что бы поддержать тех кто писал с точки зрения микро проектов и возможно обратить внимание разработчиков на эту проблему. И я понимаю что мы скорее всего не целевой клиент так как пока не можем позволить себя масштабные проекты. для примера когда я делал проекты крупных предприятий там только подготовка воды делаль на Siemens S7 1200 так как возможностей logo не хватало. А тут же если используется контактор то это уже верх автоматизации. И мне кажется все таки грубо всех этих людей лишать возможности сделать что то лучше только потому что они в этом ничего не понимают.
Ваши хотелки не решают ваших проблем, в смысле, для Вас разницы нет по какой причине Вы не можете получить исходный проект, по причине отсутствия принципиальной возможности или наличия пароля, что это за хотелки ради хотелки, в смысле, если бы Вы написали: что хочу безусловной возможности вытащить исходный проект из ПР тогда бы это решало вашу проблему и было бы логично, короче, текущие ваши хотелки - полный бред мне так кажется!
Я за вытаскивание исходного проекта, но с хотелками надо быть осторожным, чтобы они не противоречили здравому смыслу, мне так кажется!
EFrol ой, вей, а изменить программу можете между слить прошивку и залить в другое ТАКОЕ ЖЕ ?
суть то вопроса так и непонятна что ли?
Вы даже в CodeSys не вытащите программу (если в память не залили исходник) для редактирования. При чем по идее в никакой, не только Овен.
Сергей0308
02.05.2026, 04:45
Cs-Cs советую почитать законы, если в договоре не обозначено другое, исходники должны быть предоставлены.
з.ы. не помню где и какой номер, но это вот факт. Так что можно привлечь по суду.
Если должны выполняться пункты не прописанные в договоре, тогда зачем в нём что-то писать? Достаточно почитать законы? Бред какой-то, мне так кажется!
EFrol ой, вей, а изменить программу можете между слить прошивку и залить в другое ТАКОЕ ЖЕ ?
суть то вопроса так и непонятна что ли?
Вы даже в CodeSys не вытащите программу (если в память не залили исходник) для редактирования. При чем по идее в никакой, не только Овен.
Когда-то занимался реверс-инжинирингом. Так вот есть умельцы, которым и не нужен исходный код.
С помощью IDA Pro и ИИ они портируют алгоритм с одной платформы на другую без его анализа.
Писал эмулятор под Z80 на PIC32, по сути VM для Z80.Тот кто хочет - сделает!!!
Я занимаюсь портированием исходников для ПР и ПЛК на Arduino и обратно.
Заказчикам всегда не хватает функциональности этих ПР и ПЛК. Добавляемая функциональность всегда выходит за рамки возможностей ПР/ПЛК.
Но мне везёт - хотя бы ТЗ на старые проекты они сохраняют.
Любопытная деталь:
Я оставляю все исходники в электронном виде заказчику.
Специалисты приглашаемые на доработку не справляются даже с исходниками,
а простой увлечённый паренёк (электрик) делает на раз-два!!!
Вывод: Если есть носитель алгоритма (ТЗ), то проблем не будет.
Директор (заказчик):
- Заказал у крупной компании автоматизацию цеха (например, ЭДУ - электродиализную установку).
Пришло время (через 10 лет) модернизировать. Компания есть - специалист рассосался.
Предлагают полную замену цеха на другое новое оборудование (на которое специалист имеется) - жопа.
Ищу умельцев на старую - жопа. Даже исходники есть - нет своего спеца - жопа.
Нафига мне исходники тогда?! Исходники Linux тоже в доступе, а вот спецов-то где в деревне найти?!
А приглашать из города бюджет не позволяет - жопа.
Технолог, которая была носителем алгоритма уволилась - жопа.
Многие комплектующие подсанкционные - жопа.
Что делать?
Примечание:
Завод - сплошной зоопарк. В каждом цеху своя Scada (Plant iT, WinCC и т.д.), свой набор уникального оборудования разных производителей.
Где Сименс, где ОВЕН, где Лоджик, где Нонайм и т.д. Директора 7 раз меняются за год.
- Так от меня чего Вы хотите?
- Сын увлекается Ардуино. Может Вы вместе что-нибудь придумаете?
PS: Вам смешно?! Мне поначалу было тоже.
Правительство пытается перенести всё производство из под Москвы в регионы.
Подождем?!!!
Сергей0308 Нет, это из разряда, срока службы устройства, если производитель не указал в паспорте, то будьте любезны 10 лет.
Но с исходниками сложнее, может вам и рады их отдать, да их просто уже нет на свете.
Если есть носитель алгоритма (ТЗ)
Это называется технолог :) (вы это даже ниже по тексту указали)
Вот вся проблема в том, что спецы, которые досконально знают одно железо, закостенели. Хотя если разобраться, переписать с одного ПЛК на другой, достаточно понимать разницу архитектур.
Ну, будут грабли в процессе, но без исходников и технолога любой программист тут НОЛЬ.
По поводу исходников в ПР производитель (Овен) как-то сказал, что ПР - это нишевое, сознательно максимально удешевлённое устройство, у которого недостаточно памяти для сохранения проекта, а добавление памяти повысит цену прибора, причём ради функционала, который исчезающе редко востребован.
Думаю, что нужно просто принять эту позицию, концепцию разработки прибора.
Изначальная концепция прибора умножается на скупость заказчика, обращающегося к шабашникам для разработки и реализации проекта автоматизации. Информатику в школах преподают уже 40 лет, распространился ИИ, страх перед программированием пропал, даже ремеслом его не считают - чем-то похожим на рукоделие. Поэтому исходники часто низкого качества, их полная замена специалистом - будет только во благо.
Заказчик - собаку съел на манипуляциях. Всё у него есть - и аукцион исполнителей и рычаги удешевления.
Поясню на частных примерах.
Год назад мне предложили выполнить проект на WirenBoard вместе с КИПовскими ПНР - управление четырьмя насосными парами (индивидуальные ПЧВ, ПИД, каскад, АВР), подключение по Modbus к нескольким электро- и водо- счётчикам, визуализация по встроенному в ПЛК WEB-интерфейсу.
Я назвал стоимость работ - и от меня отмахнулись, т.к. кто-то предложил существенно меньше. Думаю, что конкурент - студент или школьник, не сильно обеспокоенный затраченным временем. Я снизить цену не мог, т.к. из-за отсутствия собственных наработок и библиотек производителя, необходимости учить новый язык JavaScript - потратил бы около двух недель.
Но кто-то же взялся за работу - самоуверенных людей, перед которыми "внезапно поставили задачу, а они впервые видят контроллер" довольно много.
"Слёзы заказчика" - такой же инструмент манипуляции, как и лесть, и обещание "обязательно не забыть и вознаградить (без упоминания сроков и сумм)".
На одной работе с большим коллективом было небольшое подразделение, состоящее из нескольких девчат, которыми неформально (без назначенной должности) руководил их сверстник (лет 25).
Он выбрал тактику "всегда занят, множество проблем дома, маленький ребёнок, жена не работает, денег нет, а тут ещё и на работе завал (и обязательный взгляд с тоской)".
Пока его жалели и слушались девчата, я просто молча восхищался.
Но однажды, мой более старший коллега начал рассказывать, какой бедолага этот парень. Я тут же попросил его перечислить беды и на каждую сказал - а ведь и у меня так же - и возраст, и маленький ребёнок, и жена в декрете, и должность=зарплата идентичная, и занятость высокая, и подмены на время командировок и отпусков нет. Спросил, может и я - "бедный"? Коллега ответил, что тот - "бедный", а вот я - нет. Объяснить, правда, не смог.
Этот трюк реально действует - на всех и всегда.
По самые по...
02.05.2026, 11:31
... ситуация в том что полетел блок по управлению водоподготовкой выполненный на плате без маркировки. ...
... ... ...
А я пока пошел дальше думать как дать воду в поселок
Чо вы тогда тут всех напрягаете? Или плату эту восстанавливайте или думайте дальше! Цирк-то зачем устраивать?:mad:
Это называется технолог :) (вы это даже ниже по тексту указали)
Вот вся проблема в том, что спецы, которые досконально знают одно железо, закостенели. Хотя если разобраться, переписать с одного ПЛК на другой, достаточно понимать разницу архитектур.
Ну, будут грабли в процессе, но без исходников и технолога любой программист тут НОЛЬ.
Согласен. Я действительно закостенел.
Как только привыкаешь к оборудованию одного поставщика.
Как только научишься обходить все баги в его оборудовании.
Как только более-менее освоишь прилагающееся ПО и примеры.
Так ему приспичивает менять всю линейку (типа развитие).
И начинается новый виток изучения и адаптации.
Мой молодой напарник посмотрел на это всё и сказал:
- Я вот сейчас залью интерпретатор Lua в esp и пошли Вы все...
Мне проще через терминал отлаживать исходник прямо в целевой платформе, чем копаться в вашем глючном CoDeSys.
Запуск IDE до 5 минут со всякими плагинами и библиотеками, которые ещё и не все работают как надо.
Этих релизов нафигачили, а потом спрашивают друг у друга как открыть и откомпилировать проект 2-х летней давности так чтобы работало.
"Что-то пора менять в консерватории".
Ну, это неизбежно, в смысле развития технологий и изменения архитектуры.
Не LAD-ом единым так сказать :)
Я вот тоже, javascript буду вынужден изучать, так как на примитивах далеко не уедешь в scada, а новый Редактор разработчик сделал с функционалом использования javascript для всяких улучшайзингов :)
andres.kaen@ya.ru
03.05.2026, 17:26
Если я правильно понял ответы некоторых участников форума, то сама платформа ПР не позволяет это реализовать удобным способом.
Тему поддержал не потому что хочу поругаться, а есть такая вещь как обмен мнениями. для того что бы разработчик видел дискуссии и видел аргументы за и против.
Недавно посмотрел вебинар где разработчик прямо просил описывать ситуации и описывать потребность для дальнейших рассмотрений. Это и было мотивации написать об этом и к счастью для этого даже была тема на форуме.
Кто то писал что данная функция не востребована. Затрудняюсь сказать, но за мой личный опыт я только несколько раз встречал запароленные программы. То есть по крайней мере в Европе это редкая практика и большинство разработчиков не закрывают свои программы. Но может это просто мне так попадалось. Сам так же ни разу не закрывал свои программы, а даже наоборот прилагаю отдельную документацию для так сказать будущих поколений кому не повезет разбираться в моем коде.
Себя богом программирования не считаю, а так же в моей практике в основном индивидуальные проекты. То есть если даже кто то захочет скопировать программу то особо нигде ее и не применишь. Да и учитывая скромные возможности "ПР" я пока не могу представить что бы я мог такого уникального сделать что было бы трудно повторить. Только если что то интересное написать на ST.
И все таки если бы это было возможно реализовать без каких то существенных издержек, то опциональная защита все таки правильней чем безальтернативный вариант.
И возможно если желающих наберется достаточно тогда в будущем такой функционал появится. а если об этом не писать то разработчик и не узнает о потребности))).
andres.kaen@ya.ru мне кажется, вы так и не поняли. Чтобы скачать программу из (тут можно опустить производителя Овен, а принять всех), необходимо чтобы это устройство работало в режиме интерпретации программы, а не выполняло программу в бинарном виде. Реле Овен выполняют программу в бинарном виде, следовательно скачать и посмотреть(изменить) программу нельзя.
Ну а то, что тут выше обсуждалось про скачивание бинарника, это мало поможет. Как правило когда вопрос стоит о необходимости скачать, то там уже все умерло :)
Сергей0308
03.05.2026, 17:49
Если я правильно понял ответы некоторых участников форума, то сама платформа ПР не позволяет это реализовать удобным способом.
Тему поддержал не потому что хочу поругаться, а есть такая вещь как обмен мнениями. для того что бы разработчик видел дискуссии и видел аргументы за и против.
Недавно посмотрел вебинар где разработчик прямо просил описывать ситуации и описывать потребность для дальнейших рассмотрений. Это и было мотивации написать об этом и к счастью для этого даже была тема на форуме.
Кто то писал что данная функция не востребована. Затрудняюсь сказать, но за мой личный опыт я только несколько раз встречал запароленные программы. То есть по крайней мере в Европе это редкая практика и большинство разработчиков не закрывают свои программы. Но может это просто мне так попадалось. Сам так же ни разу не закрывал свои программы, а даже наоборот прилагаю отдельную документацию для так сказать будущих поколений кому не повезет разбираться в моем коде.
Себя богом программирования не считаю, а так же в моей практике в основном индивидуальные проекты. То есть если даже кто то захочет скопировать программу то особо нигде ее и не применишь. Да и учитывая скромные возможности "ПР" я пока не могу представить что бы я мог такого уникального сделать что было бы трудно повторить. Только если что то интересное написать на ST.
И все таки если бы это было возможно реализовать без каких то существенных издержек, то опциональная защита все таки правильней чем безальтернативный вариант.
И возможно если желающих наберется достаточно тогда в будущем такой функционал появится. а если об этом не писать то разработчик и не узнает о потребности))).
Неправильно Вы поняли, Вам же написали, что и в CoDeSys это невозможно, в смысле, вытащить исходный проект из залитой в ПЛК программы, так что претензии, если быть логичным и честным надо в первую очередь немцам направить, чего, я так понимаю, Вы пока не сделали!
Короче, тогда в ПЛК(ПР) надо ещё и компилятор засунуть, а немцы не стали усложнять.
andres.kaen@ya.ru
04.05.2026, 11:18
melky. Понял. Спасибо.
melky
Не совсем так. В КДС можно загрузить исходники в устройство. То есть сама прога в бинарном формате, но появляется возможность хранить там же исходник. Во всяком случае так в КДС 2.3 было.
--
ПР - это нишевое, сознательно максимально удешевлённое устройство
Нишевое - согласен. Дешевое - нет. И про увеличение памяти ради дешевизны не уверен. Увеличить емкость памяти в ПР в два раза будет стоить три рубля, если CPU поддерживает соответствующую адресацию. Ну да, потребуется редизайнить собственно плату.
я только несколько раз встречал запароленные программы.
Повезло. Мне попадались программы с закладками (останов по достижению определенных событий, без выводка какого ибо уведомления с кодом ошибки, машина молча вставала колом). А так же инженерная защита, когда в программу ПЛК прописывается серийный номер например частотника, и замена на аналогичный в случае его выхода из строя, без исходников программы невозможна. А разработчик ПО естественно их не дает, ибо буржуй и вааще вредный.
Sulfur
В КДС можно загрузить исходники в устройство.
можно, но не значит, что загружено, чего обычно и не делают. В остальном это такой же бинарник, который не будет работать на другой версии таргета.
In_Da_Cher_A
04.05.2026, 13:40
я правильно понял, что три страницы обсуждают как специалист, считающий себя высококвалифицированным, взялся за работу, не зная оборудования и не смог справится с написанием элементарной программы для водокачки на ПР200?
Siemens S7 1200считать 1200 шедевром для автоматизации это сильное заявление
andres.kaen@ya.ru
05.05.2026, 12:35
In_Da_Cher_A если для вашего ЭГО так комфортней то да.
А так здесь вроде бы обсуждается возможность считать программу из ПР и второстепенно получилось обсуждение нужен ли этот функционал.
Powered by vBulletin® Version 4.2.3 Copyright © 2026 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot