котаны зачем волатиле писать ? в некоторых примерах без него
зачем ; первый после 7? в большинстве примеров нету ; внтури
в большинстве приеров вместо ; внутри \n а гдето и \n\t но работает и без всего это. зачем надо как правильно? нет я понимаю что n перенос строки а ; вообще оператор конца команды
alex68md, В данном конкретном случае volatile казалось бы не нужен (не изменяются никакие переменные). Однако! GCC оптимизатор обладает оригинальной особенностью игнорировать оператор asm без volatile, если этот оператор не возвращает никаких значений. Так же, оптимизатор может легко вывести оператор asm за пределы цикла, чтобы не выполнять многократно код, который, по его мнению, никак на сам цикл не влияет. Поэтому, для надежности, volatile лучше писать всегда.
Точка запятой уже относится к ассемблеру - это символ начала комментария в конце строки (аналог // в C++). В данном случает не нужен, но и не мешает никак.
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
еще такой вопрос. плата micro 32u4 (может это важно) я експерементировал с записью в EIFR через ассемблер (на С этот трюк не проходил только на асм) и как то (ну не както а через sbi 0x1C, 3) у меня получилось записывать флаг в ручную (когда он там ноль) т.е. я его взводил вручную (хотя вроде нельзя). компилировал старым ардуино 1.6.7 но потом обновился на последний иде - и уже не получается записать вручную. откатился обратно - тоже не получается. или магия какаято или я упускаю из виду какуюто важную деталь. есть идеи как повторить этот трюк?
это да. никто не спорит. можно расматривать ардуино как фреймворк как js angular например в мире яваскрипта. внутри ардуины всеравно avr с/с++ / компилятор avrdude и т.д.
у меня же вопрос именно к ГУРУ асемблера . которые програмируют на чистом асм.
ктo то может попробовать записать единицу (поднять флаг) не путать со сбросом. в регистр EIFR ? получается это у вас ?
ктo то может попробовать записать единицу (поднять флаг) не путать со сбросом. в регистр EIFR ? получается это у вас ?
Да просто на фиг никому это не нужно было. В даташит ATMega328 сказано, что для сброса бита надо записать туда единицу. Каким образом при записи туда этой самой единицы он вместо сброса устанавливался - я без понятия. У меня всегда исправно единицой сбрасывается.
Бывают и исключения и/или спецприемы для программного вызова обработчика прерывания. Чаще даже не через флаг.
Как вариант - соединим вместе лапку отвечающую за INT0/INT1 с каким-либо выходом и делаем соответствующую подпрограммку дрыголапа, инициирующую прерывание. Линии запускающие прерывание объединяем как линии с ОК.
У автора вопроса АДУРИНА и, по всей вероятности, рамки ее функционала. А там вызвать обработчик независимо от прерывания (без глубоковлезания в СИ)... Пока так не изголялся на таком уровне...
Для чего? По даташит - никак. Запись единицы в биты EIFR приводит к сбросу этих битов. Запись нуля не оказывает на них никакого воздействия. На практике я наблюдаю полное соответствие поведения МК и даташит.
EIFR - регистр аппаратного контроля состояния прерываний по INT0/INT1 Посему и возможные для него состояния: аппаратный взвод флага при наличии прерывания по соответствующему условию (ежли прерывание разрешено); аппаратный сброс флага по выходу из подпрограммы обслуживания прерывания или программный сброс флага.
Просто надо почитать даташит да понять чего внутри МК происходить должно. Да разницу между программно-управляемыми и аппаратно-управляемыми ресурсами МК освоить.
...аппаратный взвод флага при наличии прерывания по соответствующему условию (ежли прерывание разрешено)...
Уточню. Взвод флага прерывания осуществляется независимо от разрешенности оного. Условие выполнено - флаг аппаратно взводится. Программа решает сама как реагировать на это событие.
Сейчас этот форум просматривают: sla-nik и гости: 13
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения