[uquote="Dimon456",url="/forum/viewtopic.php?p=4351626#p4351626"]Только одно не понятно, разработчик STM32CubeMX что ни чего не знает про чип?[/uquote]
Так где toggle используется помимо отладочной индикации? Просто если вся задача этой функции мигнуть диодом чтобы показать, что прерывание работает - да и плевать если пару раз не сработает.
tonyk писал(а):при попытке сменить, например, скорость порта при подключенном девайсе, получишь зависание драйвера в МК.
Э-э-э? А можно поподробнее? А то у меня ответственная железяка на регулярную смену скорости завязана. Пока, правда, не вылетала ни разу, но мало ли, может исправлять придется.
ARV писал(а):думаю, сравнивать надо корректно. digitalWrite заточена на обращение к пинам в произвольном порядке
Я ведь уже приводил свой код, также ориентированный на доступ к отдельным ножкам:
Код: Выделить всё
#define LED C,8,1,GPIO_PP50
...
GPIO_config( LED );
GPO_ON( LED );
GPO_T( LED );
Удобства и гибкости по сравнению с Ардуиной больше (например, можно указывать активный уровень - подключен светодиод к общему катоду или аноду, или может через транзистор). И никакого оверхеда.
ARV писал(а):реализовать "одиночный бегущий огонь" по всем пинам платы ардуино по кругу со скоростью 1 пин в 100 мс.
Не спорю, для ардуинщиков это актуальная задача. В хорошем смысле: при обучении программированию.
Но в реальных проектах подобное требуется крайне редко. А вот дергать всякие линии CS, DC, реле и тому подобное напротив нужно постоянно.
ARV писал(а):ардуина допускает и групповой, т.е. через порт, доступ к битам
А еще допускает вообще отказаться от ардуиновской IDE и оставить только платку с ATmega328, которую спокойно программировать на ассемблере. Но ардуиной это называться уже не будет.
Eddy_Em писал(а):Ну что за жесть? Есть же таймер.
Отлично сделано, нечего тут!
Именно так и надо оформлять низкоприоритетные задачи, по методу конечного автомата. Еще не хватало таймер на такую ерунду тратить.
Возможно, со временем
ARV перейдет на полноценный КА, который будет не тупо висеть в пустом цикле, а возвращать управление основному коду. Что-то вроде такого:
Код: Выделить всё
char leds(){
//задержка в стиле конечного автомата: если продолжать выполнение рано, просто возвращаем управление
static int32_t t_prev = 0;
int32_t t_cur = Millis();
if( (t_cur - t_prev) < 100 )return 1;
t_prev = t_cur;
//тело функции: гасим предыдущий диод, включаем следующий. Никаких "тупых" задержек, никакого прохода по всем диодам за раз
static uint8_t led_prev = TOTAL_PIN-1;
static uint8_t led_cur = 0;
digitalWrite(led_prev, 0);
digitalWrite(led_cur, 1);
led_prev = led_cur;
led_cur++;
//проверка конца анимации. Сбрасываем счетчик в ноль и делаем return 0 чтобы вызывающая сторона поняла, что анимация закончилась
if(led_cur >= TOTAL_PIN-1){
led_cur = 0;
return 0;
}
return 1;
}
ВНИМАНИЕ: писал из головы, мог что-то пропустить.
Eddy_Em писал(а):Я как-то видел код одного дегенерата для работы с 1-wire. Так он нет, чтобы UART или таймер использовать (с прерываниями, т.к. DMA у мелких аврок нет), а херячил паузы "дилеями"!!!
У меня тоже есть подобный код для SPI и I2C чтобы тестировать на малознакомой железке. В конечном автомате внутри прерывания есть шанс запутаться, а в дубовом коде - нет.
