Re: ELV Max! Heating control system
Posted: Thursday 10 November 2016 8:43
I'm using port 8080.
Open source Home Automation System
https://forum.domoticz.com/
Code: Select all
2016-11-10 09:25:01.051 Error: EventSystem: in EQ3 Auto: [string "package.loadlib("core.so", "*")..."]:158: attempt to concatenate global 'MAX_ID' (a nil value)
Code: Select all
2016-11-10 09:30:01.108 Schedule item started! Name: Badkamer Room-Stat, Type: On Time, ThermostatID: 447, Time: 2016-11-10 09:30:01
2016-11-10 09:30:01.108 Error: Error setting thermostat setpoint, ThermostatID: 447, Time: 2016-11-10 09:30:01
2016-11-10 09:30:10.743 Error: EventSystem: Warning!, lua script EQ3 Auto has been running for more than 10 seconds
2016-11-10 09:30:02.383 (Smart Meter) P1 Smart Meter (Stroom meter)
2016-11-10 09:30:11.044 Error: EventSystem: in EQ3 Auto: [string "package.loadlib("core.so", "*")..."]:40: bad argument #1 to 'sub' (string expected, got nil)
2016-11-10 09:30:11.044 EventSystem: Fetching url...
2016-11-10 09:30:11.044 EventSystem: Script event triggered: EQ3 Auto
Code: Select all
442 MAX! 00095207 1 Unknown General Percentage 0.00%
Strange, it's working kind of ok here. I say "kind of" since I sometimes get error messages as well,e.g. that the script has been running for more than 10 seconds or "Error opening url" messages. But it creates & updates both my two wall thermostats and my two valves perfectly.Teatech wrote:I did the same and one valve out of total 3 devices was found without any error messages.
2016-11-10 10:50:02.257 EventSystem: Fetching url...
2016-11-10 10:50:02.257 EventSystem: Script event triggered: /home/pi/domoticz/scripts/lua/script_time_max.lua
2016-11-10 10:50:03.264 (MAX!) General/Percentage (Unknown)
After 5 minutes one error and still only one device.
2016-11-10 10:55:03.266 Error: EventSystem: in /home/pi/domoticz/scripts/lua/script_time_max.lua: /home/pi/domoticz/scripts/lua/script_time_max.lua:40: bad argument #1 to 'sub' (string expected, got nil)
2016-11-10 10:55:03.266 EventSystem: Fetching url...
2016-11-10 10:55:03.267 EventSystem: Script event triggered: /home/pi/domoticz/scripts/lua/script_time_max.lua
2016-11-10 10:55:04.274 (MAX!) General/Percentage (Unknown)
And after that same error every event. And no more devices.
No I haven't but i'll try.I just realised that you first have to change the setpoint of your thermostats/valves before they are created. Have you tried that?
I had problems with wall temperature value. It was updated in Domoticz only once.By the way, did the original script (where you had to create your own devices) work for you?
I made a few changes, which could solve (some of) your problems, also the problem that thermostats were not created. It's in the post where I first shared the new script: viewtopic.php?f=34&t=841&p=103332#p103332Teatech wrote:No I haven't but i'll try.
Please try the new script, after removing the MAX! hardware again. It should now also create the new hardware better. I hope... It will take two cycles, if you want to speed it up you can temporarily set the interval to 1 minute.Teatech wrote:I changed the setpoint but it didn't change situation.
After that I removed MAX! and re-created it again, changed setpoints but only that same valve position appeared to list.
I tryed it so that I left only that MAX! device.mvzut wrote:I made a few changes, which could solve (some of) your problems, also the problem that thermostats were not created. It's in the post where I first shared the new script: viewtopic.php?f=34&t=841&p=103332#p103332Teatech wrote:No I haven't but i'll try.
Can you try this?
Nice to hear it works for you now!Teatech wrote:I was thinking why there was one additional setpoint but now both valve and wall thermostat setpoints are shown.
Only thing I can wish is that if there's no wall thermostat at the room is it possible to get temperature from thermostat valve (onlý for nice-to-have)
Code: Select all
local m = os.date('%M')
Code: Select all
m = tonumber(os.date('%M'))
Hold your horses! It just occurred to me that it will report 0 degrees whenever the valve doesn't communicate its temperature. That is probably not what you want. So I changed the code again. Plus I uncommented it already, since your explanation convinced me that more people might be interested. You can always choose not to add the sensor to the list of used devices.Teatech wrote:Great, I'll test it.
About that room temperatures without wall thermostat; I was thinking that get some times temperature is better than nothing to have some feedback
that everyting is ok. It's important especially in winter times from rooms that are rarely used.
Thanks once more!
Ah, yes, very good point. To avoid unnecessary JSON API calls, I have chosen to only update them when they have changed. I changed the timeout warning to 1500 minutes (can be found on the Domoticz settings page under "Other") to avoid red warnings. Since I have timers on the thermostats (in Domoticz) they change their value at least twice a day, so this works well for me.Teatech wrote:Are setpoint values updated in Domoticz only when they change? Last update was almost 1.5 hours ago and because of that those values are on red now.
That's correct but only valves that has WMT, temperature comes from thermostat. I still receive temperature from room valve/thermostat that don't have WMT.Hold your horses! It just occurred to me that it will report 0 degrees whenever the valve doesn't communicate its temperature. That is probably not what you want. So I changed the code again. Plus I uncommented it already, since your explanation convinced me that more people might be interested. You can always choose not to add the sensor to the list of used devices.
Those are good ideas! I haven't used different setpoints because I didn't find it neccessery. In our house temperature changes so slowly. Another thing is when you're longer time away from home. But in this case little change solves the problem if I also change timeout warning abit longer than default value.mvzut wrote:Ah, yes, very good point. To avoid unnecessary JSON API calls, I have chosen to only update them when they have changed. I changed the timeout warning to 1500 minutes (can be found on the Domoticz settings page under "Other") to avoid red warnings. Since I have timers on the thermostats (in Domoticz) they change their value at least twice a day, so this works well for me.Teatech wrote:Are setpoint values updated in Domoticz only when they change? Last update was almost 1.5 hours ago and because of that those values are on red now.
I could change the script such that it always updates the thermostat values, even if they haven't changed. Though it could be that at some point, the script will take too long to run (every JSON API call seems to take about 1 second). When a script runs for longer than 10 seconds, Domoticz will start complaining about it.
I simply told it not to update if the value is zero, somewhere around line 161. Shouldn't do any harm. If it breaks things, I promise I'll take it out again for you.Teatech wrote:I'll report if something strange happens. What did you do to script about that 0 decree value? I' wonder should I update it. Everyting seems to be ok for now.