Вытащить защищённый проект S7 1500

[OliverTwist 0]

Добрый день!

Столкнулся с такой проблемой - сдох контроллер Sinamics s7 1500. Имеется новый(пустой) такой-же контроллер. Имеется рабочий контроллер с такого-же оборудования. Проект защищён, паролей нету.

1) Можно-ли как-то слить защищённый проект с рабочего контроллера на новый?

2) Возможно ли "пересадить" хардварно память с проектом с дохлого контроллера на новый?

[gudstartup 866]

25 минут назад, OliverTwist сказал:

Но как только я меняю ПЛК в конфигурации - ОДИН из блоков не проходит компиляцию.

да думаю что не зная пароль вам не удастся перекомпилировать так что пройдет только вариант с родным контроллером. а много где ваш fc700 в проекте используется по рефам?

а то бывает блок есть но ужен только для обеспечения защиты от перекомпиляции проекта

[OliverTwist 0]

21 минуту назад, gudstartup сказал:

да думаю что не зная пароль вам не удастся перекомпилировать так что пройдет только вариант с родным контроллером. а много где ваш fc700 в проекте используется по рефам?

а то бывает блок есть но ужен только для обеспечения защиты от перекомпиляции проекта

К сожалению кросс реф показывает довольно много вызовов + я уже попробовал залить проект без этого блока. Система заводится, но не видит кучу датчиков. Короче это нужный блок :) Ну и начальство уже одобрило покупку ..AL00

[Guhl 116]

В 14 тиа портал не добавить библиотеку нужного вам контроллера?

[gudstartup 866]

1 час назад, Guhl сказал:

В 14 тиа портал не добавить библиотеку нужного вам контроллера?

это ничего не поменяет так как все равно потребуется перекомпиляция. интересно кто автор этого блока и его защитили прямо при написании или после заливки проекта...

добавить было бы можно если бы можно было скачать hardware update или например импортировать эту базу данных из 15 тиа портала

[Guhl 116]

12 минут назад, gudstartup сказал:

это ничего не поменяет так как все равно потребуется перекомпиляция.

А там нет случайно, компиляции только конфигурации оборудования?

[gudstartup 866]

17 минут назад, Guhl сказал:

А там нет случайно, компиляции только конфигурации оборудования?

@OliverTwist

 

в сообщении об ошибке прямо написано что этот модуль из устаревшей версии тиа и плэтому его нада перекомпилировать

а так как know how защита была установлена в старой версии в новой портал ее не может обработать.  надо попробовать компилировать в 14 версии изменив например тип контроллера на любой имеющийся в библиотеки и посмотреть как пойдет

Изменено 20 августа пользователем gudstartup

[OliverTwist 0]

%) В том и проблема, что в версии 14 нету этого контроллера. Хоть в 15, хоть в 16 - проект компелируется без проблем. Но как только меняешь ПЛК(А он есть ТОЛЬКО в 15+) вот эта проблема. Замкнутый круг короче. 

[gudstartup 866]

10 минут назад, OliverTwist сказал:

В том и проблема, что в версии 14 нету этого контроллера

а hardware support для 14 искали или sp1 c hotfix может там есть обновленные версии вашего cpu

на трэкере есть 14 версия весом в 78гб трудно представить чего туда сименс мог напихать

[gudstartup 866]

@OliverTwist вот что говорится по вашему 6ES7513-1AL02-0AB0

 

 

то есть его можно программировать в ранних версиях портала как 6ES7513-1AL01-0AB0

а 6ES7513-1AL01-0AB0 программируется уже начиная с версии 13 с версией firmware 1.8

 

 

а изначально ваш родной 6ES7513-1AL00-0AB0 программировался в 13 sp1 

[OliverTwist 0]

3 часа назад, gudstartup сказал:

@OliverTwist вот что говорится по вашему 6ES7513-1AL02-0AB0

 

 

то есть его можно программировать в ранних версиях портала как 6ES7513-1AL01-0AB0

Попробовал в 14й сменить девайс на AL01 - та же фигня - тот же блок не проходит компиляцию.

[gudstartup 866]

@OliverTwist все таки мне кажется очень странным что если вы не меняете тип процессора то проект компилируется без ошибок.

получается что fc700 в компиляции не участвует а может быть и остальные блоки тоже и компиляция проходит потому что ее как таковой не требуется так как никаких изменений в проекте вы не делали.

попробуйте просто изменить любой не know-how блок и скомпилируйте будет ли ошибка или нет.

в вашем случае после изменения типа цпу требуется полная перекомпиляция всех блоков и именно поэтому вы получаете ошибку.

в s7 step наличие в проекте know-how блоков никак не мешало компиляции все системные блоки предоставленные Сименсом были закрыты и ничего а ваш блок скорее похож на защиту   s7 block privacy c паролем и шифрацией содержимого.

а если этот блок не компилировать а просто загрузить в контроллер скомпилировав остальные блоки что будет?

[OliverTwist 0]

Gudstartup, спасибо вам за советы, идея не компилировать блок кажется интересной, но контроллер уже не у меня в руках и принято решение о покупке точно такого, на котором он и работал.

[ID_Hacker 25]

Поискал я сегодня информацию, и наткнулся на такое объяснение от сименса. Что бы была возможность перекомпиляции проекта если есть блоки с "ноу хау протекшн", блок должен быть оформлен как библиотечный блок. т.е. это косяк программиста, писавшего программу, или желание привязать к своему сервису (за что надо бить ссаными тряпками).
https://www.industry-mobile-support.siemens-info.com/en/article/detail/62411893

 

Ещё есть вот такая тема на форуме. https://support.industry.siemens.com/forum/WW/en/posts/tia-know-how-protection-block-download-not-possible/133206
Возможно вам стоит попробовать более высшую версию ТИА в которой проблема с защищёнными блоками была исправлена.

Изменено 22 августа пользователем ID_Hacker

[gudstartup 866]

9 часов назад, ID_Hacker сказал:

ТИА в которой проблема с защищёнными блоками была исправлена.

если блок зашифрован паролем то эти методы не работают пока содержимое не будет расшифровано.

и этот блок закрыли намеренно так что бить никого не надо это просто защита от изменений проекта на что  станкостроитель имеет полное право.

mported blocks with know-how protection can be compiled in STEP 7 (TIA Portal) without a password.

[ID_Hacker 25]

6 минут назад, gudstartup сказал:

если блок зашифрован паролем то эти методы не работают пока содержимое не будет расшифровано.

В степ 7 всё компилируется без проблем, т.к. защищённый блок нельзя изменить но использовать его можно (т.е. ноу-хау предполагает внутреннюю защиту). То что нельзя заменить контроллер на обновлённую модель, это косяк ТИА, и частично косяк программиста, т.к. не правильно оформлен защищённый блок (Хотя возможно они этого тоже не знали - очередная подстава от сименса).

 

 

9 минут назад, gudstartup сказал:

на что  станкостроитель имеет полное право

Так вот таких станкостроителей надо слать куда подальше. Либо он должен гарантировать поддержку на весь цикл жизни станка, будь то 10 лет, или даже 50. Такими темпами мы скоро токарные станки будем покупать со сроком жизни 3-5 лет, а потом сдавай в митолку и бери новый, как автомобили. Производственники эти моменты не учитывают, наберут станков, потом сервисники мучаются. Например Пама, Карнаги, WFL поставляют свои станки с предустановленной степ7 на PCU50 и загруженным актуальным проектом, всё там открыто и облегчает диагностику при отказах. Это очень крупные станкостроители, и на их подход можно опираться.

[gudstartup 866]

 

4 часа назад, ID_Hacker сказал:

Так вот таких станкостроителей надо слать куда подальше.

станкостроители  сосредотачиваются на  защите никому не интересно чтобы каждый умелец вносил изменения в программу так как они отвечают за продукт а в случае возникновения аварийных ситуаций или что еще хуже несчастных случаев именно они несут юридическую ответственность а не те товарищи которые какого то робота привязали а он руку кому то оторвал.

 

4 часа назад, ID_Hacker сказал:

всё компилируется без проблем, т.к. защищённый блок нельзя изменит

если есть исходник то вы вообще все что угодно можете скомпилировать. а вот если вы скачали из памяти контроллера то декомпилировать степ или тиа его уже не могут а соответственно и компилировать тоже так как в памяти имеется контроллера только исполняемый код а исходный зашифрован.

это конечно не касается know how блоков в которых просто код защищен от просмотра.

 

4 часа назад, ID_Hacker сказал:

частично косяк программиста, т.к. не правильно оформлен защищённый блок (Хотя возможно они этого тоже не знали - очередная подстава от сименса).

 

знали и специально так сделали.

[Killerchik 57]

23.08.2024 в 11:51, gudstartup сказал:

в случае возникновения аварийных ситуаций или что еще хуже несчастных случаев именно они несут юридическую ответственность а не те товарищи которые какого то робота привязали

Простите, это бред. В суде производитель имеет шанс отвязаться от ответственности даже если вмешательство не имело (с технической точки зрения) вообще никакого отношения к тому, что стало причиной несчастного случая. А уж если с технической точки зрения именно вмешательство было частью проблемы - это уже не шанс, а 99,9% вероятность, если юрист ответчика не конченый дебилл, и суд не совсем уж басманный.

[gudstartup 866]

2 часа назад, Killerchik сказал:

Простите, это бред.

Я имел ввиду что юридическая ответственность наступает именно для изготовителя станка а не для третьих лиц которые изменили логику ЭА  а задача их адвоката как раз состоит в том чтобы уклонится от ответственности доказав что имело место постороннее вмешательство и именно оно явилось причиной аварии. Эта ответственность обычно наступает в течении гарантийных обязательств станкостроителя с древними станками выработавшими свой ресурс это не прокатит. Станкостроителю не нужны публикации о том что их оборудование отрывает рабочим головы!!