-
-
Notifications
You must be signed in to change notification settings - Fork 4
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
additional data not showing up #12
Comments
can you quickly check the (debug) log of the integration? Are there some/plenty CRC messages? -> If 'yes' start rotating the pulse reading head anti-clock wise... Feedback from users who have tried this approach: |
There was one message about parsing error from tonight but thats it. Rotating the head didnt help, The best position is at 6. Otherwise I dont even get the current power measurement. |
ok - copy - can you check, what type of data your power-meter provides? -> open the [IP]/nodes/1/data via a browser... is this some sort of binary data - or is it plaintext... If it's plaintext - please be so kind and share the content here (with ``` )... Here is the theory of operation - Different power meters will provide different amount of data (OBIS-Codes)... During the startup the integration is checking what obis-codes are available and only for them Entities will/should be added... Of course there are always good reasons, why the code is not working as designed... Just another idea comes to my mind - could it be, that your meter is still "locked"? [or did you entered already the PIN?] |
when you enable the debug log for the integration - and you will restart your HA do you see/get a Also what would help me here, if you can capture the response-bytes from the request http://[IP]/data.json?node_id=1 (a python notation would be the coolest... something like |
Now I also get CRC errors:
|
I assume "now" (after you have seen this logout put At your first HA restart, the Integration was not able to read the node-date (CRC errors) - therefor the list of I have a "theory" where these CRC errors comes from - but I do not have any proof - all I can say is, that the integration code itself can't do anything in order to improve the situation - Tibber Bridge will provide an inconsistent data stream... I already mentioned, there are at least two users with a comparable error picture, that they solved by slightly rotating the reading head few degrees anti-clock-wise (see the pictures). Unfortunately there is IMHO not mich that I can do here. |
Okay, but now we know its not an error from the integration! Thanks! |
you might want to give the "head rotation" a second try... It might be really just few degrees that can make a difference |
@marq24 Is there a way for me to know if my meter doesn’t support those values or if rotation or other issues might be at play? When running the debug log for half a minute, I don’t get any CRC errors. The only log entries I get for it are like Going after Volkszähler’s Wiki for my meter, it looks like the other values are not supposed to be available? |
When I started with this integration I was not aware, that different power meters provide a different (sub)set of OBIS codes... I was just very lucky, that my first power meter provided all the different fields (that are now potentially available in the integration)... I just had to learn in the past two month, that there seams to be no rule (what meter will provide what fields)... At the end of this year my digital meter (with all that fields) got replaced by a smart-meter which also only provide view of the possible fields - which really SUCKS... I have to check, if my ABB EnFluRi [B23 112-100] will provide more data - but I need some extra free time in order to check that... So at the bottom line - when the Meter is unlocked with it's PIN - then the number of fields that will be feed via the optical interface depends only from the manufacture of the device. Some meters allow an additional configuration/switch to send "more" data (my new one does)... But "more" does not mean much (at least that's my personal experience with the new eBzD-H https://emh-metering.com/en/products/domestic-meters-smart-meters/ebzd-h/ ) The "rotate (slightly) the reading" will only ensure, that the provided data is 'consistent' - no invalid chars (plaintext-mode) or no CRC (SML-Mode)... That's all - I am not aware, that after the rotation more/less fields had become available. |
Hey, mostly its working very good but there are lots of sensor that do not show any values. What could possibly be wrong?
The text was updated successfully, but these errors were encountered: