Блоки from to

[shmidt.w]

Замечал в некоторых макросах из конструкторов блоки from и to, в справке о них ничего не нашёл, по смыслу применения напоминают конструкции #ifdef #endif

Могут ли они принести пользу простым смертным, если да, как ими пользоваться?

Было бы неплохо, если бы были какие-то конструкции, позволяющие выключать блоки программы из компиляции.

[Gromov]

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

Я хочу сказать, что даже у меня нет этого инструмента, и никто не рассказал мне, где мне их брать и зачем. Да оно и не надо, если честно. И так всего хватает.

[shmidt.w]

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

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

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

Вот в этом случае такие конструкции пригодились бы.

[Gromov]

Сообщение от shmidt.w

"Сделай у макросов входы Enable и не используй ненужное" - если в программе будет гора макросов, которые даже не будут использоваться, место они будут занимать всё равно и всё это рискует не влезть в контроллер..

Ответ прост: используй трим5, влезет всё(почти всё).

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

[shmidt.w]

Сообщение от Gromov

Ответ прост: используй трим5, влезет всё(почти всё).

Субсидируете разницу между ценой пикселя12 и трима?

[Arsie]

Сообщение от shmidt.w

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

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

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

Вот в этом случае такие конструкции пригодились бы.

В контроллере интерпретируемый код, а не скомпилированный.

Т.е. никакими ухищрениями вы не уменьшите объём программы в контроллере. Только оптимизация.

[shmidt.w]

Сообщение от Arsie

Т.е. никакими ухищрениями вы не уменьшите объём программы в контроллере. Только оптимизация.

Понятно, спасибо.

[Gromov]

Сообщение от shmidt.w

Субсидируете разницу между ценой пикселя12 и трима?

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

[ATS]

Сообщение от shmidt.w

А можно было бы иметь одну универсальную программу и в одном месте меняя одну цифру выбирать нужную функциональность.

Ну так конструкторы именно так и построены.
Основной шаблон правится по заданным условиям.

[shmidt.w]

Сообщение от Gromov

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

Я спросил, убираются ли у жигуля задние сидения, чтобы перевезти диван, а вы мне советуете сменить машину

[serg-el]

Сообщение от shmidt.w

Было бы неплохо, если бы были какие-то конструкции, позволяющие выключать блоки программы из компиляции.

Из компиляции - нет, из выполнения - да.
Тут чуть ...

Это блоки условного выполнения для уменьшения тика...
Вроде так ...

[Gromov]

перевозка дивана решается прицепом (модулями MR, в случае пикселя). Здесь же, я считаю, речь идет о сравнении производительности контроллера с максимальной скоростью автомобиля. Большой проект, в котором описано всё-возможное, и лишь нужное используется - это сверхзадача для пикселя, его чипсет не приспособлен для решения таких задач.

Ну или, если говорить про количество блоков, можно сказать, что перевозка дивана решается модулем памяти, а вы хотите возить целый мебельный магазин на пикселе и это невозможно. А вот возить мебельный магазин на триме - очень даже можно. Да хоть целую икею! Мои проблемы с тримом начинались после 100 000 блоков fbd. Проблемы выражались в долгой загрузке проекта и медленной работой лоджика. Сам контроллер вытягивал без скрипа.