Closed cornelius-koepp closed 6 months ago
Is there any reason that you marked this PR as draft? Do you still want to change something?
because there is already the value method, which clearly sends a value.
The value(..)
-method should be preferred when the knowlege of object value changed is not relevant.
forceSend [...] should be handled together with Uninitialized.
By handling the same way as Uninitialized
, there would be no feeback of object value change and no advantage in comparison to value(..)
.
Is there any reason that you marked this PR as draft? Do you still want to change something?
Yes, the 'draft' state was intended, to have the room for optimizations, feedback (for this hopefully generically usable extension of public group-object-api) and further testing. Optimization and feedback seen yesterday.
Replaced by #272 with checking for update only.
Will check based on changed value after conversion.
Calling
valueModifiedSend(value, type)
with different values will only send, if value represented in given dpt is not the same.