Mesh sensor Model, data type

RE: Mesh sensor Model, data type

Hung Bui — Wed, 29 Nov 2017 13:35:45 GMT

Yes, it should be good with the union. You can save some memory by using the union instead of 3 different variables to store data and to convert it back on the other side.

RE: Mesh sensor Model, data type

meshs — Wed, 29 Nov 2017 12:30:26 GMT

Thank you for the answer, Hung. Would a Union then be an appropriate method for declaring the value member in the message structure? Something like:

struct message_sensor_reading_t {
    uint32_t sensor_id;
    uint32_t timestamp;
    union Value {
        uint32_t i;
        uint8_t c;
        float f;
    };
};

And then, as you suggested, access the union correctly based on the opcode.

RE: Mesh sensor Model, data type

Hung Bui — Wed, 29 Nov 2017 11:54:50 GMT

Hi Meshs,

All data sent over the radio is converted to a byte array. It's doesn't mater if it's float, integer or any type of data. My suggestion is to use only one type of message but use different opcode for each type of data. For example currently in on off model we have SIMPLE_ON_OFF_OPCODE_SET, SIMPLE_ON_OFF_OPCODE_GET. You can define SIMPLE_ON_OFF_OPCODE_GET_ADC, SIMPLE_ON_OFF_OPCODE_GET_TEMP to get each type of data.

Then on the receiver side (client) you base on the opcode to convert the data back to the original type.