[STM32F103] STM32F103 - Problemy z ponownym wejściem w tryb STOP mode po wybudzeniu przez RTC

Question

Witam,

Mam problem z poprawnym działaniem trybu STOP mode w STM32.
Procesor wybudzam z tego trybu przez RTC.

Zaloguj się, aby zobaczyć kod

STM32 posłusznie usypia, potem się budzi, ale ponownie już nie chcę zasnąć powyższym kodem.
Co może być tego przyczyną ?

Pozdrawiam.

Konto nie istnieje · Answer

Już zadawałeś to pytanie. Porównaj sobie co się zmieniło w konfiguracji po i przed obudzeniem i wyciągnij wnioski. Nie sadzę aby ktoś z rękawa mógł wyciągnąć rozwiązanie - a przetestowanie tego wymaga dużo pracy (a każdy ma swoją). Myślę że przez te 2 tygodnie od poprzedniego pytania powinieneś zostać bogiem RTC, usypiania i wybudzania i to nam udzielać porad jak wpadniemy w podobny problem

el2010tmp · Answer

Jak jesteś leniwy to spróbuj po wybudzeniu przeprowadzić ponowną konfigurację albo resetuj mcu.

tadzik85 · Answer

To jest rodzina F1, oczywiście pytający nie poda szczegółów. Tam wejście w tryb uśpienia jest skopany. Jak mnie pamięć nie myli

najpierw WFE potem SEV i znów WFE.

Poza tym w PWR->CR masz bit kasujący flagę wakeup

Dodano po 2 [minuty]:

I po co ustawiasz SEVONPEND?

Konto nie istnieje · Answer

używanie teraz tych starych kapci F1 do nowych jest zupełnie bez sensu. Zabugowione, bez erraty za najprostsze rzeczy nie można się zabrać. Chyba jedyny plus że chińskie kopie na płytce można kupic za 1.5-2.5 dolara z dostawą.

OlegTor · Answer

@Piotrus_999, możesz mi pokazać gdzie zadawałem takie pytanie i najlepiej gdzie otrzymałem odpowiedzi ?
@Piotrus_999, @el2010tmp, przecież napisałem, że używam tego samego kodu do usypiania, więc to oczywiste że za każdym razem tak samo to konfiguruję.

@tadzik85, kombinację z _SEV też stosowałem, ale wtedy miałem zwiechę. Dopiero wrzucenie SEVONPEND pozwoliło na pojedyncze usypianie o czym napisałem w pierwszym poście.

Konto nie istnieje · Answer

4 lutego ale skasowałeś po pięciu godzinach Nie napisałem że otrzymałeś odpoweidzi. Psychologia zna zjawisko nadprodukcji wspomnień, ale jeszcze nie słyszałem o nadprodukcji przeczytanych zdań.

OlegTor · Answer

@Piotrus_999, jeśli znasz odpowiedź to przedstaw ją, będę wdzięczny. Ale proszę nie pisz takich rzeczy jak powyżej bo to jest niepoważne.

Konto nie istnieje · Answer

Masz przykład z ST (spl ale do podejrzenia jak to robią wystarczy)

OlegTor · Answer

Ciężko przeglądać ten kod od ST, brak sensownego analizowania rejestrów. Gdzie znalazłeś coś wartościowego na temat STOP mode w tym kodzie ?

Konto nie istnieje · Answer

zaglądasz do środka funkcji i tak dalej aż dojdziesz do rejestrów. Niestety nie ma innej możliwości analizy kodów od ST. To są proste peryferia i dużo szukać nie trzeba.

Ciekawe dlaczego przykład od ST został wrzucony w pogardliwe "kod". Rozumiem że tylko Twoj jest dobry, a w ST piszą same niedouki.

OlegTor · Answer

Jeśli jak piszesz, umiesz analizować kod to pokarz mi gdzie tu jest sedno problemu w moim kodzie.
To jest kod z twojego linka:

Zaloguj się, aby zobaczyć kod

Bo ja nie widzę tu nic istotnego. Co mogło by to wnieść to znalezienia problemu.

JarekC · Answer

Czy nie masz sytuacji że przed ponownym wejściem w tryb STOP masz już zgłoszony alarm od RTC. Znacznik alarmu kasowałbym przed wejściem do STOP Kod: C / C++Zaloguj się, aby zobaczyć kod JarekC

OlegTor · Answer

Jarek dzięki za odpowiedź. Niestety tak już też robiłem i dalej były te problemy.
Zastanawiam się, czy to może być związane z błędem w strukturze procesora i przy przypadkowym ustawieniu niepotrzebnej flagi procek nie może wejść do STOP'a.

----------------------------

OK. Rozwiązałem w inny sposób problem powtórnego usypiania. Niestety rozwiązałem go w sposób pośredni, ale dobre i to, ważne że działa.

[STM32F103] STM32F103 - Problemy z ponownym wejściem w tryb STOP mode po wybudzeniu przez RTC

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Podsumowanie tematu