photogeek54

updated to a new cloud gateway and new version of the OS so I could create a local user. Seems like I had success, but may be short lived. The node server correctly shows my status on the network for several hours! then at 22:07:23 in the log below you see it start showing MAC addresses as going offline. These devices are still on the network. Any ideas what might be going on? 2024-07-18 22:07:22.551 MQTT udi_interface.interface DEBUG interface:_message: QUEUING incoming message longPoll 2024-07-18 22:07:22.551 MQTT udi_interface.interface DEBUG interface:_message: QUEUING incoming message longPoll 2024-07-18 22:07:22.551 Command udi_interface.interface DEBUG interface:_parseInput: DEQUEING longPoll 2024-07-18 22:07:22.551 Command udi_interface.interface DEBUG interface:_parseInput: DEQUEING longPoll 2024-07-18 22:07:22.551 Command udi_interface.interface DEBUG interface:_handleInput: PROCESS longPoll message {} from Polyglot 2024-07-18 22:07:22.551 Command udi_interface.interface DEBUG interface:_handleInput: PROCESS longPoll message {} from Polyglot 2024-07-18 22:07:22.552 Thread-617 (poll) udi_interface DEBUG unifi_poly:heartbeat: heartbeat: hb=1 2024-07-18 22:07:22.552 Thread-617 (poll) udi_interface DEBUG unifi_poly:heartbeat: heartbeat: hb=1 2024-07-18 22:07:22.552 Thread-1 (send_thread) udi_interface.interface DEBUG interface:_send: PUBLISHING {'command': [{'address': 'controller', 'cmd': 'DOF'}]} 2024-07-18 22:07:22.552 Thread-1 (send_thread) udi_interface.interface DEBUG interface:_send: PUBLISHING {'command': [{'address': 'controller', 'cmd': 'DOF'}]} 2024-07-18 22:07:22.579 MQTT udi_interface.interface DEBUG interface:_message: QUEUING incoming message command 2024-07-18 22:07:22.579 MQTT udi_interface.interface DEBUG interface:_message: QUEUING incoming message command 2024-07-18 22:07:22.579 Command udi_interface.interface DEBUG interface:_parseInput: DEQUEING command 2024-07-18 22:07:22.579 Command udi_interface.interface DEBUG interface:_parseInput: DEQUEING command 2024-07-18 22:07:22.579 Command udi_interface.interface DEBUG interface:_handleInput: PROCESS command message {'address': 'controller', 'success': True} from Polyglot 2024-07-18 22:07:22.579 Command udi_interface.interface DEBUG interface:_handleInput: PROCESS command message {'address': 'controller', 'success': True} from Polyglot 2024-07-18 22:07:23.326 MQTT udi_interface.interface DEBUG interface:_message: QUEUING incoming message shortPoll 2024-07-18 22:07:23.326 MQTT udi_interface.interface DEBUG interface:_message: QUEUING incoming message shortPoll 2024-07-18 22:07:23.326 Command udi_interface.interface DEBUG interface:_parseInput: DEQUEING shortPoll 2024-07-18 22:07:23.326 Command udi_interface.interface DEBUG interface:_parseInput: DEQUEING shortPoll 2024-07-18 22:07:23.326 Command udi_interface.interface DEBUG interface:_handleInput: PROCESS shortPoll message {} from Polyglot 2024-07-18 22:07:23.326 Command udi_interface.interface DEBUG interface:_handleInput: PROCESS shortPoll message {} from Polyglot 2024-07-18 22:07:23.327 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: controller:UnifiCtrl No change in ST's value 2024-07-18 22:07:23.327 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: controller:UnifiCtrl No change in ST's value 2024-07-18 22:07:23.331 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: 08e68991dc26:08e68991dc26 Reporting set GV1 to 0 to Polyglot 2024-07-18 22:07:23.331 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: 08e68991dc26:08e68991dc26 Reporting set GV1 to 0 to Polyglot 2024-07-18 22:07:23.331 Thread-618 (poll) udi_interface.node DEBUG node:reportDriver: Updating value to 0 2024-07-18 22:07:23.331 Thread-618 (poll) udi_interface.node DEBUG node:reportDriver: Updating value to 0 2024-07-18 22:07:23.331 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.331 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.331 Thread-1 (send_thread) udi_interface.interface DEBUG interface:_send: PUBLISHING {'set': [{'address': '08e68991dc26', 'driver': 'GV1', 'value': '0', 'uom': 2, 'text': None}]} 2024-07-18 22:07:23.331 Thread-1 (send_thread) udi_interface.interface DEBUG interface:_send: PUBLISHING {'set': [{'address': '08e68991dc26', 'driver': 'GV1', 'value': '0', 'uom': 2, 'text': None}]} 2024-07-18 22:07:23.335 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: 70b30604389b:70b30604389b Reporting set GV1 to 0 to Polyglot 2024-07-18 22:07:23.335 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: 70b30604389b:70b30604389b Reporting set GV1 to 0 to Polyglot 2024-07-18 22:07:23.336 Thread-618 (poll) udi_interface.node DEBUG node:reportDriver: Updating value to 0 2024-07-18 22:07:23.336 Thread-618 (poll) udi_interface.node DEBUG node:reportDriver: Updating value to 0 2024-07-18 22:07:23.336 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.336 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.340 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: 5c3e1b5753e6:5c3e1b5753e6 Reporting set GV1 to 0 to Polyglot 2024-07-18 22:07:23.340 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: 5c3e1b5753e6:5c3e1b5753e6 Reporting set GV1 to 0 to Polyglot 2024-07-18 22:07:23.340 Thread-618 (poll) udi_interface.node DEBUG node:reportDriver: Updating value to 0 2024-07-18 22:07:23.340 Thread-618 (poll) udi_interface.node DEBUG node:reportDriver: Updating value to 0 2024-07-18 22:07:23.340 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.340 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.344 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: c82add87d78d:c82add87d78d No change in GV1's value 2024-07-18 22:07:23.344 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: c82add87d78d:c82add87d78d No change in GV1's value 2024-07-18 22:07:23.344 Thread-1 (send_thread) udi_interface.interface DEBUG interface:_send: PUBLISHING {'set': [{'address': '70b30604389b', 'driver': 'GV1', 'value': '0', 'uom': 2, 'text': None}]} 2024-07-18 22:07:23.344 Thread-1 (send_thread) udi_interface.interface DEBUG interface:_send: PUBLISHING {'set': [{'address': '70b30604389b', 'driver': 'GV1', 'value': '0', 'uom': 2, 'text': None}]} 2024-07-18 22:07:23.344 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.344 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.344 Thread-1 (send_thread) udi_interface.interface DEBUG interface:_send: PUBLISHING {'set': [{'address': '5c3e1b5753e6', 'driver': 'GV1', 'value': '0', 'uom': 2, 'text': None}]} 2024-07-18 22:07:23.344 Thread-1 (send_thread) udi_interface.interface DEBUG interface:_send: PUBLISHING {'set': [{'address': '5c3e1b5753e6', 'driver': 'GV1', 'value': '0', 'uom': 2, 'text': None}]} 2024-07-18 22:07:23.349 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: 0298647559fe:0298647559fe No change in GV1's value 2024-07-18 22:07:23.349 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: 0298647559fe:0298647559fe No change in GV1's value 2024-07-18 22:07:23.349 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.349 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.353 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: 66ad0b5f3510:66ad0b5f3510 No change in GV1's value 2024-07-18 22:07:23.353 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: 66ad0b5f3510:66ad0b5f3510 No change in GV1's value 2024-07-18 22:07:23.353 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.353 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.357 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: daf3559f989e:daf3559f989e No change in GV1's value 2024-07-18 22:07:23.357 Thread-618 (poll) udi_interface.node DEBUG node:setDriver: daf3559f989e:daf3559f989e No change in GV1's value 2024-07-18 22:07:23.357 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.357 Thread-618 (poll) udi_interface INFO unifi_poly:update: update: 0 2024-07-18 22:07:23.361 MQTT udi_interface.interface INFO interface:_message: Successfully set 08e68991dc26 :: GV1 to 0 UOM 2 2024-07-18 22:07:23.361 MQTT udi_interface.interface INFO interface:_message: Successfully set 08e68991dc26 :: GV1 to 0 UOM 2 2024-07-18 22:07:23.450 MQTT udi_interface.interface INFO interface:_message: Successfully set 70b30604389b :: GV1 to 0 UOM 2 2024-07-18 22:07:23.450 MQTT udi_interface.interface INFO interface:_message: Successfully set 70b30604389b :: GV1 to 0 UOM 2 2024-07-18 22:07:23.490 MQTT udi_interface.interface INFO interface:_message: Successfully set 5c3e1b5753e6 :: GV1 to 0 UOM 2 2024-07-18 22:07:23.490 MQTT udi_interface.interface INFO interface:_message: Successfully set 5c3e1b5753e6 :: GV1 to 0 UOM 2

I'm going to try a local access only user but apparently my cloudkey 1's version of network server doesnt support local users so I have to fix that first.

I decommissioned my ISY994 and have migrated to Eisy but I still have a few node servers running on my Rpi under PG2. How can I reach to GUI for PG2 on the Rpi? I've tried browsing to rpi URL at port 3000. but no luck. Ideas?

I’m logging into my UniFi at the local ip but seems to still check the MFA I setup on the web site.

In preparation for ubiquity starting to require multi factor authorization on 7/22 I enabled it. Unfortunately when I restarted my EISY, the Unifipresence plugin could no longer log in to my Unifi controller. I understand that this plugin no longer has support but I was hoping there might be some workaround to feed an MFA token in maybe via a configuration variable? Any thoughts? This was the best way I could find to tell EISY when I was home or not. Thanks

Steve, nothing has changed from the version you had running so I’m not sure why it wouldn’t install. I haven’t had time to work on it since v 1.1.04. Was your old version in the non production store too?

Just had another trisensor battery die so I got to try all your suggestions. No luck. The battery level reported as 85 % but stopped responding at 8am this morning. The battery tested at only 1 volt so much lower than 85%. The trisensor had completely reset itself so none of the suggestions worked. had to re-add it with a brand new node number and find dozens of bad references in the programs, ugh.

Got a Tuya Zigbee water sensor, It paired and added a node. The interview found a number of parameters but so far the parameters are blank and even though I simulate water, the state does not show up in the admin console. I have restarted the admin console. Tue, Nov 14, 2023 at 10:06 PM.pdf

purchased a Tuya smart 1ch Zigbee 3.0 switch module from Aliexpress. Only $8.70 works great.

looks like chamberlain has shut off the myQ API https://www.theverge.com/23949612/chamberlain-myq-smart-garage-door-controller-homebridge-integrations

I should know the answer to this having used Z-wave for 10+ years. I have several Aeotec trisensors that do not accurately display their battery % so they regularly go dead before I realize the low battery. This often means they often lose their stored information and have to be re-added to the z-wave network. Then I have to try to find all the programs that referenced that node and update them to the new node number. Isn't there some way to re-add them at the old address, it would save a lot of headaches?

Solved the problem by restarting the unifpresence node server

I’m running 7.2.95. Only update that shows available is 7.2.97

I’ve been using unifipresence for some time now but it seems the behavior has changed. My iPhone shows as on the network even hours after I have left the house. I think the problem is in UniFi not unifipresence. Has something changed? Is there a setting somewhere I need to change so it shows me off the network shortly after I leave the house?

Looks like the -Xmx512m did it. I had that set so I didn’t think to check it again. Maybe some update deleted it. thanks!

Start.jnlp was just loaded from UDI. Cache fully deleted. UI is also 5.7.0

I just updated all the packages yesterday, rebooted several times and still have the problem from before the reboots.

Yes and yes downloaded from udi wiki

iOS is 5.7.0 java 1.8.0_381 pg3x 3.2.7 not sure what UI version you mean i have cleared the Java cache multiple times (all 3 boxes) no error messages in the event viewer and then I have to end the Java process as the admin console is locked up. I can still access the Eisy via other computer and UD mobile.

I've had this problems for over a month on my windows laptop and can't find a solution. The Admin console loads fine but when you click the programs tab it gets as far as "Create Scene Widgets" and gets stuck there for several minutes. The dialog box eventually goes away but you still can't see any of the programs. The admin console loads just fine on my desktop windows PC I've updated Jave and deleted "installed applications and applets" I have the latest version of Iox. Any ideas?

Are you using the production node server or the non-production one? I created the non-production one but the logic for identifying batteries has not changed. i plan to move the non-production version to production but haven’t had time to do that yet. I can try to debug your issue but would need your api_key. If you’re interested you should DM me with that. ken

It just started working, maybe my API key finally got activated?

Apparently currently generated API keys require a different API syntax The API documentation shows that for the free 5 day forecast the call can be "forecast" not "onecall" like below which works. https://api.openweathermap.org/data/2.5/forecast?lat=40.585&lon=-105.084&units=imperial&appid=xxxxxxxxxxxx without the exclude=minutely,hourly. The API call also works with the 2.5 replaced by 3.0 per below https://api.openweathermap.org/data/3.0/onecall?exclude=minutely,hourly&lat=40.585&lon=-105.084&units=imperial&appid=xxxxxxxxxxxxxxxxxxxxx

Yes I have reviewed the openweathermap FAQs multiple times. the node server creates the string for the API call, I can only set location, number of days, APIkey, etc. The API key was requested many days ago and works with a different API call. Supposedly a 5 day forecast is allowed by free accounts right?

I'm getting an error 401 that my API key is incorrect but when I use the same key for a request like: api.openweathermap.org/data/2.5/weather?q=denver,us&appid=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx It works fine. Is the "onecall" api not allowed for free accounts? Here' the log 2023-07-06 22:19:48,212 Thread-3 udi_interface DEBUG query:_get_weather_data: request = http://api.openweathermap.org/data/2.5/onecall?exclude=minutely,hourly& lat=40.585&lon=-105.084 &units=imperial&appid=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx 2023-07-06 22:19:48,327 Thread-3 udi_interface DEBUG query:_get_weather_data: {'cod': 401, 'message': 'Invalid API key. Please see https://openweathermap.org/faq#error401 for more info.'} 2023-07-06 22:19:48,327 Thread-3 udi_interface ERROR query:query_onecall: Onecall data query failed