Javi

The image must be a PNG for color, other types will color the entire image view port. I ran a simple test below and this appears to work with color and URL. Downloaded the sailing image in PNG format https://fonts.google.com/icons?icon.set=Material+Symbols&icon.query=water&icon.platform=web&selected=Material+Symbols+Outlined:sailing:FILL@0;wght@400;GRAD@0;opsz@24&icon.size=24&icon.color=%23e8eaed Added to Google Drive then followed the example below to get the URL for the icon. Note this is not the shared URL. https://support.exclaimer.com/hc/en-gb/articles/4445816657309-How-to-host-images-using-Google-Drive Colors are now honored. Currently this is the only way to override the default for the Home Tab, Favorites allows a default icon to be set in the Favorites Editor. However it is possible to use the function "If value is Greater Than or equal to" the lowest possible value then the icon will be populated for all values. This should now honor the Global Color Values. NOTES: I found a bug which may cause the wrong icon to display (view recycled) which will be fixed in the next update.

Please try rebooting eisy. Formatted Property Values for Node Servers may not be published by eisy if eisy has not been rebooted after values are defined by the Node Server. This was due to limited processing power on ISY994, so we hope to have this corrected for eisy soon.

Scenes can not be dimmed to a percentage, they are more like a preset. Some options to achieve something similar: Create a Scene which has "On Level" to the desired percentage. Triggering the Scene's On (DON) command will set each device in the Scene to the specified preset "On Level". Use the "Fade Up", "Fade Down", and "Fade Stop" Commands Issue commands to each device when the "On Level" is not 0% or 100%

