Заголовок сообщения: Нужна помощь по написанию функции на АСМе
Добавлено: Вс дек 11, 2016 12:36:52
Вымогатель припоя
Карма: 13
Рейтинг сообщений: 9
Зарегистрирован: Пт фев 22, 2013 18:00:43 Сообщений: 508 Откуда: Беларусь, г. Гомель
Рейтинг сообщения:0
В общем возникла необходимость написать функцию задержки на АСМе и передать в нее параметр как в СИ, вот тут то и наступил на грабли. т. е. в идеале это должна быть функция вида _delay(<время задержки>) вот с передачей параметра и возникла проблема, т. е. если я делаю асм вставку, где в регистр запихиваю фиксированное значение все работает, но мне нужна именно функция, что бы использовать ее много раз в коде. Пишу в AVR VISUAL STUDIO.
Придётся писать столько подпрограмм, сколько видов задержек надо, или вызывать одну подпрограмму столько раз, какая задержка необходима. Вероятно второй вариант более оптимальный.
Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
_________________ Не ошибается только то, кто ничего не делает. Тот, кто признает свои ошибки, на них учится. Глупец же, упорствуя в своих заблуждениях, остается глупцом.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Этот пример для 8-битного параметра. Никто Вам не мешает использовать 16/24/32/64 бита. Вопрос был в том, как передать параметр в ассемблер, что я и показал.
А вообще, по уму, больше чем несколько десятков тактов задержки на цикле делать не рекомендую. Пользуйтесь таймерами и прерываниями для больших интервалов.
_________________ Не ошибается только то, кто ничего не делает. Тот, кто признает свои ошибки, на них учится. Глупец же, упорствуя в своих заблуждениях, остается глупцом.
В общем возникла необходимость написать функцию задержки на АСМе и передать в нее параметр... Пишу в AVR VISUAL STUDIO.
Пишите на АБ, там можно практически всё программировать через вызов функций с параметрами. Если нужна задержка в миллисекундах, то можно использовать функцию delay_ms (), где в скобках - время в миллисекундах. Если нужны любые другие задержки, то можно просто использовать функцию delay (), где в скобках параметры задержки. И это всё будет ассемблер.
А вообще, по уму, больше чем несколько десятков тактов задержки на цикле делать не рекомендую. Пользуйтесь таймерами и прерываниями для больших интервалов.
Таймер может быть занят другими подпрограммами. Если МК во время задержки ничего не делает, лучше сделать задержку на цикле. Точнее, сделать вызов соответствующей функции.
Таймер может быть занят другими подпрограммами. Если МК во время задержки ничего не делает, лучше сделать задержку на цикле.
Таймер не может быть "занят подпрограммой", особенно если МК при этом "ничего не делает". А с точки зрения написания прерывания таймера, никто не запрещает в этом пререывании, например, считать время в какой-то переменной и в каких-то попугаях. А во всем остальном коде, использовать это время для длительных задержек. По крайней мере, Вы сможете действительно тогда измерять промежутки времени относительно точно, а не как в цикле, плюс минус лапоть, не зная, сколько времени ушло на обработку прерываний во время выполнения Вашего цикла.
_________________ Не ошибается только то, кто ничего не делает. Тот, кто признает свои ошибки, на них учится. Глупец же, упорствуя в своих заблуждениях, остается глупцом.
Таймер может быть занят генерацией ШИМа, подсчетом внешних импульсов, полуфабрикатом для какого-нибудь интерфейса (UART хотя бы). Если при этом в основном цикле не требуется быстрой реакции на события, использование "тупых" задержек вполне допустимо.
Таймер, генерирующий ШИМ, вполне приемлем для вычисления задержек, кратных частоте ШИМ.
COKPOWEHEU писал(а):
использование "тупых" задержек вполне допустимо
ptr128 писал(а):
плюс минус лапоть, не зная, сколько времени ушло на обработку прерываний
COKPOWEHEU писал(а):
подсчетом внешних импульсов, полуфабрикатом для какого-нибудь интерфейса (UART хотя бы)
Ну а в общем случае, если заняты все таймеры, я лучше один оставлю для замера промежутков времени, чем заиспользую только "для подсчета импульсов или какого-нибудь интерфейса" Никто не запрещает так же watchdog таймер в режиме прерывания использовать для задержек.
Спор ни о чем. Приведите конкретный пример проекта, в котором заняты все таймеры и ни один из них нельзя использовать унифицировано. Тогда можно будет обсудить. В том числе и то, насколько правильно был выбран именно этот МК.
_________________ Не ошибается только то, кто ничего не делает. Тот, кто признает свои ошибки, на них учится. Глупец же, упорствуя в своих заблуждениях, остается глупцом.
Таймер, генерирующий ШИМ, вполне приемлем для вычисления задержек, кратных частоте ШИМ.
Это если его частота фиксирована.
А какой смысл менять частоту ШИМ? В подавлющем большинстве случаев, мы управляем скважностью ШИМ на одной и той же частоте.
COKPOWEHEU писал(а):
Цитата:
watchdog таймер
Немногие контроллеры так умеют. Вроде, только тиньки и то не все.
Вы бы пример привели. А то я не знаю ни одного AVR, без Watchdog Interrupt
_________________ Не ошибается только то, кто ничего не делает. Тот, кто признает свои ошибки, на них учится. Глупец же, упорствуя в своих заблуждениях, остается глупцом.
А то я не знаю ни одного AVR, без Watchdog Interrupt
atmega8
Благодарю. Буду теперь знать, с чем не стоит связываться )
_________________ Не ошибается только то, кто ничего не делает. Тот, кто признает свои ошибки, на них учится. Глупец же, упорствуя в своих заблуждениях, остается глупцом.
А какой смысл менять частоту ШИМ? В подавлющем большинстве случаев, мы управляем скважностью ШИМ на одной и той же частоте.
Есть еще режим СТС. Ну можно и поизвращаться экзотическую задачу придумать но мне лень
Цитата:
Вы бы пример привели. А то я не знаю ни одного AVR, без Watchdog Interrupt
ATtiny2313, ATmega8, ATmega8515. Наверное, все более-менее старые версии. Кстати на ATmega8 напрасно наезжаете - довольно удачный контроллер. А вот у AT90S2313 / ATtiny2313 видимо, нехорошая аура - новички с ним постоянно косячат
Вы бы пример привели. А то я не знаю ни одного AVR, без Watchdog Interrupt
ATtiny2313
А вот про него не надо! С ним я уже лично знаком )
COKPOWEHEU писал(а):
Кстати на ATmega8 напрасно наезжаете - довольно удачный контроллер.
Тут не наезд, а лично мнение, да еще и со смайликом. А если серьезно, за те же деньги STM8 есть уже на плате и микроUSB для питания. То есть, для себя я пока ограничился линейкой, полностью покрывающей мои текущие потребности: ATTiny2313, STM8S103F, STM8S103K, ATmega168A, ATmega328P, STM32F103, ESP8266
_________________ Не ошибается только то, кто ничего не делает. Тот, кто признает свои ошибки, на них учится. Глупец же, упорствуя в своих заблуждениях, остается глупцом.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 31
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения