It has a UID made here from the Node ID number, although it can be any string uniquely identifying the object. This is an opportunity to use a more globally-unique UID, perhaps including IPv6 address strings.

This would require payload fragmentation to transfer the whole string in something like the above format (JSON-like, but without all the punctuation noise). Or alternatively, some way of constructing and deconstructing objects from the current protocol messages.

A parallel, alternative protocol could be designed - if fragmentation and re-send of missed frags is built in efficiently and reliably, and if the objects are usually pretty small, like the above example, you could take a little hit on efficiency to get the benefit of raising the level of abstraction throughout the system, in terms of both coherent object formats and types and the use of more global UIDs or addresses.

Of course, it's less efficient to transfer the whole object: if only 'wind' changes, you only really need to transfer that variable, not the whole object. Plus string text is bigger than numbers. Plus backwards-compatibility is pretty important.

So, using the present protocol, this object approach would just be 'syntactic sugar' - via a helper API. You'd only see the above format with a special print_object() function, and the API would handle aggregation and the new UID. The downside would be having to deal with two levels of abstraction everywhere.

Suggested Topics

(yeah, this is really old in tech years, but I post in the event someone stumbles upon this.) I actually tried the GPS suggestion. I was wrong about the error between two identical GPS's. It's quite large. Check out the other suggestion first.

@mfalkvidd said in idea: allow the present function to indicate if an echo will be sent:
To my knowledge, the MySensors library itself will send an echo when requested. There is no need to present if the node supports echo or not, echo is always enabled.
Very interesting!

Now it is on github also : https://github.com/mysensors/MySensors/issues/1403
lwaga created this issue in mysensors/MySensors
open
MySensors GatewayW5100 example sketch do not compile with ATmega128 board
#1403