Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enhancement, provide a command to continuously read and compare typeID(s) values #498

Closed
Stevehans opened this issue May 13, 2022 · 1 comment
Labels
enhancement New feature or request

Comments

@Stevehans
Copy link

Stevehans commented May 13, 2022

Enhancement, provide a command to continuously read and compare typeID(s) values.

Typical usage would be to try and find what a given switch/setting affects.

Something like:

monitor <type ID(s)>

This would poll the device and type at second intervals and print the difference between polls if any of the values changed. Ideally would be great if a range of type ID's could be specified.

@Stevehans Stevehans added the enhancement New feature or request label May 13, 2022
@MichaelDvP
Copy link
Contributor

I've tought about this. A fixed interval will flood the tx-queue completl if the we need to read more parts of a telegram.
I've made a test with a single telegram, reading all parts, store them and after last part put the next read command to end of queue.
Works, but makes a lot of traffic on the bus. I also don't see any advantage of this.
It's much easier to read a telegram, make the change on boiler/thermostat/controller and send a read again. Then we are sure that the change has happend and we have to compare only 2 reads.
Nevertheless, try out, this bin and have the telnet-monitor command:
EMS-ESP-3_4_0b18dev-ESP32.zip
and here is a test log, showing the the output with ww temperature changes and (with log debug) the bus-traffic:
20220520_111345_EMS.log

@proddy proddy closed this as completed Nov 11, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants