On 09/13/18 03:03, Atlantis wrote:
> On 13.09.2018 08:37, Jacek Radzikowski wrote:
>
>> To mocno śmierdzi pisaniem po stosie, i problem wcale nie musi być w
>> twoim kodzie. Uprość maksymalnie program testowy, nie używaj LCD ani
>> innych wodotrysków, tylko pisz na konsolę szeregową. Jeśli w dalszym
>> ciągu będą problemy, to błąd najprawdopodobniej siedzi gdzieś w obsłudze
>> RTC. Jeśli nie, to dodawaj po kolejne elementy i patrz kiedy zacznie
>> wariować. Wtedy możesz zacząć szukać w którym komponencie jest problem.
>
> Płytka prototypowa na której działa ten przykład jest dość skromna - to
> fakt. Flash jest w chwili obecnej prawie całkowicie zapchany, jednak
> pamięci RAM pozostało jeszcze całkiem sporo. Wątpię, żeby mogło dojść do
> napisania stosu. Biblioteka LCD działała prawidłowo na AVR, a po
> przeportowaniu na STM32 program z nią również działa poprawnie, pod
> warunkiem zastąpienia wbudowanego RTC osobną zmienną przechowującą
> timestampa.
>
> Jedyne co mi jeszcze przychodzi do głowy, to próba odczytywania RTC z
> parametrem RTC_FORMAT_BCD, a następnie konwertowania do postaci binarnej
> za pomocą zestawu własnych funkcji.
>
> W każdym razie sposób w jaki pobieram dane z RTC i wypełniam nimi
> strukturę struct tm wygląda w porzadku?

Ilość dostępnej pamięci nie ma żadnego znaczenia. Wystarczy zaalokować o
1 bajt za mało na dane i struktury w pamięci zaczynają na siebie
nachodzić. Nawet jeśli ponad nimi będzie jeszcze kilka MB nieużywanej
pamięci.
To że biblioteka działa na jednej platformie że oznacza że będzie
działać na innej. Dlatego do debugowania zawsze powinno się używać jak
najprostszego kodu testowego, z minimalną ilością zależności od
dodatkowych komponentów.

Poza tym że nie pochwaliłeś się jak inicjalizujesz hrtc, to na pierwszy
rzut oka nie ma do czego się przyczepić.

Jacek.