Вы бы разделили вопросы на есть ли возможность поломать (декомпилировать) чужое плюс добавить своей функциональности и насколько сложно создать своё всё. Для меня нарисовать сам функциональный блок - вопрос техники, но поднимать систему со всей красотой и рюшечками - это коллективный и/или небесплатный труд. Продукт должен либо иметь совсем свою нишу (утопия) либо с чем-то конкурировать. А тут сразу начинается бизнес. Вы бы всё-таки конкретизировали предложения (как понял, ломавших указанные в топе контроллеры/систему не находится).

sensor_ua
Естественно меня интересует только "доработка" существующего ПО - добавление нескольких FBD к тому что имеется.
Разработчики ПЛК пусть ужо решают для себя сами чё им надо. Естественно что им потребуется сваять свое ПО, чтобы не было потом проблем,
а ПО КРУЗЕТ пригодится как образец для подражания...

Сообщение отредактировал АндрейХ - Dec 6 2007, 22:59

Забавно. Когда я повторно подошел к ним, чтобы скинуть подготовленную ими инфу на флешку, Петров сказал, что это они "сгоряча" и, мол, все это недоразумение, дал свою визитку. Да еще раньше книжку подарил!
Они пояснили, какую именно конфиденциальную информацию я хотел получить? Только не надо про исходники, я говорил про хидеры платформенно зависимой части, которую надо написать МНЕ.
Меня интересовали:
- требования к ПЗУ и ОЗУ для платформы на ARM7,
- объем и содержание работы по адаптации системы исполнения,
- возможность загружать МЭК-программы по своему протоколу.
Аргументированного ответа на первую часть я от них не получил, причем они копались для ответа в доках, которые отказались предоставить.
ARM7 от ARM9 они не отличали, к сожалению. На вторую часть вопроса ответили общими фразами, типа за 2 дня управитесь. На третий сказали - да, но тоже без аргументов.

В итоге в выцыганенном файле Test adaptation... только краткое описание, как "завести" plc и связать со средой программирования, а также ссылки на доки, в которых они и копались.

Понятно, что они боятся предоставить инфу, которая может помочь их конкурентам. Но, на мой взгляд, они переборщили с закрытостью и не дают достаточно инфы для принятия решения в пользу CoDeSys.
Не смешно было бы потратить 10кЕвро + лицензии, чтобы убедиться, что runtime просто не влезет в мою контроллер и надо ставить внешнее ОЗУ, а может даже переходить на более "жирную" платформу!

Сообщение отредактировал amusin - Dec 7 2007, 05:14

amusin
Вопрос серьезный и интересный. Странно что они не смогли ничего внятного сказать. Возможно дело в том что они продвигают Beck IPC и не привыкли задумываться о выборе платформы
Мне их расспрашивать было не о чем, делать собственный ПЛК мы пока не планируем.

АндрейХ
Вы не пробовали связаться с Крузет и узнать, сколько будет стоить разработка нужных блоков для вас? У них вроде бы есть такая услуга.

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

Они толковые ребята. Я разговаривал с Пастушенковым Дмитрием, который лично адаптировал CoDeSys на ПЛК на базе C16x. То, что они делают, они делают хорошо.
В итоге про возможность адаптации на ARM7 мне рассказал инженер службы поддержки другой фирмы-экспонента в частном разговоре. Правда, у них в ПЛК ОЗУ больше 1М, так что на вопрос по мин. требованиям и он не смог ответить.

А что за фирма, если не секрет? Интересно взглянуть на их ПЛК.

К сожалению, я не уверен, что не подставлю его.

AlexG
Сам лично с КРУЗЕТ не связывался, а вот через Питерских дилеров вопросы задавать приходилось. Отвечают вяло, долго (на вопрос по полмесяца уходило), и весьма раплывчато. На Руси данная фирма представлена очень скупо, в Москве один продавец, и в Питере дилер. Всё...
По этому делаю вывод что быстрее самому дойти до изготовления FBD, чем их просить.
Как пример - Митсубисши после настоятельных просьб руссифицировал дисплей АЛЬФы через ТРИ ГОДА, и то наверно потому что открыло представительсто Митсубисши электрик в Москве...

