Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
21 ноября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Микроконтроллеры

1429498 Топик полностью

POV (24.04.2024 16:26, просмотров: 68) ответил ar-elec на Есть аппаратный таймер, считающий в пределах uint32. Хочется, чтобы считал до uint64. Я использую функцию, которая видит, насколько изменилось значение таймера между вызовами и добавляет эту разницу в переменную uint64

А зачем это в разных местах вызывать? Всё рано ж дельта плюсуется.

Ответить

- Ну ок, неправ я. Не написал явно, что результат этого func'а возвращается и используется там, откуда его вызвали. Т.е. на самом деле ar-elec(300 знак., 24.04.2024 16:40)
  - Ну вот, уже что-то осмысленное. У задачи повышения разрядности таймера, и получения правильного значения есть классическое решение, без запрета прерываний вообще. il-2(489 знак., 24.04.2024 16:54)
    - Да, согласен. Единственно, по переполнению таймера тоже прерывание. Хотя, ему можно поставить приоритет ниже, чем у всех остальных, чтобы они не блокировались, тогда, действительно, должно идеально сработать. Спасибо! В эту сторону тоже смотрел, но до конца не продумал. - ar-elec(24.04.2024 16:59)
      - Наоборот - приоритет самый высокий... POV(44 знак., 24.04.2024 17:00)
        
        Да, ремарка - функция чтения может использоваться только из основного потока, или в менее приоритетном прерывании (которое может быть прервано более приоритетным - это обязательное условие) - il-2(24.04.2024 17:05)
    - 3. Повторить чтение - убедиться, что прочитали оно и то же (что не было в момент чтения переполнения счетчика). - POV(24.04.2024 16:58)
      - Ну это уже зацикливание - для случая если таймер малоразрядный и переполняется с бешеной скоростью. В обычном случае достаточно одной проверки, без зацикливания. - il-2(24.04.2024 17:03)
  - И в гиперлупе и в прерываниях это нужно? Ну запрети прерывание синк на пару тактов - чему это может повредить? - POV(24.04.2024 16:44)
    - Ну, там не пара тактов, конечно, а пара десятков. Может, и ничего. Критическое время порядка 10 мкс, частота процессора порядка 30-40 МГц. По идее, да, вроде, можно и запретить. Если ничего не придумается, так и сделаю, но вдруг чудо? - ar-elec(24.04.2024 16:49)
      - У тебя несколько команд. В любой момент исполнение функции чтения-коррекции счетчика может быть прервано прерыванием с вызовом той же самой функции. И все вычисления идут лесом. Особенно со статик переменными, которые уж точно в единственно экземпляре (см. недавнее обсуждение вопроса mse). - POV(24.04.2024 16:52)
        
        Вычисления лесом можно, теоретически, продублировать и сравнить, ну, и выполнять до тех пор, пока не совпадут, это будет критерием, что их никто не прерывал. В другом месте программы я так и делаю, только там прерывания не меняют этих переменных, так что прекрасно всё работает. А здесь вот - другая ситуасьён. - ar-elec(24.04.2024 16:55)