Привет,
Я некоторое время использую STM32Duino и улучшил свою библиотеку Model-RailReaders для работы на STM32.
Эта библиотека разгибается использует таймер 4 и сравнивает прерывания. Он не использует связанные выводы ШИМ.
Иногда моя библиотека останавливалась, чтобы работать, и я обнаружил, что это всегда так, когда команда PinMode () работает на одном из контактов, которые можно использовать с PWM и таймером 4.

Причиной является этот фрагмент кода в Wirish_digital_f1.CPP: gpio_set_mode(PIN_MAP[pin].gpio_device, PIN_MAP[pin].gpio_bit, outputMode); if (PIN_MAP[pin].timer_device != NULL) { /* Enable/disable timer channels if we're switching into or * out of PWM. */ timer_set_mode(PIN_MAP[pin].timer_device, PIN_MAP[pin].timer_channel, pwm ? TIMER_PWM : TIMER_DISABLED); }

Спасибо, что сообщили об этом.

Если у вас есть учетная запись GitHub, (или может создать ее), лучший способ подать исправление - через запрос на вытягивание на GitHub.

Я создам проблему на GitHub, чтобы отслеживать это как можно скорее.

Rmdmoba написал:Таймер должен быть коснулся только в том случае, если последний режим был режимом ШИМ, или если режим, который должен быть установлен, является режим ШИМ. Во всех других случаях таймер должен оставаться нетронутым.

Я попробовал с этим кодом, и он отлично работал в моих тестах: // remember old mode to see whether we have to change timer mode gpio_pin_mode oldMode = gpio_get_mode(PIN_MAP[pin].gpio_device, PIN_MAP[pin].gpio_bit); gpio_set_mode(PIN_MAP[pin].gpio_device, PIN_MAP[pin].gpio_bit, outputMode); if (PIN_MAP[pin].timer_device != NULL) { /* Enable/disable timer channels if we're switching into or * out of PWM. */ if ( pwm || oldMode == GPIO_AF_OUTPUT_OD || oldMode == GPIO_AF_OUTPUT_PP ) { timer_set_mode(PIN_MAP[pin].timer_device, PIN_MAP[pin].timer_channel, pwm ? TIMER_PWM : TIMER_DISABLED); } }

Ну, может быть, решение тоже. Функция gpio_set_mode () отключает вывод из вывода таймера, если установлен какой -либо стандартный выходной сигнал (нет альтернативной функции). Может быть, этого достаточно, и таймер может быть оставлено нетронутым в целом при настройке любого невысокого режима.

Эдогальдо написал:Rmdmoba написал:Таймер должен быть коснулся только в том случае, если последний режим был режимом ШИМ, или если режим, который должен быть установлен, является режим ШИМ. Во всех других случаях таймер должен оставаться нетронутым.

Я попробовал с этим кодом, и он отлично работал в моих тестах: // remember old mode to see whether we have to change timer mode gpio_pin_mode oldMode = gpio_get_mode(PIN_MAP[pin].gpio_device, PIN_MAP[pin].gpio_bit); gpio_set_mode(PIN_MAP[pin].gpio_device, PIN_MAP[pin].gpio_bit, outputMode); if (PIN_MAP[pin].timer_device != NULL) { /* Enable/disable timer channels if we're switching into or * out of PWM. */ if ( pwm || oldMode == GPIO_AF_OUTPUT_OD || oldMode == GPIO_AF_OUTPUT_PP ) { timer_set_mode(PIN_MAP[pin].timer_device, PIN_MAP[pin].timer_channel, pwm ? TIMER_PWM : TIMER_DISABLED); } }

Я согласен.

Вообще не кажется несчастным отключить таймер (ы) вообще.

Единственным недостатком, о котором я могу придумать, это повышение энергопотребления, но повлияет только на любого, кто работает от батарей, в то время как они, вероятно, напишут свой собственный дополнительный код, чтобы убедиться, что любое неиспользованное оборудование закрыто.

Всем привет,
Если мы решим никогда не отключать таймер в функции PinMode, исправление еще более просто:
gpio_set_mode(PIN_MAP[pin].gpio_device, PIN_MAP[pin].gpio_bit, outputMode); if (pwm && PIN_MAP[pin].timer_device != NULL) { /* Enable timer channels if we're switching into PWM. */ timer_set_mode(PIN_MAP[pin].timer_device, PIN_MAP[pin].timer_channel, TIMER_PWM); }

Спасибо

Всем здравствуйте,
Я сделал несколько тестов, и мое исправление до сих пор сработало. Но я нашел какое -то странное поведение с булавками, которые обеспечивают две альтернативные функции, e.глин. ШИМ и серийный или ШИМ и SPI. Если после активации SPI или сериала (а затем деактивировано с помощью метода конечного). Наоборот, раунд в порядке: при запуске ШИМ, а затем запускаю SPI или серийный, это работает, но переход обратно на SWM невозможно. Это так с обоими вариантами - оригинал и с моим исправлением.
Я до сих пор не мог найти причину. В STM32F1-ссылках я не нашел способ точно подключить штифт к той или другой альтернативной функции. В рег GPIO вы можете только подключить контакт с альтернативными функциями. И вы можете включить или отключить эти функции (даже оба одновременно). SPI или Serial, кажется, имеют приоритет по сравнению с ШИМ, и если они когда -то были подключены к булавке, нет возвращения до сброса. Знает ли что -нибудь больше об этом?

Может на практике это не на самом деле проблема. Я думаю, что будет редко, что кто -то позволяет SPI на штифте, а затем выведет сигнал ШИМ в том же пинке.

Rmdmoba написал:Всем здравствуйте,
Я сделал несколько тестов, и мое исправление до сих пор сработало. Но я нашел какое -то странное поведение с булавками, которые обеспечивают две альтернативные функции, e.глин. ШИМ и серийный или ШИМ и SPI. Если после активации SPI или сериала (а затем деактивировано с помощью метода конечного). Наоборот, раунд в порядке: при запуске ШИМ, а затем запускаю SPI или серийный, это работает, но переход обратно на SWM невозможно. Это так с обоими вариантами - оригинал и с моим исправлением.
Я до сих пор не мог найти причину. В STM32F1-ссылках я не нашел способ точно подключить штифт к той или другой альтернативной функции. В рег GPIO вы можете только подключить контакт с альтернативными функциями. И вы можете включить или отключить эти функции (даже оба одновременно). SPI или Serial, кажется, имеют приоритет по сравнению с ШИМ, и если они когда -то были подключены к булавке, нет возвращения до сброса. Знает ли что -нибудь больше об этом?

Может на практике это не на самом деле проблема. Я думаю, что будет редко, что кто -то позволяет SPI на штифте, а затем выведет сигнал ШИМ в том же пинке.

Просто идея: Revoking pinmode () не решает проблему?

victor_pv написал:Я подозреваю, что случай может заключаться в том, что когда SPI или серийный конец не настраиваются полностью обратно на по умолчанию, и может быть сделано что -то дополнительное.

Вы можете опубликовать свой тестовый код

Кстати, я только что заметил, что этот поток находится в разделе «STM Core: Bugs and Unferancements».
Если мы имеем в виду ядро ​​кленового ядра, я бы посоветовал переместить его в другом месте..
Слишком много ядра в наши дни...

Я проверил вывод на PA7 с прицелом: // Test PWM on maplemini pin 4 / PA7 ( general Output / SPI and PWM ) #include const byte Led1P = 16; // Led active during PWM Output const byte test1P = 4; // = port A7 ( SPI1-MOSI or TIM3 Ch2 ) SPIClass mySPI(1); void setup() { // put your setup code here, to run once: pinMode( Led1P, OUTPUT ); digitalWrite( Led1P, HIGH ); delay(1000); pinMode( test1P, INPUT_PULLUP ); delay( 1000 ); digitalWrite( Led1P, LOW ); pinMode( test1P, PWM ); // This PWM Sequence works fine for ( byte i=0; i<220; i++ ) { //analogWrite( test1P, i ); pwmWrite( test1P, i*257 ); delay( 20 ); } digitalWrite( Led1P, HIGH ); delay( 1000 ); pinMode( test1P, OUTPUT ); // General IO - works fine too for ( byte i=0; i<11; i++ ) { digitalWrite(test1P, i&1 ); delay( 5 ); } pinMode( test1P, INPUT ); delay(1000); mySPI.begin(); // SPI output - works fine mySPI.beginTransaction(SPISettings(550000, MSBFIRST, SPI_MODE0, DATA_SIZE_16BIT)); for ( byte i=0; i<11; i++ ) { mySPI.write(0x5555); delay( 5 ); } mySPI.endTransaction(); mySPI.end(); delay(1000); pinMode( test1P, OUTPUT ); // general OUTPUT - it works digitalWrite( test1P, LOW ); delay(500); digitalWrite( test1P, HIGH ); delay(1000); digitalWrite( Led1P, LOW ); pinMode( test1P, PWM ); // The following PWM sequence doesn't work for ( int i=220; i>0; i-- ) { // pin test1P seems to be in high impedance //analogWrite( test1P, i ); // state pwmWrite( test1P, i*257 ); delay( 20 ); } digitalWrite( Led1P, HIGH ); delay(1000); mySPI.begin(); // This again works mySPI.beginTransaction(SPISettings(550000, MSBFIRST, SPI_MODE0, DATA_SIZE_16BIT)); for ( int i=0; i<11; i++ ) { mySPI.write(0x5555); delay( 5 ); } mySPI.endTransaction(); mySPI.end(); /* Serial1.begin( 1200 ); delay( 1000); Serial1.println("start-dimming"); delay(1000); */ } void loop() { // put your main code here, to run repeatedly: }

Rmdmoba написал:Я проверил вывод на PA7 с прицелом: // Test PWM on maplemini pin 4 / PA7 ( general Output / SPI and PWM ) #include const byte Led1P = 16; // Led active during PWM Output const byte test1P = 4; // = port A7 ( SPI1-MOSI or TIM3 Ch2 ) SPIClass mySPI(1); void setup() { // put your setup code here, to run once: pinMode( Led1P, OUTPUT ); digitalWrite( Led1P, HIGH ); delay(1000); pinMode( test1P, INPUT_PULLUP ); delay( 1000 ); digitalWrite( Led1P, LOW ); pinMode( test1P, PWM ); // This PWM Sequence works fine for ( byte i=0; i<220; i++ ) { //analogWrite( test1P, i ); pwmWrite( test1P, i*257 ); delay( 20 ); } digitalWrite( Led1P, HIGH ); delay( 1000 ); pinMode( test1P, OUTPUT ); // General IO - works fine too for ( byte i=0; i<11; i++ ) { digitalWrite(test1P, i&1 ); delay( 5 ); } pinMode( test1P, INPUT ); delay(1000); mySPI.begin(); // SPI output - works fine mySPI.beginTransaction(SPISettings(550000, MSBFIRST, SPI_MODE0, DATA_SIZE_16BIT)); for ( byte i=0; i<11; i++ ) { mySPI.write(0x5555); delay( 5 ); } mySPI.endTransaction(); mySPI.end(); delay(1000); pinMode( test1P, OUTPUT ); // general OUTPUT - it works digitalWrite( test1P, LOW ); delay(500); digitalWrite( test1P, HIGH ); delay(1000); digitalWrite( Led1P, LOW ); pinMode( test1P, PWM ); // The following PWM sequence doesn't work for ( int i=220; i>0; i-- ) { // pin test1P seems to be in high impedance //analogWrite( test1P, i ); // state pwmWrite( test1P, i*257 ); delay( 20 ); } digitalWrite( Led1P, HIGH ); delay(1000); mySPI.begin(); // This again works mySPI.beginTransaction(SPISettings(550000, MSBFIRST, SPI_MODE0, DATA_SIZE_16BIT)); for ( int i=0; i<11; i++ ) { mySPI.write(0x5555); delay( 5 ); } mySPI.endTransaction(); mySPI.end(); /* Serial1.begin( 1200 ); delay( 1000); Serial1.println("start-dimming"); delay(1000); */ } void loop() { // put your main code here, to run repeatedly: }

