messageSensorEventWrapper{// mqtt-like protocols: just une kind of protobuf-message shall be sent over a topic, therefore wrapper-messages are used to encapsulate different kinds of protobuf-messages
// note: IposObjectConfigs are used to register sensors. Beacon-positions are POIs and should be sent to sensor after registration. Bluetooth/UWB sensor need to know a reference system id. All Beacon-position sent to the Bluetooth/UWB sensor should have the same reference system id
messageIposPositionUpdate{
messageIposPositionEvent{
repeatedIposObjectobject=1;
}
messageIposExitNotification{
repeatedIposObjectobject=1;
repeatedIposObjectobject=1;
stringtype=2;// may be ExitNotification or EntryNotification
}
}
messageIposObject{
messageIposObject{
stringid=1;// unique for each object, but there may be multiple sensors
stringid=1;// unique for each object, but there may be multiple sensors
stringsensorId=2;//unique
stringsensorId=2;//unique
stringtype=3;// Applications may send BOX,BIN,ZONE,ROBOT,HUMAN,OTHER
stringtype=3;// Applications may send BOX,BIN,ZONE,ROBOT,HUMAN,OTHER
floatdelta=2;// min. change in position to trigger a position update
floatdelta=2;// min. change in position to trigger a position update, setting delta and updateFrequency to -1 cancels the (existing) monitoring task
floatupdateFrequency=3;// defines how many times per second a PositionUpdateEvent is sent
floatupdateFrequency=3;// defines how many times per second a PositionUpdateEvent is sent
repeatedstringtype=4;// object-types to be observed; CeTI will send BOX,BIN,ZONE,ROBOT,HUMAN,OTHER
repeatedstringtype=4;// object-types to be observed; CeTI will send BOX,BIN,ZONE,ROBOT,HUMAN,OTHER
repeatedstringid=5;// object-ids to be observed
repeatedstringid=5;// object-ids to be observed
stringfusionStrategy=6;// e.g., "accuracy" for accuracy-optimized monitoring if multiple positions sensors per agent
stringfusionStrategy=6;// e.g., "accuracy" for accuracy-optimized monitoring if multiple positions sensors per agent
boolexit_notification=7;// IPos will notify receiver when object has left the frame
boolexit_notification=7;// IPos will notify receiver when object has left the frame
repeatedstringproperties=8;// properties that shall be monitored: position or id or type
repeatedstringproperties=8;// properties that shall be monitored: position or id or type
stringrequestorId=9;// a requestor is, e.g., the OSM-App; FW requires this info to contact the requestor using a certain communication protocol.
stringmonitoringTaskId=9;// unique for each monitoringRequest. IPosFW uses this info for configuring the communication protocol, e.g., for selecting a specific topic for MQTT-communication; a monitoringRequest with the same monitoringTaskId like a previous request updates this request
stringrequestorProtocol=10;// communication protocol, e.g., "mqtt"; Assumption: requestor = receiver
stringrequestorProtocol=10;// communication protocol, e.g., "mqtt"; Assumption: requestor = receiver
}
}
messageIposMonitoringResponse{
messageIposMonitoringResponse{
stringframeId=1;
stringmonitoringTaskId=2;
stringerror=3;
}
messageIposMonitoringUpdateRequest{
stringmonitoringTaskId=1;
stringmonitoringTaskId=1;
IposMonitoringRequestmonitoringRequest=2;// setting delta and updateFrequency to -1 cancels the monitoring task
stringstatus=2;// success- or error-Message
}
}
messageIposPosition{
messageIposPosition{
...
@@ -95,8 +90,3 @@ message IposSimpleOrientation {
...
@@ -95,8 +90,3 @@ message IposSimpleOrientation {
floatz=3;// there is no orientation
floatz=3;// there is no orientation
floatw=4;// available
floatw=4;// available
}
}
\ No newline at end of file
messageSensorRegistrationRequest{
IposObjectConfigobjectConfig=1;// depending on sensorTyp a type-specific information will be sent
}
// note: Beacon-positions are POIs and should be sent to sensor after registration. Bluetooth/UWB sensor need to know a reference system id. All Beacon-position sent to the Bluetooth/UWB sensor should have the same reference system id