Beta Version 1.1.80 Please report issues in the UD Mobile Subforum. Local Connections are are now automatic, unless the user specified a WiFi Network. Currently IP reservation or local IP (i.e. http://eisy.local) is still a requirement. Many UI Improvements Added download icon to Custom Status Mappings Moved Programs (My Programs/Schedules/Notifications), Variables and Network Resources to Automations Tab. Added easy link to custom mappings for System Icons. Home tab cameras now show video feed. Known Issues: Some customizations (icons) may not refresh until app is restarted. Moving favorites to the top or bottom may show error messages.

Also Android version 1.1.80 now allows custom icons in Advanced Status Mappings. Coming soon to iOS.

Will push a new version to beta later today or tomorrow which should correct the issue.

Thanks, replicated issue. Submitting version 1.1.79 now.

What is your Android Version and device Model?

The new version should be live for testers, please let me know if 1.1.78 corrects the issue. @apostolakisl, The scrollable view size was changed from a static size to dynamic (the reason should be obvious in an upcoming version) in preparation for UI Improvements however it appears some Android devices or Versions are not returning the Action bar size programmatically so the space to the top and bottom are incorrect.

There is no real way to toggle a program, as the commands which handle running programs are runIf, runThen, runElse, and Stop. UDM emulates the a program toggle by sending runIf (if not running) or sending stop (if running then/else). So On is "running" and Off is "stopped". As a work around an integer variable as boolean (0=false | 1=true) status can be created. Enable the current program then set the variables boolean value in the then and else conditions. Create another disabled program which is triggered by UDM which has an if condition using the variable. The original program can still be used as the Display Status if needed.

Thanks. I can't replicate on any of my devices but see other developers reporting the same issues with obtaining the action bar size. I'm pushing a new version to beta, approval has been about 12 hours recently. Please let me know if the issue is corrected in 1.1.78. Notes: This only affects beta testers, Some of the UI improvements/changes are incomplete as we needed to test a Bluetooth feature available in this build. Hope to have the UI changes done by the end of the week.

Not yet, We have other PG3 fixes close to the top of our list so will look into at the same time.

Nice work! This is one of the more difficult automations. Variable Math functions: This is a little more involved and very dependent on the devices. The best solution I can think of is to use variables similar to bitwise. This would allow you to combine status from multiple nodes into a single variable. Yale lock values as Y: 0= Unlocked 100 = Locked 101 = Jammed Elk Values as E: 0 = Normal (aka closed) 1 = Trouble 2 = Violated (aka open) 3 = Bypassed The variable will be represented as YYYEE or E. So Locked and Bypass would be YYYEE or 10003 (100-03). Note that the multiplication value (i.e * 100 below) is dependent on the number of places occupied by the next variable, in this example it could have been * 10 as Elk values only have the "ones" place, if the Elk values had a "tens" place then * 100, if the Elk values had a "hundreds" place then *1000. Advanced: This could be expanded with the battery property (B) represented as YYYEEBBB. However the Zero values may cause an issue for the third value, so +1 may be required for all variables which have zero values Variable values: Yale Unlocked 0 = Y0 * 100 + E0 1 = Y0 * 100 + E1 2 = Y0 * 100+ E2 3 = Y0 * 100+ E3 Yale Locked 10000 = Y100 * 100 + E0 10001 = Y100 * 100+ E1 10002 = Y100 * 100+ E2 10003 = Y100 * 100+ E3 Yale Jammed 10100 = Y101 * 100+ E0 10101 = Y101 * 100+ E1 10102 = Y101 * 100+ E2 10103 = Y101 * 100+ E3 Now you have a unique value for each combination of states. Example Calculation: Note that this is an example which combines the current temperature (T) with the heat setpoint (H) TTTHHH with multiplication accounting for the hundredths place (*1000) The variable is 74069 or TTHHH Temperature = 74 and Heat Setpoint is 069 (69) Display Battery Level: Currently the standard favorites tiles only shows the state of a single node/var/etc (i.e. display node). So displaying both the status of the variable and battery level is not possible. This is possible with custom tiles but requires some HTML. However the current instructions are only for developer testing and will be changed soon. I'll be releasing new instructions when everything is ready in the app. This is similar to the Thermostat tile which shows multiple properties, but could also show properties from multiple nodes. Node Server (Plugin): When the new instructions are released we will be adding instructions for developers to have Custom Tiles attached to Node Servers. This may work in this situation by creating a node server which observes properties for both the door and lock nodes then combining them into a single node with a custom tile. Developers can charge for their Node Servers, so if this is built for yourself it can be shared with others, and possibly generate income.

It looks like status is not being populated so UDM cannot determine which direction (on/off) to toggle. Pressing the tile when there is no status should take the user to the "Device Dashboard" which forces a query for status, after this point the app can toggle. However it is very likely that status was missing because UDM is not receiving status updates for the device so it may not reflect the current state. What is your eisy firmware? If it is less than 5.8.3 please upgrade as there issues with remote connections on some previous versions.

Very odd, looks like the "Open Sprinkler Stations (Stations) node is being updated with the number of stations in queue but not the station itself. Although it looks like the first station was triggered twice and is being counted twice. Does this happen without using a program, try manually with a least 5 seconds (their apps refresh rate) between commands to as a test? Sometimes Open sprinkler has odd behaviour if multiple commands are sent close together. If this only happens with a program please try adding waits between commands.

Yes, If it is not 5.8.3 try upgrading first as there was an issue with remote connections in earlier versions.

That is one of the tradeoffs a, but almost guarantees the value will be there. That would have been an issue on the SD card, but can't speak on wear over time as there it has only been a few years. Anecdotally there is an SQLite database which holds property (status) history for all node properties, if enabled. So something with many more writes is available to users.

What is your firmware?

Not normal, it may take a few seconds (short poll) for changes to be populated. Are there any errors in the Node Servers Log? Does the "Last Error Message" Property (status) fo the OpenSprinkler Controller node have any errors? Did the IP address change (if it did be sure to setup an IP reservation so it will not do so again)?

In the past many of these issues may have been caused by a bug in PG3 that caused issues when internet was not available at restart which was very likely in the case of power outages . Sounds like a support nightmare. Aside from a few setup reboot requirements, which we are trying to remove, if the user is rebooting then something was not working correctly or power was removed unexpectedly. It is highly probable the "Run at shutdown" program would not run or complete. Some alternatives included; (1) the "init" parameter of a variable survives reboot, so this should be set when a parameter value is changed so it is retained in case of unexpected restart. (2) I believe the "Backup" Node Server restores values, but not tested on my end. (3) UD Mobile allows manual stop/start/restart commands for individual Node Servers, so if PG3 sends a notification saying the Node Server is stopped then manual reboot of only the affected Node Server with issues is possible.

The product must say that it works with Zigbee Controllers....some of the older bulbs do not "work" with Zigbee Controllers. Not sure about sensors, but most common Zigbee devices are supported. If the Zigbee device doesn't work with eisy a user can open a ticket, but it could be a while before it makes it to production firmware. There is also a node server (plugin) which works with the hue hub, but I don't have first hand experience.

If the bulbs are "Zigbee" then they should work without a hub. See this: And this:

ISY cannot communicate with the device where this error was presented. If it is happening on multiple devices, likely an issue communicating with the PLM.

Thanks. Assuming there is only a single device with the issue, then it is highly probable the issue is a defective Switchlink or Switchlinc communication issues. Power gapping may solve the issue, moving the device, or removing/filtering devices (such as computers, power supplies) which may cause linke noise.

To help isolate the issue, I'll need some additional information. Are status updates also missing from the Admin Console? If they are, then please check if this only happens on the Remote Connection. To test this you must be on the same WiFi network as eisy. Go to UD Mobile > Settings > Systems > Your System > Local Connection Settings (expanded), enable "Only use Local Connection". Also verify the Local Credentials, IP and Port are correct. Default local credentials are both "admin" if they have not been changed. There is a search icon next to the Local IP Address which should automatically populate IP and Port if needed. Press the Test Local Connection button at the bottom of the Local Connection Settings, if a success message is received local connection is established. Cancel any request to synchronize. Does status now populate correctly? After this test please disable "Only use Local Connection".