2 Commits

Author	SHA1	Message	Date
Robin.Mueller	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
Steffen Gaisser	cd7e47ccbb	Updated FreeRTOS Osal ... CommandingServiceBase is no longer a template	2019-08-28 14:50:24 +02:00