[karololo]

Korzystam z #stm32 f103 i obsługuje na nim komunikacje usart, (samo odbieranie na przerwaniu) oraz mpu6050 przez i2c. Kiedy odbieram dane z usart za każdym razem zawiesza mi to komunikacje i2c, tym samym zawieszając cały program, zostaje tylko działające przerwanie od usartu. Dlaczego tak się dzieję i jak to rozwiązać? #elektronika #programowanie

[nicniezgrublem]

@karololo: nie wiem, ale zerknij, czy errata do noty aplikacyjnej coś o tym nie mówi

[pytonger]

@karololo: A przerwania obsługujesz dla konkretnych zdarzeń? Flag wywołujących przerwania jest więcej niż tylko od odbioru i wysłania, szczególnie w i2c. Może jakaś ci się ustawia i całość utyka w przerwaniu od i2c? Sprawdzasz to jakoś?

[bassfun]

@karololo może masz błąd w obsłudze przerwania, albo nie kasujesz jakiejś flagi i ciągle ci zgłasza przerwanie. Ja tak miałem z adc lub pdc ( już nie pamiętam)

[karololo]

@bassfun: @pytonger: @nicniezgrublem: powinienem czyscic jakas flage po odbiorze danych w przerwaniu od usart?

[pytonger]

@karololo: Generalnie to w dokumentacji masz opisane które flagi jak są kasowane. Automatycznie kasowane są np. flagi odczytu/zapisu - kasowane są w momencie odczytu z rejestru. Najczęściej flagi związane z błędami nie są automatycznie kasowane i trzeba je obsługiwać samemu (przynajmniej skasować).

Jeśli twierdzisz, że przerwania od uarta ci działa, to szukałbym w pierwszej kolejności problemu właśnie z flagami błędów w przerwaniu od i2c. Jeśli jakaś się ustawi (co w przypadku

[karololo]

@pytonger: ale w momencie gdy od usarta nic nie odbieram to i2c chodzi bez zarzutów, dopiero gdy zaczne odbierac od usarta dane to zacina mi i2c, czasem od razu, czasem po kilku sekundach

[bassfun]

@pytonger No debugger bardzo pomaga w takich sytuacjach ale podejrzewam @karololo takowego nie posiada a powinien. Nie wiem jak z cenami ale do stm chyba dużo tańszy niż do sam'ów.

[karololo]

@bassfun: rejestry, czy zmienne to i bez wyspecjalizowanego debuggera moge podejrzec ;)

[bassfun]

@karololo i jak sprawa wygląda?