Unfortunately the system is design so that one topic equals one measurement value. It is after all the "topic" of the value...
I looked at the MQTT traffic and it works for now but the MQTT payload should always be formatted as a JSON object according to the specification here.
This increases the compatibility with other softwares interacting with the platform. I would suggest changing the "Value format" field to something like {"value": @(VALUE)}
and if possible also include the current unix-timestamp from EBO if possible. The time now will be when the message is saved in our database. With time it would be something like {"value": @(VALUE), "timestamp": @(TIMESTAMP)}
, but with the correct variable name if such exists.
Another tip is to att a format
meta-key to the functions to display the values more human friendly in the function editor. A good start is something like %.2f kWh
.