ну как... есть одна-единственная функция в программе, которая содержит в себе тот самый крутой автомат состояний, выполняющий ВСЁ. и эта единственная функция - обработчик прерывания, поэтому выходить из неё особо и не надо - некуда, кроме как снова в себя...
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
Компилятор все заоптимизирует. Не будет никаких вызовов.
точно! заоптимизировал!
Добавлено after 4 minutes 11 seconds: где можно почитать про возможности компилятора, про то как с ним более конструктивно взаимодействовать? ---------- ПС OSA скачал - начал изучать, но свой велосипед допилю - дело принципа!
_________________ Просто не учи физику в школе, и вся твоя жизнь будет наполнена чудесами и волшебством Безграмотно вопрошающим про силовую или высоковольтную электронику я не отвечаю, а то ещё посадят за участие в (само)убиении оболтуса...
Последний раз редактировалось Ivanoff-iv Чт апр 05, 2018 12:21:00, всего редактировалось 1 раз.
доделаю сам, буду пользоваться сам, а с вами не поделюсь, злые вы пока задача - изучение языка, я знаю, что, уже для всего написаны готовые библиотеки, но, хочу чтото своё сделать и посмотреть насколько "коричневым" будет этот велосипед...
Добавлено after 1 minute 55 seconds: пока я добился ощутимого сокращения потребления тока... и, вроде, ничего не глючит
Добавлено after 2 minutes 3 seconds: пока смирюсь с отсутствием автонумерации и попробую побольше всего втолкать, посмотрю, насколько удобно вышло, а потом всё это на РТОС повторю
Добавлено after 1 minute 39 seconds: на этот вопрос для себя я нашел консенсус, можете больше не отвечать.
Добавлено after 33 minutes 12 seconds: viiv, перепроверил - с упаковкой в функцию получается на одно слово тяжелей, чем без упаковки.
Добавлено after 14 minutes 49 seconds: _____ всё, оценил масштаб - буду переписывать на функциях, а то на дефайнах слишком жирно выходит, спасибо за идеи.
_________________ Просто не учи физику в школе, и вся твоя жизнь будет наполнена чудесами и волшебством Безграмотно вопрошающим про силовую или высоковольтную электронику я не отвечаю, а то ещё посадят за участие в (само)убиении оболтуса...
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Зачем себя так ограничивать? Можно взять МК скажем с 128 КБ флеша и 20 КБ ОЗУ. Запустить на нем ОСь и пусть крутятся на ней скажем 10 задач. Нормальная ОСь это не только планировщик задач, но и средства для доступа к общим ресурсам, очереди, программные таймеры и т. д.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Это напоминает Протопотоки (protothreads),поздновато увидел вашу дискуссию, так что последний страницы пришлось прочитать по диагонали, так что извиняйте если такое уже поднималось. Подключал несколько DS1821, в таймере, получилось как-то так. Спойлер
Лучше тем что нету не каких delay, а структура программы осталась "как бы линейная". Писанины много из за того что там у меня 4 датчика подключалось, и я хотел сделать универсально, по этому много лишнего(всякие проверки на КЗ).
чем же это лучше? никак не пойму: все так страшатся этого делея, что просто удивляюсь... может, я чего-то не понимаю? ну так объясните. или это догма навроде "goto открывает ворота в АД"?
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
Тем что процессор не сидит и не крутит while, а выполняет другие операции, которых куча, по мимо одного термодатчика. ARV, судя по вашей логике, вы бы и на время конвертации температуры, сидели ждали бы пока термодатчик выдаст результат?
Так вот и я о том же: почему мигать можно, а другие задачи решать нельзя при помощи задержек? Вы думаете, CPU быстрее износится, если будет "напрасно" молотить в пустом цикле?
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
Так вот и я о том же: почему мигать можно, а другие задачи решать нельзя при помощи задержек? Вы думаете, CPU быстрее износится, если будет "напрасно" молотить в пустом цикле?
Цитата:
Тем что процессор не сидит и не крутит while, а выполняет другие операции, которых куча, по мимо одного термодатчика.
а правильнее вопрос сформулировать так: а если программу разрабатывать так, чтобы вся куча делалась, а delay этому не мешала?
людям ради того, чтобы решить проблему СЛОЖНО, хотя и круто, не лень изобретать самодельные велосипеды в виде подобий ОС... хотя необходимость в этом, с моей точки зрения, возникает достаточно редко. я ж не против
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
а если программу разрабатывать так, чтобы вся куча делалась, а delay этому не мешала?
Хорошая куча - маленькая куча, особенно в перспективе её поддержки в длинючей перспективе и во всех деталях [которые забываются]. А delay - тот самый хромой бегун в эстафете, будь вся остальная команда хоть трижды быстроходные эфиопы - равняться будут по нему, и иногда это обидно. Но если никто и никуда не бежит - почему бы и нет?
людям ради того, чтобы решить проблему СЛОЖНО, хотя и круто, не лень изобретать самодельные велосипеды в виде подобий ОС...
Всякая концепция компактна - но черти [которые в деталях] ждут автора по мере погружения в болото реальности. Вряд-ли желание сложнокрутости можно считать определяющим изначально - скорее наоборот - ибо человек по природе ленив и сделав что-то один раз хочет просто копи-вставлять это решение, не особо приходя в сознание далее. Просто по мере реализации жизнь обставляет концепцию лесом костылей. А мы видим конечный результат и думаем про человека не очень позитивно. Стремление к инкапсуляции не самый страшный из грехов.
_________________ Одновременным нажатием LIGHT и POWER, РП Sangean ATS-909X (ver 1.29) превращается в ATS-909XR!
Так вот и я о том же: почему мигать можно, а другие задачи решать нельзя при помощи задержек?
Потому что если несколько задач выполняются друг за другом и паузы для них должны быть разные, то это лишнее усложнение кода, которое не улучшает чтение программы и ее дальнейшую доработку. Статья по теме https://habrahabr.ru/post/249273/ Спойлер
Цитата:
Очень часто (да что там часто, практически всегда) микроконтроллеры применяют в условиях, когда необходимо отслеживать сразу несколько параметров. Или наоборот, управлять одновременно несколькими устройствами.
Вот задача для примера: у нас есть 4 выхода, на которых необходимо выводить импульсы разной длительности с разными паузами. Все, что у нас есть – это системный таймер, который считает в миллисекундах.
Усложняем задачу в духе “сам себя замучаю на ардуино”. Таймеры заняты другим, PWM не подходит, ибо не на всех ножках он работает, да и не загонишь его на нужные режимы обычно. Немного подумав, садимся и пишем примерно такой код
Код:
// инициализация int time1on=500; // Время, пока выход 1 должен быть включен int time1off=250; // Время, пока выход 1 должен быть выключен unsigned int now=millis(); .... // где-то в цикле if(millis()<now+time1on) { port1=ON; } else { port1=OFF; if(millis()>now+time1on+time1off) { now=millis(); } }
И так или примерно так для всех 4 портов. Получается приличная портянка на несколько экранов, но эта портянка работает и работает довольно быстро, что для микроконтроллера важно.
Потом внезапно программист замечает, что при каждом цикле дергается порт, даже если его состояние не меняется. Правит всю портянку. Потом число портов с такими же потребностями увеличивается в два раза. Программист плюет и переписывает все в одну функцию типа PortBlink(int port num).
Почти наступило счастье, но внезапно потребовалось что бы на каком-то порту вместе с управлением “на выход” что-то предварительно считывалось и уже на основе этого считанного управлялся порт. Программист снова матерится и делает еще одну функцию, специально под порт.
Счастье? А вот фигу. Заказчик что-то этакое прицепил и это считанное может легко тормознуть процесс на секунды … Начинается стенания, программисты правят в очередной раз код, окончательно превращая его в нечитаемый треш, менеджеры выкатывают дикие прайсы заказчику за добавление функционала, заказчик матерится и решает больше никогда не связываться со встроенными решениями.
(типа реклама и восхваление) А все почему? Потому что изначально было принято неправильное решение о платформе. Если есть возможность, мы предлагаем навороченную платформу даже для примитивных задач. По опыту стоимость разработки и поддержки потом оказываются гораздо ниже. Вот и сейчас для управления 8мю выходами я возьму STM32F3, который может работать на 72МГц. (шепотом) На самом деле просто у меня под рукой демоплата с ним (смаил). Была еще с L1, но мы ее нечаянно использовали в одном из проектов. Открываем STM32Cube, выбираем плату, включаем галочку около FreeRTOS и собираем проект как обычно. Нам ничего этакого не надо, поэтому оставляем все по умолчанию.
Что такое FreeRTOS? Это операционная система почти реального времени для микроконтроллеров. То есть все, что вы слышали про операционные системы типа многозадачности, семафоров и прочих мутексов. Почему FreeRTOS? Просто ее поддерживает STM32Cube . Есть куча других подобных систем – та же ChibiOS. По своей сути они все одинаковые, только различаются командами и их форматом. Тут я не собираюсь переписывать гору книг и инструкций по работе с операционными системами, просто пробегусь широкими мазками по наиболее интересным вещам, которые очень сильно помогают программистам в их нелегкой работе.
Z_h_e писал(а):
А если нет кучи дел?
Обычно это в простых программах, типа мегания светодиодом. В более или менее сложной, дела обычно есть. А если их нет, то МК можно отправить спать.
Статья ниАчом... Человек, обхаяв одну портянку кода, сделал другую, ничем не меньше, и при всём при этом, потратил на каждый мигающий светодиод по 610 байт оперативки. Отличный пример, однако, ничего не скажешь ...
Добавлено after 2 minutes 39 seconds: Ах, да, ещё. Пришлось ещё вместо tiny взять STM32... Супер...
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 29
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения