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.

Sign up for GitHub

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

Jump to bottom

"unknown" value for sensor.power_l1 #5

Closed
MisfitPunisher opened this issue Jul 16, 2021 · 15 comments
Closed

"unknown" value for sensor.power_l1 #5

MisfitPunisher opened this issue Jul 16, 2021 · 15 comments

Comments

@MisfitPunisher
Copy link

Hi firends! When there's not solar production the sensor.power_l1 does not appear with a 0 value, appears as a "unknown".
And also, all the other sensors appears as a "currently unavailible" when I reboot the HA and there is not solar production.

Can it be solved? Thank you for your integration, I love your work, makes our lives easier!
@macnug
Copy link

macnug commented Jul 29, 2021

Hi i tried everything and i have your same issue. All sensors are in "unknown"

@kellerza
Copy link
Owner

kellerza commented Aug 5, 2021

Do you see anything in your HA Core logs? Have you tried add DEBUG: 1 to your add-on configuration?

The Home Assistant integration https://www.home-assistant.io/integrations/sma/ - using the pysma library shows "unknown" during the evening

The only reason I can think of that you see "unknown" with the Energy Meter HASS.IO Add-On is if it stopped working completely/never worked

@macnug
Copy link

macnug commented Aug 5, 2021

Do you see anything in your HA Core logs? Have you tried add DEBUG: 1 to your add-on configuration?

The Home Assistant integration https://www.home-assistant.io/integrations/sma/ - using the pysma library shows "unknown" during the evening

The only reason I can think of that you see "unknown" with the Energy Meter HASS.IO Add-On is if it stopped working completely/never worked

Hi Keller,
i tried with the DEBUG:1 and i have this error:

DEBUG:asyncio:Datagram endpoint remote_addr=None created: (<_SelectorDatagramTransport fd=8 read=idle write=<idle, bufsize=0>>, <main.MulticastServerProtocol object at 0x7f34b4853430>)

Do you have some suggestion on how to fix it?
Thanks

@kellerza
Copy link
Owner

kellerza commented Aug 5, 2021

Hi @macnug ,

  • has it ever worked?
  • what environment are you using?

Your error seems related to the multicast socket. It is needed to receive the Energy meter's Speedwire packets,

@macnug
Copy link

macnug commented Aug 5, 2021 •
edited
Loading

ed to receive the Energy meter's Speedwire packets,

Hi. thank you for your reply.
It worked for months but it stopped working, so i started using only sma solar integration and i deactivate the addon. With these last releases the prysma library removed some sensor that were fundamental like total house consumption. Now there are multiple metering sensor that are "unknown" also during day time.
I tried again with SMA energy meter addon but now it doen't work for me.

my config:
-sma sunnyboy 2,5
-sma energy meter in Speedwire connection
-nuc with proxmox and multilple VM, in one there is Hassio os.

In the UI of Sma energy meter i have Speedwire on YES the ip is the ip of the inverter or the ip of the sma energy meter?
image

@kellerza
Copy link
Owner

kellerza commented Aug 5, 2021

You do not need the source IP /IP of the SMA-Energy Meter

What is the old version you used? 0.5.4? I created a "Legacy" plugin based off that branch if you want to try that. https://github.com/kellerza/hassio-sma-em/tree/main/sma-em-legacy

Just add the SMA Energy Meter (Legacy) plugin under the same repository in the Supervisor

@macnug
Copy link

macnug commented Aug 11, 2021 via email

@kellerza
Copy link
Owner

The joys of file permissions... you can try 0.5.5

@kellerza kellerza mentioned this issue Aug 12, 2021
Closed
@macnug
Copy link

macnug commented Aug 12, 2021 via email

@northalpha
Copy link

Can you confirm that you are seeing the multicast packets on the HA instance or inside the container? Are you aware of how to check tis via tcpdump?

@macnug
Copy link

macnug commented Aug 12, 2021 via email

@kellerza
Copy link
Owner

@macnug the error still shows asyncio, are you sure you strarted the legacy addon?

