Согласен полностью. Так же библиотека сервы и дисплеев ёмкие очень. Я делал и смотрел простые примеры и заметил что все блоки в флпроге имеют многозадачность со всеми вспомогательными условиями. И вот эти дополнительные условия будут крутиться все равно хотя из блока выполняется только одно условие. Ведь мы используем готовый конструктор и его плюс в простоте а минус в том что все вспомогательное прицепом крутится. Хотелось бы услышать про прерывание и оптимизацию прелывания. Например есть диммер для него мы используем фазорезку вот она работает на прерываниях и замечено что на дисплее 16х2 все в норме по айтуси а вот на дисплее ТМ1637 подергивание цифр происходит. Решить пока не удалось. Еще многое зависит от самих библиотек там корень зла сидит.
Блок с прерыванием только один в FLprog это скоростной счетчик.Другие способы пользоватся прерываниями это пользовательские блоки.По принципу действия во воемя прерывания происхожит остановка основной программы выполняется программа прерывания.И тут дело в том что UART и i2c протоколы не прерываются в прерывании.И у програмистов есть такой инстоумент .Например мы можем запретить прерывания отправить результат на экран и снова разрешить прерывания.Естествено надо при этом и частоту отправки данных на экран сократить до возможного .
Вот сылка на видео о прерываниях.Что это такое и там есть команды дла остановки прерывания .ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-BPnNQwr18yg.html .
Да значение лучше через переменную. Темболее если оно нужно на другой плате.Когда плата активируется она его прочитает.Если плата не активна она значения переменных прочитать не сможет.Так же например плата с блоком меню у нас работает только по необходимости.Тогда блок меню запишит значения в переменные и мы будем ими пользоватся не обращаясь к блоку или плате.
