Графическое программирование контроллеров.

[U9]

Жаль, что нет такого для MSP 430...


Вот и Юзаю
Embedded Workbench for MSP430

[eCore]

вот как называется один установочный файл:"STEP7-MicroWIN_V40_SP5.exe"- это про не одно и тоже, а вообще то нет никакой разницы при вводе программы электроавтоматики для Sinumeric 802D, 840DI, Simatiс S7-200 или OMRON через ladder diagram-ноги растут из одного места и этот графический ввод полное г..но.

Тут дело не в графическом вводе, а скорее в его наличии. Никто вам не мешает писать для ПЛК в STL если LAD и FBD не устраивают, но не которые блоки программы лично для меня намного удобнее делать в LAD, а для не программиста, а обычного техника потом будет проще разобраться в программе. На производстве очень много значит время. Поэтому для МК я воспринимаю графический ввод не как замену, а как дополнение. В таких программах как Realizer Gold можно намного быстрее сотворить и наглядно протестить программу чем на асме или С.

[Asdex]

To Leas
Ну что сказать... Просто составление программы ввиде схемы хорошо скорее для PLC нежели для МК. У всего есть свои плюсы и минусы. Создание программ ввиде алгоритма интересно именно ввиду его понятности и адекватности восприятия человеком. Присутствует и некоторая универсальность. Но как говорят - "на вкус и цвет..." Я не претендую на истину в последней инстанции. Просто счел необходимым внести коррективы в Ваше утверждение. В конечном итоге каждый выберет сам по какому пути пойдет. Но мое мнение - написание программы для МК только ввиде набора слов несколько не корректно. Программирование МК все же сильно отличается от программирования ПК. И не важно какой язык используется С или ASM... На мой взгляд - оптимальный язык программирования был бы некий клон алгоритмического языка и блок-схем. А как он будет называться - ФИОЛЕТОГО!

[St_Andy]

И еще, для St_Andy:
вот как называется один установочный файл:"STEP7-MicroWIN_V40_SP5.exe"- это про не одно и тоже, а вообще то нет никакой разницы при вводе программы электроавтоматики для Sinumeric 802D, 840DI, Simatiс S7-200 или OMRON через ladder diagram-ноги растут из одного места и этот графический ввод полное г..но.

Увы, повторюсь... Step7-MicroWin и Step7 не одно и то-же!
Если Вы хоть раз этим занимались, то должны знать, что первое это для SIMATIC S7-2xx (и только для них!), а второе - для всего остального (почти)S7-3xx, S7-4xx и т.д.
Для ladder diagram-ноги растут из IEC 1131 (стандарт такой)и весь мир про него знает. И спокойно работает и с Симатиком и с Омроном и с Фануком и ...

[St_Andy]

И чтобы уточнить окончательно.
Когда появился первый Симатик S7-200 (1997г примерно), то софт для работы с ним назывался просто MicroWin. Это потом, когда появилась новая версия Симатика S7-22x, этот софт стал обзываться Step7-MicroWin.
А все потому, что Сименс купил компанию TI, а этот контроллер (S7-200 который) у TI был готов к выходу. Сименс его чуть подправил под себя и выпустил с маркой S7-200. Поэтому он практически не стыковался с "большими братьями" S7-3xx и S7-4xx. А в версии S7-22x эту беду чуть исправили и софт переименовали.
Удачи!

[eCore]

Для ladder diagram-ноги растут из IEC 1131 (стандарт такой)и весь мир про него знает. И спокойно работает и с Симатиком и с Омроном и с Фануком и ...

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

[LEAS]

St_Andy:"Увы, повторюсь... Step7-MicroWin и Step7 не одно и то-же! "
Да вы не уйметесь... Разговор идет про графический ввод программ, а не про творения фирмы сименс(специально с маленькой буквы). Ну, хорошо, STEP7 и MW-STEP7 не одно и тоже, хотя (вы это сами пишете) он (всего лишь) для других типов контроллеров. ТАМ ЧТО,ПРИНЦИПИАЛЬНО ПО ДРУГОМУ ВВОД ПРОГРАММЫ ПРОИСХОДИТ ПО СРАВНЕНИЮ С МНОЙ НАЗВАННЫМИ СИСТЕМАМИ? Очень сомневаюсь.Я имел дело (кстати, что за снобизм-"Если Вы хоть раз этим занимались," как будто только у вас эксклюзивные права) с тем, что перечислил, и уже написал свое мнение по поводу их графического ввода,но писать на STL, как здесь кто-то предлагает, ну уж нет, я лучше закорючки порисую. Лучший, что я видел, графический ввод в лабвью от National Instruments. И давайте больше не будем флудить про немецкого семена.

[Jurij_S]

[ Лучший, что я видел, графический ввод в лабвью от National Instruments. И давайте больше не будем флудить про немецкого семена.[/quote]

Господа, какой-то у нас пошёл непродуктивный обсуждёж. Ясно, что кому что нравится, тот в том и программирует - и флаг ему в руки Вопрос to LEAS - кстати про LabView (я с ним дела не имел совершенно), а в нём есть какой нибудь выход на железо? В том смысле, что созданную рабочую модель можно залить в МК или ПЛЦ, или конвертировать в какой-нибудь стандартный (условно стандартный, конечно) язык программирования?

[U9]

Вспомнили!?


LabVIEW — "язык графического программирования, в котором для создания приложений используются графические образы (иконки) вместо традиционного текстового кода. От пользователя пакета не требуется знаний языков программирования, но понятие об алгоритме, цикле, выходе по условию и т.п. конечно иметь нужно. Все действия сводятся к простому построению струк турной схемы приложения в интерактивной графической системе с набором всех необходимых библиотечных образов, из которых собираются объекты, называемые Виртуальными Инструментами (VI)".


http://www.picad.com.ua/lesson.htm

[U9]

Дополнения туда же:
ST (Structured Text, Структурированный Текст) - это структурированный язык высокого уровня, разработанный для процессов автоматизации. Этот язык в основном используется для создания сложных процедур, которые не могут быть легко выражены при помощи графических языков. ST является языком, предназначенным для описания действий внутри шагов, выражения условий языка SFC или действий и тестов языка FC. Язык был сознательно упрощен, но таковы были требования решаемых задач. В ST Вы не встретите ни работы с памятью, ни прямого доступа к портам, да они и не нужны. Если программа будет работать под управлением окружения ISaGRAF, то все эти вопросы берет на себя целевая система.



Там же и для детей:
На первый взгляд, непонятно, зачем 10-ти летнему ребенку ломать голову над программированием во время игры? Можно ведь подарить простой конструктор или что-нибудь в этом роде, и Ваше чадо будет счастливо, самостоятельно развлекая себя, конструируя нечто. Но как долго это продлится? Неделя, может, две. Детям во время игры нужен постоянный интерес, который, непременно, помогаетв познании чего-то нового.

Живое LEGO - так можно назвать конструктор Mindstorms всемирно известной датской фирмы. Живое потому, что в состав Mindstorms входят миниатюрный компьютер NXT, серводвигатели и датчики. Но прежде чем электронное чудо из забавных кирпичиков начнет двигаться, ощущать, осязать и распознавать, его создатель должен написать программу. Как это сделать ребенку, или даже взрослому, которому ранее не приходилось даже составлять алгоритм? Конечно, найдутся вундеркинды, которые без проблем не то чтобы на С - на ассемблере “сваяют” необходимый софт. А как же остальные миллионы людей, желающие творить и экспериментировать