This is not an error you will get for the Legacy addon

DEBUG:asyncio:Datagram endpoint remote_addr=None created:
(<_SelectorDatagramTransport fd=8 read=idle write=<idle, bufsize=0>>,
<__main__.MulticastServerProtocol object at 0x7fd261dd3430>)

@macnug
Copy link

macnug commented Aug 27, 2021 via email

@ghost
Copy link

ghost commented Oct 15, 2021

I had the same problem and it was the powerline adapter that does not support multicast.
So to check if everything is fine type this "sudo tcpdump host 239.12.255.254" into Terminal and look if there are packets appearing every second.

@kellerza kellerza mentioned this issue Aug 1, 2022
Open
@rick2909
Copy link

I am not getting ann values from the addon, the nolrmal version 2021.9.2 gives me te following log

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] done.
[services.d] starting services
[services.d] done.
DEBUG:asyncio:Datagram endpoint remote_addr=None created: (<_SelectorDatagramTransport fd=8 read=idle write=<idle, bufsize=0>>, <__main__.MulticastServerProtocol object at 0x7fa9a173a0>)

The Legacy version does do a bit more and creates sensors but stay unkown. With the following log

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] done.
[services.d] starting services
[services.d] done.
ic| topic: 'homeassistant/sensor/304XXXXXX/pconsume/config'
    payload: ('{"name": "pconsume", "dev_cla": "power", "stat_t": '
              '"SMA-EM/status/304XXXXXX/pconsume", "unit_of_meas": "W", "uniq_id": '
              '"304XXXXXX_pconsume", "dev": {"ids": ["sma_em_304XXXXXX"], "name": "SMA '
              'Energy Meter", "mdl": "Energy Meter", "mf": "SMA"}}')
ic| topic: 'homeassistant/sensor/304XXXXXX/pconsumecounter/config'
    payload: ('{"name": "pconsumecounter", "dev_cla": "energy", "stat_t": '
              '"SMA-EM/status/304XXXXXX/pconsumecounter", "unit_of_meas": "kWh", "uniq_id": '
              '"304XXXXXX_pconsumecounter", "dev": {"ids": ["sma_em_304XXXXXX"], "name": '
              '"SMA Energy Meter", "mdl": "Energy Meter", "mf": "SMA"}}')
ic| topic: 'homeassistant/sensor/304XXXXXX/u1/config'
    payload: ('{"name": "u1", "dev_cla": "voltage", "stat_t": "SMA-EM/status/304XXXXXX/u1", '
              '"unit_of_meas": "V", "uniq_id": "304XXXXXX_u1", "dev": {"ids": '
              '["sma_em_304XXXXXX"], "name": "SMA Energy Meter", "mdl": "Energy Meter", '
              '"mf": "SMA"}}')
ic| topic: 'homeassistant/sensor/304XXXXXX/psupply/config'
    payload: ('{"name": "psupply", "dev_cla": "power", "stat_t": '
              '"SMA-EM/status/304XXXXXX/psupply", "unit_of_meas": "W", "uniq_id": '
              '"304XXXXXX_psupply", "dev": {"ids": ["sma_em_304XXXXXX"], "name": "SMA '
              'Energy Meter", "mdl": "Energy Meter", "mf": "SMA"}}')

And the dev version gives me the SMA-EM/status/304XXXXXX/available that gives me online. the log also proofs this

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] done.
[services.d] starting services
[services.d] done.
2024-03-15 14:00:23,458 INFO    options: Loading HASS OS configuration
2024-03-15 14:00:23,463 INFO    MQTT: Connecting to mosquitto@core-mosquitto:1883
2024-03-15 14:00:23,479 INFO    MQTT: Connection successful
2024-03-15 14:00:23,981 INFO    Listening for multicast frames. Sensor discovery will be triggered by the first frame.

@kellerza kellerza closed this as completed Jul 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
5 participants
@northalpha @kellerza @rick2909 @MisfitPunisher @macnug