Создаем ПЛК на базе IEC 61131

[Pavel_A]

А дальше обсуждения железа дело не может пойти. Потому что нужны знания, которые и в институте не дают. Вы полагаете, взяв среду разработки IEC 61131 сможете программировать свое железо? Ошибаетесь. Внутреннее ядро программы, это тайна за семью печатями. Даже изготовив точную копию бренда, ничего не выйдет. Клонирование невозможно. Как-то, худо-бедно еще на ФлоуКоде можно получить результат. Но будет не совсем требуемое.

[AVF]

Потому что нужны знания, которые и в институте не дают.

и с каких пор институт единственный источник знаний?

Вы полагаете, взяв среду разработки IEC 61131 сможете программировать свое железо? Ошибаетесь.Внутреннее ядро программы, это тайна за семью печатями.

Вот уж не надо по себе людей судить и уж оценивать чужие знания и возможности. Тем более, что есть системы с открытой спецификацией, приемлемое решение для себя я нашел, но это будет закрытый вариант. Если сообществу интересно, вместе надо делать открытый.

Клонирование невозможно. Как-то, худо-бедно еще на ФлоуКоде можно получить результат. Но будет не совсем требуемое.

Мне клон не нужен, если не поняли, задача совершенно другая - открытое исполняющее ядро IEC 61131. и флоукод тут вообще никуда не упирается. в первую очередь интересуют LD и FBD.

[jump]

А дальше обсуждения железа дело не может пойти... Вы полагаете, взяв среду разработки IEC 61131 сможете программировать свое железо? Внутреннее ядро программы, это тайна за семью печатями. Даже изготовив точную копию бренда, ничего не выйдет. Клонирование невозможно

возможно, у меня есть прошивка от довольно мощного ПЛК, но беда в том, что периферия тоже с МК, а вот от них-то и нет

есть системы с открытой спецификацией, приемлемое решение для себя я нашел, но это будет закрытый вариант. Если сообществу интересно, вместе надо делать открытый

не томите загадками(закрытый/открытый) - мы все уж извелись, ожидая результата.

Мне клон не нужен, если не поняли, задача совершенно другая - открытое исполняющее ядро IEC 61131. и флоукод тут вообще никуда не упирается. в первую очередь интересуют LD и FBD.

какой уровень будете реализовывать - одно/многопроцессорный, с возможностями конфигурирования:
- online,
- периферийных модулей через модуль ЦП?
кроме того, необходима работа команды и, как минимум - менеджера проекта, чтоб координировать и подгонять... плетью, иначе лет пять будете рожать.

еще немаловажно - программисты и электроники почти поголовно не могут решить проблему корпусирования устройства в связи с невозможностью реализации партии устройств (количество собственных заказов невелико), поэтому результат получается "косорылым" и непривлекательным

[AVF]

возможно, у меня есть прошивка от довольно мощного ПЛК, но беда в том, что периферия тоже с МК, а вот от них-то и нет

прошивка неинтересна, интересны исходники

не томите загадками(закрытый/открытый) - мы все уж извелись, ожидая результата

думаю с ними договориться можно KLogic но тогда это буду делать сам и делиться не буду ну и PIC, AVR и т.п. пролетают. хотя они в принципе пролетают, нафиг ставить 8-бит, если можно поставить кортекс за те же деньги. имеет смысл, только если тиражи многотысячные, не этот случай

какой уровень будете реализовывать - одно/многопроцессорный, с возможностями конфигурирования:
- online,
- периферийных модулей через модуль ЦП?

пофиг - это реализация уровня hardlayer. если дипаозон in в readDI(шт) лежит вне модуля, разная обработка и все.

кроме того, необходима работа команды и, как минимум - менеджера проекта, чтоб координировать и подгонять... плетью, иначе лет пять будете рожать.

скорее всего. надо разбивать на быстро достижимые небольшие этапы. в общем-то классика, все придумано до нас.

еще немаловажно - программисты и электроники почти поголовно не могут решить проблему корпусирования устройства в связи с невозможностью реализации партии устройств (количество собственных заказом невелико), поэтому результат получается "косорылым" и непривлекательным

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

[kosmos440o]

Вот информация к размышлению:
http://www.soel.ru/cms/f/?/311575.pdf

[jump]

зачем вам исходники - на новый тип МК с другой архитектурой это ляжет косо.

интересны исходникиKLogic

ну есть у меня i7188ха, без езернета, можно кое-что посмотреть-отладить

пофиг - это реализация уровня hardlayer. если дипаозон in в readDI(шт) лежит вне модуля, разная обработка и все

значит вы не знаете, о чем я спросил, увы