Все таки может кто нибудь из знатоков подскажет как можно адаптировать блоки библиотеки под свои нужды.
Предполагаю делать так - выбираю наиболее схожий ФБД-блок и с помощью соответствующих интструментов, например PE explorer и IDA потрошу файлы подобного блока, с минимальными изменениями заставляю его делать то что мне необходимо.
Насколько это возможно? И как это сделать?
Как имхо понимаю библиотечный блок состоит из 3 файлов - *.dll, *.ini, *.bm3. Как они связаны, и что в них надо изменять для получения новых свойств библиотечного блока?
Конечно лучше это сделать спецу, но как вижу желающих нет... А мне нужно для щастья изменить минимум 3 а максимум 5 блоков для реализации ПИД регулятора - остальное в Миллениум3 полностью отвечает моим требованиям. Конечно было-бы совсем шоколадно внедрить кириллицу, но это более проблематично...

Сообщение отредактировал АндрейХ - Dec 8 2007, 20:21

Проще и, наверное, дешевле уболтать производителя, чем подрядить народ на реверс инжиниринг.
Хотя все это ИМХО.

Предложите КРОУЗЕТу свою помощь.
Может быть они дадут соответствующие средства или хотябы документацию на такие операции.
Вот с этим уже можно будет работать.

Чисто теоретически могу представить как изменить поведение какого-то уже существующего ФБД, а вот как, например добавить вход/выход - уже с трудом 8(

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

С другой стороны anpilog говорит дело. Можно попробовать обратится к разработчикам, за протоколами нижнего уровня. И необходимое дописать самому. Хотя, судя по описанию, сделать это - тоже не дорогу перейти. Я например обращался на тот же Овен и они мне присылали свои протоколы и методы расчёта CRC. Понятно, что это не одно и тоже, но тем не менее возможны варианты.

anpilog SasaVitebsk
Вот в том-то и проблема что обращение к разработчикам - крик в пустой колодец...
Имел в свое время контакты с зарубежными производителями ПЛК... Это вам не с ОВЕНом контачить.
Задолбаетесь доказывать что не верблюд... Первый ответный вопрос - на сколько вырастет процент продаж... ну и т.д., а что блоки нужны для ПИД им по барабану... либо плати бабло, либо доказывай что енто для них щастье... а енто сложно, у нас разный менталитет, и взгляды на автоматику иные...

SasaVitebsk
Тут просто нужен специалист в области реверсинжиниринга и исследования чужих программ.

Некоторые файлы *.bm3 с дополнительными функциями довольно короткие, и я думаю что те, кто программируют AVR на ассемблере, смогут в них разобраться.

Интересно насколько будут отличаться суммы для доработки от производителя и реверс инжиниринга? 8)))

Что-то мне подсказывает, что не очень 8)

anpilog
Интересно насколько будут отличаться суммы для доработки от производителя и реверс инжиниринга?
Я расчитываю на другой подход - взаимозаинтересованность, т.е. на спеца, которого интересует подобное ПО, и ему по любому надо делать "реверс" для того что-бы понять как работает прога. А я со своей стороны готов дать подробные данные что нужно изменить с точки зрения интегратора (что добавить, что убрать, а что изменить, с подробным описанием ФБД-блоков) на основании имеющегося 3-х летнего опыта использования нано-ПЛК. Т.е. расчитываю на взаимную заинтересованность.
Надеюсь что найдутся заинтересованные лица, желающие выпускать подобный нано-ПЛК, и возможно даже с лучшими характеристиками. Так желательно иметь нано-ПЛК с 12-ти битным АЦП и с временем цикла работы 2х5мс. при полной загрузке не менее 300 ФБД и полным набором вх./вых. порядка 60 с учетом модулей расширения. Ну и конечно дисплей 16х4 с кириллицей.

Сообщение отредактировал АндрейХ - Dec 9 2007, 14:01