rtems stm32 init #341

muellerr · 2021-01-01T21:20:34+01:00

muellerr commented

2021-01-01 21:20:34 +01:00

I managed to compile the FSFW for RTEMS on the STM32 with CMake. These changes were necessary on the STM32.

muellerr added the

feature

label 2021-01-01 21:20:34 +01:00

muellerr added 1 commit 2021-01-01 21:20:35 +01:00

4de5fc44b4 rtems init

muellerr added 1 commit 2021-01-02 19:40:08 +01:00

4c07ca21eb important include fix

muellerr added 1 commit 2021-01-04 15:34:17 +01:00

63e80206bc rtems osal update

muellerr added the

bug

label 2021-01-04 15:34:41 +01:00

muellerr commented

2021-01-04 15:35:11 +01:00

I managed to set the compile time as the Clock. Clock::setClock was not thread-safe I think. I implemented it like it is implemented in the RTEMS BSP. Also, I think the Clock.cpp returnvalues need to be updated.

Also possible bug in ReturnValue_t Clock::getDateAndTime(TimeOfDay_t* time). In any case casts like that should be explained or clarified if it isnt a bug.

I managed to set the compile time as the Clock. `Clock::setClock` was not thread-safe I think. I implemented it like it is implemented in the RTEMS BSP. Also, I think the `Clock.cpp` returnvalues need to be updated. Also possible bug in `ReturnValue_t Clock::getDateAndTime(TimeOfDay_t* time)`. In any case casts like that should be explained or clarified if it isnt a bug.

muellerr changed title from ~~rtems init~~ to rtems stm32 init

2021-01-04 15:36:15 +01:00

gaisser reviewed 2021-01-12 15:01:23 +01:00

osal/rtems/Clock.cpp

						
				@ -92,3 +105,4 @@

				ReturnValue_t Clock::getDateAndTime(TimeOfDay_t* time) {

					// TIsn't this a bug? Are RTEMS ticks always microseconds?

					rtems_time_of_day* timeRtems = reinterpret_cast<rtems_time_of_day*>(time);