Robin Mueller 8a93a873a8 Merge branch 'mueller_framework' of https://egit.irs.uni-stuttgart.de/KSat/fsfw into mueller_framework

2019-11-04 11:07:02 +01:00

action

proposal 1: expectedReplies parameter is set in insertInCommandAndReplyMap, default value stays one. overriding enableReplyInReplyMap is not necessary anymore.second proposal: the commander id is supplied in the interpretDeviceReply function, so we don't have to look for it in the DeviceCommandMap. was it removed at some point because it is listed in the documentation?

2019-11-04 00:47:46 +01:00

container

doc for fifo, device com if..

2019-10-29 19:31:18 +01:00

contrib/sgp4

updating code from Flying Laptop

2018-07-12 16:29:32 +02:00

controller

Adding Code for Linux

2018-12-19 19:42:00 +01:00

coordinates

Adding Code for Linux

2018-12-19 19:42:00 +01:00

datalinklayer

updating code from Flying Laptop

2018-07-12 16:29:32 +02:00

datapool

Adding Code for Linux

2018-12-19 19:42:00 +01:00

devicehandlers

assuming that a default value of 0 for expectedReplies is needed, I introduced a new variable into DeviceCommandInfo, which stores another number of replies expected. this value is assigned in enableReplyInReplyMap. That way, the initial value of 0 remains the same (if it was needed), and is only set to another desired value if a write was sent

2019-11-04 01:55:40 +01:00

events

Updated FreeRTOS Osal

2019-08-28 14:50:24 +02:00

fdir

CSB doc correction

2019-10-28 12:48:41 +01:00

globalfunctions

Adding Code for Linux

2018-12-19 19:42:00 +01:00

health

ioBoardAddress protected instead of private to allow custom initialize

2019-10-22 00:06:11 +02:00

internalError

Adding Code for Linux

2018-12-19 19:42:00 +01:00

ipc

Updated FreeRTOS Osal

2019-08-28 14:50:24 +02:00

memory

Updated FreeRTOS Osal

2019-08-28 14:50:24 +02:00

modes

proposal 1: expectedReplies parameter is set in insertInCommandAndReplyMap, default value stays one. overriding enableReplyInReplyMap is not necessary anymore.second proposal: the commander id is supplied in the interpretDeviceReply function, so we don't have to look for it in the DeviceCommandMap. was it removed at some point because it is listed in the documentation?

2019-11-04 00:47:46 +01:00

monitoring

Adding Code for Linux

2018-12-19 19:42:00 +01:00

objectmanager

documentation for object manager IF get function

2019-10-23 00:31:45 +02:00

osal

task priority order comment

2019-10-22 14:01:17 +02:00

parameters

Adding Code for Linux

2018-12-19 19:42:00 +01:00

power

Adding Code for freeRTOS

2018-07-20 15:10:41 +02:00

returnvalues

Adding Code for Linux

2018-12-19 19:42:00 +01:00

rmap

Adding Code for Linux

2018-12-19 19:42:00 +01:00

serialize

serialize tools more documentation

2019-11-02 23:30:12 +01:00

serviceinterface

at91sam9g20 uses custom stdio.c, unsigned long cast in sprintf does not seem to work, casting (unsigned int) does, timestamp now visible in debug output

2019-10-23 12:03:32 +02:00

storagemanager

Adding Code for Linux

2018-12-19 19:42:00 +01:00

subsystem

Adding Code for Linux

2018-12-19 19:42:00 +01:00

tasks

Adding Code for Linux

2018-12-19 19:42:00 +01:00

tcdistribution

Adding Code for Linux

2018-12-19 19:42:00 +01:00

thermal

Adding Code for freeRTOS

2018-07-20 15:10:41 +02:00

timemanager

Adding Code for Linux

2018-12-19 19:42:00 +01:00

tmstorage

updating code from Flying Laptop

2018-07-12 16:29:32 +02:00

tmtcpacket

Updated FreeRTOS Osal

2019-08-28 14:50:24 +02:00

tmtcservices

proposal 1: expectedReplies parameter is set in insertInCommandAndReplyMap, default value stays one. overriding enableReplyInReplyMap is not necessary anymore.second proposal: the commander id is supplied in the interpretDeviceReply function, so we don't have to look for it in the DeviceCommandMap. was it removed at some point because it is listed in the documentation?

2019-11-04 00:47:46 +01:00

.gitignore

Added .gitignore for eclipse project files

2018-07-12 17:13:04 +02:00

framework.mk

Adding Code for Linux

2018-12-19 19:42:00 +01:00

LICENSE

updating code from Flying Laptop

2018-07-12 16:29:32 +02:00

NOTICE

updating code from Flying Laptop

2018-07-12 16:29:32 +02:00

Description

The framework code. for ESBO

5.8 MiB

Languages

C++ 98.2%

CMake 1.2%

C 0.4%

Python 0.2%