Согласен полностью. Так же библиотека сервы и дисплеев ёмкие очень. Я делал и смотрел простые примеры и заметил что все блоки в флпроге имеют многозадачность со всеми вспомогательными условиями. И вот эти дополнительные условия будут крутиться все равно хотя из блока выполняется только одно условие. Ведь мы используем готовый конструктор и его плюс в простоте а минус в том что все вспомогательное прицепом крутится. Хотелось бы услышать про прерывание и оптимизацию прелывания. Например есть диммер для него мы используем фазорезку вот она работает на прерываниях и замечено что на дисплее 16х2 все в норме по айтуси а вот на дисплее ТМ1637 подергивание цифр происходит. Решить пока не удалось. Еще многое зависит от самих библиотек там корень зла сидит.
Блок с прерыванием только один в FLprog это скоростной счетчик.Другие способы пользоватся прерываниями это пользовательские блоки.По принципу действия во воемя прерывания происхожит остановка основной программы выполняется программа прерывания.И тут дело в том что UART и i2c протоколы не прерываются в прерывании.И у програмистов есть такой инстоумент .Например мы можем запретить прерывания отправить результат на экран и снова разрешить прерывания.Естествено надо при этом и частоту отправки данных на экран сократить до возможного .
Да значение лучше через переменную. Темболее если оно нужно на другой плате.Когда плата активируется она его прочитает.Если плата не активна она значения переменных прочитать не сможет.Так же например плата с блоком меню у нас работает только по необходимости.Тогда блок меню запишит значения в переменные и мы будем ими пользоватся не обращаясь к блоку или плате.
Спасибо, было познавательно.
У Вас хорошо получается, не сомневайтесь.
Большое спасибо за видео! Жду следующего
Согласен полностью. Так же библиотека сервы и дисплеев ёмкие очень. Я делал и смотрел простые примеры и заметил что все блоки в флпроге имеют многозадачность со всеми вспомогательными условиями. И вот эти дополнительные условия будут крутиться все равно хотя из блока выполняется только одно условие. Ведь мы используем готовый конструктор и его плюс в простоте а минус в том что все вспомогательное прицепом крутится. Хотелось бы услышать про прерывание и оптимизацию прелывания. Например есть диммер для него мы используем фазорезку вот она работает на прерываниях и замечено что на дисплее 16х2 все в норме по айтуси а вот на дисплее ТМ1637 подергивание цифр происходит. Решить пока не удалось. Еще многое зависит от самих библиотек там корень зла сидит.
Блок с прерыванием только один в FLprog это скоростной счетчик.Другие способы пользоватся прерываниями это пользовательские блоки.По принципу действия во воемя прерывания происхожит остановка основной программы выполняется программа прерывания.И тут дело в том что UART и i2c протоколы не прерываются в прерывании.И у програмистов есть такой инстоумент .Например мы можем запретить прерывания отправить результат на экран и снова разрешить прерывания.Естествено надо при этом и частоту отправки данных на экран сократить до возможного .
Вот сылка на видео о прерываниях.Что это такое и там есть команды дла остановки прерывания .ua-cam.com/video/BPnNQwr18yg/v-deo.html .
Спасибо большое. Лайк. Подписка.
Подскажите пожалуйста как можно в программе flprog настроить микроконтроллер в режим сна, когда датчики в режиме ожидания
Какая- то нестыковка. UART это аппаратное устройство, работающее отдельно от ядра и на время цикла он влиять не может.
А значение пункта меню где ставить. На этой же плате где блок меню, потом через переменную, или ставить можно на нужной плате.
Да значение лучше через переменную. Темболее если оно нужно на другой плате.Когда плата активируется она его прочитает.Если плата не активна она значения переменных прочитать не сможет.Так же например плата с блоком меню у нас работает только по необходимости.Тогда блок меню запишит значения в переменные и мы будем ими пользоватся не обращаясь к блоку или плате.
Это не блок выделения переднего фронта а блок импульса длиною в 1 цикл
тихо говоришь надо напрягаться чтобы услышать