-
Notifications
You must be signed in to change notification settings - Fork 2
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
Support for Chlorinator reporting state of active chlorination happening #54
Comments
I'm attempting to do the same thing as in the app there are diagnostic values for the chlorinator such as: Port mirrored the local setup and captured the call for this data: Looks like all the data is there in high and low bytes for each of the values in the first file (1.txt). The response for the relay polarity is in the second file (3.txt). I can capture more, but this is my first time doing this so hoping I'll get some reassurance that this is useful |
Awesome - thats what I was looking at as well. I'm using a Sense & Dispense, with a chlorinator and salt cell. Let me know if theres anything I can do to assist, either with pull requests or submitting diagnostics - happy to help however needed |
Any progress on this? Just discovered the integration and interested in tracking my salt cell diagnostics as I'm trying to monitor it to see if it needs to be replaced. |
The biggest issue I have is a lack of a chlorinator to experiment with and a lack of documentation saying what those numbers actually mean. I do have some documentation, but there is a lot missing from it. For example, none of the documentation that I have covers the GetCHLORMeasurementRsp or GetCHLORRelayPolarityRsp responses in the above captures. @krucka any chance you could get me a set of responses, with what the app and Omni shows AND the request packets? The request packets are the things that I am missing to get the chlorinator diagnostics. |
Actually, turns out I do have some documentation to fully parse the chlorinator status, alert and error telemetry fields. I'll add it to the list of things to add to the library and integration. |
Just getting to your message, but sounds like the documentation you found has what you need. If there's anything I can do to help, let me know. |
Hi there!
I started digging around with the intent to add chlorinator operating status to your library, but notice that some work has already been done in an attempt to add this, and wonder what your preferred approach would be.
I noticed this comment: https://github.com/cryptk/python-omnilogic-local/blob/main/pyomnilogic_local/models/telemetry.py#L77-L80
Where it checks for the presence of bit 4 being set within status_raw. I've got a diagnostic dump from my chlorinator when it was chlorinating vs not, and was initially going to use the operating_state field, but perhaps your commented out way would work better.
Here are two examples:
NOT CHLORINATING:
CHLORINATING:
You can see
operating_state
is2
when chlorinating and1
when not. But of course, the value ofstatus_raw
is clearly different as well.Is there a reason your code is commented out? Either of these methods seem like they would suffice.
The text was updated successfully, but these errors were encountered: