• Уважаемые посетители сайта esp8266.ru!
    Мы отказались от размещения рекламы на страницах форума для большего комфорта пользователей.
    Вы можете оказать посильную поддержку администрации форума. Данные средства пойдут на оплату услуг облачных провайдеров для сайта esp8266.ru
  • Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

При большой частоте внешних прерывания перезагружается

B

Br.Misha

New member
Здравствуйте!
К есп подключено устройство, которое дергает ножку есп примерно 2-3 тысячи раз в секунду. Сразу всё было нормально, но когда добавить работу с сетью (подключение к серверу по tcp), то устройство начало перезагружаться спуска секунд 10 после запуска.
Скажите, плиз, есть ли смысл заморачиваться с обработкой прерывания такой большой частоты или лучше не париться и делать обработку этих данных на другом мк и передавать уже их потом на ЕСП?
 
B

Br.Misha

New member
Код: 
ICACHE_FLASH_ATTR void came_intr_handler(void *arg)
{
    uint32 gpio_status = GPIO_REG_READ(GPIO_STATUS_ADDRESS);

    // if the interrupt was by GPIO4
    if (gpio_status & BIT(GPIO_BIT))
    {

        // disable interrupt for GPIO4
        gpio_pin_intr_state_set(GPIO_ID_PIN(GPIO_BIT), GPIO_PIN_INTR_DISABLE);

        //clear interrupt status for GPIO4
        GPIO_REG_WRITE(GPIO_STATUS_W1TC_ADDRESS, gpio_status & BIT(GPIO_BIT));
       
        edge = !edge;
        gpio_pin_intr_state_set(GPIO_ID_PIN(GPIO_BIT), edge ? GPIO_PIN_INTR_POSEDGE : GPIO_PIN_INTR_NEGEDGE);
       
        counter++;
    }
}
а вот инит:
Код: 
    ETS_GPIO_INTR_DISABLE();

    PIN_FUNC_SELECT(PERIPHS_IO_MUX_GPIO4_U, FUNC_GPIO4);
    GPIO_DIS_OUTPUT(GPIO_BIT);
    PIN_PULLUP_EN(PERIPHS_IO_MUX_GPIO4_U);

    ETS_GPIO_INTR_ATTACH(came_intr_handler, 0);

    //clear gpio4 status
    GPIO_REG_WRITE(GPIO_STATUS_W1TC_ADDRESS, BIT(GPIO_BIT));

    //enable interrupt
    gpio_pin_intr_state_set(GPIO_ID_PIN(GPIO_BIT), GPIO_PIN_INTR_POSEDGE);
    edge = 1;
    step = WAIT_PILOT;

    ETS_GPIO_INTR_ENABLE();
 
enjoynering

enjoynering

Well-known member
подождите вы назначать отдельный мк. вы так и машину чинить будете, заменой мотора вместо свечей зажигания?любители из пушек о воробьям.

вроде ничего криминального в вашем коде нет (но я еще тот специалист), кроме как одного момента. не знаю как ESP, а в ATMEL те переменные которые будут меняться во время ISR надо объявлять так.

Код: 
volatile uint32_t сounter = 0;
volatile bool edge = true;
иначе компилятор может случайно наоптимизировать переменные. ну и все макросы огородить скобками.
 
Последнее редактирование:
B

Br.Misha

New member
этот прикол знаю, но данные переменные используются не только в прерывании. Да и когда отключить WiFi, то этого косяка нет.
С volatile проверил - то же самое.
 
B

Br.Misha

New member
Пробовал убирать, чтобы с флеша не читало постоянно - перезагружается просто позже.
 
N

nikolz

Well-known member
Br.Misha написал(а):
Здравствуйте!
К есп подключено устройство, которое дергает ножку есп примерно 2-3 тысячи раз в секунду. Сразу всё было нормально, но когда добавить работу с сетью (подключение к серверу по tcp), то устройство начало перезагружаться спуска секунд 10 после запуска.
Скажите, плиз, есть ли смысл заморачиваться с обработкой прерывания такой большой частоты или лучше не париться и делать обработку этих данных на другом мк и передавать уже их потом на ЕСП?
Нажмите для раскрытия...
Недостаточно данных для ответа.
Нужно знать:
1) Возможно ли прерывание приема этих данных либо разрыв не допустим.
2) как именно обрабатываются данные внутри колбека
3) Могут ли данные передаваться блоками и какими
Ну пока все.
 
pvvx

pvvx

Активный участник сообщества
3 тысячи прерываний - это промежуток между ними в 300 us? Или они могут следовать друг за другом, пачками?
Время обработки ваших прерываний более дцати us. Для уточнения надо распечатать asm и узнать сколько там обращений к внешней шине 26 МГц с её FIFO (обращений к регистрам GPIO и прочим низко-скоростным устройствам, вызывающим сигнал ожидания CPU). Так-же надо учесть где расположен код - если он вытесняется из "кэш" Flash, то его скорость исполнения падает до примерно как CPU работает ниже 10 МГц.
Прерывать работу драйвера WiFi можно до 1 us. Иначе будут сбои.
Предел прерываний, к примеру от таймера, при одном обращении к регистру GPIO - порядка > 10 us. Далее переполнение стека или вылет WiFi. При включении CPU на 160 МГц - минимальное время сокращается до 5..7 us между прерываниями и отключенном WiFi.
Прерывание по пинам написано безграмотно и не маскируется - имеют место повторные вхождения и переполнение стека.
 
Последнее редактирование:
pvvx

pvvx

Активный участник сообщества
Если ведется только подсчет импульсов, то рекомендуется использовать аппаратные возможности ESP32 или RTL у таймера.Там счет возможен до нескольких МГц.
 
B

Br.Misha

New member
На самом деле, код в прерывании гораздо большего размера, я просто его уменьшил до минимума для примера, чтобы хоть как-то заработало.
 
pvvx

pvvx

Активный участник сообщества
Br.Misha написал(а):
На самом деле, код в прерывании гораздо большего размера, я просто его уменьшил до минимума для примера, чтобы хоть как-то заработало.
Нажмите для раскрытия...
Ну надо глядеть приоритет прерываний от GPIO. Если он больше чем у дров WiFi, то должен отрабатывать до 1 us. Иначе возникает потеря (наверно) связи с аппаратной частью у дров WiFi. Это описывалось в доках...
Во всяком случае NMI с обработкой более 1 us всегда приводит к каюк WiFi...
А у прерываний GPIO проблемы в чипе с запретом повторного...
 
N

nikolz

Well-known member
напоминает частотомер.
уж не помню сколько получалось
но для АЦП внутреннего получа частоту 700 кгц
а измеритель частоты делал в делькоментре то 200 кгц точно получал, может и больше было не на надо было.
Так что скорее всего надо оптимизировать ваш метод решения задачи.
Как правило на этапе выбора метода можно достигнуть выигрыша в разы, а на этапе оптимизации софта обычно не более десятка процентов.
 
pvvx

pvvx

Активный участник сообщества
nikolz написал(а):
напоминает частотомер.
уж не помню сколько получалось
но для АЦП внутреннего получа частоту 700 кгц
а измеритель частоты делал в делькоментре то 200 кгц точно получал, может и больше было не на надо было.
Так что скорее всего надо оптимизировать ваш метод решения задачи.
Как правило на этапе выбора метода можно достигнуть выигрыша в разы, а на этапе оптимизации софта обычно не более десятка процентов.
Нажмите для раскрытия...
Забудьте про это, т.к. не по теме. ТС нужно чтобы работал WiFi, а не ваши испытания с отключенным WiFi.
А во время работы WiFi у ESP8266 имеются запреты прерываний до 1 секунды. В Arduino есть ещё SPIFFS, который работает с Flash и дает запреты прерываний при чтении, записи и стирании сектора, плюс опустошение "кеш".
Предельные замеры частоты прерываний у ESP8266 можно найти на форуме, отлистав пару лет. Это исследовало много людей...
И если говорить о выборе, то для данной задачи выбран неверный чип. Счас не 2013 год, в котором появился ESP8266 и лучших альтернатив немерено.
 
Последнее редактирование:
N

nikolz

Well-known member
pvvx написал(а):
Забудьте про это, т.к. не по теме. ТС нужно чтобы работал WiFi, а не ваши испытания с отключенным WiFi.
А во время работы WiFi у ESP8266 имеются запреты прерываний до 1 секунды. В Arduino есть ещё SPIFFS, который работает с Flash и дает запреты прерываний при чтении, записи и стирании сектора, плюс опустошение "кеш".
Предельные замеры частоты прерываний у ESP8266 можно найти на форуме, отлистав пару лет. Это исследовало много людей...
И если говорить о выборе, то для данной задачи выбран неверный чип. Счас не 2013 год, в котором появился ESP8266 и лучших альтернатив немерено.
Нажмите для раскрытия...
Вы что ли тему создавали?
Что вы всем указываете ?
Маразматик вы наш.
 
N

nikolz

Well-known member
Br.Misha написал(а):
Здравствуйте!
К есп подключено устройство, которое дергает ножку есп примерно 2-3 тысячи раз в секунду. Сразу всё было нормально, но когда добавить работу с сетью (подключение к серверу по tcp), то устройство начало перезагружаться спуска секунд 10 после запуска.
Скажите, плиз, есть ли смысл заморачиваться с обработкой прерывания такой большой частоты или лучше не париться и делать обработку этих данных на другом мк и передавать уже их потом на ЕСП?
Нажмите для раскрытия...
Попробуйте отключить WDT
Поставьте
int ets_wdt_disable(void);
ets_wdt_disable();
 
V

valerivp

Member
Br.Misha написал(а):
Здравствуйте!
К есп подключено устройство, которое дергает ножку есп примерно 2-3 тысячи раз в секунду. Сразу всё было нормально, но когда добавить работу с сетью (подключение к серверу по tcp), то устройство начало перезагружаться спуска секунд 10 после запуска.
Скажите, плиз, есть ли смысл заморачиваться с обработкой прерывания такой большой частоты или лучше не париться и делать обработку этих данных на другом мк и передавать уже их потом на ЕСП?
Нажмите для раскрытия...
У меня на ESP висит приемник 433, там частота ипульсов минимум в 10 раз выше. И перезагрузок не наблюдаю.
Так что давайте подойдем с другой стороны. Какую задачу надо решить?
 
Войдите или зарегистрируйтесь для ответа.
Сверху Снизу