Commit Graph

4257 Commits

Author SHA1 Message Date
9382eb03e6 function to serialize pool ID buffers into dataset created 2019-12-11 22:50:08 +01:00
29a15e8154 commented out functions which will propably not
be needed and removed
2019-12-11 13:03:51 +01:00
138cac98d1 experimenting with recursive constructor and dataset call 2019-12-11 01:57:36 +01:00
f7d8f0c161 Reverted changed pool raw access commit 2019-12-10 23:26:48 +01:00
6abb3cc525 Merge remote-tracking branch 'origin/feature_EndianSwapper_UINT32_BUFFER_PoolRawAccess_Modification_For_Vectors' into mueller_framework 2019-12-10 14:54:32 +01:00
f33949ba4b doc adapted, merging 2019-12-10 14:54:17 +01:00
356d1d35dc experimenting with recursive constructor to enable
automatic vector registering
2019-12-10 13:29:16 +01:00
e765f8c99b pool raw access modified so vectors are properly serialized now
Endian swapper can swap the entries of a uint16,uint32 buffers now.
Some documentation for functions added. setter function for serial buffer
adapter written but does not appear to compile, commented out
2019-12-09 12:27:14 +01:00
8168885dd9 Serialization documentation update 2019-12-08 22:57:03 +01:00
3159ccbc40 fixed map and local pool doc 2019-12-08 22:26:42 +01:00
d99ed47150 fixed map bugfix (fist instead of first), new access functions for fixed maP
(first(), second()), some documentation, raw pool access read() call public
because call is necessary before using public serialize function.
maybe integrate read() call into serialize function?
2019-12-08 19:04:53 +01:00
950a48078c some documentation, question about HasParametersIF,
variable in ParameterHelper intialized (compiler warning)
2019-12-05 12:21:06 +01:00
9c3a9323b7 some doc change proposals while
writing hk service.
Added Type.h in PoolRawAccess.h, compiler error
when not doing that
2019-12-03 19:30:37 +01:00
37a70df244 SerialBufferAdapter can process uint32_t * buffers now 2019-12-01 17:48:05 +01:00
10c24e39a3 new returnvalue for scanForReply to ignore full packet 2019-11-29 19:56:05 +01:00
2039aa5665 Service Interface Stream buffer size higher to print long buffers (like nav data) 2019-11-25 00:14:39 +01:00
2f14fd5d4d Cant reach mode reason getter function added 2019-11-11 22:45:53 +01:00
2b44e1c9c4 CCSDS sscanf function adapted for atmel stdio.c (see comments) 2019-11-10 13:08:02 +01:00
b8af3b5e3d debugInterface extended 2019-11-09 18:15:45 +01:00
537e2ceb18 Getter method for logicalAddress 2019-11-09 13:29:12 +01:00
ee765eafc7 ioBoardAddress renamed to logicalAddress 2019-11-09 13:17:54 +01:00
801bd4d7eb debug interface for dhb created.
This is useful to track states or values
in child handler. some documentation added.
New doxygen group for interfaced added.
2019-11-09 13:07:26 +01:00
bf7bc342ff Revert "documentation for DHB init function, ioBoard addres has default value 0 now, order in ctor changed (not used in source)"
This reverts commit c6e34cada6.
2019-11-05 19:30:02 +01:00
af4e9db9e3 Merge branch 'mueller_framework' of https://egit.irs.uni-stuttgart.de/KSat/fsfw into mueller_framework 2019-11-05 19:25:27 +01:00
b594bc2a97 removed obsolete comment 2019-11-05 19:25:00 +01:00
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
e7f7625adf removed wrong include 2019-11-04 11:06:59 +01:00
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
12f51575eb removed a flag by accident, fixed now 2019-11-04 00:53:05 +01:00
8eb1a5b13e 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
46986f69e4 serialize tools more documentation 2019-11-02 23:30:12 +01:00
d47496db40 Merge branch 'mueller_framework' of https://egit.irs.uni-stuttgart.de/KSat/fsfw into mueller_framework 2019-10-29 19:31:20 +01:00
16af33a7bb doc for fifo, device com if.. 2019-10-29 19:31:18 +01:00
3887cb8ca1 removed wrong include in dhb 2019-10-29 18:22:34 +01:00
3f1d68542e Merge branch 'mueller_framework' of https://egit.irs.uni-stuttgart.de/KSat/fsfw into mueller_framework 2019-10-29 18:21:03 +01:00
e8a16ac59c dummy com if sendMessage data const 2019-10-29 18:21:01 +01:00
1ee445ce24 fifo typo 2019-10-29 11:17:07 +01:00
b51536c772 CSB doc correction 2019-10-28 12:48:41 +01:00
d79f072851 Additional documentation for DHB and CSB 2019-10-27 13:38:08 +01:00
64f84d9d9f doc for dhb, serializeIF and SerializeAdapter 2019-10-27 03:21:38 +01:00
8f1517d276 additional comments on endianness (I hope this is correct) 2019-10-25 21:12:11 +02:00
1631e739b8 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
07950b0c2b documentation for object manager IF get function 2019-10-23 00:31:45 +02:00
cd1b26b04c Merge branch 'mueller_framework' of https://egit.irs.uni-stuttgart.de/KSat/fsfw into mueller_framework 2019-10-22 17:15:54 +02:00
c6e34cada6 documentation for DHB init function, ioBoard addres has default value 0 now, order in ctor changed (not used in source) 2019-10-22 17:15:29 +02:00
4db655e489 task priority order comment 2019-10-22 14:01:17 +02:00
cbc8012198 ioBoardAddress protected instead of private to allow custom initialize 2019-10-22 00:06:11 +02:00
907664cea9 added do performOperation where the comIF functions are called, some comments added in DeviceHandlerIF 2019-10-21 11:38:13 +02:00
5e3b7c3625 explanation of cookie purpose added, device handler base indentation 2019-10-18 13:37:09 +02:00
743d8abeaf first attempt to document and explain serialization tools for application developers 2019-10-17 00:23:46 +02:00