Comments (91)
Hi, the issue is now resolved with the latest release.
from nilan.
Yes already ok, unsupported device for me unfortunately :(
from nilan.
Which device do you have? If it is cts602 based adding support is rather easy.
from nilan.
I have a Combi 302 polar top. Can you please advise how to edit/proceed?
from nilan.
from nilan.
Ok so first you need to install the newest version 1.0.3. Then take a picture of the type plate of your device and add it here.
Then turn on debug logging of the integration in your configuration.yaml file like:
logger: default: info logs: custom_components.nilan: debug
Try installing the integration.
Go to logs and report the debug string here.
Also if you have the device with the HMI350T - touch panel HMI then take a picture of the info page where the device type is shown.
If you want to support me, you can donate here https://www.buymeacoffee.com/veista
from nilan.
Hello, I have attached a recording from the log.
2022-11-24 12:32:52.008 DEBUG (MainThread) [custom_components.nilan.config_flow] Device Type 35 not found in supported devices list
from nilan.
Thanks, do you have the HMI?
from nilan.
Yes I do, do you mind if it's not in english?
from nilan.
Thanks, no this is great. I will add this ASAP.
from nilan.
Hi,
The release is now available for you to test. It is in beta releases, so make sure you enable beta releases if you are using HACS.
Please let me know if something is missing or something doesn't work.
from nilan.
Hi, it worked :-) Great job. Showing 55 entities.
from nilan.
That's great! I added a bit better support for your device on version 1.0.5B. Please let me know how it works!
from nilan.
Also do you have an after-heating element installed on your device?
from nilan.
The new version 1.0.5b works. I have the polar version with preheating of the supply air so that the exchanger in the unit does not freeze.
from nilan.
I mean an accessory, you can see it in the HMI menu.
from nilan.
This item is in the menu. I don't know if it is actually installed.
from nilan.
from nilan.
Great! Then I will code the support for after heating and you can test it.
from nilan.
OK. I will try.
from nilan.
So i released the 1.0.6B last night. If you could go through the hmi settings and cross-check that every value changes where it is supposed to and also that there is no unnecessary entities.
from nilan.
Hi, I ran into a problem. HA and nilan integration stops working after about a minute. It's like it stopped communicating via modbus. I tried communicating via node-red and it works. I use USR-TCP232-410S for communication, I don't know where the error could be?
from nilan.
Is there anything in the logs?
from nilan.
Yes, for example,:
Updating nilan binary_sensor took longer than the scheduled update interval 0:00:10
from nilan.
2022-11-25 19:58:52.381 WARNING (MainThread) [homeassistant.components.number] Updating nilan number took longer than the scheduled update interval 0:00:10
2022-11-25 19:58:52.467 WARNING (MainThread) [homeassistant.components.select] Updating nilan select took longer than the scheduled update interval 0:00:10
2022-11-25 19:58:52.647 WARNING (MainThread) [homeassistant.components.climate] Updating nilan climate took longer than the scheduled update interval 0:00:10
from nilan.
Only restarting the home assistant will help.
from nilan.
Did you try if reloading the integration helps? Did this problem arise with the latest release?
from nilan.
Yes, reload integration will help. But in few minutes it is unavailable again. In previous versions it did too, but I was constantly doing something in HA and restarting HA so I didn't pay much attention to it.
from nilan.
ERROR (MainThread) [homeassistant.helpers.entity] Update for sensor.nilan_time fails
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 527, in async_update_ha_state
await self.async_device_update()
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 722, in async_device_update
raise exc
File "/config/custom_components/nilan/sensor.py", line 397, in async_update
self._attr_native_value = await getattr(self._device, self._attribute)()
File "/config/custom_components/nilan/device.py", line 1807, in get_time
result.registers[i].to_bytes(2, "little", signed=False),
IndexError: list index out of range
from nilan.
It might be an issue with the bridge then. I'm afraid I can only guess from here, but the error comes from that it does not get a response from the device.
from nilan.
Yes, there could be a fault with the bridge. I don't really understand that. I just find it strange that even if HA stops communicating, node-red and modbus communicate. So the bridge is communicating, it's just not communicating with HA.
from nilan.
Please note that with these bridges usually, you can only communicate with one TCP client at a time, especially if you run two programs on the same computer, you will run into issues since the server(bridge) does not know which client to respond to and then they get confused.
from nilan.
I'm sorry, I didn't know that.
from nilan.
Yes, try to disconnect all other clients from the bridge so that you only have the HA on that bridge. You need another bridge if you want more devices on the RTU network or connect with a different machine if your bridge supports that. Although I'm not sure even if another bridge would work in this case, but if you need it you can try.
from nilan.
I have only the nilan combi 302 connected to the modbus bridge and only HA turned on. But still the same problem.
from nilan.
Ok. Then I guess you can try modifying the scan interval or try disabling entities. If you have vs code addon you can modify them there or via text editor if you have samba share.
from nilan.
You can also turn the debug log on for homeassistant.components.modbus if this brings any new info.
from nilan.
I will try to adjust the polling interval. This is my bridge setup. Nilan still mentions the use of a 120ohm resistor in the manual, so I'll try to find that too. It is possible that my bridge is not compatible with nilan.
from nilan.
I'm not sure what the issue is, but i don't think it's the resistor. Did you turn the modbus debugging on in HA? The most likely error is that the bridge you are using is not compatible with my integration.
from nilan.
Can you disable that sync baudrate option and try that?
from nilan.
Yes.
2022-11-25 23:17:31.075 INFO (MainThread) [homeassistant.setup] Setup of domain input_text took 0.5 seconds
2022-11-25 23:17:31.076 INFO (MainThread) [homeassistant.setup] Setup of domain input_datetime took 0.5 seconds
2022-11-25 23:17:31.076 INFO (MainThread) [homeassistant.setup] Setup of domain zone took 0.5 seconds
2022-11-25 23:17:31.091 INFO (SyncWorker_4) [homeassistant.components.modbus.modbus] modbus Nilan communication open
2022-11-25 23:17:31.097 INFO (MainThread) [homeassistant.setup] Setting up hardware
2022-11-25 23:17:31.126 INFO (MainThread) [homeassistant.setup] Setup of domain input_select took 0.6 seconds
2022-11-25 23:17:31.133 INFO (MainThread) [homeassistant.setup] Setup of domain input_number took 0.6 seconds
2022-11-25 23:17:31.138 INFO (MainThread) [homeassistant.setup] Setup of domain schedule took 0.6 seconds
2022-11-25 23:17:31.148 INFO (MainThread) [homeassistant.setup] Setup of domain hardware took 0.1 seconds
2022-11-25 23:17:31.153 INFO (MainThread) [homeassistant.components.sensor] Setting up sensor.apex
2022-11-25 23:17:31.225 INFO (MainThread) [homeassistant.setup] Setting up hacs
2022-11-25 23:17:31.225 INFO (MainThread) [homeassistant.setup] Setup of domain hacs took 0.0 seconds
2022-11-25 23:17:31.235 INFO (MainThread) [homeassistant.setup] Setting up met
2022-11-25 23:17:31.235 INFO (MainThread) [homeassistant.setup] Setup of domain met took 0.0 seconds
2022-11-25 23:17:31.249 INFO (SyncWorker_2) [homeassistant.loader] Loaded switch from homeassistant.components.switch
2022-11-25 23:17:31.255 INFO (MainThread) [homeassistant.setup] Setup of domain input_button took 0.7 seconds
2022-11-25 23:17:31.256 INFO (MainThread) [custom_components.hacs]
from nilan.
Is your modbus integration different from other modbus integrations? Sorry for the questions, but I'm not an expert on this.
from nilan.
No. I use the HA built-in modbus library with pretty much default modbus TCP values. It might be that the bridge you are using is not using modbus TCP but only forwards modbus RTU messages. This would mean that it would need a framer, which the HA modbus library has but it would mean some more coding. I wish I could test that is this the case personally, I can make some modifications for you to test when I have the time.
from nilan.
Ah, I confess that I do not understand it at all. I would be happy if it worked, I was glad that you modified your program for the Combi 302 and I did not expect that there would be a problem with the bridge. Will I have to buy a new bridge?
from nilan.
I turned off sync baudrate but same problem :(
from nilan.
So yes a quick test. In device.py file whre it says "tcp" replace with "rtuovertcp"
from nilan.
2022-11-26 00:19:10.911 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: nilan
after reboot, initialization is in progress
from nilan.
Do you want access to HA and bridge?
from nilan.
No, I don't think that would be of any value. It's what I thought, but had to try. I guess you can try increasing the timeout and other settings at the same section, where the modbus config is and see if something works.
from nilan.
Ok, I'll try. Thank you very much for your time. I really appreciate it.
from nilan.
Add "message_wait_milliseconds": 30, line after "delay": "",
from nilan.
"delay": "", "message_wait_milliseconds": 30,
correctly?
from nilan.
Newline after delay
"delay": "",
"message_wait_milliseconds": 30,
from nilan.
It communicates for 3 minutes and then nothing.
2022-11-26 01:03:07.714 WARNING (MainThread) [homeassistant.helpers.entity] Update of number.nilan_return_fan_power_at_level_2 is taking over 10 seconds
2022-11-26 01:03:07.715 WARNING (MainThread) [homeassistant.helpers.entity] Update of number.nilan_return_fan_power_at_level_3 is taking over 10 seconds
2022-11-26 01:03:07.716 WARNING (MainThread) [homeassistant.helpers.entity] Update of number.nilan_return_fan_power_at_level_4 is taking over 10 seconds
2022-11-26 01:03:07.716 WARNING (MainThread) [homeassistant.helpers.entity] Update of number.nilan_fan_start_up_delay is taking over 10 seconds
2022-11-26 01:03:07.716 WARNING (MainThread) [homeassistant.helpers.entity] Update of number.nilan_defrost_start_setpoint is taking over 10 seconds
2022-11-26 01:03:07.717 WARNING (MainThread) [homeassistant.helpers.entity] Update of number.nilan_defrost_stop_setpoint is taking over 10 seconds
2022-11-26 01:03:07.718 WARNING (MainThread) [homeassistant.helpers.entity] Update of number.nilan_compressor_stop_time is taking over 10 seconds
2022-11-26 01:03:07.719 WARNING (MainThread) [homeassistant.helpers.entity] Update of number.nilan_low_room_temperature_setpoint is taking over 10 seconds
2022-11-26 01:03:07.719 WARNING (MainThread) [homeassistant.helpers.entity] Update of number.nilan_minimum_supply_air_temperature_in_summer is taking over 10 seconds
2022-11-26 01:03:07.720 WARNING (MainThread) [homeassistant.helpers.entity] Update of number.nilan_maximum_supply_air_temperature_in_summer is taking over 10 seconds
2022-11-26 01:03:07.720 WARNING (MainThread) [homeassistant.helpers.entity] Update of number.nilan_room_temperature_neutral_zone is taking over 10 seconds
2022-11-26 01:03:07.747 WARNING (MainThread) [homeassistant.helpers.service] Unable to find referenced entities input_boolean.lenka_doma or it is/they are currently not available
2022-11-26 01:03:07.924 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_air_filter_alarm_interval is taking over 10 seconds
2022-11-26 01:03:07.925 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_indoor_air_quality_control is taking over 10 seconds
2022-11-26 01:03:07.926 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_cooling_mode_ventilation_level is taking over 10 seconds
2022-11-26 01:03:07.926 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_cooling_setpoint_offset is taking over 10 seconds
2022-11-26 01:03:07.928 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_low_humidity_ventilation_level is taking over 10 seconds
2022-11-26 01:03:07.928 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_high_humidity_ventilation_level is taking over 10 seconds
2022-11-26 01:03:07.929 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_hmi_language is taking over 10 seconds
2022-11-26 01:03:07.929 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_low_outdoor_temp_ventilation_level is taking over 10 seconds
2022-11-26 01:03:07.929 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_minimum_ventilation_supply_level is taking over 10 seconds
2022-11-26 01:03:07.930 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_minimum_ventilation_return_level is taking over 10 seconds
2022-11-26 01:03:07.930 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_maximum_ventilation_return_level is taking over 10 seconds
2022-11-26 01:03:07.931 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_defrost_ventilation_level is taking over 10 seconds
2022-11-26 01:03:07.931 WARNING (MainThread) [homeassistant.helpers.entity] Update of select.nilan_reset_alarm is taking over 10 seconds
2022-11-26 01:03:08.334 WARNING (MainThread) [homeassistant.helpers.entity] Update of climate.nilan_hvac is taking over 10 seconds
2022-11-26 01:03:12.714 WARNING (MainThread) [homeassistant.components.number] Updating nilan number took longer than the scheduled update interval 0:00:15
2022-11-26 01:03:12.924 WARNING (MainThread) [homeassistant.components.select] Updating nilan select took longer than the scheduled update interval 0:00:15
2022-11-26 01:03:13.334 WARNING (MainThread) [homeassistant.components.climate] Updating nilan climate took longer than the scheduled update interval 0:00:15
from nilan.
Set the timeout to 1 there is a typo it is 1000. Thats at least one issue I found in the settings.
from nilan.
That's it! :-) It's been working for over 10 minutes without a problem. I believe the timeout was causing the whole problem.
from nilan.
Yes the issue was that your bridge doesnt send a response to some message and it was waiting for 1000seconds for that message instead of rejecting the request after 1s and retrying. 1000s is longer than the 10s interval so thats why HA couldn't recover.
from nilan.
But I'm glad you figured out the problem and were able to fix it. You implemented the supply heating function as you asked about it?
from nilan.
I added the config settings, yes. So if you can cross check them against the HMI it would be great. So change the value in HMI and look in HA if it changes and reads the same value and vice versa.
from nilan.
Hello, would it be possible to add these entities (sensors)?
Set temperature
suction fan speed
exhaust fan speed
from nilan.
They should be there. Some options are nested inside the climate entity.
from nilan.
In the climate entity there is a desired temperature, but I can't get only this value from the climate entity.
from nilan.
from nilan.
Yours should'nt have the preset. Otherwise the same.
from nilan.
I would need to get the temperature here.
from nilan.
You can extact the info from the entity using template sensors. https://www.home-assistant.io/docs/configuration/templating/
from nilan.
But you are right. Integration is missing current ventilation level.
from nilan.
I would like the current value of the ventilation and at the same time the value of both engines in percentage. When I set supply heating on the HMI, nothing happened, but the supply air temperature disappeared.
from nilan.
Hi, I will add the levels, but you will have to code the latter by your self using template sensors, the info should be available to you after I add the levels.
That is interesting, are you sure you are using the extracted value from the climate entity?
from nilan.
I think yes.
from nilan.
Do you have the same issues with the latest release?
from nilan.
from nilan.
Can you take a picture of the climate entity? Can you also reload the integration when you have after heating on? Something doesn't work like it should :/
Like this, when you have the heating on:
from nilan.
I haven't noticed any changes. Either the HMI just shows it as a feature but it's not actually installed, or I didn't understand the feature what it's supposed to do.
from nilan.
Ok, so I had understood the documentation a bit wrong. I will draft a new release and you can determine yourself if it is installed or not.
from nilan.
So I released a new version. Can you check if the After Heating Type changes when you enable/disable the after heating?
from nilan.
No change even now. Only after upgrading the new version, the "Supply air temperature" entity is not available.
from nilan.
Yes, as it should. The supply air temperature is in the climate entity and you should extract it using templating if you want to use it some other way. This works as it is supposed to.
I am more interested now in the After Heating Type entity I added to the latest release. Does it change when you enable/disable the after heating element?
from nilan.
Oh no, im sorry you are right, I confused the supply and return. I will try to fix it, but yes can you respond to the last request, these are related.
from nilan.
After Heating Type entity = No Heater
from nilan.
Heater enabled and disabled?
from nilan.
Yes, but the entity still shows disabled.
from nilan.
Yes, ok. So the previous version worked correctly, I just didn't understand that you can manually set it on also from the HMI. I guess this concludes that you don't have the heater. And if you read the manual it works as it is supposed to.
from nilan.
Oh, so it's possible that I don't actually have this feature installed :( Is it possible to go back to the previous state where Supply air temperature was working?
from nilan.
I can enable the t7 inlet temperature after heater if that works in both states even it is against the manual, but if somebody has issues with it in the future i must revert it. But the real problem is that you are able to manually enable the supplementary heater even you don't have it, atleast this is according to the programming manual.
from nilan.
Yes, you can go back by just selecting the version in hacs, but I will revert the changes anyway and delete the last release, it was only debugging anyway.
from nilan.
And the T2 value from the temperature sensor seems to be missing.
from nilan.
Yes, my code checked if the after-heating element was installed, but I didn't realize that you could force it on even if it is not installed. So this is why the confusion, I determined the correct sensor by what is installed. At least on my model the T7 temperature shows values, so on the latest 1.0.9B I'm only using the T7 and lets try that, but if it causes issues down the line I will have to revert to the previous logic and you will just have to put the after-heating element to NO in the HMI.
from nilan.
Does the latest release work for you?
from nilan.
Yes, it works perfectly. I already have the desired temperature displayed as I wanted. I am still looking for the current value of the fan in percent. I have to reward you for your work which is impeccable.
from nilan.
Thanks, it means a lot. That you will have to do by templating since it is not offered by nilan devices directly. It is not complicated once you get the hang of it.
from nilan.
Related Issues (20)
- If connection fails during setup, integration must be reloaded
- Add support for VGU180 EK HOT 4
- Add support for Nilan CompactS HOT 3
- Fan mode missing from automation actions HOT 2
- Nilan Compact P Air 9 support
- CTS700 on a Compact P HOT 2
- Latest update created orphaned device HOT 6
- Can't initialize integration after 2024.4 HOT 8
- Could not read errors - poss since 1.2.14 HOT 11
- Elfin EW11 HOT 2
- Modbus Error: [Connection] Not connected[AsyncModbusTcpClient 192.168.68.122:502] HOT 1
- 1.2.15 causes MODBUS communication to fail HOT 2
- Could not exclusively lock port /dev/ttyUSB0 HOT 1
- Sensor name and behaving HOT 1
- Modbus problem
- Failure to read various numbers of values HOT 4
- Issues with 2023.9.0 and 2023.9.1 Core update HOT 1
- Feature request - NILAN Gateway integration directly? HOT 1
- Set Fan Level
- Central heating control HOT 3
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 nilan.