FlProg

Здравствуйте! Подскажите пожалуйста чем руководствоваться при создании проекта , как проект корректно разносить по платам?
1. На что влияет количество плат в FlProg?
2.Как грамотно делить проект по платам( если датчик отдельная плата)?
3. Сколько вообще можно создовать плат?
4. Очередность размещения Блоков на платах?( от входа к выходу)?
В гугле что то не нашел ни чего.
Спасибо!

1 Количество плат влияет на удобство
2 Не обязательно каждый датчик на отдельную плату
3 Сколько хотите
4 Очередность можно посмотреть на кнопке порядок компиляции блоков

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

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

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

Phazz писал(а): 15 мар 2024, 12:02 посмотреть на кнопке порядок компиляции блоков

А где такая кнопка?

Uriy0206 писал(а): 14 мар 2024, 21:56 как проект корректно разносить по платам?

Дополню второй пост.
1. На последовательность выполнения блоков в проекте.
Иногда не возможно сделать нужную последовательность на одной плате.
4. С очередностью есть много нюансов.
Есть кнопка "Очерёдность выполнения блоков" на панели выше плат. Она нумерует блоки.
Но эта последовательность справедлива для встроенных блоков, и в основном для секции loop.
Для пользовательских блоков смотреть выстраивание кода только в скетче.

Утвш

Спасибо

Какие задачи ставить на разные платы и периодичность их исполнения.

Чтение аналоговых входов и штатный блок дисплея 1602. А дальше уже на ваше усмотрение. В идеале конечно делать чтобы большая часть плат выполнялась по условию.

Так будет много переменных с платы на плату. И какую переменную лучше переносить.

Разносите по платам функциональные узлы.
Использование отдельных плат с выполнение по условию, или диспетчеру задач может существенно увеличить производительность проекта и дать возможность отловить медленные блоки или конструкции.
Вместо логических переменных, рассмотрите клеммы.

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