eive/fsfw
eive
/
fsfw
forked from fsfw/fsfw
14
1
Fork 0
Code Issues Pull Requests Releases 1 Wiki Activity
The Flight Software Framework code for the EIVE project.
30 Commits 28 Branches 1 Tag 24 MiB
C++ 96.7%
CMake 2.6%
C 0.3%
Python 0.3%
Go to file
Robin Müller cb919ada2a 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
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
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
framework.mk Adding Code for Linux 2018-12-19 19:42:00 +01:00