Vera3 UI5 MySensors Plugin not working after migration to 1.4
-
@hek
Ok that made the radio to work.
But still the reported values are not shown in UI5.
Somehow the Humidity sensor has CurrentTemperature variable, so it seems something is mixed up..
I have one DHT22 and one Dallas temperature sensor in one node. The devices are found during inclusion and added, but no data is shown. The only thing shown is the last update time that seems to be correct.. -
@hek
Here is how it looks on Sensor:
sensor started, id 1
send: 1-1-0-0 s=255,c=0,t=17,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=255,c=3,t=6,pt=1,l=1,st=ok:0
read: 0-0-1 s=255,c=3,t=6,pt=0,l=2:M
send: 1-1-0-0 s=255,c=3,t=11,pt=0,l=0,st=ok:
send: 1-1-0-0 s=255,c=3,t=12,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=0,c=0,t=7,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=1,c=0,t=6,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=2,c=0,t=6,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=0,c=1,t=0,pt=7,l=5,st=ok:77.9
send: 1-1-0-0 s=1,c=1,t=1,pt=7,l=5,st=ok:43.1
send: 1-1-0-0 s=2,c=1,t=1,pt=7,l=5,st=ok:78.1
send: 1-1-0-0 s=1,c=1,t=1,pt=7,l=5,st=ok:43.0
send: 1-1-0-0 s=1,c=1,t=1,pt=7,l=5,st=ok:42.7So the transmission seems to be ok..
-
@hek
Here is how it looks on Sensor:
sensor started, id 1
send: 1-1-0-0 s=255,c=0,t=17,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=255,c=3,t=6,pt=1,l=1,st=ok:0
read: 0-0-1 s=255,c=3,t=6,pt=0,l=2:M
send: 1-1-0-0 s=255,c=3,t=11,pt=0,l=0,st=ok:
send: 1-1-0-0 s=255,c=3,t=12,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=0,c=0,t=7,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=1,c=0,t=6,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=2,c=0,t=6,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=0,c=1,t=0,pt=7,l=5,st=ok:77.9
send: 1-1-0-0 s=1,c=1,t=1,pt=7,l=5,st=ok:43.1
send: 1-1-0-0 s=2,c=1,t=1,pt=7,l=5,st=ok:78.1
send: 1-1-0-0 s=1,c=1,t=1,pt=7,l=5,st=ok:43.0
send: 1-1-0-0 s=1,c=1,t=1,pt=7,l=5,st=ok:42.7So the transmission seems to be ok..
The mixup with temp and humidity was my typo in code. It would be great if the gateway or sensor would warn if a wrong type of value is sent compared to the presented sensor type.
@samppa said:
Here is how it looks on Sensor:
sensor started, id 1
send: 1-1-0-0 s=255,c=0,t=17,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=255,c=3,t=6,pt=1,l=1,st=ok:0
read: 0-0-1 s=255,c=3,t=6,pt=0,l=2:M
send: 1-1-0-0 s=255,c=3,t=11,pt=0,l=0,st=ok:
send: 1-1-0-0 s=255,c=3,t=12,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=0,c=0,t=7,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=1,c=0,t=6,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=2,c=0,t=6,pt=0,l=3,st=ok:1.4
send: 1-1-0-0 s=0,c=1,t=0,pt=7,l=5,st=ok:77.9That temeprature is in Farenheit. Somehow the GW responds false when calling:
metric = gw.getConfig().isMetric;Now everything else except the metric works with this node..
-
It would be great if the gateway or sensor would warn if a wrong type of value is sent compared to the presented sensor type.
It has no knowledge of this today. We're having discussions about the future elsewhere on this forum.
@samppa said:
Now everything else except the metric works with this node..
Did you see this update?
http://forum.mysensors.org/topic/326/mysensors-1-4-released/34
-
It would be great if the gateway or sensor would warn if a wrong type of value is sent compared to the presented sensor type.
It has no knowledge of this today. We're having discussions about the future elsewhere on this forum.
@samppa said:
Now everything else except the metric works with this node..
Did you see this update?
http://forum.mysensors.org/topic/326/mysensors-1-4-released/34
btw: thanks for the great help and outstanding forum!
@hek said:
Did you see this update?
http://forum.mysensors.org/topic/326/mysensors-1-4-released/34
It had no reference to isMetric is it broken or am I misusing it somehow?
In the migration guide it said:
metric = gw.isMetricSystem();
change to
metric = gw.getConfig().isMetric;
But I get false even though the seting is metric (and not Imperial) in Vera Plugin 1.4. Weird.. -
There was another problem lurking in the code related to controller-configuration that was fixed a few hours ago. Did you get this change when you updated?
-
I think the 1.4 version I downloaded and updated was a bit older. So perhaps I need to update again.. grr.
What would be the easiest update mechanism? Is the OTA update working already?
-
Ok now all seems to work, but the UI does not get updated well. For relays the lamp does not always get lit and the button on/off is not highlighted properly. Pushing the button works, but with delay and the lamp graphic sometimes does not follow properly.. Odd behavior that was not there in 1.3, I think, and the feeling of reliability suffers a lot.
-
For what it's worth, a lot of what you've been complaining about can be caused by poor power to either the gateway or the sensor.
Take it from me. I had this issue a few weeks ago and had a skull that was too thick to admit it until I was frustrated and tried another power source.
Then, just last night, I was up until 1:30AM fighting "strange issues" and again it turned out to be power related. (And again, I ignored the possibility for hours! Ugh!)
Good luck, Samppa.
-
For what it's worth, a lot of what you've been complaining about can be caused by poor power to either the gateway or the sensor.
Take it from me. I had this issue a few weeks ago and had a skull that was too thick to admit it until I was frustrated and tried another power source.
Then, just last night, I was up until 1:30AM fighting "strange issues" and again it turned out to be power related. (And again, I ignored the possibility for hours! Ugh!)
Good luck, Samppa.
@tbully
Yes, the capacitors helped a lot. The power source culprit is weird since I use many different USB sources (PC USB being one) and with 1.3 I had absolutely no trouble at all. So to my mind the 1.4 is inferior design since it requires additional soldering of capacitors and the increases complexity. It was so easy plug n play before.I wonder if anyone has got the 1.4 working without the capacitors..
-
@samppa - Interesting. I've actually found the 1.4 protocol to be more reliable. (I'm using high-frequency pulse detection for water flow and also valve control) I'm having the sensors send my gateway several times per minute and it never fails.
I've found that powering the Arduino/Radio combination with USB (PC, hub, etc) to not be ideal and always opted for a "wall wart" or my own supply and 5V external regulator. I've always used caps on the 3.3V Radio Supply so I don't have much to compare it with. I'm contemplating going to an ethernet gateway so I can power it with an external source as well. (it's currently being powered by a USB hub connected to Vera)
Just personal experience - it sounds like you've had good luck in the past.
Cheers!