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

RAW value is not updated, but Recognition value is right #1143

Closed
sbeuchat opened this issue Oct 7, 2022 · 11 comments
Closed

RAW value is not updated, but Recognition value is right #1143

sbeuchat opened this issue Oct 7, 2022 · 11 comments

Comments

@sbeuchat
Copy link

sbeuchat commented Oct 7, 2022

The Problem

Hello

I've checked into the existing issue, but I didn't find any similar issue / bug correction.

The recognition value is right (7472.759)
image

But the RAW value isn't updated
image

I have played with CheckDigitalIncreaseConsistency, but it doens't help.

Did I missed something?

Thanks in advance for your support

Version

11.3.0

Expected Behavior

No response

Screenshots

No response

Additional Context

No response

@sbeuchat sbeuchat changed the title RAW value is not updated, but Rocognition value is right RAW value is not updated, but Recognition value is right Oct 7, 2022
@jomjol
Copy link
Owner

jomjol commented Oct 7, 2022

Can you update to the newest version? 11.3.0 might have some bugs there.

@Hoovercraft
Copy link

Hoovercraft commented Oct 11, 2022

I have the same problem. It first appeared when my counter went from 576 to 577. The RAW Value remains static although the actual value is recognized.
My version is 12.0.1
recognition
value

@haverland
Copy link
Collaborator

@Hoovercraft: I'm not sure, what kind of correct value it should be.
dig3 = 6.8 and ana1=8.6 is on the most meters the digit = 6, because the digit is at ana3=0 on 7.0.
So the 576 should be correct.
But it could be the meter digit switches very late (analog >9.x)

@haverland
Copy link
Collaborator

The Problem

Hello

I've checked into the existing issue, but I didn't find any similar issue / bug correction.

The recognition value is right (7472.759)
@sbeuchat: you problem should be fixed in 12.0.1. But I've tested on rolling.

@jest01
Copy link

jest01 commented Oct 17, 2022

Hello,

i have the same problem, the raw value dosn't updated

the ESP32 could not be reached and could only be reactivated by power on/off.
I am currently using version 12.0.1

overview
recognition

@haverland
Copy link
Collaborator

Hello,

i have the same problem, the raw value dosn't updated

Thanks. Any example is welcome. I've added it as test case.
We working on it and currently all posted examples are test cases for the next change.

@Hoovercraft
Copy link

another day, another wonder ... no idea what happened, didnt change anything, but its working again

@jest01
Copy link

jest01 commented Oct 20, 2022

Hello,

after a second ESP32 didn't work either, I looked in the serial log and found that the brownout detection had responded...for whatever reason
I bet on the internal voltage regulator in the ESP and have solved the voltage supply with a 5V power supply and a LD33V3 with 3.3V. Since then everything has been going well again.
Could that possibly be a cause?

Best regards

@Hoovercraft
Copy link

New day, new miracle. The problem is there again. Maybe a solution: if you go via the settings/set previous value menu, the value from the previous value is displayed for current value. Looks like a wrong mapping. Workaround: switch off the previous value in the config.

@haverland
Copy link
Collaborator

I think it's a bug in post-process on calculation of the last digit. It's fixed in the next release.

@caco3 caco3 closed this as completed Nov 29, 2022
@caco3
Copy link
Collaborator

caco3 commented Nov 29, 2022

Please re-open if issue still happens again

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants