Another transition from Vera to OpenLuup And now to HASS - PerH
-
Sounds good, i'll stop worrying then.
Collectd has som more options for system logging than (i know of from) openluup/veraflux, so i want to send that to the influxdb. Same host on both, the chromebox.
its supposed to send on the default collectd port, 25826? and its defined in collectd.conf..
Influx has that port up as LISTEN, that may be why? I don't see why it should need a port at all for localhost operations. -
Influx has a special configuration for UDP connections.
For me, the database is called "openLuup" (surprise!).
8089 appears to be the defined (default?) UDP port.### ### Controls the listeners for InfluxDB line protocol data via UDP. ### [[udp]] enabled = true bind-address = ":8089" database = "openLuup" retention-policy = ""But I do note that
collectdalso has its own config:### ### Controls one or many listeners for collectd data. ### [[collectd]] # enabled = false # bind-address = ":25826" # database = "collectd" # retention-policy = ""with 23826 as the default port.
There is quite a lot of configuration here, are you sure you have it all set up correctly?
Either way, it need a port to listen on, since the communication is done with UDP datagrams.
-
Not at all sure about that, no. It does however have a LISTEN on 25826, so by that i'm asuming that its waiting for input?
One disturbing thing is that influx will not start if i have the
[[collectd]]header uncommented, not with one set of brackets either. -
Really happy with the system, instant reactions and reliable, up until yesteraty evening. For some reason i lost the login of the Z-way bridge? On the z-way side, the connection is set to "No Expire", anything else i need to do?
-
One of the problems of mixing issues in a single thread is that it makes it harder to find solutions.
However, have you searched and found this thread on your latest topic...
https://smarthome.community/topic/18/z-way-token-expiration
Does that help?
-
I see your point, will do better. didn't know it was called a "token", so i didnt find it.
I'll continue in that thread then. -
After some hours of fiddling with my little breakdown, I finally got the Zigate plugin up and running. And its running well! the two aqara sensors i tried popped up and configured perfectly at first attempt.
I now have zigbee capability outside the vera, the last thing i need to power down the vera now is geofencing.
-
One new thing i discovered with the Zigate was that the Aqara temp sensors also report air pressure. A new Barometer definition followed the plugin.
MIOS doesn't have a device catergory for this, anyone here solve that issue? I can't make Imperihome show them without device categories..
Today AltUI gave a pop-up with the single word "Fail.", and my lisence isn't registered. I've recently changed to a new router, could that be related?
-
@perh said in Another transition from Vera to OpenLuup - PerH:
MIOS doesn't have a device catergory for this, anyone here solve that issue? I can't make Imperihome show them without device categories..
Just use weather station. I have a couple of virtual devices and I’ll probably share them in the near future. Just a custom device Template with standard generic level sensor attached.
-
rafale77replied to PerH on Dec 14, 2020, 2:38 PM last edited by rafale77 Dec 14, 2020, 9:39 AM
@perh said in Another transition from Vera to OpenLuup - PerH:
MIOS doesn't have a device catergory for this, anyone here solve that issue? I can't make Imperihome show them without device categories..
I have long rolled my own pressure sensor/barometer category icon and type which vera doesn't support even at the command class level. Mine also is due to a zigbee device. Maybe I should push it to the ALTUI repo huh?
Today AltUI gave a pop-up with the single word "Fail.", and my lisence isn't registered. I've recently changed to a new router, could that be related?
It is possible. Unless you make it run on local cdn, ALTUI relies heavily on java libraries from the internet.
-
The lisence is ok again now, no idea why.
There was a barometer definition with the zigate plugin, mabye yours? Anyway it works well in altui. I'll try the weather station category.
-
Definitely some weird stuff going on either on your network or in the web. When you get a chance to look at it, I would definitely recommend moving to local cdn. I pushed a bunch of updates to @amg0's repo on GitHub last week and he also updated their web version. You should see them on the next release.
-
I know there is some issue with the LAN, as I just changed routers.. Ubiquiti Edgerouter X setup needs a higher level of network knowledge than I have, so i have a thread on the ubiquiti forum.
Local CDN sounds interesting, what is it? i asumed AltUI is looking to a lisence server?
-
Rather than paraphrasing, look at the first file here:
ALTUI/Docs at master · amg0/ALTUI
Enhancement Interface for VERA home automation system - amg0/ALTUI
In short, ALTUI is very dependent on your network connection. You can localize almost every call it makes for these cdn which are files/tools needed by the browser to display the UI. Localizing them enables you to not rely on these servers but to run the whole thing off of your openLuup/ALTUI server. It is much faster when open locally but relies on your home internet connection if you are logging in remotely. It still look for the license server but ALTUI still works for the most part even without a license...
-
Merry christmas ppl, I just have a question regarding "nonce reports".. I noticed that theres a huge amount of them in the zniffer history, like 100 request/report messages to one device in just 1.5 hours?? Can that be necessary?
Notice that this is just sent from controller to one device..
I have a reactor that controls all common area lights, and have seen that some lights don't react to it some times.. not surprised if there's constant flows of nonce reports all the time?
-
NONCE report are a response from the controller to the device asking for it. It is as you can see the security key. What device is it? It seems indeed abnormal... I would not know why the device would be trying to exchange security keys every second.
-
It's a fibaro dimmer.. I know how much you love those.
Probably some setting then? -
I deleted your double post... Yeah not sure what is going on and what setting could possibly cause this. Maybe try power cycling the switch to see if it goes away? It seems to be stuck somehow.
One other thing to look at is whether you have a scene somewhere trying to send commands to this device at a high frequency since I am seeing also a number of NONCE get calls issued by the controller. Something must be triggering it.
-
Looked through, and it looks like this is a common thing for all the mains powered units attached secure. a lot of "nonce activity"!
Here's a different fibaro unit:
I can't see why they would have so much back&forth with this, and i don't have any scenes at all, just reactors. And this seems to happen at a steady pace, there's not that automation going on here.
Can you show an example of this "nonce" message communication at your setup?
-
I basically see none of it unless a scene triggers them. I for example have an Aeotec HEM which is securely included and I see the exchange when it reports the values of the HEM. I see this also when I trigger a switch on and off or when I trigger a security sensor. It is always connected to an action. Is it always the same type of device?
