Промышленны nano-PLC на ATmega 128 16AU, Контроллер Миллениум3 фирмы КРУЗЕТ (Франция) Опции

[АндрейХ]

AlexG
SasaVitebsk
Я смотрю что уже завязывается конструктивный разговор...
Я конечно не разработчик но то-же скаже пару слов по симуляции:
1. В режиме offLine на realtime можно смело забить, главное достоверность и шоб не давил на психику тормознутостью.
2. В режиме onLine отображение в realtime желательно но не критично, на сколько хватит быстродействия, на столько и расчитывать.
3. В ПЛК необходима обязательная возможность вычисления времени цикла программы (обычно двойного, потому что для правильной работы ПЛК необходимо делать два прохода программы) и его задание не ниже возможного. В Millenium 3 есть целая закладка где выдаются все данные о ПЛК и можно задать время цикла (при чем Крузет сделал грамотно. у них в меню задается Nms x 2). Все временные параметры должны быть засинхронизированы.
По поводу представления "поля" программирования я написал что именно нужно два варианта, с привязкой входов/выходов и без, а уже пользователь выберет что ему удобнее.
По поводу внешних библиотек, как они будут реализованы интегратору пофиг, а вот как их создавать и присоединять уже не пофиг.
Кстати для разнообразия, есть еще одна интересная прога для самообразования от Бауманцев, рекомендую побаловаться.
Вот ссылка на сайт по САР - http://model.exponenta.ru/bt/bt_contents.html
А здесь дистрибутивы - http://energy.power.bmstu.ru/mvtu/
Очень полезная инфа для разработчиков средств автоматики.

[Огурцов]

А MS Framework и C# не рассматривался ? Вроде бы обладает как раз необходимыми свойствами для эмуляции. Правда не для Меги.

[Alexandro]

Может будет полезно - реализация LD для AVR: http://cq.cx/ladder.pl

[SasaVitebsk]

Вопросы эмуляции, а также реализация сисиемы на кристале это конечно существенная часть, но далеко не самая главная по объёму работы.
По моим оценкам реализация ПО на кристале займёт не более 5% времени разработки.
Симуляция тоже не будет слишком затратна.

Найболее сложная часть - написание самого пакета для IBM. Он же и будет, минимум на 60-70% определять успех изделия. Пользователь ведь 90% времени не с изделием ковыряется, а с офисным пакетом. Соответственно удобство работы с ним и будет определять предпочтения. Ну а возможности изделия это сопутствующая вещь. Выбора то много, поэтому всегда можно подобрать изделие по потребностям.

Как раз написать офисный пакет уровня STEP-7, к примеру, и является проблематичным. Отсюда и Codesys. Она на это и расчитывала.

[kos_ua]

Приветсвую Всех. Я этой темой тоже интересуюсь...есть свои наработки...
http://kazus.ru/forum/topic_15211-0-asc-80.html
Можем здесь продолжить обсуждение можем там...просто здесь я немогу загрузить фаил более 2 метров(