roboforum.ru

В каком смысле входов много? В одну и ту же операцию или о чем речь? Вы предлагаете какое-то решение, или просто интересуетесь, как это можно реализовать?

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

Не слишком безаппеляционное утверждение?

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

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

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

Добавлено спустя 56 секунд:
Не надо забывать цели и задачи - не просто дать детям побаловаться, а начинать их таким образом учить чему-то, а учить их надо по некоторой программе, а не урывками.

По-моему, все опять ушло в какой-то бредовый оффтопик...

Dead - про обучение - это в другой ветке. Здесь человек хочет игрушку, которую мог бы купить родитель.
Продаются же конструкторы, самолетики из бумаги - ну о какой "программе обучения" вы говорите?
Ну вот у лего-бионикл какая, например, программа обучения?

vadinator, FBD - это очень ограниченный язык. На нем просто делать только простые вещи.
Сделан специально для "технологов, монтажников", которым надо, чтобы этот ПЛК кран открыван вовремя...

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

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

Здесь вопрос привычки наверное...я начинал путь в электронику с цифровой схемотехники (155, 176 серии мс) поэтому видимо и нравится ФБД, аналогичный язык применяют и в роботикс студии...это о чём то тоже говорит. Да язык не позволяет реализовывать алгоритмы с большим количеством вычислений и сложным поведением (для этого больше подходят SFC и ST). Но он не для этого и создан... мы уже теряем топикстартера какие всё таки реальные предложения по теме есть..я за ФБД, кто следующий?

Расчитывать на школы - да, стОит, специально подстраиваться под них - думаю нет.

зато какой потенциальный рынок думаю это тоже...неплохо