TEMPERATURE returning value: 0

I don’t have DEBUG logs, but just noticed that Insteon binding is still returning 0 sometimes on TEMPERATURE.

insteonplm.log:2015-08-17 14:20:07 INFO  o.o.b.i.i.d.MessageHandler[:764]- ThermostatTemperatureRequestReplyHandler: got TEMPERATURE from 32.F6.47 of value: 82
insteonplm.log:2015-08-17 14:20:07 INFO  o.o.b.i.i.d.MessageHandler[:765]- ThermostatTemperatureRequestReplyHandler: set device 32.F6.47 to level 82
insteonplm.log:2015-08-17 14:20:08 INFO  o.o.b.i.i.d.MessageHandler[:790]- ThermostatHumidityRequestReplyHandler: got HUMIDITY from 32.F6.47 of value: 53
insteonplm.log:2015-08-17 14:20:08 INFO  o.o.b.i.i.d.MessageHandler[:791]- ThermostatHumidityRequestReplyHandler: set device 32.F6.47 to level 53
insteonplm.log:2015-08-17 14:25:07 INFO  o.o.b.i.i.d.MessageHandler[:764]- ThermostatTemperatureRequestReplyHandler: got TEMPERATURE from 32.F6.47 of value: 0
insteonplm.log:2015-08-17 14:25:07 INFO  o.o.b.i.i.d.MessageHandler[:765]- ThermostatTemperatureRequestReplyHandler: set device 32.F6.47 to level 0
insteonplm.log:2015-08-17 14:25:08 INFO  o.o.b.i.i.d.MessageHandler[:790]- ThermostatHumidityRequestReplyHandler: got HUMIDITY from 32.F6.47 of value: 53
insteonplm.log:2015-08-17 14:25:08 INFO  o.o.b.i.i.d.MessageHandler[:791]- ThermostatHumidityRequestReplyHandler: set device 32.F6.47 to level 53
insteonplm.log:2015-08-17 14:30:06 INFO  o.o.b.i.i.d.MessageHandler[:731]- ThermostatSetPointMsgHandler: got SetPoint from 32.F6.47 of value: 60
insteonplm.log:2015-08-17 14:30:06 INFO  o.o.b.i.i.d.MessageHandler[:731]- ThermostatSetPointMsgHandler: got SetPoint from 32.F6.47 of value: 80
insteonplm.log:2015-08-17 14:30:07 INFO  o.o.b.i.i.d.MessageHandler[:764]- ThermostatTemperatureRequestReplyHandler: got TEMPERATURE from 32.F6.47 of value: 82
insteonplm.log:2015-08-17 14:30:07 INFO  o.o.b.i.i.d.MessageHandler[:765]- ThermostatTemperatureRequestReplyHandler: set device 32.F6.47 to level 82
insteonplm.log:2015-08-17 14:30:08 INFO  o.o.b.i.i.d.MessageHandler[:790]- ThermostatHumidityRequestReplyHandler: got HUMIDITY from 32.F6.47 of value: 53
insteonplm.log:2015-08-17 14:30:08 INFO  o.o.b.i.i.d.MessageHandler[:791]- ThermostatHumidityRequestReplyHandler: set device 32.F6.47 to level 53

You guessed it: I would need the debug log to see what message came in, and why it wasn’t handled properly.

Expanding the InsteonPLM thermostat support. I know you have decided to move to z-wave, but I remember you having a couple gripes and missing features. For the life of it can’t find your post. Could you please point me to it? Now is the time to add the features people are looking for.
Thanks!

I can’t find it myself, but I remember one of my gripes was that Off was not supported, you could change to Auto, Cool, or Heat, but not Off. I also still got bad data every now and then on temp only, not sure why, but never seen it on Humidity. One of my biggest issues can’t be fixed, when you put a bunch of them in one area they all have very different temp / humidity values, don’t get that with my new CT100s

And I was wondering why they provided commands for temperature and humidity calibration … now I know! Apparently they don’t do a good job at calibrating them before they ship.

Ok, so the new implementation supports OFF, HEAT, COOL, AUTO (MANUAL), and AUTO (PROGRAM). Not sure about the temperature values being zero, but will find that out when testing over the next few weeks.

I’m about to upgrade my upstairs A/C as well. Currently one (!) thermostat controlling an ancient (30yrs+) single-stage 4 ton unit. I want to change it to 6 zones, and get a 2-stage A/C.

I read over your previous post (the one about how you tied multiple thermostats to service a single zone). If I understand it correctly, the A/C won’t come on until the one thermostat controlling the zone triggers. If that is the case, the room next door (tied to same zone) may get hot w/o the AC ever kicking in, and family member X will complain about insufficient cooling. I’m also a bit concerned how to explain this to an AC contractor. They usually have their way of doing things.

I’ll probably settle for 3 zones, and then install additional thermostats in the rooms without zone controllers. I could then implement some logic that when e.g. the majority of rooms on a zone calls for cooling, lower the setpoint of the zone controller thermostat (in software via openhab) such that the zone runs. That may over cool one room, but should get me close to what I want.

Correct, I do that because I have so many zones. The zones that can’t call for heat / cool still can open close the damper so your a bit better then a single zone system. If I only had 2 - 3 zones they all would be able to call, but with 21 zones in the house you run into problems if every zone can call.

P.S. Need any stats? I have a good stack of them now…

you could add a damper in the room that would get cooler and have it close when the room gets too cool so the ac can continue running to cool the other rooms, with a relay module and a little logic

the relay module wired to control the ac unit, then any room can call to turn on ac, each thermostat can control dampers for each room

I don’t want to go all Insteon thermostats, only to find out that the ac
manufacturer calls for proprietary thermostats. I know Carrier does for
their higher efficiency units.

Correct, every room has dampers controlled by stats, just not every room can call for heat / cool.