Как считать существующую программу?
Вид для печати
Как считать существующую программу?
Добрый день!
Считать программу из прибора нельзя. Таким образом реализована защита интеллектуальной собственности разработчиков программ.
если делать корректно, то защиту формируют через парольный доступ. А функция считывания программы не лишняя.
Можно на листке бумаги нарисовать входы, выходы. Затем определить их взаимосвязь и реализовать точно такую же логику используя OwenLogic. Не благодарите.
Некоторые контроллеры при записи программы пишут xml файл с конфигурацией, который потом можно считать обратно.
Хочешь защитить свою интеллектуальную собственность - не пишешь xml конфиг
Хочешь удобства - пишешь xml конфиг.
Почему в овенах это не реализуют - не понятно.
Это очень не верный шаг. У программиста должен всегда быть выбор. Хочешь защитить, ставь пароль или сам не разрешай считывать с устройства. Siemems и его клоны и многие другие именно так сделали. Я работаю на заводе и никогда не ставлю пароль на программу контроллера. В жизни всякое бывает, за мной придут последователи, потом ищи свищи. Если работаешь на продажу, то тут вопросов нет.
Тогда выгоднее не покупать у Вас,а нанимать собственного программиста.
Но ведь оборудование с "голой" ПР 200 никто не продаст.
Интеллектуальная собственность- это хорошо. Но и простои оборудования и-за такой "собственности" могут быть огромными.
Вариант "Сначала научи людей программировать ПР,а потом покупай".не всех может устроить.
С "приходящим программистом" можно хоть заключить какой-то "мало-мальский Договор на ТО "
С человеком ,который за тридевять земель и работал над программой возможно несколько лет тому назад Договор не заключишь
Зачем мне нужна Ваша "собственность",если (конечно,если поискав и возможно не быстро)я такую же "собственность" смогу найти в пределах хотя бы района,в котором я проживаю.
Но ,извините...Ведь деньги за Вашу "собственность" я уже заплатил.Конечно должен быть какой-то "ключ" к "мозгам" ПР-ки. Но только с тем условием,что применив такой "ключ взлома " все Гарантии с работы Программиста,который изначально работал с программой автоматически снимаются.
Иначе только остаётся вариант-это перевести оборудование в "ручной режим" и по прежнему тыкать кнопки и бегать контролировать состояние термометров и манометров. В чём тогда "фишка Научно-технического прогресса"? Я не понимаю.
Причем здесь ПР. Попройте найти бесплатно программу к любому ПЛК в составе оборудования? Некоторые европейские конторы вообще на этом живут. ПО некоторых производственных линий каждый год платные лицензии или платные "обновлия" , что по сути одно и тоже.
Мало того некоторые фирмы и контроллер с программой не продадут, после истечения гарантии. Щит целиком или ремонт в их сц. с соответствующим счётом.Приходилось как-то с таким оборудованием сталкивался, за щит просили денег немногим меньше станка. И подобные станки с вышедшей из строя электроникой продавались очень недорого.
Это нормальная практика.
Вы меня не правильно поняли. То ,что речь про ПР -так это следует из "заглавия вопроса".Именно ПР,а не ПЛК.
Если станок "стоит на потоке" и выпускает продукцию тоннами,а то и вагонами-это совсем другое дело.Тут и стоимость другая.
А не говорю про ПЛК.Я говорю про ПР.
Какая такая "военно-государственная тайна" может быть "зашита" в "мозги" ПР-ки ?
Поймите меня правильно.С оборудованием ,где есть ПЛК-тут и "технический персонал "подразделения должен быть намного опытнее.
Но когда речь идёт (пардон) о насосе-"говнокачке" и упоминается "какая-то "собственность"-то тут действительно становится смешно.
Речь в общем о ПО не важно для чего.
Есть такое. Если проект разовый, то и исходники к документам должны прилагаться обязательно. В договоре прописано д.б.Цитата:
" и упоминается "какая-то "собственность"-то тут действительно становится смешно.
Ни-ни . В ПО я не лезу. Сие нам неведомо и что-то и куда-то "мы не суёмся"
Изначально понял,что речь как бы шла о той" хитросплетённой паутине" между ФБ.
Действительно.Если не иметь определённого навыка в этом деле-то и тут могут быть сложности. Но если неспеша вникать в эту"тайну"-то и тут результатов добиться можно.
Тем более если к шкафу с ПР прилагается тех.документация по расключению входов /выводов-и описание работы...Словом сложно,но можно.
А более сложное-так нам это и ни к чему.
Благодарю за диалог.
Я чуток накину сарказма. Вы, блин, все обсуждаете следствие (когда вы УЖЕ получили ПРку без исходников). Следствие вот этих вот вещей:
1. Того, что нет нормального документирования проектов. Это когда людям лень в Экселе даже список битов для панели оператора написать. Или комментарии в исходном коде. Или Техническое Задание составить для проекта или объекта.
2. Кривая юридически-договорная часть. Договоры, наверное, у всех стандартные (или вовсе нет их), и там написано что-то типа "Исполнитель делает работу для заказчика". А вот если подумать и прописать в договоре: передачу исходников вместе с проектом, поддержку проекта в такие-то сроки, продажу исходников. А?
3. Спешка в разработке проектов и/или поиске готовых устройств. Это когда кто-то формально покупает какую-нить камнедробилку, а потом оказывается что это дробилка для камней в почках.
4. Отсутствие конкретного ЛПР (Лица, Принимающего Решение). Это когда нет конкретного человека, который точно знает, что, зачем, для чего и в каком виде он заказывает и/или проектирует, а за него решение принимают все, начиная от бабки и кончая менеджером по закупке туалетной бумаги, потому что им это делегировали.
...и вот в результате именно этого вы получаете ПРку или ПЛК без исходников. А не в результате того, что из ПРки их считать нельзя. Это - только следствие.
АРТ.Кар 64 не думали, что просто архитектура ПР не позволяет считать программу? А если делать такую возможность, это увеличит стоимость ПР, когда он потеряет конкурентно способность.
Если вы знаете, что вам делают на устройстве, из которого нельзя скачать программу, и даже если можно скачать программу, требуйте по договору исходники.
Это относится не только к Овен, но и к другим производителям. У многих тоже нельзя скачать программу или она будет не на том языке, на которой ее писали и без комментариев, раз уж Siemens тут упомянули.
а как же категории предприятий ?
а если ОПО ? (опасный производственный объект),
а если обеспечение жизнедеятельности ?
банальная ситуация - ваша мама жена ваш ребенок дети попадают в реанимацию или на операционный стол, а электропитание, АВР простой выполнен на овно реле ПР200 (собственность интеллектуальная), управление источниками питания, а реле тупо вышло из строя, а исходника нет и считать нет возможности, чтобы у эксплуататора была возможность закупить овно реле, залить в него исходник, и в случае ЧП быстро заменить вышедшее из строя с залитым исходником, а ОПО где безопасность людей может зависеть от быстроты восстановления, как в той же Транснефти - 2 часа и при наличии резервирования.
Или производителями делается все возможное, дабы заказчики старались обходить стороной таких производителей, которые делают все возможное дабы заказчик более не смотрел в сторону таких производителей, у которых и железо то косячное весьма часто, и в голове какой то бред о собственности, которую прям толпы желающих продать в NASA или весь запад прям таки организовал промышленный шпионаж для похищения супер пупер секретной интеллектуальной собственности на эти реле ?
Дмитрий-1975 Нет. В современном мире это делается по другому.
а) Договором, в котором чётко прописывается передача исходных файлов проекта и документации по нему. У меня это прописано, и я передаю исходники.
В 1975 году такое было не принято, и вообще был ужасный совок. В общем, чур без политоты и теорий заговоров.
б) У конкретно ОВЕНа есть Мастер Тиражирования, при помощи которого можно сделать так:
* Проект загружается в любую ПРку такой же модели
* Проект загружается только в ту же самую ПРку (защита ключом)
В общем, прежде чем орать из 1975 года, следует обратить внимание на юридическую сторону дела. Начинать надо с неё и с документации на проект.
Мне кажется, что Дмитрий-1975 - троль:
- нарочито пренебрежительное названия фирмы
- бред про необходимость срочного восстановления
Именно бред - для большинства задач возможно перекоммутировать в шкафу для пуска во временном ручном режиме и АВР и насосов и многого другого. Да, есть случаи сложного управления без возможности временного ручного управления, но это не из задач простого устройства ПР.
Невозможность считать программу из ПР это бред. Хотите защищать интеллектуальную собственность, придумайте механизм запароливания. У меня на ПР200 реализована водоподготовка в МОЕМ доме. Автор программы Я, система тоже МОЯ. 8 лет назад я ее написал, и не трогал. Сегодня решил немного подправить под модернизацию системы. Естественно, у меня сохранено несколько вариантов программы, какой конкретно из них залит я уже не помню. А качнуть и посмотреть нельзя. Ну не идиотизм ли? Я думал, что может быть за эти годы разрабы поумнели, и добавили эту функцию в П/О. Обновил ОЛ, обновил прошивку прибора. Так он вообще перестал видеться компом. Танцевал с бубном, отменяя подписку драйверов. Вроде появился в диспетчере устройств, но ОЛ теперь при подключении выкидывает "превышен таймаут семафора". Единственное желание после убитого вечера - купить лого, а овен выкинуть к чертям.
Так Вы путаете понятия, считать программу из ПР и найти вариант программы соответствующий программе залитой в ПР - это совершенно разные вещи, поверьте мне на слово, короче, это можно сделать путём включения онлайн отладки, придётся поставить ту версию программы ОЛ в которой создавался проект, это тоже можно найти опытным путём, короче, не вижу проблем, в смысле, что Вы хотите в принципе можно сделать, если на момент создания программы был режим онлайн отладки!
Если Вы раз в 8 лет с этим сталкиваетесь, боюсь проблемы возникнут в любом деле, даже чтобы гвоздь забить, в смысле, можете пальцы отбить или молоток сломать!
И ещё, я на компе вижу дату-время создания-изменения проектов ОЛ, в смысле, это тоже может помочь!
Вложение 76598
Ну... или это троллинг и нападки на ОВЕН, или "Садись, двойка". У OwenLogic есть возможность указывать номер алгоритма и версию программы в проекте, а потом считывать это из ПР. Любых ПР ОВЕН.
Пункты меню:
* Файл - Сведения о проекте (указываем номер версии и прочее)
* Прибор - Информация о приборе (смотрим)
А ещё (почему я думаю, что это неаргументированные нападки):
* Три сообщения на форуме всего с регистрации в 2015 году
* С 2015 года уж точно можно изучить ПРку хорошо и знать, где находится инфа о приборе
* Версия программы будет только одна - последняя (как у Булгакова). Остальные - это бэкапы.
Туплю. Предполагаю разное развитие событий, могу быть грубым:
* Ну, открываем файл типа "PR200 2015-06-17 Ver 5 (STABLE).owl", конвертируем его в .Owle под новый Owen Logic, исправляем и загружаем
* Если после того, когда в 15ом написал, файл был удалён - то это не говорит о том, что ОВЕН плох. Это говорит об общей культуре и отношению к вещам: взял, забыл, наплевал, бросил, удалил. Но создатели программы в этом не виноваты.
withheld если исходники потерялись, придется писать с нуля. Овен не единственный производитель, из которого нельзя считать программу, так что сильно гнать бочку не стоит.
Не потерялись исходники. Просто есть несколько незначительно отличающихся версий. И я вместо рытья в воспоминаниях, хотел просто качнуть из ПР. Но теперь другая проблема. Какие-то глюки с дровами, он увиделся ноутом один раз и пропал. Пойду курить форум. Желание выкинуть овен продолжает крепнуть.
Поверьте на слово, даже при возможности считать и сравнить, Вас грызли бы сомнения - а вдруг среди исходников пропадает доработанная и улучшенная версия, которая почему-то не загружена...
Столкнувшись с подобной проблемой постарался исключить её повторение, приняв для себя систему:
1. однофайловые проекты дополняю датой (по сути версией) в названии, многофайловые держу в папке с именем как дата.
2. промежуточные версии (если считаю нужным их хранить) переношу в папку svn (или history), релизы - в папку release.
3. веду текстовый файл, в котором ставлю пометки вида: дата релиза (не промежуточного), список причин и изменений, версии ПО и firmware, загрузил или не загрузил программу в прибор
4. для некоторых наиболее частых однотипных задач делаю pdf (печать в pdf) с холстами, переменными, экранами, скрином информации о ПР в онлайн (видна длительность цикла, модель) - их проще просмотреть, если нужно что-то вспомнить.
Это исключительно организационные мероприятия. Можно даже сказать, это культура выполнения работы.
Постарайтесь принять, что нет вины Овен в данной ситуации.
Наверно товарищ не понимает, что если бы он считал программу из ПР это ему ничем не помогло бы, в смысле, в ПР(и в ПЛК) заливается скомпилированный файл, редактировать его нельзя!
Если в ПЛК храниться исходный проект, его заливают отдельно, для работы ПР(ПЛК) этот файл не используется!
Короче, намного разумней залить(скопировать) файл исходного проекта на флешку или(и) в облако, а то ПР "сгорит" вместе с исходным проектом и опять плач Ярославны пойдёт над нашей планетой, в смысле, никто же не запрещает пользоваться мозгами, если они есть!
Я тоже хочу от себя добавить. Ну ведь есть же окно с информацией о Проекте:
Вложение 76898
Туда же можно вписать текст или версию. А потом это видно в Информации о ПРке, когда её подключаешь по USB в OwenLogic.
Если речь идёт про ПР200, то ведь есть ещё и ЭКРАНЫ. Вот, я сделал экран с версией:
Вложение 76899
Как так-то? Сергей0308 верно говорит: важна системность подхода. Если сам не сохранил, не подписал - то это сводится к "Ах вы гады, не сказали что кошек в микроволновке нельзя сушить, убили мою кошку".
Всем добро времени суток.
Я первый раз столкнулся с продукцией ОВЕН и поэтому скорее всего не вижу всей картины в целом.
Но в основном я работаю с устройствами siemens и mitsubishi. И в них мне приходилось считывать программу огромное количество раз по самым разным причинам.
сейчас столкнулся с ситуацией клиент пригласил решить его проблему. Разумеется у него ничего нет. Разработчика программы найти не получилось. объект за 8 млн построен за выделенные деньги. но не функционирует. У клиента банально с трудом хватает денег на оплату моих услуг не говоря уже по покупке нового контроллера с разработкой программы под него. ситуация в том что полетел блок по управлению водоподготовкой выполненный на плате без маркировки. Производитель и продавец я так понимаю уже не существует. По крайней мере по известным данным он не находится. Так же для управления работой насоса стоит ПР200. Есть свободные входы и выходы в достаточном количестве для решения задачи. Если бы там стоял LOGO я считал бы программу дописал необходимый функционал и даже возможно оптимизировал бы работу. У меня ушло бы на все максимум час. В случае ПР задача не решаема так как решение стоит больше чем возможности заказчика. Не выдуманная история о том что поселение уже месяц находится без воды из за того что нет желающих сразится с этим контроллером, а разработчик исчез.
Я прочитал аргументы которые приводятся в чате о том что так и надо и все остальные просто не правильно делают.
Но все же хочу заметить что в жизни обычно все сложней и по разным стечением обстоятельств все таки такой функционал может понадобится.
Важно!!! автоматизация потихоньку выходит за границы МКАД, а это значит охват становится все больше.
И например в каком нибудь поселке заказчик может просто быть не достаточно компетентен что бы потребовать исходники или даже не понимая что это такое просто отказаться от них так как есть те кто это предлагает за дополнительную плату. И таких случаев много. Просто в тех случаях когда стоит например LOGO решения проблемы клиента может обойтись например в 2000 рублей. В случае с вашим оборудование 30-40 тысяч и выше. Для крупных предприятии это не проблема. Но как тут люди пишут про водокачки да говнокачки. Это проблема.
А для тех кто пишет что так быть и должно и просто нужно правильно договора составлять еще хочу сказать. Что же тогда все разработчики которые используют ОВЕН не информируют клиента в полной мере что ему обязательно нужно. Я думаю вопрос риторический потому что разработчики бывают разные. И получается ОВЕН предлагает защиту разработчика, но не предлагает защиту клиента от недобросовестного разработчика.
Я думаю что здесь просто есть две стороны. Те кто это исключительно разрабатывают и те кому приходится это потом обслуживать.
Хочу обратиться именно к разработчикам ОВЕН если они читают данный форум.
Я правда считаю что у разработчика должна быть возможность защитить свои код, но это должно быть опционально.
Желательно если человек защитит свой код то в сообщении о вводе пароля должны высвечиваться его контактные данные. Раз уж тут пишут про розовые пони то это тоже хороший тон когда ты предупреждаешь куда обратится для решения задачи. А не надеяться на договора уровня газпрома. Я когда приезжаю на какое нибудь мелкое производство там вообще у людей нет никаких договоров, а происхождение оборудование теряет след.
А я пока пошел дальше думать как дать воду в поселок
andres.kaen@ya.ru Мы рады. Но. Тебе стоит почитать давний мем "Почему в IT такой большой процент проваленных проектов". Он матерный был.
А теперь жёсткие тезисы:
1. Если клиент не стребовал с разработчика программы исходники - то это не проблема оборудования, а проблема клиента. Нужно было прописывать это в договоре.
2. Если клиент не может сейчас найти денег - надо задуматься. Вдруг он и тогда дешевил?
3. Если клиент выбрал оборудование, не рассчитывая стоимость владения им - то он плохой клиент.
Так что оборудование НЕ виновато. Виноваты те, кто не читает к нему инструкции.
PS. Ну просто когда объект за 8 млн - то это очень смешно и эпично, если такие деньги нашлись, а ум потребовать исходники - нет.
PS2. Даже вот в ОВЕНские ПЛК можно загрузить исходники программы. Но разве вина ПЛК в том, что многие этого не делают?
UPD. Я нашёл сам этот мем. Убрал маты, цитирую:
Цитата:
...А вообще, я очень хочу, чтобы наша профессия со временем стала такой же инженерной дисциплиной, как, например, строительство - вам нужно здание? Извольте заплатить за проект, а потом за возведение, или покупайте (арендуйте) готовое, но тут уж не выдвигайте требований пристроить к нему еще 30 этажей. Изволили построить времянку, а теперь хотите ее превратить в доменный цех? нет проблем - СНОСИМ времянку и строим цех. Через пять лет вам потребуется переделать цех в аэропорт? Это ваши трудности - медицина в голове бессильна. Вы никогда не задумывались почему в IT такой процент проваленных проектов (представьте себе такой процент например в автомобилестроении)? А потому, что делают их не в рамках инженерного подхода, а вопреки ему.... И заметьте, никто не кричит "Судостроители гады, не хотят переделать речной трамвайчик в ледокол". (c)
спасибо за ответ.
но я все таки надеюсь мое мнение будет услышано. и возможно производитель еще раз вынесет на повестку возможность считывания программы из ПР.
Уважаемый 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 как раз для внутрисхемного слива/залива/отладки.
Ваши хотелки не решают ваших проблем, в смысле, для Вас разницы нет по какой причине Вы не можете получить исходный проект, по причине отсутствия принципиальной возможности или наличия пароля, что это за хотелки ради хотелки, в смысле, если бы Вы написали: что хочу безусловной возможности вытащить исходный проект из ПР тогда бы это решало вашу проблему и было бы логично, короче, текущие ваши хотелки - полный бред мне так кажется!
Я за вытаскивание исходного проекта, но с хотелками надо быть осторожным, чтобы они не противоречили здравому смыслу, мне так кажется!
EFrol ой, вей, а изменить программу можете между слить прошивку и залить в другое ТАКОЕ ЖЕ ?
суть то вопроса так и непонятна что ли?
Вы даже в CodeSys не вытащите программу (если в память не залили исходник) для редактирования. При чем по идее в никакой, не только Овен.
Когда-то занимался реверс-инжинирингом. Так вот есть умельцы, которым и не нужен исходный код.
С помощью IDA Pro и ИИ они портируют алгоритм с одной платформы на другую без его анализа.
Писал эмулятор под Z80 на PIC32, по сути VM для Z80.Тот кто хочет - сделает!!!
Я занимаюсь портированием исходников для ПР и ПЛК на Arduino и обратно.
Заказчикам всегда не хватает функциональности этих ПР и ПЛК. Добавляемая функциональность всегда выходит за рамки возможностей ПР/ПЛК.
Но мне везёт - хотя бы ТЗ на старые проекты они сохраняют.
Любопытная деталь:
Я оставляю все исходники в электронном виде заказчику.
Специалисты приглашаемые на доработку не справляются даже с исходниками,
а простой увлечённый паренёк (электрик) делает на раз-два!!!
Вывод: Если есть носитель алгоритма (ТЗ), то проблем не будет.
Директор (заказчик):
- Заказал у крупной компании автоматизацию цеха (например, ЭДУ - электродиализную установку).
Пришло время (через 10 лет) модернизировать. Компания есть - специалист рассосался.
Предлагают полную замену цеха на другое новое оборудование (на которое специалист имеется) - жопа.
Ищу умельцев на старую - жопа. Даже исходники есть - нет своего спеца - жопа.
Нафига мне исходники тогда?! Исходники Linux тоже в доступе, а вот спецов-то где в деревне найти?!
А приглашать из города бюджет не позволяет - жопа.
Технолог, которая была носителем алгоритма уволилась - жопа.
Многие комплектующие подсанкционные - жопа.
Что делать?
Примечание:
Завод - сплошной зоопарк. В каждом цеху своя Scada (Plant iT, WinCC и т.д.), свой набор уникального оборудования разных производителей.
Где Сименс, где ОВЕН, где Лоджик, где Нонайм и т.д. Директора 7 раз меняются за год.
- Так от меня чего Вы хотите?
- Сын увлекается Ардуино. Может Вы вместе что-нибудь придумаете?
PS: Вам смешно?! Мне поначалу было тоже.
Правительство пытается перенести всё производство из под Москвы в регионы.
Подождем?!!!