Un piccolo spunto: si potrebbe creare un nodo+tipico fittizio di tipo stringa nel quale pubblicare gli "errori" del binding quali ad esempio il mancato recupero del corretto stato a fronte di un comando dopo i 10 tentativi di ritrasmissione.
in questo modo si potrebbe avere memoria dell'ultimo errore (ovviamente corredato di timestamp e info sul tipico/comando ecc)
e storicizzandolo con persistenza logger addirittura un log mirato facilmente accessibile
A small hint: you could create a node + dummy typical (string type) in which to publish the "errors" of the binding such as the failure to get the correct state in front of a command after 10 retries.
This way you could have the info about the last error (obviously equipped with timestamp and info on the typical / command etc.)
and storing it using logger persistence even an easily accessible log.
Un piccolo spunto: si potrebbe creare un nodo+tipico fittizio di tipo stringa nel quale pubblicare gli "errori" del binding quali ad esempio il mancato recupero del corretto stato a fronte di un comando dopo i 10 tentativi di ritrasmissione. in questo modo si potrebbe avere memoria dell'ultimo errore (ovviamente corredato di timestamp e info sul tipico/comando ecc) e storicizzandolo con persistenza logger addirittura un log mirato facilmente accessibile
A small hint: you could create a node + dummy typical (string type) in which to publish the "errors" of the binding such as the failure to get the correct state in front of a command after 10 retries. This way you could have the info about the last error (obviously equipped with timestamp and info on the typical / command etc.) and storing it using logger persistence even an easily accessible log.