Comments (14)
Yes, I think that should solve your problem.
from ha-ferroamp.
Yes, I think that should solve your problem.
A bit unfortunate with the log frequency though, might be worth mentioning somewhere.
I shot my self in the foot with my (docker default) log configuration and HA docker logs ate my disk :-)
from ha-ferroamp.
Sorry, haven't had the time to investigate yet. Will try to squeeze it in soon.
from ha-ferroamp.
There is a throttle class we can use until we get this sorted proper. I can do a PR
from homeassistant.util import Throttle
[…]
And then right before the update method:
@Throttle(MIN_TIME_BETWEEN_UPDATES)
def log_missing_sensor_data()
[...]
from ha-ferroamp.
Hmmm, strange. Aren't those sensors that are only added if they get a value? Or was that other sensors?
from ha-ferroamp.
Hmmm, strange. Aren't those sensors that are only added if they get a value? Or was that other sensors?
Yup
ha-ferroamp/custom_components/ferroamp/sensor.py
Line 2580 in 2af4429
from ha-ferroamp.
Here's a payload, sensor data does not seem present.
When whas that check introduced? I can see the sensors under integration
{"gridfreq": {"val": "50.010"}, "iace": {"L1": "0.000", "L2": "0.000", "L3": "0.000"}, "ul": {"L1": "234.132", "L2": "234.959", "L3": "235.665"}, "il": {"L1": "4.910", "L2": "4.857", "L3": "4.899"}, "ild": {"L1": "1.100", "L2": "1.090", "L3": "1.087"}, "ilq": {"L1": "-6.859", "L2": "-6.784", "L3": "-6.841"}, "iext": {"L1": "4.329", "L2": "3.832", "L3": "4.498"}, "iextd": {"L1": "1.532", "L2": "2.205", "L3": "1.566"}, "iextq": {"L1": "-5.813", "L2": "-4.737", "L3": "-6.000"}, "iloadd": {"L1": "0.432", "L2": "1.115", "L3": "0.479"}, "iloadq": {"L1": "1.046", "L2": "2.047", "L3": "0.841"}, "iavblq": {"L1": "25.813", "L2": "24.737", "L3": "26.000"}, "iavblq_3p": {"val": "24.737"}, "iavbl": {"L1": "24.081", "L2": "23.289", "L3": "24.212"}, "sext": {"val": "2973.941"}, "pext": {"L1": "-962.379", "L2": "-787.010", "L3": "-999.842"}, "pextreactive": {"L1": "253.632", "L2": "366.341", "L3": "260.959"}, "pinv": {"L1": "-1135.551", "L2": "-1127.101", "L3": "-1139.986"}, "pinvreactive": {"L1": "182.112", "L2": "181.094", "L3": "181.138"}, "pload": {"L1": "173.172", "L2": "340.091", "L3": "140.145"}, "ploadreactive": {"L1": "71.520", "L2": "185.247", "L3": "79.821"}, "ppv": {"val": "3505.104"}, "udc": {"pos": "380.577", "neg": "-380.077"}, "wextprodq": {"L1": "25090105566800", "L2": "22845710593184", "L3": "21039603455884"}, "wextconsq": {"L1": "29751813679488", "L2": "42942721916386", "L3": "53119945116989"}, "winvprodq": {"L1": "30957724510500", "L2": "30954630063839", "L3": "32469446152052"}, "winvconsq": {"L1": "757024129041", "L2": "408593975029", "L3": "113079174211"}, "wloadprodq": {"L1": "9913253457", "L2": "6581174446", "L3": "17793438741"}, "wloadconsq": {"L1": "36164943544750", "L2": "52476626161394", "L3": "67044298933022"}, "wextprodq_3p": {"val": "46696989742511"}, "wextconsq_3p": {"val": "70887820874566"}, "winvprodq_3p": {"val": "62980260805466"}, "winvconsq_3p": {"val": "206082042929"}, "wloadprodq_3p": {"val": "4879309331"}, "wloadconsq_3p": {"val": "86969889203923"}, "wpv": {"val": "102014858598424"}, "state": {"val": "4101"}, "ts": {"val": "2023-09-12T09:47:41UTC"}}
from ha-ferroamp.
ah ok, introduced in 167fbcd.
I guess my sensors where already created before then and the fix would be deleting them manually right?
from ha-ferroamp.
Removing sensors manually stopped the spamming. Had to restart HA for it to take effect
from ha-ferroamp.
Edit: logs are back, even after manually deleting sensors and restarting HA. reopening
from ha-ferroamp.
Tried debugging after deleting the sensors. Seems that sensor is still present sensors, with it's state being unknown
from ha-ferroamp.
@argoyle any pointers here? No battery sensors, and yet the log message pops up on every data refresh.
from ha-ferroamp.
You might be totally correct on that point. Could you add it and see if it works better? It's difficult for me to test since I have a battery.
from ha-ferroamp.
You might be totally correct on that point. Could you add it and see if it works better? It's difficult for me to test since I have a battery.
Oops, i accidentally deleted my previous comment. Sensor registration/store and check_presence
logic looks a bit messy and should probably be cleaned up IMHO. This issue hardly warrants that kind of effort though. Also the log message appears even with a clean install of the integration so it's not directly related to the store.
I made a PR to suppress the log message for EnergyFerroampSensor
taking check_presence into account instead.
from ha-ferroamp.
Related Issues (20)
- Sensors not working HOT 5
- Issue with v1.10.2 HOT 28
- Control Status = unavailable after HA restart
- Add scan_interval to the scrape documentation HOT 2
- Question: How to keep history for external voltage for each phase? HOT 7
- Use HA precision instead of own precision config and handling
- Control maximum export from HA HOT 3
- Additional SSO Fault codes HOT 3
- EnergyHub DC Link Voltage state is zero HOT 8
- vscode devcontainer support? HOT 2
- Entities in 1.14.0 shows too many decimals HOT 3
- Possible bug on FaultCodeSensor HOT 2
- Sensors in energy wrong HOT 18
- Hi and thanks for the very good follow-up :), MQTT had to be turned on in the local ferroamp from the supplier. Everything now seems to work. HOT 6
- Any way to control EV/OCPP? HOT 2
- FR: Make prefix configuration editable
- Deprecated constants
- no sensors visible HOT 2
- version 5.5.0-FCR.1 ferroamp, known problem HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ha-ferroamp.