victor_pv написал:Таким образом, вам нужно будет снова включить устройство таймера.

Rmdmoba написал:victor_pv написал:Таким образом, вам нужно будет снова включить устройство таймера.

victor_pv написал: Я подтвердил это, не включает устройство таймера, только канал.

Rmdmoba написал:victor_pv написал: Я подтвердил это, не включает устройство таймера, только канал.

victor_pv написал: Или вы использовали обычные, то если вы переключитесь на альтернативные для SPI1, то PWM снова работает?

Rmdmoba написал:victor_pv написал: Или вы использовали обычные, то если вы переключитесь на альтернативные для SPI1, то PWM снова работает?

victor_pv написал: Вы проверяли, отключает ли метод End () для порта SPI периферийное устройство SPI?

После нескольких тестов я не нашел причину, по которой PWM больше не работает после активного SPI. Единственное решение, которое я обнаружил, - это переназначить булавки SPI (или выполнить аппаратное сброс). Кажется, что SPI блокирует AF на этом PIN -коде. Даже установление всех регистров SPI обратно в «0» (состояние после сброса) не помогает. То же самое, кажется, верно на булавках, которые разделяют UART и PWM как AF.

Поскольку PWM работает после переработки SPI, это, очевидно, не проблема конфигурации канала PWM/Timer.

Изменения в PinMode () теперь не останавливают прикрепленные IRQ при настройке режимов не -PWM. Последняя версия исправления такая: if (PIN_MAP[pin].timer_device != NULL) { if ( pwm ) { // we're switching into PWM, enable timer channels timer_set_mode(PIN_MAP[pin].timer_device, PIN_MAP[pin].timer_channel, TIMER_PWM ); } else { // disable channel output in non pwm-Mode timer_cc_disable(PIN_MAP[pin].timer_device, PIN_MAP[pin].timer_channel); } }

Можем ли мы изменить этот шаг за раз.

Я думаю, что мы установили, что Pinmode не нужно отключать весь таймер

Можно ли сгенерировать PR только для изменения PinMode

Проблема SPI выглядит более сложной и может быть применена отдельно к изменению PinMode

Rogerclark написал:Можно ли сгенерировать PR только для изменения PinMode

Эдогальдо написал: Привет, Роджер, есть PR #288, который обращается к нему, но я не понимаю, почему парень добавил второй коммит, который, на мой взгляд, снова ломает вещи..

Стивестронг написал:Эдогальдо, не могли бы вы подробно описать, какие вещи точно сломаются с помощью этого пиара?

Для меня это выглядит нормально

https: // github.com/rogerclarkmelbourne/ ... /288/файлы

Эдогальдо написал:Вопрос, так как я не такой эксперт с таймерами: разве у нас не будет какой -либо действительной комбинации (также в возможном будущем варианте), в котором 2 контакта могут отображать ту же пару {таймер, канал}?

У нас есть решение по этому поводу ?

Я не знаю никакого приложения, которое будет сломано этим коммитом.
Если в будущем возникнут некоторые проблемы, то мы все равно можем проанализировать ситуацию и, если это необходимо, вернуть ее.

Итак, я за этот коммит.

Мне нужно будет проверить, был ли PR обновлен, так как я думал, что кто -то опубликовал улучшение PR.

(Но, возможно, улучшение не сработало)

Эта тема, кажется, сосредоточена на ядре на основе Libmaple, поэтому я переезжаю на эти форумы.

Нам, вероятно, нужен раздел «Libmaple Core». Я вхожу в систему как супер администратор и создаю его