железо - не эта тема

извините, а много у вас было настоящих ПЛК и в каких средах их программировали? с какими диагностическими программами и ОРС серверами для ПЛК работали/знакомы?
к чему я это? а к тому, что нельзя разрывать железо и ПО, это комплекс организационно-технических, технологических мероприятий и решений. уберите один столбик - все развалится. например, вам не удастся выпускать одно изделие 15лет, заказывая партиями ИМС, корпуса, разрабатывая новые версии ПО в одном лице или сообществом свободных разработчиков

[AVF]

Вот информация к размышлению:
http://www.soel.ru/cms/f/?/311575.pdf

спасибо, прочитал, icon-L довольно интересная штука, только нигде не нашел цен на нее, и в интернете вообще достаточно мало информации

[mbedreal]

Подключение по SPI:
Дополнительная плата устанавливается выше/ниже/правее/левее основной и соединяется коротким шлейфом не более 10 см. Например как в контроллерах MicroLogix 1200 и модулях 1769 или межблочная связь у Siemens ввиде П-образного шлейфа у S7-300 (неуверен что там что-то типа SPI).
Возможно расширение входов/выходов через сдвиговые регистры, а для аналогового сигнала использовать АЦП с SPI и гальваническую развязку оптронами по цифровым сигналам.

Решаемые задачи:
- созданиея систем управления малыми и средними объектами
- построение систем диспетчеризации и мониторинга

Возможные варианты схем входов/выходов прилагаются.

Хм. Судя по рисункам вы имеете возможность покопаться во внутренностях разных PLC. Не могли бы вы снять схему развязанных ацп и цап? Может есть такая возможность.

To all
Я думаю для тех кто в теме не будет откровением тот факт что внутри процессора PLC работает виртуальная машина. Именно виртуальная машина обрабатывает программу в байт коде представленную языком IL (FBD, LD это его представления). Если у кого то есть реальное желание поднять эту тему на проф. уровень - я знаю что делать.

[AVF]

зачем вам исходники - на новый тип МК с другой архитектурой это ляжет косо.
ну есть у меня i7188ха, без езернета, можно кое-что посмотреть-отладить

пожалуй Вы правы, а 7188, 8ххх, WinPAC, ViewPAC и у меня есть чтоб поиграться, их активно используем.

значит вы не знаете, о чем я спросил, увы

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

извините, а много у вас было настоящих ПЛК и в каких средах их программировали? с какими диагностическими программами и ОРС серверами для ПЛК работали/знакомы?

чесно говоря немного, и связано с основными направлениями деятельности - АСДУ и приборостроение. поэтому скажем так - активно работал с ICP DAS, держал в руках сименсы и их софт - давали поиграться на месяц. ну и кучка всякого оборудвания связанного с энергетикой, от плк там мало.

к чему я это? а к тому, что нельзя разрывать железо и ПО, это комплекс организационно-технических, технологических мероприятий и решений. уберите один столбик - все развалится. например, вам не удастся выпускать одно изделие 15лет, заказывая партиями ИМС, корпуса, разрабатывая новые версии ПО в одном лице или сообществом свободных разработчиков

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

однако Вы правы вот в чем - это действительно комплекс мероприятий и конкурировать с сименсами, мицубишами и т.п. здесь имхо бесполезно. нужно определить нишу - это небольшие проекты, где многомодульные монстры не нужны. потому что при серьезном проекте, с большим количеством сигналов сама стоимость проекта будет выше стоимости железа, и ни один нормальный заказчик здесь экономить не станет и поставит готовое серийное оборудование от крупного брэнда и будет прав.
следовательно ниша - мелкая автомтизация узлов - всякие гидростанции, насосы, сушильные шкафы, гаражные ворота и т.п. мелочь. ну и кол-во входов выходов соответсвующее. ну может внешний интерфейс - имхо тут даже езернет излишен. у меня есть несколько мест, где достаточно 2-4реле, 4-8 DI, 2-4 аналоговых входа (NTC/ТСМ). ну еще 485 для приличия и возможно граф. экран с кнопками - уставки менять. по цене мало будет отличаться, а вот эргономика сильно выйграет.

исходя из ниши и требования к софту - бесплатная среда разработки, исполняемый модуль с открытым исходным кодом - для портируемости на любую аппаратную платформу. посмотрите на тот же iCon-L. исполняемый модуль - есть порты от PIC18 до x86+FPGA. что собственно и надо, только бы среду разработки бесплатную.

[jump]

виртуальная машина обрабатывает программу в байт коде представленную языком IL

в моем случае - ОС+интерпретатор LD